Re: Question about cloning nodes

On Wed, Apr 18, 2018 at 6:52 PM, Joe Orr wrote: > Thanks for checking that, turns out at least on my Mac, Cmd+` works, not > Ctrl. > > That leaves me with question #2: > > I have a node with 120 nodes in it. I want to make a separate node, clone > all of the 120 nodes and put

Re: Question about cloning nodes

Just realized I can mark a bunch of nodes and then clone. That's faster than individually cloning. But if there is a way to mark all nodes in folder, that would also be cool. Joe On Wednesday, April 18, 2018 at 7:52:49 PM UTC-4, Joe Orr wrote: > > Thanks for checking that, turns out at least

Re: Question about cloning nodes

Thanks for checking that, turns out at least on my Mac, Cmd+` works, not Ctrl. That leaves me with question #2: I have a node with 120 nodes in it. I want to make a separate node, clone all of the 120 nodes and put in the second node (and then organize them differently). Any way to clone a

Re: Basic Layout of the Leo GUI

Matt's reasoning is sound and explains the design decision well. That said, your argument appears to be based on something, the "conventions and standards" of IDE GUIs, that if it exists at all is a rapidly changing amorphous blob at best. I say this because I spend about half my day using

Re: An issue about the "Running Leo after pip install leo" in Leo Official documents

> There is an issue about the "Running Leo after pip install leo" in Leo > Official documents. > Sorry, I don't understand the nature of the issue. It seems like you did what the official document says and were successful: *Then i found a way on github

Re: The keys2 branch is now code complete

On Wednesday, April 18, 2018 at 9:45:22 AM UTC-5, Edward K. Ream wrote: > > > This is a good time to say that the process of completing a project can > take an arbitrarily long time. > Indeed yes. Recent revs use what I am calling my "new programming style". I'll discuss this later in a new

Re: The keys2 branch is now code complete

On Wed, Apr 18, 2018 at 9:38 AM, Edward K. Ream wrote: > Occasionally, when fiddling with alt-left and alt-right (forward and >> backward word) leo inserts the text "NumLock". >> > ​Rev 34cafe202 adds an experimental test for NumLock in the KeyStroke class. Does it help?

Re: The keys2 branch is now code complete

On Wednesday, April 18, 2018 at 4:53:53 AM UTC-5, Edward K. Ream wrote: I plan no further work on #423 > : Simplify key > handling with a better KeyStroke class. > This is a good time to say that the process of completing a project can take

Re: The keys2 branch is now code complete

On Wed, Apr 18, 2018 at 5:45 AM, 'Karsten Wolf' via leo-editor < leo-editor@googlegroups.com> wrote: OSX 10.10, cheap Logitech keyboard with german key layout, current leo keys > branch with my mac shortcuts: https://github.com/karstenw/ > leo-shortcuts-osx > ​Excellent. This is a very useful

Re: 4c2e775a10 (keys2): experimental handling of bare modifier keys

On Wed, Apr 18, 2018 at 4:56 AM, jkn wrote: I have a 'maybe' use case; I want to be able to use key bindings that are > already taken by Qt for top level menus. For instance, I want ALT+W for > 'write[save] file', > ​..., but this is taken by the top level Window menui

Re: 4c2e775a10 (keys2): experimental handling of bare modifier keys

On Wednesday, April 18, 2018 at 10:16:00 AM UTC+1, Edward K. Ream wrote: > > On Wednesday, April 18, 2018 at 2:32:14 AM UTC-5, Edward K. Ream wrote: >> >> >> This rev probably breaks existing bindings to bare modifier keys, but I'm >> just guessing. >> > > Recent revs disable the experimental

The keys2 branch is now code complete

I plan no further work on #423 : Simplify key handling with a better KeyStroke class. I'll merge the keys2 branch into devel in a few days. Once that happens I'll close #423. Please test the keys2 branch thoroughly, and report any

bcdcce7 keys2: major changes to k.masterKeyHandling

This rev refactors k.masterKeyHandler using almost a dozen new methods. Mostly, this just "moves text around", but the result is a spectacular increase in clarity at the top level. The new code contains more consistency checks regarding the incoming event kwarg. I am happily eating my own dog

Re: 4c2e775a10 (keys2): experimental handling of bare modifier keys

On Wednesday, April 18, 2018 at 2:32:14 AM UTC-5, Edward K. Ream wrote: > > > This rev probably breaks existing bindings to bare modifier keys, but I'm > just guessing. > Recent revs disable the experimental code. It could put strange keys in the minibuffer. Let me know if you use bare

Re: Developer get together?

On Tue, Apr 17, 2018 at 10:53 PM, 'tfer' via leo-editor < leo-editor@googlegroups.com> wrote: Any thoughts on a developer get together as in past years? > ​I've been thinking of this myself lately. There are many topics we could discuss. ​ > And/or Leo enthusiasts/developers going to PyCon in

4c2e775a10 (keys2): experimental handling of bare modifier keys

I have a half memory of people wanting to bind to bare modifier keys. Does anyone bind commands to bare modifier keys? Have those bindings ever worked in the "keys2" branch? This rev allows bindings like "Alt+", "Ctrl+", "Meta+" or "Alt+Ctrl+" to be passed into Leo. This rev probably breaks