Warning: new tab cycling is dangerous

2014-08-25 Thread Edward K. Ream
The present tab cycling/completion code is worse than useless. We expect sor to expand to "sort-" It does. We now expect a further l to expand to "sort-lines" Oops: it expands to sort-children!! This could be a very nasty surprise if, like me, you are used to some other expansion! This surpr

Re: A big collapse: simpler and more flexible idle-time handling

2014-08-25 Thread Zoltan Benedek
Wonderful. Thanks. -- 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@google

Re: A big collapse: simpler and more flexible idle-time handling

2014-08-25 Thread Edward K. Ream
On Monday, August 25, 2014 10:09:00 AM UTC-5, Edward K. Ream wrote: > The IdleTime ctor now appends a reference to self to the new g.app.idle_timers list. This ensures that IdleTimer's do not get garbage collected prematurely. I forgot to mention the new IdleTime.destroy_self method. This re

Re: A big collapse: simpler and more flexible idle-time handling

2014-08-25 Thread Edward K. Ream
On Monday, August 25, 2014 7:55:50 AM UTC-5, Edward K. Ream wrote: > > [A recent rev] contains a spectacular collapse in complexity in idle-time > handling. > Rev 2d1b80b...contains a necessary improvement. The previous examples worked only because references to IdleTime instances appeared at th

Re: A big collapse: simpler and more flexible idle-time handling

2014-08-25 Thread Edward K. Ream
On Mon, Aug 25, 2014 at 9:10 AM, Kent Tenney wrote: > Wow. This is great. > What a powerful, simple addition to Leo's scriptability. > > Would you expect any performance issues? Better, more predictable performance. EKR -- You received this message because you are subscribed to the Google Grou

Re: A big collapse: simpler and more flexible idle-time handling

2014-08-25 Thread Kent Tenney
Wow. This is great. What a powerful, simple addition to Leo's scriptability. Would you expect any performance issues? On Mon, Aug 25, 2014 at 7:55 AM, Edward K. Ream wrote: > Rev 060c33a...Leo build: 20140825070951 contains a spectacular collapse in > complexity in idle-time handling. > > Instan

A big collapse: simpler and more flexible idle-time handling

2014-08-25 Thread Edward K. Ream
Rev 060c33a...Leo build: 20140825070951 contains a spectacular collapse in complexity in idle-time handling. Instantly, registering idle-time event handlers can be considered deprecated, though I have no plans to remove the horrendous older code. The new pattern allows multiple, independent (or

Re: User contributed commands in leosettings.leo

2014-08-25 Thread Fidel N
- Yes, I was assuming too that updates will be posted either by trusted coders or through pull requests from people not in the dev team. - Agree, a new file might be in order for those extra commands Say we make a new file that will include commands that will be loaded when Leo loads. Why dont

Re: User contributed commands in leosettings.leo

2014-08-25 Thread Edward K. Ream
On Mon, Aug 25, 2014 at 2:20 AM, Fidel N wrote: > So I thought there might be a way for non-programming experts to add to Leo > with useful snippets. ... > I would really like for useful scripts not to fade away instead of > persisting inside Leo What you want is reasonable. > so I thought we c

User contributed commands in leosettings.leo

2014-08-25 Thread Fidel N
Hi: Its been one year+ into python, and yesterday I realized again how I cant yet edit Leo core code when its not very simple. So I thought there might be a way for non-programming experts to add to Leo with useful snippets. For instance, the recent script for page up/page down