vanilla buttons work fine if defined in myLeoSettings.leo ...
I'll bravely shoulder the burden of putting the rclickers in the file ;=]
On Mon, Aug 18, 2014 at 3:52 PM, 'Terry Brown' via leo-editor
wrote:
> On Mon, 18 Aug 2014 15:20:51 -0500
> Kent Tenney wrote:
>
>> You're right, either one wo
On Mon, 18 Aug 2014 15:20:51 -0500
Kent Tenney wrote:
> You're right, either one works if located in the active Leo file,
> they don't work if in myLeoSettings.leo, the button shows up
> (in a not myLeoSettings.leo file) without the submenu stuff.
I see what you mean, processing in @settings > @
You're right, either one works if located in the active Leo file,
they don't work if in myLeoSettings.leo, the button shows up
(in a not myLeoSettings.leo file) without the submenu stuff.
with all that's going on, a very low priority item indeed.
Thanks,
Kent
On Mon, Aug 18, 2014 at 2:08 PM, '
On Mon, 18 Aug 2014 06:48:38 -0500
Kent Tenney wrote:
> I have tried a number of variations on the following
>
> @buttons
> @rclick nodecontent
> @rclick left
> @rclick right
>
> which
> http://comments.gmane.org/gmane.comp.python.leo.general/27192
> seems to prescribe. It hasn't wo
On Monday, August 18, 2014 8:07:50 AM UTC-5, Edward K. Ream wrote:
>
> If something follows the command, the tab completer could:
>
> a) Disallow any further completions on the already-completed command or
> b) All changes to the command, leaving the tail unchanged.
>
I meant to say: b) *Allow*
On Monday, August 18, 2014 5:54:01 AM UTC-5, Edward K. Ream wrote:
> Revising k.getArg is part of the project to eliminate the first
in vim-mode commands such as :r
Now that k.getArg code is simpler, the tab completer part should be able
separate the actual command from any following args. Th
Ah, ok, you are proposing only the completion pane reflect
the narrowing field of choices, getting rid of the one-by-one
sequence in the command box.
+1
On Mon, Aug 18, 2014 at 7:41 AM, Edward K. Ream wrote:
> On Mon, Aug 18, 2014 at 7:19 AM, Jacob Peck wrote:
>
>> If you do:
>>
>> Alt-X pr
>
On Mon, Aug 18, 2014 at 7:35 AM, Zoltan Benedek wrote:
> Hi,
>
> I upgraded my system to Kubuntu 14.04, Python 2.7.6, PyQt version 4.8.6
>
> and tried to start with @bool vim-mode = True
>
> Unfortunately Leo becomes unresponsive and launchLeo.py works 100% on my CPU,
> I have to kill the process
On Mon, Aug 18, 2014 at 7:19 AM, Jacob Peck wrote:
> If you do:
>
> Alt-X pr
>
> You'll see the completion cycles through various options. I think this is
> what he's asking to remove.
Correct.
> I have never used this behavior before, so I wouldn't mind it gone.
> Additionally, I appreciate
Hi,
I upgraded my system to Kubuntu 14.04, Python 2.7.6, PyQt version 4.8.6
and tried to start with @bool vim-mode = True
Unfortunately Leo becomes unresponsive and launchLeo.py works 100% on my
CPU, I have to kill the process.
When I comment in myLeoSettings.leo:
@@bool vim-mode = True
ever
On 8/18/2014 7:52 AM, Kent Tenney wrote:
At present, when entering command names (but *not* file names) in the
minibuffer, hitting tab repeatedly cycles through the list of names shown.
are you describing command name completion or something else?
If you do:
Alt-X pr
You'll see the complet
Hi,
I don't use the functionality and I appreciate any attempt of removing
complex code.
"Simple is better than complex.
Complex is better than complicated."
Thanks
On Monday, August 18, 2014 1:54:01 PM UTC+3, Edward K. Ream wrote:
>
> At present, when entering command names (but *not* file na
>At present, when entering command names (but *not* file names) in the
>minibuffer, hitting tab repeatedly cycles through the list of names shown.
are you describing command name completion or something else?
-1 on removing completion
On Mon, Aug 18, 2014 at 5:54 AM, Edward K. Ream wrote:
> At
I have tried a number of variations on the following
@buttons
@rclick nodecontent
@rclick left
@rclick right
which
http://comments.gmane.org/gmane.comp.python.leo.general/27192
seems to prescribe. It hasn't worked so far.
update:
I clicked on @rclick nodecontent and the button
with
I never noticed that functionality.
Was recently thinking about the minibuffer tho, it would be great to press
"arrow up" and cycle previous commands, which we already have history dict
for.
Or at least not do what it does, it currently "hangs" the minibuffer and
looks like locked.
Well saying th
At present, when entering command names (but *not* file names) in the
minibuffer, hitting tab repeatedly cycles through the list of names shown.
I would like to eliminate this "Easter Egg": it's clearly not needed and it
greatly complicates truly important code, namely k.getArg.
Worse, the pr
On Sun, Aug 17, 2014 at 8:22 PM, 'Terry Brown' via leo-editor
> Re-wrote the hooks we need as pure bash scripts.
> python leo/extensions/hooks/install_hooks.py --force
Many thanks for this. Both the install script and the installed git
hooks work for me.
Imo, eliminating the unused "parent" ke
17 matches
Mail list logo