[bug] regression - elements aren't outlined/highlighted (DFL-710)

For a long time, Opera has been failing to highlight/outline elements as i hover them or click them. Is anyone else seeing this issue?

I filed this back in July and haven't heard anything about it. Just wanted to make sure it's known and see if anyone else is experiencing it.

I have no clue what it magically is. Disabled userjs and it's still doesn't work. I also created a new profile and loaded the userjs and that's not it.

EDIT: Its the skin. Changing to certain skins breaks dragonfly (my current skin). not good. I've added that information to the ticket. Changing skins shouldn't break the developer tools. This is a regression, because it worked early in the life of df but at some point started relying on the skin.

Post edited Tuesday, 3. November 2009, 21:57:24

Same problem here, using Clarity Skin.

New version didn't solves the problem

Opera Dragonfly Version: 0.7 alpha-4
Revision Number: 1117:bfc78259ec06, protocol-4

It's unlikely to be fixed for core 2.2 (Peregrine) I guess.

But it can be fixed by skin author easily.

Just have to include this in skin.ini:

[Active Element Inside image]
Type = BoxTile
Corner bottomleft = a/bottomleft.png
Corner bottomright = a/bottomright.png
Corner topleft = a/topleft.png
Corner topright = a/topright.png
Padding Bottom = 2
Padding Left = 2
Padding Right = 2
Padding Top = 2
Spacing = 2
Tile Bottom = a/bottom.png
Tile Left = a/left.png
Tile Right = a/right.png
Tile Top = a/top.png
Colorize = 0

[Active Element inside]
Clone = Active Element Inside image
Tile Center = a/center.png
Colorize = 0

[Active Element Inside Inverse]
Type = BoxTile
Corner bottomleft = a/bottomleft_inverse.png
Corner bottomright = a/bottomright_inverse.png
Corner topleft = a/topleft_inverse.png
Corner topright = a/topright_inverse.png
Colorize = 0

[Active Element Outside]
Clone = Active Element Inside
Corner bottomleft = a/center_outside.png
Corner bottomright = a/center_outside.png
Corner topleft = a/center_outside.png
Corner topright = a/center_outside.png
Tile Bottom = a/center_outside.png
Tile Center = a/center_outside.png
Tile Left = a/center_outside.png
Tile Right = a/center_outside.png
Tile Top = a/center_outside.png
Colorize = 0

and copy "a" directory from standard skin (or make own graphics).

Lacking these sections is IMO a bug in a skin because without it users still get focus outline (not i DF though) but uglier.

Originally posted by d.i.z.:

But it can be fixed by skin author easily.

I fix it myself and
Thank you d.i.z.!

Two small OT question...
- isn't there a fallback to the default skin?
- is there a way to use unpacked skins?

Originally posted by DoubleT:

- isn't there a fallback to the default skin?

I suppose skin author can decide if he wants to use fallback or not. Maybe some don't want to.

Originally posted by DoubleT:

- is there a way to use unpacked skins?

Yes, set the path to skin.ini in opera:config#UserPrefs|ButtonSet
Path has to be in filesystem format (C:\skin\...) and not URI (file://localhost/...).

Then you can also set up keyboard shortcut or toolbar button that will reload changes in skin without having to restart Opera. Use Reload skin command.

Originally posted by d.i.z.:

It's unlikely to be fixed for core 2.2

Why are we still on core 2.2.. jeez.

Originally posted by d.i.z.:

I suppose skin author can decide if he wants to use fallback or not. Maybe some don't want to.

Ok, found the problem in Clarity -> 'Fallback background = 0'
Enabling this option will bring other (native) skin problems back, but know i can work on them!

Originally posted by d.i.z.:

Yes, set the path to skin.ini in opera:config#UserPrefs|ButtonSet

Ahh, that's the trick, I only tried opera:config#UserPrefs|SkinDirectory.

Now i can easy complete/merge the skin.
Thank you again!

<OT end />