Hi Terry, I do use bzr to pull a fresh copy of Leo every morning. Currently trunk 3 it looks like. I just followed the directions to get the bleeding edge version.
If you give me the bzr command, I will pull a test copy into a different directory for testing. Chris On Tuesday, November 12, 2013 12:53:09 PM UTC-8, Terry wrote: > > On Mon, 11 Nov 2013 08:48:46 -0800 (PST) > Chris George <[email protected] <javascript:>> wrote: > > > Hi Terry, > > > > I am not sure where to look next. > > I personally don't use any of this border highlighting, so I'm not an > authority on what it's supposed to do. > > But I think the best way forward would be to find and disable all the > widget styling that's done directly, I suspect it's half disabled and > half not at this point. Then I think the single top level stylesheet > approach will probably work as you expect. > > The test will be making it work to Edward's satisfaction, seeing he > actually uses it - I think he'd very vim focused at the moment, so he > may not notice this email, but I'm sure he'll notice if his border > highlighting changes :-) > > Do you, Chris, use bzr, in that if I pushed a new branch to launchpad > with the direct widget styling/drawing disabled you could pull the > branch and use it as the basis for fixing up the single top level > stylesheet based border highlighting? That would avoid distressing > others while we fiddle. > > Cheers -Terry > > > It seems that the desired behaviour would be along the lines of the > > following: > > > > The pane that has the focus should have the Qt box model border style > > associated with :focus. The same behaviour should be available for > :hover. > > This is currently the case with the body pane if the widget style I > created > > is in use. Without it, the body pane simply does not exhibit :hover or > > :focus. The outline pane (LeoQTreeWidget) appears to have different > > behaviours attached to it somewhere in the code as it responds to > styling > > initially, but then does something else once clicked into. Both the > outline > > pane and the log pane behave identically. They both respond to > > :hover initially but lose this behaviour on taking focus for the rest of > > the session. The focus styling for both is a 1px red border. > > > > In contrast, even without the body pane style in play, add-editor > windows > > display the desired behaviour. They :hover, they display the focus line > > when they should and they gracefully relinquish it as well. Why this > should > > be is a clue to the mystery. > > > > So far I know that a LeoQTextBrowser style works on the body pane. > LeoQTreeWidget > > works on the outline pane until it takes the focus then it goes away for > > the rest of the session. I do not know what widget to style for the log > > pane. It would be helpful to know so I could examine the three for > > similarities and differences in how they are treated in qtGui.py and the > > leoSettings.leo file. > > > > Chris > > > > On Monday, November 11, 2013 8:18:39 AM UTC-8, Terry wrote: > > > > > > On Mon, 11 Nov 2013 08:08:43 -0800 (PST) > > > Chris George <[email protected] <javascript:>> wrote: > > > > > > > I restored those entries to leoSetting.leo. > > > > > > > > When I open myLeoSettings.leo, the outline pane has the focus. The > > > > interesting part is that in this state the new setting I created for > the > > > LeoQTreeWidget > > > > actually works. The pane has the 2px cyan focus line and retains it > > > until I > > > > click into a different window. Forever after in this session that > window > > > > does not respond to hover and on focus it takes on a 1px red line. > The > > > log > > > > pane shares the 1px red line on focus and also loses the hover > behaviour > > > on > > > > first focus. > > > > > > I guess I'm confused now - I thought the old focus drawing with > widgets > > > code was still active, but > > > leoSettings.leo#Candidates for setting in > > > myLeoSettings.leo-->Appearance-->Focus border settings > > > implies it isn't - anyway, hopefully your explorations will be more > > > productive now you know there is the possibility of focus drawing with > > > widgets and that @focused-border-style matters, whether in the @config > > > node of the dark themes or perhaps in the text of the default theme's > > > @data qt-gui-plugin-style-sheet > > > > > > Cheers -Terry > > > > > > > Chris > > > > > > > > On Monday, November 11, 2013 3:37:14 AM UTC-8, Edward K. Ream wrote: > > > > > > > > > > On Mon, Nov 11, 2013 at 12:02 AM, Chris George > > > > > <[email protected]<javascript:> > > > > > > > > > > wrote: > > > > > > > > > >> Progress. > > > > >> > > > > >> Adding this to the @data qt-gui-plugin-style-sheet in > > > myLeoSettings.leo > > > > >> adds the desired behaviour to the body pane. > > > > >> > > > > >> /* body pane border highlight */ > > > > >> > > > > >> LeoQTextBrowser { border: 1px solid white } > > > > >> > > > > >> LeoQTextBrowser:focus { border: 2px solid cyan } > > > > >> > > > > >> LeoQTextBrowser:hover { border: 2px solid cyan } > > > > >> > > > > > > > > > > Thanks for this. > > > > > > > > > > > > > > >> Make sure you remove the following code from your leoSettings.leo > > > file. > > > > >> It appears to have no discernible effect. > > > > >> [snip] > > > > >> > > > > >> > > > > > Maybe not a good idea. If I am not mistaken, settings starting > with @ > > > are > > > > > used (somehow) by Terry's settings code. Let's see what Terry has > to > > > say... > > > > > > > > > > Edward > > > > > > > > > > > > > > > -- You received this message because you are subscribed to the Google Groups "leo-editor" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/leo-editor. For more options, visit https://groups.google.com/groups/opt_out.
