Just pushed @path/active-path icons in the latest commit. Check the updated 
tree-declutter-patterns in leoSettings.leo for the accompanying rules. No 
need to use them of course but I think they make a big difference when 
using active-path.

On Tuesday, August 11, 2015 at 8:18:30 AM UTC-4, john lunzer wrote:
>
> Terry, the rule for showing the last part of filenames can be improved to 
> better support windows users:
>
> # show the last part of long filenames
>
> RULE ^.{1,1000}([/\\])(.{30})
>
> REPLACE …\1\2
>
>
> The first capture group with faithfully respect the use of backslashes in 
> windows paths. (I like 30 instead of 20, no need to change that though) 
>
>
> On Monday, August 10, 2015 at 5:09:42 PM UTC-4, john lunzer wrote:
>>
>> Thanks for the pixel buffer! I've found a pixel buffer of 7 to be good. 
>>
>> Anyway I found an instance in which the headline/icons won't update. On 
>> the use of edit-headline-long. If you press cancel nothing will happen, but 
>> if you hit enter then the headline will go back to normal and never update 
>> until the next update event (doesn't need to be the same headline).
>>
>> On Monday, August 10, 2015 at 10:55:21 AM UTC-4, Terry Brown wrote:
>>>
>>> On Mon, 10 Aug 2015 04:43:50 -0700 (PDT) 
>>> john lunzer <lun...@gmail.com> wrote: 
>>>
>>> > Terry, I've noticed that the Icons butt right up against the status 
>>> > boxes. Is there any way to add a pixel or two (whichever looks best) 
>>> > of buffer between them? 
>>>
>>> I've just pushed the addition of a setting 
>>>   @int tree-icon-separation = 1 
>>> which controls icon separation in pixels. 
>>>
>>> I also just pushed a fix to a hard crash of Leo when declutter is 
>>> active and you find two successive search hits in headlines, I think 
>>> what was happening was (quoting commit): 
>>>
>>>   When search results are found in headlines headkey2 fires 
>>>   (on the second search hit in a headline), and full_redraw() 
>>>   for declutter takes the headline out of edit mode, and Leo crashes, 
>>>   probably because the find code didn't expect to leave edit 
>>>   mode.  So don't update when a QLineEdit has focus 
>>>
>>> I guess I'm not sure if it's the find code or just the editing code in 
>>> general, the fix should handle all cases. 
>>>
>>> Cheers -Terry 
>>>
>>> > On Sunday, August 9, 2015 at 8:28:52 AM UTC-4, john lunzer wrote: 
>>> > > 
>>> > > Just delightful. Leo feels immensely more personalized and dynamic 
>>> > > with the declutter feature (as if it already didn't feel that way). 
>>> > > Let's not forget to get this into the documentation eventually. 
>>> > > 
>>> > > On Saturday, August 8, 2015 at 10:02:48 PM UTC-4, Terry Brown wrote: 
>>> > >> 
>>> > >> On Sat, 8 Aug 2015 17:09:56 -0700 (PDT) 
>>> > >> john lunzer <lun...@gmail.com> wrote: 
>>> > >> 
>>> > >> > I've actually been thinking about this for a long time, but I've 
>>> > >> > wanted to implement parts of the to-do plugin on purely text 
>>> > >> > based input. 
>>> > >> > 
>>> > >> > So a task that wasn't done would start with [ ] 
>>> > >> > A task that was finished would be [*] 
>>> > >> > and a task that was cancelled would be [x] 
>>> > >> > 
>>> > >> > Can I access the task icons in the same way that you're access 
>>> > >> > the icons currently with declutter? 
>>> > >> 
>>> > >> Sure, so the rules would be: 
>>> > >> 
>>> > >> RULE ^\[ ] (.*) 
>>> > >> REPLACE \1 
>>> > >> ICON cleo/chkboxblk.png 
>>> > >> RULE ^\[\*] (.*) 
>>> > >> REPLACE \1 
>>> > >> ICON cleo/chkblk.png 
>>> > >> RULE ^\[[xX]] (.*) 
>>> > >> REPLACE \1 
>>> > >> ICON cleo/xblk.png 
>>> > >> 
>>> > >> `cleo` was the name of the plugin that preceeded `todo`, if you 
>>> > >> didn't know. 
>>> > >> 
>>> > >> Also I just updated the rules in leoSettings.py, they do the same 
>>> > >> thing, I just eliminated an editing artifact.  They were like 
>>> > >> 
>>> > >> RULE ^@(clean) (.*) 
>>> > >> REPLACE \2 
>>> > >> 
>>> > >> and are now like 
>>> > >> 
>>> > >> RULE ^@clean (.*) 
>>> > >> REPLACE \1 
>>> > >> 
>>> > >> Cheers -Terry 
>>> > >> 
>>> > >> > On Saturday, August 8, 2015 at 1:52:20 PM UTC-4, Terry Brown 
>>> > >> > wrote: 
>>> > >> > > 
>>> > >> > > On Sat, 8 Aug 2015 10:45:37 -0700 (PDT) 
>>> > >> > > john lunzer <lun...@gmail.com <javascript:>> wrote: 
>>> > >> > > 
>>> > >> > > > Not sure if you had come across this but different rules can 
>>> > >> > > > co-exist. For example along with all the @file type 
>>> > >> > > > directives I have .py files specifically bolded and both the 
>>> > >> > > > rule for adding the icon and the rule for bolding co-exist 
>>> > >> > > > without issue. This just keeps getting better! I assume 
>>> > >> > > > there could be some issues if the rules affected the same 
>>> > >> > > > style aspects. 
>>> > >> > > 
>>> > >> > > The rules are just applied in sequence.  Only gotcha is that 
>>> > >> > > if the first rule replaces `@clean ` with something else, 
>>> > >> > > subsequent rules that match `@clean ` won't fire - but I can't 
>>> > >> > > see when that would be a problem, and you can control the 
>>> > >> > > order. 
>>> > >> > > 
>>> > >> > > Cheers -Terry 
>>> > >> > > 
>>> > >> > > > On Saturday, August 8, 2015 at 1:39:03 PM UTC-4, john lunzer 
>>> > >> > > > wrote: 
>>> > >> > > > > 
>>> > >> > > > > Just pulled the most recent changes. Auto-update works 
>>> > >> > > > > great and the new icons look good. I'll be certain to let 
>>> > >> > > > > you know if I come across any issues. 
>>> > >> > > > > 
>>> > >> > > > > On Saturday, August 8, 2015 at 1:06:57 PM UTC-4, john 
>>> > >> > > > > lunzer wrote: 
>>> > >> > > > >> 
>>> > >> > > > >> Awesome, thanks for the quick updates, I'll check them 
>>> > >> > > > >> out soon (at the latest on Monday). 
>>> > >> > > > >> 
>>> > >> > > > >> On Saturday, August 8, 2015 at 12:44:44 PM UTC-4, Terry 
>>> > >> > > > >> Brown wrote: 
>>> > >> > > > >>> 
>>> > >> > > > >>> Also just pushed some icons for different @<file> types, 
>>> > >> > > > >>> with support for the leo_dark_0 theme.  See updated 
>>> > >> > > > >>> rules in leo/config/leoSettings.leo#@settings-->Tree 
>>> > >> > > > >>> operation-->@data tree-declutter-patterns 
>>> > >> > > > >>> 
>>> > >> > > > >>> Cheers -Terry 
>>> > >> > > > >>> 
>>> > >> > > > >>> On Sat, 8 Aug 2015 08:59:35 -0500 
>>> > >> > > > >>> "'Terry Brown' via leo-editor" 
>>> > >> > > > >>> <leo-e...@googlegroups.com> wrote: 
>>> > >> > > > >>> 
>>> > >> > > > >>> > On Fri, 7 Aug 2015 14:15:01 -0700 (PDT) 
>>> > >> > > > >>> > john lunzer <lun...@gmail.com> wrote: 
>>> > >> > > > >>> > 
>>> > >> > > > >>> > > One is that the conversions do not seem to take 
>>> > >> > > > >>> > > place until a certain action occurs in the tree. I 
>>> > >> > > > >>> > > can always get the conversions to happen from 
>>> > >> > > > >>> > > expanding a node (but not contracting a node). It 
>>> > >> > > > >>> > > also seems like sometimes the tree scrolls to a 
>>> > >> > > > >>> > > center a specific node after some conversions. 
>>> > >> > > > >>> > 
>>> > >> > > > >>> > I think these issues are fixed in the latest push.  It 
>>> > >> > > > >>> > was tricky to get the update to work, it's done on 
>>> > >> > > > >>> > idle so you're outside any redraw loop. 
>>> > >> > > > >>> > 
>>> > >> > > > >>> > Cheers -Terry 
>>> > >> > > > >>> > 
>>> > >> > > > >>> 
>>> > >> > > > >> 
>>> > >> > > > 
>>> > >> > > 
>>> > >> > 
>>> > >> 
>>> > > 
>>> > 
>>>
>>

-- 
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 leo-editor+unsubscr...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Reply via email to