I've discovered a visual glitch when using the rules for the task icons.
After the icon has been added by the declutter feature if I then attempt to
edit the headline again by making it shorter (backspace or delete) the
original headline seems to get "burned in" behind the editable headline box
so that the end of the original headline still shows. Interestingly if I
make a change and then press Ctrl + z (undo) then everything seems fine and
the original headline is no longer "burned in" in the background.
On Wednesday, August 12, 2015 at 11:56:07 AM UTC-4, john lunzer wrote:
>
> Also, kudos for collapsing leoSettings.leo again before pushing, so that
>> it looks right when opened.
>>
>
> If that happened it was purely by accident :) Though I will certainly
> remember to do so in the future.
>
> On Wednesday, August 12, 2015 at 11:14:07 AM UTC-4, Terry Brown wrote:
>>
>> On Wed, 12 Aug 2015 04:57:16 -0700 (PDT)
>> john lunzer <lun...@gmail.com> wrote:
>>
>> > 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.
>>
>> Like the way you handle removed files.
>>
>> Also, kudos for collapsing leoSettings.leo again before pushing, so
>> that it looks right when opened.
>>
>> Cheers -Terry
>>
>> > 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.
