Re: Spell Checker Problem On Linux

[Jacob Peck]

I've had this issue and behavior while setting up Leo on my Arch Linux
machines.  EndeavorOS is Arch based, so it's reaffirming that your solution
matched mine -- specifically, install the package 'hunspell-en_us' (
https://archlinux.org/packages/extra/any/hunspell-en_us/).  This is not an
Arch (or derivatives) specific issue, but I suspect it's more *likely* to
happen on Arch(-based) systems because of how Arch packages the
dictionaries separately, and doesn't seem to include them as a requirement
for any other commonly installed packages.  I suspect other distros may
have dictionaries managed at the OS level or as some commonly-installed
metapackage (I know Ubuntu did at one point, as part of 'Language Support',
though I believe that to be outdated now).

Jake

On Mon, Sep 16, 2024 at 7:26 PM Thomas Passin  wrote:

> I have just been provisioning a brand new Linux computer.  Well, it's
> fairly old, some 10 years, but I've supplied it with a large external SSD
> drive to supersede its 5400 RPM old hard drive. This change has made the
> computer fairly snappy.  I've done this before, so I could use it as a
> backup machine if my main laptop needs to be out of service.  That happened
> once before and I was even able to continue getting my email on the Linux
> machine using Thunderbird.
>
> This new distro is EndeavourOS. I created a venv, cloned the Leo git repo
> onto it, and got everything running. As has often happened on Linux
> systems, I got startup messages about missing spellcheck libraries.  On
> other VMs, these messages didn't denote any spellcheck problem.  Spellcheck
> still worked.  One of the messages was to install pyenchant, not enchant.
> pyenchant was in fact already installed.
>
> The spell check tab in the log frame was there but the spell checker died
> as soon as I tried to spell check a node.  After some digging around and
> debugging I have tracked down the problem and found a solution. I'm not
> sure how this information should be captured and used by anyone else, but
> here's what I learned.
>
> First of all, the reason there can be several warning messages about
> different spell check libraries is that pyenchant (or maybe it's the
> underlying enchant) check for the presence of at least on out of as many as
> five different spell check libraries that might be present. It can use any
> one of them but for some reason emits error messages for each one it fails
> to find even if it will actually work with the one it did find.
>
> Among them are ASpell and Hunspell. ASpell might be the most familiar.
> When Leo starts, the it tries to create a spell check dictionary using
> whichever of the spellers that pyenchant has found; the choice is not made
> by Leo but happens behind the scene.   If it can't make the dictionary
> after trying several ways it emits the message I saw about needing to
> install pyenchant not enchant. This message was wrong and misleading in my
> case and probably in many others.
>
> The real situation turned out to be that the OS had installed ASpell and
> Hunspell (at least, I didn't check any others) but had not actually
> installed any word dictionaries.  Not only that but the name of the
> dictionary that Leo uses only fits Hunspell; ASpell uses a different naming
> convention.
>
> Using the OS's package manager to install the Hunspell US English
> dictionary solved the problem.
>
> I haven't seen this happen on other Linux VMs I've built so either they
> did install these dictionaries or I never used the spell checker with them.
> I don't know how Leo figures out the right dictionary name to use for other
> languages, but someone will reply here with that knowledge I'm sure.
>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/leo-editor/872deb72-4b61-4193-93e8-7490fb4b56a4n%40googlegroups.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSYYggV9sNaF8ZGhAKz00eqfLyFXUfjJZP08b8nSh6T4MQ%40mail.gmail.com.

Re: Need help with opening a Leo file

[Jacob Peck]

Interesting.  I’ve been using <> for 12 years now and have never previously stumbled onto that limitation.  I don’t see it documented, but at the same time I’ve never been good at searching Leo’s docs.It does appear that a @section-delims directive exists, per issue 2276.  Perhaps the misbehaving importers could automatically add that directive with an appropriate default value known to be non-existent (or extremely uncommon) in the given language?I’m probably wildly misunderstanding the issue, but just a quick thought.JakeOn Sep 16, 2024, at 2:50 PM, Thomas Passin  wrote:The section marker has to be at the very left of the current indentation level, doesn't it?On Monday, September 16, 2024 at 2:33:31 PM UTC-4 gates...@gmail.com wrote:Doesn't that kind of defeat the whole purpose of having an outliner?Strings of the pattern `<>` occur with some frequency in bash scripts as well, for example:```log=/path/to/logfile.logsftp user...@example.com<>$log  mget *.txt  byeEOF```I admit, I did test that above snippet earlier, and it worked without issue both as a @file and an @edit, so I'm not certain what exactly is triggering this issue.  But I do think it's worthwhile to figure it out.JakeOn Mon, Sep 16, 2024 at 2:11 PM Edward K. Ream  wrote:On Mon, Sep 16, 2024 at 12:34 PM 'rengel' via leo-editor  wrote:So basically that means you can't reliably use Leo's @file nodes for Elixir adn Erlang source code?Yes, that's what I'm saying. @edit will usually be better than @asis.Edward



-- 
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+...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/leo-editor/CAMF8tS24H1Vei-AgxJXNj23qV_ODYtPGGvxw1T9es32-k7wNWA%40mail.gmail.com.





-- 
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 view this discussion on the web visit https://groups.google.com/d/msgid/leo-editor/663c2b66-852c-4799-81b1-54faf73bb5cbn%40googlegroups.com.




-- 
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 view this discussion on the web visit https://groups.google.com/d/msgid/leo-editor/58E56E64-DDCA-4EEB-B68C-1F6BEA271A3D%40gmail.com.

Re: Need help with opening a Leo file

[Jacob Peck]

Doesn't that kind of defeat the whole purpose of having an outliner?

Strings of the pattern `<>` occur with some frequency in bash
scripts as well, for example:

```
log=/path/to/logfile.log
sftp usern...@example.com<>$log
  mget *.txt
  bye
EOF
```

I admit, I did test that above snippet earlier, and it worked without issue
both as a @file and an @edit, so I'm not certain what exactly is triggering
this issue.  But I do think it's worthwhile to figure it out.

Jake

On Mon, Sep 16, 2024 at 2:11 PM Edward K. Ream  wrote:

> On Mon, Sep 16, 2024 at 12:34 PM 'rengel' via leo-editor <
> leo-editor@googlegroups.com> wrote:
>
>> So basically that means you can't reliably use Leo's @file nodes for
>> Elixir adn Erlang source code?
>>
>
> Yes, that's what I'm saying. @edit will usually be better than @asis.
>
> Edward
>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/leo-editor/CAMF8tS24H1Vei-AgxJXNj23qV_ODYtPGGvxw1T9es32-k7wNWA%40mail.gmail.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSak3mvZya4A7L5G4d2QvOuzE5XmHqD7F%3DHf9jrhNg3CnA%40mail.gmail.com.

Re: PR #4033 (in devel) creates layouts

[Jacob Peck]

Agreed, I typically want vr hidden unless I explicitly summon it.JakeOn Aug 28, 2024, at 1:05 PM, Thomas Passin  wrote:"Layouts add VR or VR3 only if the user enables the corresponding plugin"I always enable them but I don't always want them on display when I open a given outline.On Wednesday, August 28, 2024 at 12:20:21 PM UTC-4 Edward K. Ream wrote:On Wed, Aug 28, 2024 at 11:07 AM Thomas Passin  wrote:I have some objections, but for right now I object to VR being forcibly included in all these layouts.  Layouts add VR or VR3 only if the user enables the corresponding plugin.Many times I don't want VR/VR3 at all on startup.  And if I do, I want it to be VR3 unless I'm comparing the two's behavior or rendering. Sometimes I want to change where VR/VR3 appear, and I sure don't want to find the outline's setting tree, edit it (while having to remember the exact name of the layout I want), and reload the outline.There are two ways to switch layouts easily.  Method 1    use-shows a list of commands that switch layouts.Method 2An @button/@command node containing the following will change to the "xxx" layout.    c.doCommandByName('use-xxx-layout')Edward




-- 
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 view this discussion on the web visit https://groups.google.com/d/msgid/leo-editor/04bdd823-92bc-41ae-8b8b-384f4634c4ben%40googlegroups.com.




-- 
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 view this discussion on the web visit https://groups.google.com/d/msgid/leo-editor/2E283B99-F86D-40DE-A972-566783A650DD%40gmail.com.

Re: Broken Add/Delete Body Editor

[Jacob Peck]

Hi Phil,

The stickynotes.py or freewin plugins may offer the feature set you need
for this workflow.

Jake

On Tue, Aug 27, 2024 at 6:55 PM Phil  wrote:

> As I am "at least one person" using (or had been using)  this, here's more
> about my usage of Add-Editor:
>
>- I have been using Leo for many years, and have been updating my Leo
>every 6-12 months
>- I use the extra body editor to show example code in one node and
>code being developed in another node, using the example as a guide.
>- I also have experienced confusion over which pane is the "example"
>and which is "working". But I get over it and move on.
>
> I would not be upset if this feature went away. My alternative is to open
> the example code in different text editor and just arrange the Leo and
> Editor windows side-by-side. This also eliminates the confusion over which
> window is which.
>
> On Sunday, August 25, 2024 at 7:49:34 AM UTC-5 tbp1...@gmail.com wrote:
>
>> We should wait a little to see if anyone responds, shouldn't we? We know
>> at least one person was interested enough to try using Add-Editor.  Maybe
>> there are others who haven't been updating Leo all along.
>>
>> On Sunday, August 25, 2024 at 8:05:41 AM UTC-4 Edward K. Ream wrote:
>>
>>> On Sun, Aug 25, 2024 at 6:21 AM Thomas Passin  wrote:
>>>
 It looks like the colorizer might be getting the wrong position - the
 position of the original editor rather than the newly focused position.
 Might there be a p.copy() involved here?
>>>
>>>
>>> Anything is possible.
>>>
>>> I don't understand the code very well either, but one of the complicated
 things is that all the signaling and ivars get moved over to whichever
 editor widget gets the focus. I don't see why that was necessary since if
 the editing widget were inactivated it shouldn't receive any signals
 anyway. Maybe it would have been better to only use one editing widget and
 when the focus gets changed to the other editor panel, the first one gets
 replaced by a screen shot and the single editing widget actually gets
 inserted into the second panel.

 Unless there is going to be some improvement in the user interface that
 will prevent confusion about which node is being edited by which editor, I
 don't have any interest in trying to sort this thing out.

>>>
>>> Neither do I.
>>>
>>> PR #4047  is ready
>>> for review.  As you can see, the PR changes little, but deletes a lot of
>>> horrible code.
>>>
>>> I'll add more detail to the PR's checklist later today.
>>>
>>> Edward
>>>
>> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/leo-editor/4521ea06-fae5-40c5-a988-fd0f5821120fn%40googlegroups.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSYFeoG%2BYxnF9yL_UD7HcNDfdhTR3RcPgMzpONiHd6gOcA%40mail.gmail.com.

Re: Broken Add/Delete Body Editor

[Jacob Peck]

Please submit a bug report if you have not:
https://github.com/leo-editor/leo-editor/issues

Any loss of data is a critical bug.

Thanks,
Jake

On Fri, Aug 23, 2024 at 12:45 PM Thomas Passin  wrote:

> I can confirm this behavior and it is a serious bug.  One workaround is to
> select Node B and do an Undo action (CTRL-z).  Your typing into Node B will
> be there.
>
> If you mostly want to read node A wile editing Node B, you can use the
> freewin plugin.  This will open a basic editor that will always be locked
> to the node you started it in. You can edit in it and the changes will be
> reflected in its host node, but it does not have all the editing actions
> and commands of a full body editor.  On the positive side, you cannot type
> into the wrong node by mistake, as is so easy to do with Add-Editor.
> On Friday, August 23, 2024 at 12:01:36 PM UTC-4 Phil wrote:
>
>> I am seeing that multiple body editors is broken. To see this, do the
>> following:
>>
>>- open an empty Leo file
>>- create two nodes A and B with body content A and B respectively
>>- create a new body editor
>>- select node A
>>- add a body editor
>>- select node B
>>- click in the node A body editor - observe the node B body editor
>>now shows A
>>- click in the node B body editor
>>- delete the body editor
>>- observe that nodes A and B both have content A
>>
>> I have the following:
>> Leo 6.8.1
>> Python 3.12.4, PyQt version 6.7.2
>> linux
>>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/leo-editor/302adb61-9fc2-42dd-9f0c-6600f1a72e10n%40googlegroups.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSYKWOeSOQg%2BUtiUZz3Zqg_Qf2Y0jtv%2BU6RRYBTW2nvgbQ%40mail.gmail.com.

Re: OT - Windows 10 - Fixing The Lag In Changing Virtual Desktops

[Jacob Peck]

Huh, interesting behavior you're seeing there.  I just played around with
the virtual desktops feature, then force-killed explorer (the 'root'
process), and then used File->New Task, typed 'explorer' in the box, and
hit enter.  It all came back no issue, other than closing the couple of
file explorer windows I had open.

Maybe I'm misunderstanding, but 'force kill explorer -> start a new
explorer task' has been my go-to Windows fix for most things for the last
20 years or so, and has worked without a hitch in every case for me (except
for a handful of times on Vista, but uh, Vista...). :)

Perhaps I've just been lucky?  Maybe the other 'explorer.exe' processes
running in your case were masking the issue -- IIRC, explorer does the
'root' check on startup -- if no other instances of explorer.exe are
running, it assumes complete control.  I can't remember the exact blog post
I read about this, but I think it was from Raymond Chen, who's been on the
Windows internals team forever.

But hey, you've got a fix that works for you, so at this point I'm just
nerd sniping myself.  Thanks for the puzzle and the tip! :)

Jake

On Sun, Aug 11, 2024 at 9:16 PM Thomas Passin  wrote:

> Even if you can open a new instance of Windows Explorer, you have to open
> it in a special way for it to take over the desktop function.  Otherwise it
> will just show you the usual list of files.  The one time I managed to kill
> the root instance, I couldn't find a key combination that did anything.  I
> forget how I eventually shut down; it was too long ago.  I might have just
> held the power button down long enough.
>
> I think this virtual desktops feature is one of Win 10's better ones.  In
> addition to -, you can move between adjacent desktops
> with  -  - , and this doesn't
> suffer from a lag.  Before this will work, you need to create another
> virtual desktop, which you can do with the  -  combo. On
> the display you will see a "+" sign labeled by "New Desktop".  That's how
> you create new ones.  I don't know if once created they can be removed.
>
> On Sunday, August 11, 2024 at 7:50:36 PM UTC-4 gates...@gmail.com wrote:
>
>> Interesting find.
>>
>> IIRC the Ctrl+Alt+Del menu is part of the Kernel, and interrupts
>> everything else happening on a Windows box.  If you manage to completely
>> nuke Explorer, you should pretty much always be able to three-finger-salute
>> into a Task Manager and go File->New Task and fire off a new ‘explorer.exe’
>> to un-bork yourself.  If the Task Manager is not working, then something is
>> seriously wrong :)
>>
>> I break Windows quite often, but I don’t use virtual desktops.  I
>> honestly didn’t even know Windows 10 had that feature :)
>>
>> Jake
>>
>> On Aug 11, 2024, at 5:32 PM, Thomas Passin  wrote:
>>
>> This isn't about Leo but I can't be the only one affected by this
>> problem, which can be very annoying.
>>
>>
>> I use many virtual desktops in my daily computing.  Usually I have at
>> least four, and sometimes up to six.  For example, my browser and email
>> client are in one.  Leo and associated folders, command windows, etc., are
>> in another, and so on.
>>
>> The problem is in switching from one to another.  -
>> brings up a special view of all the desktops where you can choose one.  In
>> this view you can also move an application from one desktop to another.
>> Over time, switching to this overview gets slower and slower until it
>> becomes intolerable.  I've searched the internet without success.  The only
>> cure I knew before today was to log off and log back in.
>>
>> Here's what turns out to be happening. The desktop on your screen, the
>> thing that has a background and the file icons, is a special view created
>> by one particular root instance of Windows Explorer. It starts to use more
>> and more memory over time for reasons unknown to me.  When its "Working
>> Set" of memory gets too large,  that's when opening the desktop overview
>> gets slow.
>>
>> You can see this and take care of the problem with the Task Manager
>> program.  Look in the "Processes" tab and find all the instances of Windows
>> Explorer, normally near the bottom in a display sorted alphabetically. How
>> will you know the right instance?  Most of the Window Explorer instances
>> will show 3 or 4 MB of memory, while one will show over 100 MB.  That's the
>> one.  I've seen it get up nearly to 300 MB. That's when you get the big
>> lags.  Mine is now 145 MB and there isn't a lag in showing the desktop
>> overview. But mine has been slowly climbing all afternoon.
>>
>> Don't kill this process or you won't be able to communicate with the
>> computer (I learned that the hard way). There is a button in the lower
>> right of the Task Manager that usually reads "End Task". You will notice
>> that when you select a Windows Explorer task that label changes to
>> "Restart".  That's what you want to do. Click on it.
>>
>> The desktop behind your application windows will go blank for a second or
>> so, then 

Re: OT - Windows 10 - Fixing The Lag In Changing Virtual Desktops

[Jacob Peck]

Interesting find.IIRC the Ctrl+Alt+Del menu is part of the Kernel, and interrupts everything else happening on a Windows box.  If you manage to completely nuke Explorer, you should pretty much always be able to three-finger-salute into a Task Manager and go File->New Task and fire off a new ‘explorer.exe’ to un-bork yourself.  If the Task Manager is not working, then something is seriously wrong :)I break Windows quite often, but I don’t use virtual desktops.  I honestly didn’t even know Windows 10 had that feature :)JakeOn Aug 11, 2024, at 5:32 PM, Thomas Passin  wrote:This isn't about Leo but I can't be the only one affected by this problem, which can be very annoying.I use many virtual desktops in my daily computing.  Usually I have at least four, and sometimes up to six.  For example, my browser and email client are in one.  Leo and associated folders, command windows, etc., are in another, and so on.The problem is in switching from one to another.  - brings up a special view of all the desktops where you can choose one.  In this view you can also move an application from one desktop to another.  Over time, switching to this overview gets slower and slower until it becomes intolerable.  I've searched the internet without success.  The only cure I knew before today was to log off and log back in.Here's what turns out to be happening. The desktop on your screen, the thing that has a background and the file icons, is a special view created by one particular root instance of Windows Explorer. It starts to use more and more memory over time for reasons unknown to me.  When its "Working Set" of memory gets too large,  that's when opening the desktop overview gets slow.You can see this and take care of the problem with the Task Manager program.  Look in the "Processes" tab and find all the instances of Windows Explorer, normally near the bottom in a display sorted alphabetically. How will you know the right instance?  Most of the Window Explorer instances will show 3 or 4 MB of memory, while one will show over 100 MB.  That's the one.  I've seen it get up nearly to 300 MB. That's when you get the big lags.  Mine is now 145 MB and there isn't a lag in showing the desktop overview. But mine has been slowly climbing all afternoon.Don't kill this process or you won't be able to communicate with the computer (I learned that the hard way). There is a button in the lower right of the Task Manager that usually reads "End Task". You will notice that when you select a Windows Explorer task that label changes to "Restart".  That's what you want to do. Click on it.The desktop behind your application windows will go blank for a second or so, then  rebuild itself.  And your virtual desktop overview will be responsive again.I don't know if Windows 11 has the same problem since I've never been around a Windows 11 computer.



-- 
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 view this discussion on the web visit https://groups.google.com/d/msgid/leo-editor/161c017e-a230-4a4b-b374-b8f463bba525n%40googlegroups.com.




-- 
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 view this discussion on the web visit https://groups.google.com/d/msgid/leo-editor/39EAA452-1043-41BF-A778-C17153DF57ED%40gmail.com.

Re: Leo doesn't start because of some Qt-problems

[Jacob Peck]

ibqxcb.so -ls` (or similar).
>>>
>>> Sorry this is being one of those mystery pains. :(
>>>
>>> Jake
>>>
>>> On Mon, Jul 22, 2024 at 11:32 AM p.os...@datec.at 
>>> wrote:
>>>
>>> Yes, /usr/lib/qt6/plugins/platforms/libqxcb.so exists. Setting the
>>> mentioned env var to wayland brings up the same error, with "wayland"
>>> instead of "xcb" in the error text. It seems that there is a directory path
>>> that didn't get set or has been deleted: 'not found in ""'.
>>>
>>> On Monday, July 22, 2024 at 5:24:57 PM UTC+2 gates...@gmail.com wrote:
>>>
>>> Does the file /usr/lib/qt6/plugins/platforms/libqxcb.so exist on your
>>> system?
>>>
>>> Could you try re-installing package `qt6-base`, if not?
>>>
>>> Jake
>>>
>>> On Mon, Jul 22, 2024 at 10:56 AM Thomas Passin 
>>> wrote:
>>>
>>> It's still got to be some library in the xcb library system. So far as I
>>> can see it's a Qt problem, not really a Leo one - although that doesn't
>>> help, does it? Just having them already installed isn't always enough. I
>>> remember one of my VMs had the culprit installed, but after I ran the
>>> installation command for it then Qt worked.  I don't remember any details,
>>> though.  I also recall that in one case the library name was different from
>>> the one or two that had been suggested in the error message.  That time I
>>> lucked out with an Internet search.
>>>
>>> Which distro is this, BTW?
>>>
>>> On Monday, July 22, 2024 at 10:48:32 AM UTC-4 p.os...@datec.at wrote:
>>>
>>> Latest qt6-tools are Installed already. Installed qtutilities-qt6. No
>>> luck.
>>>
>>> As for the "&& leo" after setting the env var: That means: "and then
>>> start leo".
>>>
>>> Setting the env var did not show more helpful text, alas.
>>>
>>> On Monday, July 22, 2024 at 3:34:41 PM UTC+2 gates...@gmail.com wrote:
>>>
>>> Apologies, pkg name is ‘qt6-tools’, not ‘qt6-utils’.
>>>
>>> Jake
>>>
>>> On Jul 22, 2024, at 9:30 AM, Jacob Peck  wrote:
>>>
>>> 
>>>
>>> Thomas, their very first post in this thread indicated they did run with
>>> that env var set.
>>>
>>> Please try (re-)installing qt6-utilis.  That fixed it on my Arch
>>> install, and I assume Endeavor uses the arch packages.
>>>
>>> Jake
>>>
>>> On Jul 22, 2024, at 8:50 AM, Thomas Passin  wrote:
>>>
>>> Try setting that debug variable:  export QT_DEBUG_PLUGINS=1
>>> Maybe the Qt message will be more informative.  BTW, you don't need
>>> PyQt5.  Leo doesn't use it any more.  Please post the Qt error message here
>>> if you can't resolve the problem.
>>> On Monday, July 22, 2024 at 7:20:05 AM UTC-4 p.os...@datec.at wrote:
>>>
>>> Installed xcb-util-cursor, libxinerama. Reinstalled PyQt5, PyQt6 - to no
>>> avail.
>>>
>>>
>>> On Monday, July 22, 2024 at 12:28:47 PM UTC+2 tbp1...@gmail.com wrote:
>>>
>>> Here is a page that has some good information about fixing this problem
>>> in case my previous post doesn't:
>>> “Failed to load platform plugin ”xcb“ ” while launching qt5 app on linux
>>> <https://askubuntu.com/questions/308128/failed-to-load-platform-plugin-xcb-while-launching-qt5-app-on-linux-without>
>>>
>>> Briefly, you can get a more complete error message by setting this
>>> environmental variable before launching Leo:
>>>
>>> export QT_DEBUG_PLUGINS=1
>>>
>>> On Monday, July 22, 2024 at 6:22:55 AM UTC-4 Thomas Passin wrote:
>>>
>>> This error comes up with small variations for some Linux systems.  Many
>>> times the error message will continue to suggest a command line  for
>>> installing the required library.  That library may already be installed but
>>> not the right version.  If there was no suggestion, search online for how
>>> to install it for your system.  Often the library is named *libxcb-cursor0
>>> *but sometimes it goes by a different name.  Here's a site than can
>>> help finding the right install package: http://pkgs.org/
>>>
>>> On Ubuntu systems, this command used to work (I don't know if it still
>>> does):
>>>
>>> sudo apt-get install libx

Re: Leo doesn't start because of some Qt-problems

[Jacob Peck]

Paul, glad that worked!  I must admit I was a bit skeptical that it would, but glad we got there.Thomas, the qt6 dir I messaged is for Arch Linux — EndeavorOS is arch based and I have a working Arch environment.  That’s the only reason I could figure that part out.  What’s odd is that I *don’t* have to specify those paths on my Arch environment.Also, Thomas, if you’re only finding qt6 plugins under your Python site-packages on a Mint vm, I suspect you might not have the system qt6 packages installed.  If you do, I have *no* idea what’s happening in Debian/Ubuntu/Mint land any longer 😅.JakeOn Jul 23, 2024, at 7:30 AM, Thomas Passin  wrote:Good work!  BTW, on my Linux Mint VM that path is /home/tom/.local/lib/python3.11/site-packages/PyQt6/Qt6/plugins/platforms.  The file of interest there must be libqxcb.so.The system's plugins/platform is in /usr/lib and is only for qt5.So we don't necessarily have a one-size-fits-all solution, but we're closer.  If you have the locate command:tom@tom-VirtualBox:~$ locate -r 'platforms$' |grep -i qt6/home/tom/.local/lib/python3.11/site-packages/PyQt6/Qt6/plugins/platformsotherwise (much slower)tom@tom-VirtualBox:~$ find / 2>/dev/null -type d -name platforms |grep -i 'qt6'/home/tom/.local/lib/python3.11/site-packages/PyQt6/Qt6/plugins/platformsOn Tuesday, July 23, 2024 at 1:44:14 AM UTC-4 p.os...@datec.at wrote:I knew I am right here: QT_QPA_PLATFORM_PLUGIN_PATH=
/usr/lib/qt6/plugins/platforms/
QT_PLUGIN_PATH=
/usr/lib/qt6/plugins/platformsdid it! So, yet no need to downgrade. Many many thanks!As for the reinstall of endeavourOS: Could mean, that there are new Qt libs and packages, that fix the bug. I'll check that.Again: Many thanks to you all!PaulOn Monday, July 22, 2024 at 5:44:42 PM UTC+2 gates...@gmail.com wrote:Super fun.You could try setting (one or both of) these before running leo, and seeing if that makes any difference.
QT_QPA_PLATFORM_PLUGIN_PATH=
/usr/lib/qt6/plugins/platforms/
QT_PLUGIN_PATH=
/usr/lib/qt6/plugins/platformsAnother possibility is a bad copy of libqxcb.so in your /home//.local/lib/python3./site-packages directory somewhere.  I've never installed leo via pip, but if it pulled in a copy of that lib somewhere in there that's not playing well with the system libs, that'd be a possibility.  IIRC the 'cv2' python lib ships that library with it, maybe see if that's in there somehow?  Or just do a recursive find for it -- `find 
/home//.local/lib/python3./site-packages -name libqxcb.so -ls` (or similar).Sorry this is being one of those mystery pains. :(JakeOn Mon, Jul 22, 2024 at 11:32 AM p.os...@datec.at <p.os...@datec.at> wrote:Yes, /usr/lib/qt6/plugins/platforms/libqxcb.so exists. Setting the mentioned env var to wayland brings up the same error, with "wayland" instead of "xcb" in the error text. It seems that there is a directory path that didn't get set or has been deleted: 'not found in ""'.On Monday, July 22, 2024 at 5:24:57 PM UTC+2 gates...@gmail.com wrote:Does the file /usr/lib/qt6/plugins/platforms/libqxcb.so exist on your system?Could you try re-installing package `qt6-base`, if not?JakeOn Mon, Jul 22, 2024 at 10:56 AM Thomas Passin <tbp1...@gmail.com> wrote:It's still got to be some library in the xcb library system. So far as I can see it's a Qt problem, not really a Leo one - although that doesn't help, does it? Just having them already installed isn't always enough. I remember one of my VMs had the culprit installed, but after I ran the installation command for it then Qt worked.  I don't remember any details, though.  I also recall that in one case the library name was different from the one or two that had been suggested in the error message.  That time I lucked out with an Internet search.Which distro is this, BTW?On Monday, July 22, 2024 at 10:48:32 AM UTC-4 p.os...@datec.at wrote:Latest qt6-tools are Installed already. Installed qtutilities-qt6. No luck.As for the "&& leo" after setting the env var: That means: "and then start leo".Setting the env var did not show more helpful text, alas.On Monday, July 22, 2024 at 3:34:41 PM UTC+2 gates...@gmail.com wrote:Apologies, pkg name is ‘qt6-tools’, not ‘qt6-utils’.JakeOn Jul 22, 2024, at 9:30 AM, Jacob Peck <gates...@gmail.com> wrote:Thomas, their very first post in this thread indicated they did run with that env var set.Please try (re-)installing qt6-utilis.  That fixed it on my Arch install, and I assume Endeavor uses the arch packages.JakeOn Jul 22, 2024, at 8:50 AM, Thomas Passin <tbp1...@gmail.com> wrote:Try setting that debug variable: 

export QT_DEBUG_PLUGINS=1Maybe the Qt message will be more informative.  BTW, you don't need PyQt5.  Leo doesn't use it any more.  Please post the Qt error message here if you can't resolve the problem.On Monday, July 22, 2024 at 7:20:05

Re: Leo doesn't start because of some Qt-problems

[Jacob Peck]

Super fun.

You could try setting (one or both of) these before running leo, and seeing
if that makes any difference.

QT_QPA_PLATFORM_PLUGIN_PATH= /usr/lib/qt6/plugins/platforms/
QT_PLUGIN_PATH= /usr/lib/qt6/plugins/platforms

Another possibility is a bad copy of libqxcb.so in your
/home//.local/lib/python3./site-packages directory
somewhere.  I've never installed leo via pip, but if it pulled in a copy of
that lib somewhere in there that's not playing well with the system libs,
that'd be a possibility.  IIRC the 'cv2' python lib ships that library with
it, maybe see if that's in there somehow?  Or just do a recursive find for
it -- `find /home//.local/lib/python3./site-packages
-name libqxcb.so -ls` (or similar).

Sorry this is being one of those mystery pains. :(

Jake

On Mon, Jul 22, 2024 at 11:32 AM p.os...@datec.at 
wrote:

> Yes, /usr/lib/qt6/plugins/platforms/libqxcb.so exists. Setting the
> mentioned env var to wayland brings up the same error, with "wayland"
> instead of "xcb" in the error text. It seems that there is a directory path
> that didn't get set or has been deleted: 'not found in ""'.
>
> On Monday, July 22, 2024 at 5:24:57 PM UTC+2 gates...@gmail.com wrote:
>
>> Does the file /usr/lib/qt6/plugins/platforms/libqxcb.so exist on your
>> system?
>>
>> Could you try re-installing package `qt6-base`, if not?
>>
>> Jake
>>
>> On Mon, Jul 22, 2024 at 10:56 AM Thomas Passin  wrote:
>>
>>> It's still got to be some library in the xcb library system. So far as I
>>> can see it's a Qt problem, not really a Leo one - although that doesn't
>>> help, does it? Just having them already installed isn't always enough. I
>>> remember one of my VMs had the culprit installed, but after I ran the
>>> installation command for it then Qt worked.  I don't remember any details,
>>> though.  I also recall that in one case the library name was different from
>>> the one or two that had been suggested in the error message.  That time I
>>> lucked out with an Internet search.
>>>
>>> Which distro is this, BTW?
>>>
>>> On Monday, July 22, 2024 at 10:48:32 AM UTC-4 p.os...@datec.at wrote:
>>>
>>>> Latest qt6-tools are Installed already. Installed qtutilities-qt6. No
>>>> luck.
>>>>
>>>> As for the "&& leo" after setting the env var: That means: "and then
>>>> start leo".
>>>>
>>>> Setting the env var did not show more helpful text, alas.
>>>>
>>>> On Monday, July 22, 2024 at 3:34:41 PM UTC+2 gates...@gmail.com wrote:
>>>>
>>>>> Apologies, pkg name is ‘qt6-tools’, not ‘qt6-utils’.
>>>>>
>>>>> Jake
>>>>>
>>>>> On Jul 22, 2024, at 9:30 AM, Jacob Peck  wrote:
>>>>>
>>>>> 
>>>>>
>>>>> Thomas, their very first post in this thread indicated they did run
>>>>> with that env var set.
>>>>>
>>>>> Please try (re-)installing qt6-utilis.  That fixed it on my Arch
>>>>> install, and I assume Endeavor uses the arch packages.
>>>>>
>>>>> Jake
>>>>>
>>>>> On Jul 22, 2024, at 8:50 AM, Thomas Passin  wrote:
>>>>>
>>>>> Try setting that debug variable:  export QT_DEBUG_PLUGINS=1
>>>>> Maybe the Qt message will be more informative.  BTW, you don't need
>>>>> PyQt5.  Leo doesn't use it any more.  Please post the Qt error message 
>>>>> here
>>>>> if you can't resolve the problem.
>>>>> On Monday, July 22, 2024 at 7:20:05 AM UTC-4 p.os...@datec.at wrote:
>>>>>
>>>>>> Installed xcb-util-cursor, libxinerama. Reinstalled PyQt5, PyQt6 - to
>>>>>> no avail.
>>>>>>
>>>>>>
>>>>>> On Monday, July 22, 2024 at 12:28:47 PM UTC+2 tbp1...@gmail.com
>>>>>> wrote:
>>>>>>
>>>>>>> Here is a page that has some good information about fixing this
>>>>>>> problem in case my previous post doesn't:
>>>>>>> “Failed to load platform plugin ”xcb“ ” while launching qt5 app on
>>>>>>> linux
>>>>>>> <https://askubuntu.com/questions/308128/failed-to-load-platform-plugin-xcb-while-launching-qt5-app-on-linux-without>
>>>>>>>
>>>>>>> Briefly, you can get a more complete

Re: Leo doesn't start because of some Qt-problems

[Jacob Peck]

Does the file /usr/lib/qt6/plugins/platforms/libqxcb.so exist on your
system?

Could you try re-installing package `qt6-base`, if not?

Jake

On Mon, Jul 22, 2024 at 10:56 AM Thomas Passin  wrote:

> It's still got to be some library in the xcb library system. So far as I
> can see it's a Qt problem, not really a Leo one - although that doesn't
> help, does it? Just having them already installed isn't always enough. I
> remember one of my VMs had the culprit installed, but after I ran the
> installation command for it then Qt worked.  I don't remember any details,
> though.  I also recall that in one case the library name was different from
> the one or two that had been suggested in the error message.  That time I
> lucked out with an Internet search.
>
> Which distro is this, BTW?
>
> On Monday, July 22, 2024 at 10:48:32 AM UTC-4 p.os...@datec.at wrote:
>
>> Latest qt6-tools are Installed already. Installed qtutilities-qt6. No
>> luck.
>>
>> As for the "&& leo" after setting the env var: That means: "and then
>> start leo".
>>
>> Setting the env var did not show more helpful text, alas.
>>
>> On Monday, July 22, 2024 at 3:34:41 PM UTC+2 gates...@gmail.com wrote:
>>
>>> Apologies, pkg name is ‘qt6-tools’, not ‘qt6-utils’.
>>>
>>> Jake
>>>
>>> On Jul 22, 2024, at 9:30 AM, Jacob Peck  wrote:
>>>
>>> 
>>>
>>> Thomas, their very first post in this thread indicated they did run with
>>> that env var set.
>>>
>>> Please try (re-)installing qt6-utilis.  That fixed it on my Arch
>>> install, and I assume Endeavor uses the arch packages.
>>>
>>> Jake
>>>
>>> On Jul 22, 2024, at 8:50 AM, Thomas Passin  wrote:
>>>
>>> Try setting that debug variable:  export QT_DEBUG_PLUGINS=1
>>> Maybe the Qt message will be more informative.  BTW, you don't need
>>> PyQt5.  Leo doesn't use it any more.  Please post the Qt error message here
>>> if you can't resolve the problem.
>>> On Monday, July 22, 2024 at 7:20:05 AM UTC-4 p.os...@datec.at wrote:
>>>
>>>> Installed xcb-util-cursor, libxinerama. Reinstalled PyQt5, PyQt6 - to
>>>> no avail.
>>>>
>>>>
>>>> On Monday, July 22, 2024 at 12:28:47 PM UTC+2 tbp1...@gmail.com wrote:
>>>>
>>>>> Here is a page that has some good information about fixing this
>>>>> problem in case my previous post doesn't:
>>>>> “Failed to load platform plugin ”xcb“ ” while launching qt5 app on
>>>>> linux
>>>>> <https://askubuntu.com/questions/308128/failed-to-load-platform-plugin-xcb-while-launching-qt5-app-on-linux-without>
>>>>>
>>>>> Briefly, you can get a more complete error message by setting this
>>>>> environmental variable before launching Leo:
>>>>>
>>>>> export QT_DEBUG_PLUGINS=1
>>>>>
>>>>> On Monday, July 22, 2024 at 6:22:55 AM UTC-4 Thomas Passin wrote:
>>>>>
>>>>>> This error comes up with small variations for some Linux systems.
>>>>>> Many times the error message will continue to suggest a command line  for
>>>>>> installing the required library.  That library may already be installed 
>>>>>> but
>>>>>> not the right version.  If there was no suggestion, search online for how
>>>>>> to install it for your system.  Often the library is named 
>>>>>> *libxcb-cursor0
>>>>>> *but sometimes it goes by a different name.  Here's a site than can
>>>>>> help finding the right install package: http://pkgs.org/
>>>>>>
>>>>>> On Ubuntu systems, this command used to work (I don't know if it
>>>>>> still does):
>>>>>>
>>>>>> sudo apt-get install libxcb-xinerama0
>>>>>>
>>>>>> Sometimes the required library goes by this name: *libqxcb.so*
>>>>>> instead.  Sometimes the error message will suggest two possible names
>>>>>> instead of just the one. Try them both if the first doesn't do the job.
>>>>>> On Monday, July 22, 2024 at 5:40:34 AM UTC-4 p.os...@datec.at wrote:
>>>>>>
>>>>>>> Issuing
>>>>>>>
>>>>>>> export QT_DEBUG_PLUGINS=1 && leo
>>>>>>>
>>>>>>> yields
&g

Re: Leo doesn't start because of some Qt-problems

[Jacob Peck]

Apologies, pkg name is ‘qt6-tools’, not ‘qt6-utils’.JakeOn Jul 22, 2024, at 9:30 AM, Jacob Peck  wrote:Thomas, their very first post in this thread indicated they did run with that env var set.Please try (re-)installing qt6-utilis.  That fixed it on my Arch install, and I assume Endeavor uses the arch packages.JakeOn Jul 22, 2024, at 8:50 AM, Thomas Passin  wrote:Try setting that debug variable: 

export QT_DEBUG_PLUGINS=1Maybe the Qt message will be more informative.  BTW, you don't need PyQt5.  Leo doesn't use it any more.  Please post the Qt error message here if you can't resolve the problem.On Monday, July 22, 2024 at 7:20:05 AM UTC-4 p.os...@datec.at wrote:Installed xcb-util-cursor, libxinerama. Reinstalled PyQt5, PyQt6 - to no avail.On Monday, July 22, 2024 at 12:28:47 PM UTC+2 tbp1...@gmail.com wrote:Here is a page that has some good information about fixing this problem in case my previous post doesn't:“Failed to load platform plugin ”xcb“ ” while launching qt5 app on linuxBriefly, you can get a more complete error message by setting this environmental variable before launching Leo:export QT_DEBUG_PLUGINS=1On Monday, July 22, 2024 at 6:22:55 AM UTC-4 Thomas Passin wrote:This error comes up with small variations for some Linux systems.  Many times the error message will continue to suggest a command line  for installing the required library.  That library may already be installed but not the right version.  If there was no suggestion, search online for how to install it for your system.  Often the library is named libxcb-cursor0 but sometimes it goes by a different name.  Here's a site than can help finding the right install package: http://pkgs.org/On Ubuntu systems, this command used to work (I don't know if it still does):sudo apt-get install libxcb-xinerama0Sometimes the required library goes by this name: libqxcb.so instead.  Sometimes the error message will suggest two possible names instead of just the one. Try them both if the first doesn't do the job.On Monday, July 22, 2024 at 5:40:34 AM UTC-4 p.os...@datec.at wrote:Issuingexport QT_DEBUG_PLUGINS=1 && leoyieldssetting leoID from os.getenv('USER'): 'X'qt.core.plugin.factoryloader: checking directory path "/usr/bin/platforms" ...qt.qpa.plugin: Could not find the Qt platform plugin "xcb" in ""This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.Everything with "xcb" in its name seems installed (I'am on endeavourOS).Any idea, how I could proceed?What I did so far:- Update the whole system (endeavourOS)- Update Leo from PYPICheersPaul



-- 
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 view this discussion on the web visit https://groups.google.com/d/msgid/leo-editor/c2d16273-5d73-45d6-85f0-364af7f1d0f4n%40googlegroups.com.




-- 
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 view this discussion on the web visit https://groups.google.com/d/msgid/leo-editor/2C8233B2-4327-4D2E-A42B-8966E089F1AC%40gmail.com.

Re: Leo doesn't start because of some Qt-problems

[Jacob Peck]

&&leo means the ‘leo’ command will only run if the previous  statement (setting the env variable) succeeds.JakeOn Jul 22, 2024, at 9:24 AM, Thomas Passin  wrote:Sorry, I forgot you had already set the variable.  But what's with the "&&leo"? The error message you should looks just like the ones I've seen without the variable.  With it you're supposed to get more details.On Monday, July 22, 2024 at 8:50:10 AM UTC-4 Thomas Passin wrote:Try setting that debug variable: 

export QT_DEBUG_PLUGINS=1Maybe the Qt message will be more informative.  BTW, you don't need PyQt5.  Leo doesn't use it any more.  Please post the Qt error message here if you can't resolve the problem.On Monday, July 22, 2024 at 7:20:05 AM UTC-4 p.os...@datec.at wrote:Installed xcb-util-cursor, libxinerama. Reinstalled PyQt5, PyQt6 - to no avail.On Monday, July 22, 2024 at 12:28:47 PM UTC+2 tbp1...@gmail.com wrote:Here is a page that has some good information about fixing this problem in case my previous post doesn't:“Failed to load platform plugin ”xcb“ ” while launching qt5 app on linuxBriefly, you can get a more complete error message by setting this environmental variable before launching Leo:export QT_DEBUG_PLUGINS=1On Monday, July 22, 2024 at 6:22:55 AM UTC-4 Thomas Passin wrote:This error comes up with small variations for some Linux systems.  Many times the error message will continue to suggest a command line  for installing the required library.  That library may already be installed but not the right version.  If there was no suggestion, search online for how to install it for your system.  Often the library is named libxcb-cursor0 but sometimes it goes by a different name.  Here's a site than can help finding the right install package: http://pkgs.org/On Ubuntu systems, this command used to work (I don't know if it still does):sudo apt-get install libxcb-xinerama0Sometimes the required library goes by this name: libqxcb.so instead.  Sometimes the error message will suggest two possible names instead of just the one. Try them both if the first doesn't do the job.On Monday, July 22, 2024 at 5:40:34 AM UTC-4 p.os...@datec.at wrote:Issuingexport QT_DEBUG_PLUGINS=1 && leoyieldssetting leoID from os.getenv('USER'): 'X'qt.core.plugin.factoryloader: checking directory path "/usr/bin/platforms" ...qt.qpa.plugin: Could not find the Qt platform plugin "xcb" in ""This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.Everything with "xcb" in its name seems installed (I'am on endeavourOS).Any idea, how I could proceed?What I did so far:- Update the whole system (endeavourOS)- Update Leo from PYPICheersPaul



-- 
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 view this discussion on the web visit https://groups.google.com/d/msgid/leo-editor/c65cb33b-6712-4c78-98b1-c74db329a4d5n%40googlegroups.com.




-- 
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 view this discussion on the web visit https://groups.google.com/d/msgid/leo-editor/F89BB027-FE95-44F6-808B-F964E9257A73%40gmail.com.

Re: Leo doesn't start because of some Qt-problems

[Jacob Peck]

Thomas, their very first post in this thread indicated they did run with that env var set.Please try (re-)installing qt6-utilis.  That fixed it on my Arch install, and I assume Endeavor uses the arch packages.JakeOn Jul 22, 2024, at 8:50 AM, Thomas Passin  wrote:Try setting that debug variable: 

export QT_DEBUG_PLUGINS=1Maybe the Qt message will be more informative.  BTW, you don't need PyQt5.  Leo doesn't use it any more.  Please post the Qt error message here if you can't resolve the problem.On Monday, July 22, 2024 at 7:20:05 AM UTC-4 p.os...@datec.at wrote:Installed xcb-util-cursor, libxinerama. Reinstalled PyQt5, PyQt6 - to no avail.On Monday, July 22, 2024 at 12:28:47 PM UTC+2 tbp1...@gmail.com wrote:Here is a page that has some good information about fixing this problem in case my previous post doesn't:“Failed to load platform plugin ”xcb“ ” while launching qt5 app on linuxBriefly, you can get a more complete error message by setting this environmental variable before launching Leo:export QT_DEBUG_PLUGINS=1On Monday, July 22, 2024 at 6:22:55 AM UTC-4 Thomas Passin wrote:This error comes up with small variations for some Linux systems.  Many times the error message will continue to suggest a command line  for installing the required library.  That library may already be installed but not the right version.  If there was no suggestion, search online for how to install it for your system.  Often the library is named libxcb-cursor0 but sometimes it goes by a different name.  Here's a site than can help finding the right install package: http://pkgs.org/On Ubuntu systems, this command used to work (I don't know if it still does):sudo apt-get install libxcb-xinerama0Sometimes the required library goes by this name: libqxcb.so instead.  Sometimes the error message will suggest two possible names instead of just the one. Try them both if the first doesn't do the job.On Monday, July 22, 2024 at 5:40:34 AM UTC-4 p.os...@datec.at wrote:Issuingexport QT_DEBUG_PLUGINS=1 && leoyieldssetting leoID from os.getenv('USER'): 'X'qt.core.plugin.factoryloader: checking directory path "/usr/bin/platforms" ...qt.qpa.plugin: Could not find the Qt platform plugin "xcb" in ""This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.Everything with "xcb" in its name seems installed (I'am on endeavourOS).Any idea, how I could proceed?What I did so far:- Update the whole system (endeavourOS)- Update Leo from PYPICheersPaul



-- 
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 view this discussion on the web visit https://groups.google.com/d/msgid/leo-editor/c2d16273-5d73-45d6-85f0-364af7f1d0f4n%40googlegroups.com.




-- 
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 view this discussion on the web visit https://groups.google.com/d/msgid/leo-editor/5DBDAF69-C630-4AD2-BD65-FAEA70D8C9C1%40gmail.com.

Re: Using multiple layouts

[Jacob Peck]

Err, s/crashes/errors-in-log/g.  Mea culpa.

On Sat, Jul 20, 2024 at 2:52 PM Jacob Peck  wrote:

> The vr-related crashes are already happening in Leo, I reported a bug on
> it earlier this week: https://github.com/leo-editor/leo-editor/issues/4009
>
> I suspect it's the same bug, and nothing new your scripting and tests are
> causing :)
>
> Thanks for the explanations and patience -- I was caught up in the
> CrowdStrike mess yesterday and am severely lacking sleep...
>
> Jake
>
> On Sat, Jul 20, 2024 at 1:14 PM Thomas Passin  wrote:
>
>> The most obvious way is to use try...except blocks.
>>
>> if vr_splitter:
>> vr_splitter.deleteLater()
>>
>> would become:
>> try:
>> vr_splitter.deleteLater()
>> except:
>> pass
>>
>> Presumably this would not prevent unhooking the vr object from Leo's
>> event syste,
>> On Saturday, July 20, 2024 at 11:50:44 AM UTC-4 Edward K. Ream wrote:
>>
>>> On Sat, Jul 20, 2024 at 9:36 AM Jacob Peck wrote:
>>>
>>> > can't you [do something general :-)]
>>>
>>> I usually approach tricky tasks by writing specific code first.
>>>
>>> Here is a prototype undoer for the "quadrants" layout. It's in a
>>> separate node for prototyping:
>>>
>>> h = c.hash()
>>> pc = g.app.pluginsController
>>> gui = g.app.gui
>>> vr_splitter = gui.find_widget_by_name(c, 'vr-body-splitter')
>>> vr3_splitter = gui.find_widget_by_name(c, 'vr3-body-splitter')
>>> body_frame = gui.find_widget_by_name(c, 'bodyFrame')
>>> parent = (
>>> vr_splitter.parent() if vr_splitter
>>> else vr3_splitter.parent() if vr3_splitter
>>> else None
>>> )
>>> if vr_splitter:
>>> vr_splitter.deleteLater()
>>> if vr3_splitter:
>>> vr3_splitter.deleteLater()
>>> if parent:
>>> parent.addWidget(body_frame)
>>> parent.setSizes([100_000] * len(parent.sizes()))
>>>
>>> Notice that there may be *two* body splitters, now *each with its own
>>> separate name*.
>>>
>>> This works, as far as the gui goes, but deleting the splitters causes
>>> repeated crashes both the VR and VR3 plugins:
>>>
>>> Traceback (most recent call last):
>>>  File "C:\Repos\leo-editor\leo\core\leoPlugins.py", line 348, in
>>> callTagHandler
>>> result = handler(tag, keywords)
>>>  File "C:\Repos\leo-editor\leo\plugins\viewrendered.py", line 363, in
>>> onClose
>>> vr.deleteLater()
>>> RuntimeError: wrapped C/C++ object of type ViewRenderedController has
>>> been deleted
>>>
>>> Traceback (most recent call last):
>>>   File "C:\Repos\leo-editor\leo\core\leoPlugins.py", line 348, in
>>> callTagHandler
>>> result = handler(tag, keywords)
>>>  ^^
>>>   File "C:\Repos\leo-editor\leo\plugins\viewrendered3.py", line 1475, in
>>> onClose
>>> vr3.deleteLater()
>>> RuntimeError: wrapped C/C++ object of type ViewRenderedController3 has
>>> been deleted
>>> ...
>>>
>>> These crashes aren't too surprising, but fixing them is another matter
>>> :-)
>>>
>>> *Summary*
>>>
>>> My usual method is to generalize *after* I know all the details for a
>>> *particular* task.  YMMV.
>>>
>>> Edward
>>>
>> --
>> 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 view this discussion on the web visit
>> https://groups.google.com/d/msgid/leo-editor/72efebb1-840e-4c1c-95d8-3f8698d9d627n%40googlegroups.com
>> <https://groups.google.com/d/msgid/leo-editor/72efebb1-840e-4c1c-95d8-3f8698d9d627n%40googlegroups.com?utm_medium=email&utm_source=footer>
>> .
>>
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSb4dcfj%3DtgrzFTf%2BkAM_W7a%2Barcz1ZVWAWg%2BO31pUB7GQ%40mail.gmail.com.

Re: Using multiple layouts

[Jacob Peck]

The vr-related crashes are already happening in Leo, I reported a bug on it
earlier this week: https://github.com/leo-editor/leo-editor/issues/4009

I suspect it's the same bug, and nothing new your scripting and tests are
causing :)

Thanks for the explanations and patience -- I was caught up in the
CrowdStrike mess yesterday and am severely lacking sleep...

Jake

On Sat, Jul 20, 2024 at 1:14 PM Thomas Passin  wrote:

> The most obvious way is to use try...except blocks.
>
> if vr_splitter:
> vr_splitter.deleteLater()
>
> would become:
> try:
> vr_splitter.deleteLater()
> except:
> pass
>
> Presumably this would not prevent unhooking the vr object from Leo's event
> syste,
> On Saturday, July 20, 2024 at 11:50:44 AM UTC-4 Edward K. Ream wrote:
>
>> On Sat, Jul 20, 2024 at 9:36 AM Jacob Peck wrote:
>>
>> > can't you [do something general :-)]
>>
>> I usually approach tricky tasks by writing specific code first.
>>
>> Here is a prototype undoer for the "quadrants" layout. It's in a separate
>> node for prototyping:
>>
>> h = c.hash()
>> pc = g.app.pluginsController
>> gui = g.app.gui
>> vr_splitter = gui.find_widget_by_name(c, 'vr-body-splitter')
>> vr3_splitter = gui.find_widget_by_name(c, 'vr3-body-splitter')
>> body_frame = gui.find_widget_by_name(c, 'bodyFrame')
>> parent = (
>> vr_splitter.parent() if vr_splitter
>> else vr3_splitter.parent() if vr3_splitter
>> else None
>> )
>> if vr_splitter:
>> vr_splitter.deleteLater()
>> if vr3_splitter:
>> vr3_splitter.deleteLater()
>> if parent:
>> parent.addWidget(body_frame)
>> parent.setSizes([100_000] * len(parent.sizes()))
>>
>> Notice that there may be *two* body splitters, now *each with its own
>> separate name*.
>>
>> This works, as far as the gui goes, but deleting the splitters causes
>> repeated crashes both the VR and VR3 plugins:
>>
>> Traceback (most recent call last):
>>  File "C:\Repos\leo-editor\leo\core\leoPlugins.py", line 348, in
>> callTagHandler
>> result = handler(tag, keywords)
>>  File "C:\Repos\leo-editor\leo\plugins\viewrendered.py", line 363, in
>> onClose
>> vr.deleteLater()
>> RuntimeError: wrapped C/C++ object of type ViewRenderedController has
>> been deleted
>>
>> Traceback (most recent call last):
>>   File "C:\Repos\leo-editor\leo\core\leoPlugins.py", line 348, in
>> callTagHandler
>> result = handler(tag, keywords)
>>  ^^
>>   File "C:\Repos\leo-editor\leo\plugins\viewrendered3.py", line 1475, in
>> onClose
>> vr3.deleteLater()
>> RuntimeError: wrapped C/C++ object of type ViewRenderedController3 has
>> been deleted
>> ...
>>
>> These crashes aren't too surprising, but fixing them is another matter :-)
>>
>> *Summary*
>>
>> My usual method is to generalize *after* I know all the details for a
>> *particular* task.  YMMV.
>>
>> Edward
>>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/leo-editor/72efebb1-840e-4c1c-95d8-3f8698d9d627n%40googlegroups.com
> <https://groups.google.com/d/msgid/leo-editor/72efebb1-840e-4c1c-95d8-3f8698d9d627n%40googlegroups.com?utm_medium=email&utm_source=footer>
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSax6S_WMVuFwgmmrWNoN_-b9%2BowkKgto_d8bUGNZA0hJA%40mail.gmail.com.

Re: Using multiple layouts

[Jacob Peck]

On Sat, Jul 20, 2024 at 10:31 AM Edward K. Ream  wrote:

>
> That was the first approach I tried.  Some of the layout-changing scripts
> insert "helper" widgets and make other tweaks, so no general solution is
> likely, much less an easy-to-understand solution.
>

Sorry for my ignorance on the subject, but can't you:

- find the top level frame, and destroy every child widget underneath it
(recursively if needed)
- rebuild the initial layout inside that top level frame (call some
c.buildGui function that would do the work)?

Not trying to distract from the undoers, it's a fine solution.  Just
curious if I'm missing something obvious here.

Jake

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSYsQiejieVdpba4e6L00c_4E9EO%3DgvNiShFqdLw93D4tQ%40mail.gmail.com.

Re: Using multiple layouts

[Jacob Peck]

Is there no way to simply call the code that creates the default layout in
the first place?  If possible, it would obviate the need for any undoers at
all.  Just call it as the first thing any layout script does.

That would shift to approach #1 rather than approach #2, but if the benefit
of the new API is the ability to define a static layout, perhaps the
initial layout itself should be defined in such a way (if it is not
already), and simply applied with force before tweaking via the rest of the
scripts.

Just a thought.  I have not looked into the code to see if this is feasible.
Jake

On Sat, Jul 20, 2024 at 10:00 AM Edward K. Ream  wrote:

>
>
> On Sat, Jul 20, 2024 at 7:51 AM Thomas Passin  wrote:
>
>> I think there are two potential approaches to undoers:
>>
>> 1. Impose a specific layout regardless of the current layout;
>> 2. Reverse the changes made by the current layout.
>>
>
> Good point. I was thinking of 2. If done consistently, as I envisage, undo
> would then yield the original layout.
>
> Imo, this approach is the easiest and best because it is stateless. Say an
> outline has three @button scripts that change layouts. You can hit any
> button at any time.
>
> A stack-based approach is more complicated because the stack becomes a
> hidden state. Imo, there is no advantage to such an approach.
>
> *Summary*
>
> My undoers will undo the changes made by the layout script, thereby
> yielding the original (unchanged) layout. All layout scripts will undo any
> previous layouts, then apply their own layout.
>
> Edward
>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/leo-editor/CAMF8tS07Vzsx9VoqPvPr45j7YuBcfb-Txuwoi9SKpvv0-Ja39A%40mail.gmail.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSZVh7ZDt1k7dmZAgd0%2B9qiGx0u_MGTntuUVy3iTDpjPqg%40mail.gmail.com.

Re: How do I organize my panes, now that the 'easter egg' interface is gone?

[Jacob Peck]

Here's my go at a `quadrants` layout:

```
from leo.core.leoQt import Orientation, QtWidgets
import leo.plugins.viewrendered as vr

gui = g.app.gui

def make_splitter():
  w = QtWidgets.QSplitter()
  w.setObjectName('body_splitter')
  return w

ms = gui.find_widget_by_name(c, 'main_splitter')
ss = gui.find_widget_by_name(c, 'secondary_splitter')
edf = gui.find_widget_by_name(c, 'bodyFrame')

# add vertical splitter to ms (hosting only the editor)
body_splitter = make_splitter()
body_splitter.setOrientation(Orientation.Vertical)
ms.addWidget(body_splitter)
body_splitter.addWidget(edf)

# add vr pane
h = c.hash()
vrp = vr.controllers.get(h)

if not vrp:
vr.controllers[h] = vrp = vr.ViewRenderedController(c)

if not vrp.isVisible():
body_splitter.addWidget(vrp)
body_splitter.setSizes([100_000] * len(body_splitter.sizes()))
ms.setSizes([100_000] * len(ms.sizes()))
ss.setSizes([100_000] * len(ss.sizes()))
c.doCommandByName('vr-show')
```

I wasn't sure exactly which invocations of setSizes I needed, so I just did
all of them to perfectly balance everything.  Thanks for the boilerplate of
the script, Thomas -- supremely useful in combination with Edward's info
item #3982.

Jake

On Thu, Jul 18, 2024 at 9:45 PM Thomas Passin  wrote:

>
> On Thursday, July 18, 2024 at 9:11:29 PM UTC-4 Edward K. Ream wrote:
>
> On Thu, Jul 18, 2024 at 4:27 PM Thomas Passin  wrote:
>
> And here's a script to create Jacob's Layout #3 "render-focused".  This
> script will work for either VR or VR3 if you just change the module
> imported at the top.
>
>
> Thanks for this. The script works for me with VR3 but not VR. I'll post a
> revised script asap.
>
>
> It worked for both for me. If the pane on the right shows up but VR isn't
> showing anything, try running the "vr-show'" command.  I went to the toggle
> command when vr-show didn't work, but maybe you had VR visible already and
> the toggle turned it off.
>
> The intended import change is from
>
> import leo.plugins.viewrendered3 as v3
>
> to
>
> import leo.plugins.viewrendered as v3
>
> The naming as "v3" and "vr3" when the desired widget is VR is a bit of
> cognitive dissonance.  It was simpler that way for a quick proof of
> principle.
>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/leo-editor/a40175bf-e694-4491-bf07-34dcebf549a0n%40googlegroups.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSb7vq%3DxVbbkpPmhXfU-887Ap_um5z_cQrk4w5eryD9u4w%40mail.gmail.com.

Re: How do I organize my panes, now that the 'easter egg' interface is gone?

[Jacob Peck]

Thank you both for your work on this.  I wasn't trying to get free labor,
but I do appreciate it.  I'll get to work on number 2 as time allows
(unfortunately fleeting at the moment).

An addition of commands that I think would be beneficial, would be:

swap-X-with-Y

Where X and Y are names of panes -- it would simply swap those panes'
locations, within one of these standard layouts.  That combination (these
four basic frameworks and pane-swapping commands) would give me about 95%
of what I used previously, and I think would be a reasonable addition.  But
again, this might require a 'registration' API to register new panes by
name to generate these commands.

Thanks,
Jake

On Thu, Jul 18, 2024 at 5:27 PM Thomas Passin  wrote:

> And here's a script to create Jacob's Layout #3 "render-focused".  This
> script will work for either VR or VR3 if you just change the module
> imported at the top.
>
> """Change layout to Gates # 3 "render-focused"."""
> # ref:
> https://gist.github.com/gatesphere/82c9f67ca7b65d09e85208e0b2f7eca1#file-render-focused
>
> from leo.core.leoQt import Orientation
> import leo.plugins.viewrendered3 as v3
> cmd = 'vr3-show' if 'ed3' in v3.__name__ else 'vr-toggle'
>
> gui = g.app.gui
>
> ms = gui.find_widget_by_name(c, 'main_splitter')
> ss = gui.find_widget_by_name(c, 'secondary_splitter')
> lf = gui.find_widget_by_name(c, 'logFrame')
> of = gui.find_widget_by_name(c, 'outlineFrame')
> edf = gui.find_widget_by_name(c, 'bodyFrame')
>
> init_orientation = ms.orientation()
> g.es(init_orientation)
> if init_orientation != Orientation.Horizontal:
> ms.setOrientation(Orientation.Horizontal)
> ss.setOrientation(Orientation.Vertical)
>
> ms.addWidget(lf)  # Temporarily to get body to be second
> ss.addWidget(edf)
> ss.addWidget(lf)
>
> h = c.hash()
> vr3 = v3.controllers.get(h)
>
> if not vr3:
> v3.controllers[h] = vr3 = v3.ViewRenderedController3(c)
>
> if not vr3.isVisible():
> ms = g.app.gui.find_widget_by_name(c, 'main_splitter')
> ms.addWidget(vr3)
> ms.setSizes([100_000] * len(ms.sizes()))
> c.doCommandByName(cmd)
>
> ss.setSizes([100_000] * len(ss.sizes()))
> ms.setSizes([100_000] * len(ms.sizes()))
>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/leo-editor/525e9a45-2e34-4040-a9ec-f0e656f3da2fn%40googlegroups.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSaGr5VwpzEXBTPG%2BfaS6ijiXk9xkzk0ThJZ_epz6Eknpg%40mail.gmail.com.

Re: How do I organize my panes, now that the 'easter egg' interface is gone?

[Jacob Peck]

Characterizing criticism and concerns as 'bitching' is quite off putting.
But brushing that aside...

A starter pack could include these layouts:
https://gist.github.com/gatesphere/82c9f67ca7b65d09e85208e0b2f7eca1

Notably, quadrants and vertical thirds is how vr *used to act* for the two
split directions, but no longer seems to.

Jake

On Thu, Jul 18, 2024 at 10:50 AM Edward K. Ream  wrote:

> On Thu, Jul 18, 2024 at 8:00 AM Thomas Passin  wrote:
>
> >> Let's focus on creating a set of useful layout plugins.
> > Plugins for layouts would be helpful but don't completely solve the
> question of a simple intuitive user interface.
>
> It's all too easy to design a platinum solution when a silver (or even
> tin) solution will get us 90% there.
>
> True, `@button` nodes aren't a general solution, but they make easy
> prototypes.
>
> First things first: how many new layouts do people want and what are they?
>
> Let's stop bitching and do something constructive.
>
> Edward
>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/leo-editor/CAMF8tS0ZpYfLrs94EbmyOWf5Em-ONoOL-VMQ5rmAk4t0qctXrw%40mail.gmail.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSYUST6jFXHLyMY-Ewe4BsBqSdX229%2B-W0U5SUmOrby6jg%40mail.gmail.com.

Re: How do I organize my panes, now that the 'easter egg' interface is gone?

[Jacob Peck]

To be brief and frank -- @buttons are an objectively bad solution to this
for a casual user.  An @button to set their favorite layout is:

1) inflexible -- a button will set a *specific* layout, and nothing else
2) bespoke -- require *development time* of the user, or to go begging on
the mailing list for someone else to do the work, which is objectively a
bad UX
3) clutter -- would add both cognitive *and* visual clutter to an outline

I feel that 'layout plugins' would assist with this, but they'd still be
supremely inflexible.  For the non-programming user, we went from 'you can
have any layout you want' to 'here are your choices, get over it'.

To point #1, with the old easter-egg approach, I frequently manipulated
layouts dynamically within the same workbook, to achieve what I needed *at
the time, on the fly*. Some layouts I only ended up using for a few
minutes, *as suited my workflow*. There was also the layout saving+loading
mechanism that helped switch when desired to a series of 'stable' layouts,
across all outlines.

To #2, requiring a user to a) know the API, and b) be willing to put in the
effort to write a custom bespoke script just to *move a panel around*.
This is a bit much.

#3 is nothing new in Leo world, but is just one more point of friction for
new users.

If the splitters had context menus to add new splits, and panes had
click&drag handles to let you move them around, my whole issue would be
resolved.  No new commands, no new plugins, no absurd development time
requests of basic users.  The music app Foobar2000 does this by having a
togglable 'layout editing mode' that only surfaces these features when
editing the layout -- otherwise your layout is set in stone.  Just one
model to look to for inspiration -- it works well there, extremely so.

Again, my $0.02.  I don't ask you to *regret* removing free_layout, just to
consider what it is you actually put up in its place.  I also ask you to
not neglect mouse users -- we are the majority of computer users.

Jake

On Thu, Jul 18, 2024 at 7:33 AM Thomas Passin  wrote:

>
> On Thursday, July 18, 2024 at 7:05:08 AM UTC-4 Edward K. Ream wrote:
>
> On Wed, Jul 17, 2024 at 8:51 PM Jacob Peck  wrote:
>
> This being the largest regression I've seen Leo go through in 12 years is
> a *testament* to how fantastic this app is.  Which also, somehow,
> heightens it absence.  It's just a little less 'perfect' now, even as it's
> more structurally sound 'under the hood'.
>
>
> I agree that some help would be welcome.  Thomas's scripts are an
> excellent starting point.
>
> Those scripts are a good *ending* point if you are good with changing the
> layout using `@button` nodes.
>
>
> Too many buttons aren't good. Once one has a script, it can also be added
> to a menu, as another possibility.  That's what I have done with a script
> to move the log frame from the tree's splitter to the body's splitter.
> Partly which way to go it depends on when and how often you use the script.
>
>
> I don't recommend enabling scripts on startup. It's too big a security
> concern. Instead, I recommend creating new *layout plugins*.  Outlines
> could enable the most appropriate plugin.
>
> *Summary*
>
> - There is no need for yet another API or yet more commands.
> - `@button` scripts are best when one wants to allow multiple layouts in
> an outline.
> -  Bespoke *layout plugins* are another way to package non-standard
> layouts.
>
>
> I think that Jacob's concern is that out of the box there is no way for a
> user to set up or choose a different layout, except for the
> *Window/Toggle-Split-Direction*  menu item.  That's somewhat useful but
> some users will want more layout possibilities. With the nested splitter
> context menu, at least there were possibilities that were obscure in the
> extreme but could be experimented with. I think that most users don't want
> to or aren't willing to spend the time to learn to write scripts to create
> new layouts.
>
> I think that layout plugins are a promising way forward, and we should
> provide several so Leo will have them out-of-the-box ... as soon as we can
> learn what layouts people want ...
>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/leo-editor/502b437d-c2bb-445a-b2d1-5a6dda37abafn%40googlegroups.com
> <https://groups.google.com/d/msgid/leo-editor/502b437d-c2bb-445a-b2d1-5a6dda37abafn%40googlegroups.com?utm_medium=email&a

Re: How do I organize my panes, now that the 'easter egg' interface is gone?

[Jacob Peck]

After sending, I realized I omitted a statement I meant to include:

```
This being the largest regression I've seen Leo go through in 12 years is a
*testament* to how fantastic this app is.  Which also, somehow, heightens
it absence.  It's just a little less 'perfect' now, even as it's more
structurally sound 'under the hood'.
```

As a script writer, I'm sure I'll much appreciate the new splitter setup --
some of my 'LeoApps' had done *atrocious* things to get a consistent layout
😅.  I just haven't gotten into the new splitter API and I really don't
think usual users should ever *have* to go that far.

I think a possible starting point for a series of commands could be
(assuming a potential layout of thirds, either vertical or horizontal):

move-XXX-to-top (alias move-XXX-to-left)
move-XXX-to-bottom (alias move-XXX-to-right)
move-XXX-to-center

where XXX is a 'named' pane (log, body, vr, vr3, etc)

And where the commands interpret the appropriate movement instructions from
whether the layout is currently horizontal or vertical via the Split
Direction (thus the aliases -- same command under the hood, just with
user-friendly names for cognitive ease).

Perhaps there could even be an API to 'register' new named panes (which
would auto-generate and auto-populate the appropriate commands).  And a
matching `list-all-named-panes` command (and function somewhere under c)
that would get you the list of registered named panes.  With such a thing,
plugins that add new panes could just say to Leo's core "hey, I'm providing
a widget called foobar, you do the layout work".

Just spitballing.  Thanks for coming to my TED talk :)
Jake

On Wed, Jul 17, 2024 at 9:01 PM Thomas Passin  wrote:

>
> On Wednesday, July 17, 2024 at 8:44:35 PM UTC-4 gates...@gmail.com wrote:
>
> Thank you, Thomas and Edward, for your inputs and examples.
>
> As a Leo user (and occasional dev/contributor) over the last 12 years and
> change, removing the ‘Easter egg’ menus feels like the largest regression
> I’ve seen Leo go through.   Needing to write custom commands and scripts to
> do now what used to take about three clicks before is just unfortunate.
>
> I don’t know how to satisfy both the needs of devs and the needs of users
> in this instance.  It just feels a bit sad that the UI lost in this
> particular fight.  And I don’t think that a bevy of new commands is the
> right way to go about it moving forward, either — many users never ever
> interact with the minibuffer.  I certainly don’t use it if I can help it.
> And Leo is my Everything Program for over a decade now.
>
> I will script up the things I need to get the work done that I need to do,
> but in all honesty this is a huge loss for those who aren’t programmers and
> used to be among the users Leo welcomed more thoroughly.  It feels a little
> bit like every passing version removes more and more user-facing features,
> and alienates non-programming folks even further.
>
> Sorry to complain, just airing my $0.02 (worth even less now with
> inflation).
>
>
> I was unhappy too or at least concerned when Edward brought up changing
> the splitter interface.  But unlike you, I always had trouble using it, or
> even knowing what the various context menu items would do.  And when I got
> a configuration I liked, it was hard for me to reproduce.  I was constantly
> irritated and tried to avoid using the splitter menu.  It also made
> programming various things in plugins tricky at best. The new interface is
> much better, I think, at least for programmers.
>
> I certainly agree with you about having built-in commands that are easy to
> use to replace some of the splitter menu commands.  Ordinary users
> shouldn't have to write scripts to do basic configuration.  OTOH, just what
> are those configuration things that people want to do? It's a little hard
> to know until they speak up.  I don't know about Edward, but I hope we can
> learn what people want the most and start to build them in.
>
> And, as always, it's hard to figure out how to let people find out how to
> do things they want.  Suggestions greatly welcomed!
>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/leo-editor/add5bed1-e9dc-49fb-a2f5-e522450cbe2bn%40googlegroups.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSYsPbGH_oYiOQWvwonM7h_8HGvTer2SFahbSu5SoP

Re: How do I organize my panes, now that the 'easter egg' interface is gone?

[Jacob Peck]

Thank you, Thomas and Edward, for your inputs and examples.As a Leo user (and occasional dev/contributor) over the last 12 years and change, removing the ‘Easter egg’ menus feels like the largest regression I’ve seen Leo go through.   Needing to write custom commands and scripts to do now what used to take about three clicks before is just unfortunate.I don’t know how to satisfy both the needs of devs and the needs of users in this instance.  It just feels a bit sad that the UI lost in this particular fight.  And I don’t think that a bevy of new commands is the right way to go about it moving forward, either — many users never ever interact with the minibuffer.  I certainly don’t use it if I can help it.  And Leo is my Everything Program for over a decade now.I will script up the things I need to get the work done that I need to do, but in all honesty this is a huge loss for those who aren’t programmers and used to be among the users Leo welcomed more thoroughly.  It feels a little bit like every passing version removes more and more user-facing features, and alienates non-programming folks even further.Sorry to complain, just airing my $0.02 (worth even less now with inflation).JakeOn Jul 17, 2024, at 7:47 PM, Thomas Passin  wrote:Here's a similar script that will toggle viewrendered  in a new pane next to the body:import leo.plugins.viewrendered as vh = c.hash()vr = v.controllers.get(h)if not vr:    v.controllers[h] = vr = v.ViewRenderedController(c)if vr.isVisible():    c.doCommandByName('vr-hide')else:    ms = g.app.gui.find_widget_by_name(c, 'main_splitter')    ms.addWidget(vr)    ms.setSizes([100_000] * len(ms.sizes()))    c.doCommandByName('vr-show')On Wednesday, July 17, 2024 at 5:14:53 PM UTC-4 Thomas Passin wrote:If you want to use viewrendered3 instead of viewrendered, I have scripts that will open it in the same pane as the body editor, and you can toggle between VR3 and the body editor.  I have another one that can open VR3 in the log pane instead of on a small panel under it.  I'm pretty sure a small change would make them work for VR but I  haven't tried it.Otherwise, I have a script that moves the log frame from its default position under the tree to a new panel to the right of the body editor.  This does the same thing as one of the old splitter menu items. I've put these scripts into buttons so they are easy to use.Actually it's easier to write dedicated little scripts now than it used to be with the old nested splitters.  Mainly you have to know the names of the frames and splitters you are interested in.  Edward posted a command that will list all the widgets and their names in a hierarchical view.  I forget whether it's a built-in Leo command or not.My guess is that eventually a default Leo installation will have several of these little commands, once we get enough experience to know what they should be.  Here's my script to swap the log frame to a position beside the body editor.  It finds the splitter of interest, then finds the widget for the log frame, and inserts it into the same splitter as the body editor - that automatically puts it beside or below the body editor depending on the orientation you are using:"""Move Nav frame between main and secondary splitters."""gui = g.app.guims = gui.find_widget_by_name(c, 'main_splitter')ss = gui.find_widget_by_name(c, 'secondary_splitter')lf = gui.find_widget_by_name(c, 'logFrame')nav_in_secondary = ss.findChild(type(lf), "logFrame")target = ms if nav_in_secondary else sstarget.addWidget(lf)# Equalize sizes - "10" must be larger than any of the widgets...# and well less than MAX_INTtarget.setSizes([100_000] * len(target.sizes()))If you are using vertical orientation instead or horizonal (or maybe the other way around, I forget the terminology) this may not be what you want but you can change the orientation with the Window menu item Toggle-Split-Direction .Until we have more of these commands, post what functionality you would like to have  and perhaps Edward or I will be able to write one.On Wednesday, July 17, 2024 at 2:55:53 PM UTC-4 gates...@gmail.com wrote:Alt-0 to open my VR pane now opens in a really tiny box underneath my log, and it's kinda unusable there.  I'm not seeing in the docs or leoSettings file how to move things around any longer.  This feels like a downgrade, unless I'm just missing some commands or something (and even if there are commands, the right-click context menus were supremely useful for this. so I didn't have to memorize new things).Sorry if this sounds frustrated or critical, that's not my intention. I'm honestly just trying to figure this brave new world out.  The 'old way' may have had its implementation woes, but the user facing experience was at least easier to grok to me.  Please point me in the right direction, so I can educate myself.Thanks,Jake




-- 
You received this message because you are subscribed to the Google Groups "leo-editor" group.
To unsubscribe from this group and stop receiving em

How do I organize my panes, now that the 'easter egg' interface is gone?

[Jacob Peck]

Alt-0 to open my VR pane now opens in a really tiny box underneath my log,
and it's kinda unusable there.  I'm not seeing in the docs or leoSettings
file how to move things around any longer.  This feels like a downgrade,
unless I'm just missing some commands or something (and even if there are
commands, the right-click context menus were supremely useful for this. so
I didn't have to memorize new things).

Sorry if this sounds frustrated or critical, that's not my intention. I'm
honestly just trying to figure this brave new world out.  The 'old way' may
have had its implementation woes, but the user facing experience was at
least easier to grok to me.  Please point me in the right direction, so I
can educate myself.

Thanks,
Jake

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSa-Tem18i61wV2%3D7WwgXcPH3nTawsSHwq6-ExCo6jutFQ%40mail.gmail.com.

Re: Hex File Snooper

[Jacob Peck]

As with all things, YMMV.  But I run a Windows 10 installation, with
ArchWSL as my WSL distro.  It's on WSL2 (as opposed to WSL1, which did
things differently).  WSL2 effectively runs the Linux kernel as a program,
which other linux programs can use to get their system calls answered, so
it's fairly lightweight in that aspect.

On my system, the memory impact is minimal (maybe 10-100MB when idle). Disk
space is going to be entirely up to what you install inside your distro --
on my box it's hovering at around 50GB, but that's after using this same
installation for many years, installing packages, etc.  The default install
depending on distro could be 10GB or so.

Once in a WSL shell, your Windows drives and files are available in
/mnt/.  For example, /mnt/c is my C: drive.  It's really slick
how well they pulled it off.

Jake

On Tue, Jun 11, 2024 at 1:58 PM Thomas Passin  wrote:

>
> On Tuesday, June 11, 2024 at 12:35:26 PM UTC-4 gates...@gmail.com wrote:
>
> On Windows, I use my Linux tools :)
>
> WSL is fantastic for this — ‘xxd’ works just as well in a WSL shell as it
> does on my Arch laptop.
>
>
> I haven't tried WSL yet.  Does it take up a lot of memory or disk space?
> I'm not a Linux whiz, and I usually spin up a Linux VM when I need to try
> something.
>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/leo-editor/2b9962d0-fb02-4a30-9f94-f9e40589e7c1n%40googlegroups.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSa5B1caSOMidt0O9%3DpW-3a4S9zZUcJWPOnfqJ%3DMDJVYmA%40mail.gmail.com.

Re: Hex File Snooper

[Jacob Peck]

On Windows, I use my Linux tools :)WSL is fantastic for this — ‘xxd’ works just as well in a WSL shell as it does on my Arch laptop.This script is real nice though! I’ve often wished Leo had a ‘hex mode’, for whatever that would mean.  It would be a heavy lift though, to get proper hex editing going. Not to mention figuring out what the semantics of that even mean in the context of an outliner…JakeOn Jun 11, 2024, at 6:01 AM, Thomas Passin  wrote:Yes, that kind of display goes *way* back.  And back then you had so little memory that you only wanted to load small slices of a file. I don't know what others do on Windows, but I have a small head.cmd script that uses awk to do the job (for text files, not binaries).On Tuesday, June 11, 2024 at 5:08:08 AM UTC-4 Edward K. Ream wrote:On Mon, Jun 10, 2024 at 6:53 PM Thomas Passin  wrote:Sometimes it is useful to view the first N bytes of a file without reading the whole file. This tool reminds me of tools I used ca 1980 at the dawn of the personal computer age.Edward




-- 
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 view this discussion on the web visit https://groups.google.com/d/msgid/leo-editor/23afab4b-f3df-4417-8c71-a105fffc07c3n%40googlegroups.com.




-- 
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 view this discussion on the web visit https://groups.google.com/d/msgid/leo-editor/F1990EDA-C4B6-4550-B8DA-FBE0767BA160%40gmail.com.

Re: F-string syntax with Equals Sign

[Jacob Peck]

Wow, thanks for this.  Can't believe I've missed that.

This will save me hours over the course of a year.

Jake

On Wed, May 29, 2024 at 10:44 AM Thomas Passin  wrote:

> This has been in Python since version 3.8 but I just learned about it
> today. It's probably most useful for debugging.  If you end the expression
> in curly braces with an equals sign, the result will display
> = -
>
> >>>some_list = ['a','b','c']
> >>>print(f'{some_list=}')
> some_list=['a', 'b', 'c']
>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/leo-editor/cf704c8e-076a-4b56-a382-2d18b2282eb2n%40googlegroups.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSYQydCngkMUzfaFc%3Dwgf%2Bk5G9O5QjX36nb4KYqA%3DBYfKg%40mail.gmail.com.

Re: Aha: the Nav pane discourages people from using clones

[Jacob Peck]

As a daily user of Leo for well over a decade, I do not (often) use clones.  I do understand that clones are a fundamental feature of Leo, but they are rarely useful for me outside of boilerplate code or documentation.  Honestly, in most cases where clones would perhaps serve the purposes I have, I usually just write a quick script instead.On the other hand, I am a heavy user (abuser?) of the Nav pane.  Leo would be severely less useful for me without it.  I do not find any confusion about clones in the Nav pane when I am using them, but I admit I may not be representative of the cloneless Leonistas out there.I suspect this thread will reveal two things:1) Your (Edward) way of heavily using clones to organize your thoughts and code is perhaps less universal than you’d otherwise think, and,2) A not-insignificant amount of people are somewhere in the middle, using clones ‘occasionally’.The beauty and power of Leo is in that it offers many ways of customizing itself to its user’s whims.  Clones and the Nav pane are both great examples of this, and should be allowed to coexist.  It’s not invalid to use Leo without clones any more than it’s invalid to use Leo for PIM and not programming.  From my 2013 blogpost, “Leo is Love”.—>JakeOn May 26, 2024, at 5:47 PM, Edward K. Ream  wrote:The Nav pane shows all clones of a node. Showing all the clones could be called a feature, but imo it's confusing.I suspect that this confusion creates a divide between those who love clones and those that don't.I'm not sure what could or should be done. All of your comments are welcome.Edward



-- 
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 view this discussion on the web visit https://groups.google.com/d/msgid/leo-editor/18abfdaa-16b1-4d3a-8956-5db5f491e89dn%40googlegroups.com.




-- 
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 view this discussion on the web visit https://groups.google.com/d/msgid/leo-editor/8265CA72-9F1B-4D0A-9953-07DFA6E95ADB%40gmail.com.

Re: Another YouTube video worth watching twice

[Jacob Peck]

Semi-related, James P. Carse's book "Finite and Infinite Games" is a good,
if occasionally overtly-spiritual (and easily enough ignored if that kind
of thing isn't for you), look at life through the lens of games.

Weirdly, I find all of this to be tied together with Mark Chu-Carroll's
"Good Math", which is "just" a meandering path through interesting
mathematical concepts, but has opened surprising doors for me when viewed
through the lens of game theoretical analysis.

YMMV wildly, of course :)

Jake

On Thu, May 2, 2024 at 12:00 PM Edward K. Ream  wrote:

> This video  is about game
> theory and its implications for us and the world.
>
> None of us specializes in this area of mathematics so we will all learn a
> lot. It changed my view of the world. It will likely change yours.
>
> I've just watched this video a second time. Please watch it and pass it on
> :-)
>
> Edward
>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/leo-editor/5d4bffdc-7cbb-4796-9594-73b19f0514bfn%40googlegroups.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSZ9M%3DeM8i-7yKE3aNhheQrX0fA%3DRjdEhRWDFDq0ErRSJg%40mail.gmail.com.

Re: ENB: Seconds thoughts about Trilium Notes

[Jacob Peck]

Why would a floating window solve any problems here?  How are you
envisioning that a floating VR3 window, *which can already be done* *today
without any additional coding*, would help the situation?

As a counterpoint, I only have a single display available to me.  I
generally do my work (in Leo) on a single desktop monitor, or a tiny laptop
screen.  In *both cases* I would much prefer a switchable pane, rather than
a floating window.  The current solution of VR eating up a third of the
screen by default, or of faffing about with a floating window (even more
irksome on a laptop with a touchpad), is such a poor UX that I avoid it.
Enough so that I've effectively stopped using Leo for anything that needs
to be rendered.

Adding a first-class 'floating window' feature to VR/3 wouldn't fix any
issues.  It would strictly exacerbate the issue.  But a context-aware
switchable tab, which is eminently doable, would solve *every single one*
of my personal problems.  And I know it's a workable solution *because I've
done it*.

Leo is, to me, an editor, an IDE, and a platform.  But it is increasingly
*not* an authoring tool for me, because of the current implementation of
VR.  And that's frustrating, because authoring any sort of complex
documentation *should be* where Leo shines, given the first-class outlining
and clones.

Just my $0.02.  I wish we wouldn't just discard things out of hand because
of perceived 'dubiousness'.  Experimentation is fruitful, and painless,
given git branching.

Jake

On Fri, Apr 26, 2024 at 1:31 PM Edward K. Ream  wrote:

> On Fri, Apr 26, 2024 at 11:49 AM Thomas Passin 
> wrote:
>
> >> Trilium undervalues the power of text:
>
> > I think that Edward does not appreciate how often users want to use Leo
> as a Notebook...
>
> I agree. Leonistas *should *be able to use lots of graphics :-) That's
> why improving the VR plugins and (maybe) the rst3 plugin seems like a good
> idea.
>
> > Trillium...shows you a rendered view of its nodes and makes it harder to
> edit and work with the content.
>
> > Leo makes it easy to edit and work with text, but harder to insert and
> look at rendered graphics, etc.
>
> That's a reasonable summary. A floating VR pane would be a step forward.
>
> > VR3 can display [jupyter] files using an @jupyter node type. Any text
> display would only show the raw html...
>
> Yes, sometimes the rendered view is preferable. But that's no reason to
> complicate Leo's interface.
>
> *Summary*
>
> The Easter Egg is the only way to expand the VR pane. An optional floating
> VR window would solve that problem.
>
> Edward
>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/leo-editor/CAMF8tS1WZmuDxfRg8vU-oWsXKRZOoKSqn2ZP0cGX0Duw_5ys4A%40mail.gmail.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSYr2DEPMRRaA9Xr%2BXdUx-a1r%2B%2Bj7Z0zxJ8LxTwTvG998Q%40mail.gmail.com.

Re: A Leo relative in the wild: Trilium Notes

[Jacob Peck]

I actually implemented something similar in a private 'leoapp' (app that
lives in a .leo file) I wrote for myself a few years back.  Pretty simple
to get done, IIRC.

My general pattern was to have a controller class that contained two 'view'
widgets (a QTextBrowser for rendered HTML, and a QTextEdit for editing).
The controller class had a wrapper widget that also had an 'edit' toggle
button.  When 'edit' is clicked, a callback is fired off to remove the
active view widget and replace it with the new one (and set some state in
the controller so it doesn't lose track of things).  Content is updated
between the two widgets whenever this swap happens.  Internally they are
two completely different objects, but to the user, the swap is fairly
seamless.

I did write this app relying on PyQt5, unfortunately, so I have a fair bit
of updating to do if I want it to work on modern Leo.  Ah well.

Jake

On Thu, Apr 25, 2024 at 8:10 AM Edward K. Ream  wrote:

>
>
> On Thu, Apr 25, 2024 at 6:57 AM Thomas Passin  wrote:
>
>> Except that standard Leo nodes don't render graphics and other non-text
>> items.  That's a big difference. We get around it to a degree with VR/VR3.
>> Hmm, instead of rendering those nodes in a separate frame as VR/VR3 does,
>> we could overlay the rendering frame over the editing frame. We could
>> switch in and out of rendering mode to allow editing.  I bet that wouldn't
>> be too hard. One way would be to use a 2-frame tabbed widget.  Leo would
>> then have no disadvantage compared with Trillium and its ilk, and would
>> keep all of its advantages.
>>
>> Yowee!
>>
>
> I'm interested. Let's see what you can do.
>
> Edward
>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/leo-editor/CAMF8tS2oz4FPGXyuztu8e%3DpA3_vLG3DCF2x24p1FM_kSrRPJKw%40mail.gmail.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSYFAmFbSQQ65BqL0C6fAGPLA16gjHp_g%3DzgLAJE5h-xMA%40mail.gmail.com.

Re: Small puzzle: where is this focus-to-body action coming from?

[Jacob Peck]

Oh wow, I completely missed the @ignore.

Curious, my machine does focus-to-body (or something similar, at least) on
Ctrl+Right too, but I can't find any reason for that keybinding to be in
place, nor does it show up in my 'show-commands' output either.  Only
appears to work from the tree or log panes -- once in the body,
forward-word happens instead (as intended).

I somehow doubt Ctrl+RightArrow equals the same keycode as Tab, because
Ctrl+RightArrow acts differently from Tab in the body editor.

I wonder if this is some default tab-indexing thing in PyQT that we're not
un-setting.  Maybe QT has Ctrl+(arrow keys) as default keybindings to
navigate between widgets?

Ctrl+LeftArrow in either tree or log panes also seems to set focus to the
body pane too.  When I 'float' the body pane (have it in a separate
window), the behavior stops -- neither Ctrl+Right nor Ctrl+Left do anything
in the tree pane any longer.

Weird!

Jake

On Thu, Mar 21, 2024 at 3:20 PM jkn  wrote:

> Yes, but that is for Alt-d, not the keystrokes I was mentioning.
>
> I see the one that Jake mentions, above, but that seems to be for vi
> emulation, which AFAIK I do not have enabled. Anyway, that setting is
> within an @ignore node. At any rate, I do not have an entry for "
> enter-tree-expand-and-go-right-mode" from 'show-commands'
>
> and I now want to know what keystrokes generate Ctrl-next and Ctrl-prior...
>
> On Thursday, March 21, 2024 at 6:21:02 PM UTC tbp1...@gmail.com wrote:
>
>> On Thursday, March 21, 2024 at 2:02:50 PM UTC-4 jkn wrote:
>>
>> Nevertheless - other @shortcuts I have in myLeoSettings.leo are shown in
>> the log output to 'show-commands' - why not this one?
>>
>>
>> It's in there. My listings for Settings/Show Settings /Show Commands has
>> it:
>>
>> Alt+d   focus-to-body
>>
>> It's hard to find things in these listings so I copied it and pasted it
>> into a text editor.  A search for the command name located its line. Note
>> that either a + or - symbol can be used for bindings, as best I know.
>>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/leo-editor/22e3b8f1-93db-4f47-913d-d3321dd75acan%40googlegroups.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSaQ7Azr%2B6XwufvDjKx2r763deBVpJpssVBjBT-NVp0vEQ%40mail.gmail.com.

Re: Small puzzle: where is this focus-to-body action coming from?

[Jacob Peck]

Seems to be defined in this node in the leoSettings.leo file shipped with
devel:

unl:gnx://leoSettings.leo#ekr.20140721165014.19188 (line 88 of that node)

```
<...snip...>
enter-tree-expand-and-go-right-mode ! tree = Ctrl-RtArrow
<...snip...>
```

Jake

On Thu, Mar 21, 2024 at 2:02 PM jkn  wrote:

>  sorry, I should correct myself. I *do* know about shortcuts - I have
> forgotten that that was the name for the 'bind command to key' settings. I
> was thinking that was '@binding' or something.
>
> Nevertheless - other @shortcuts I have in myLeoSettings.leo are shown in
> the log output to 'show-commands' - why not this one?
>
> Or is it because this (Ctrl-right-arrow) is "Ctrl-Next"? This is shown in
> LeoSettings.leo and in the log pane:
>
> tab-cycle-previous  = Ctrl-Prior
> tab-cycle-next  = Ctrl-Next
> tab-cycle-next  = Ctrl-Tab
>
> ? (I had never though of 'Ctrl-Next', and 'Ctrl-Prior', as referring to
> these key presses)
>
> Great, in that case ... except that for me you can't *cycle* between the
> panes using this, only from tree to body. At least for me ... more
> investigation...
>
> J^n
>
>
> On Thursday, March 21, 2024 at 5:51:57 PM UTC jkn wrote:
>
>> I am not sure I even know what @shortcuts are! They are hardly mentioned
>> in the docs.
>>
>> Right, off to investigate, thanks...
>>
>> On Thursday, March 21, 2024 at 5:28:09 PM UTC tbp1...@gmail.com wrote:
>>
>>> It's in LeoSettings.leo, in the node @shortcuts Gui operations.
>>>
>>> On Thursday, March 21, 2024 at 10:33:33 AM UTC-4 jkn wrote:
>>>
 I keep meaning to look at 'improving' (for my needs) navigation between
 Tree and body panes. Whilst taking a look at this again I found a puzzle.

 I have what is (I think) the standard bindings for this:

 # show-commands
 Alt+d   focus-to-body
tree:Tab focus-to-body
 focus-to-find
 focus-to-log
 focus-to-minibuffer
 focus-to-spell-tab
 Alt+t   focus-to-tree

 However - CTRL+right (ie. main arrow keys on my 107-key KB) seems to do
 focus-to-body as well as TAB.

 Any idea where this binding might be occurring? Is CTRL-right getting
 turned into TAB somewhere? How can I find out, if show-commands gives the
 output above?

 Thanks, jon N


 --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/leo-editor/0be80899-b9d8-4acc-afed-e50a74766276n%40googlegroups.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSb9ZWSKH5EP8_NJbBNa104DSCvKKBeggTQShXxBkbVeSg%40mail.gmail.com.

Re: Discuss: Leo 6.7.8 will install only PyQt6

[Jacob Peck]

My go-to ‘what package do I need’ tool is pkgs.org.  They’re showing that the package for Fedora 38 is called xcb-until-cursor.  Linux library management leaves much to be desired, in general.https://pkgs.org/download/libxcb-cursor.so.0()(64bit)Hope this helps!JakeOn Mar 17, 2024, at 3:45 PM, Viktor Ransmayr  wrote:Hello Thomas,Am So., 17. März 2024 um 15:41 Uhr schrieb Thomas Passin :Try the other suggested library in the error message: 

xcb-cursor0 . I went through the same thing about a week ago on a different distro, and using the alternate suggestion solved it.  If that doesn't work either, run an internet search for "fedora qt.qpa.plugin: From 6.5.0, xcb-cursor0 or libxcb-cursor0 is needed to load the Qt xcb platform plugin." This may surface another library name that your distro has.I tried both libraries ! - See my log ... On Sunday, March 17, 2024 at 3:20:17 PM UTC-4 viktor@gmail.com wrote:Hello Edward, hello Thomas,tbp1...@gmail.com schrieb am Freitag, 1. März 2024 um 07:32:23 UTC-5:On Friday, March 1, 2024 at 5:33:34 AM UTC-5 Edward K. Ream wrote:My question wasn't clear. I meant to ask whether potential errors concerning the missing 
xcb-cursor0 or libxcb-cursor0 libraries are a show stopper.Imo, most linux users will know to run sudo apt install, so the missing library isn't a significant barrier to requiring PyQt6. A new FAQ entry might be all that is needed. Do you agree?A year ago I might have said it was a show-stopper.  But now the error message from Ubuntu was clear enough that running its suggested command fixed the issue.  In years past I had to go to the internet and wade through a lot of useless posts to find the right command (I've saved it in my workbook to make it easier to find).  I do know that some non-technical people will read the error message and yet not know what to do, so I agree with a FAQ entry.BTW, Ubuntu/XUbuntu is the only distro where I've encountered this issue so far.I have encountered this problem as well, when I tried to install Leo from the devel-branch into a newly created Fedora 38 VM.When I try to install the mentioned libraries I receive the following error msg:###    [user@Test-VM1 ~]$     [user@Test-VM1 ~]$ ./leo &    [1] 1513    [user@Test-VM1 ~]$ setting leoID from os.getenv('USER'): 'user'    qt.qpa.plugin: From 6.5.0, xcb-cursor0 or libxcb-cursor0 is needed to load the Qt xcb platform plugin.    qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found.    This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.    Available platform plugins are: linuxfb, vnc, minimal, wayland-egl, eglfs, vkkhrdisplay, offscreen, wayland, xcb, minimalegl.    ./leo: line 2:  1517 Aborted                 (core dumped) python ~/leo-editor/launchLeo.py $1    [1]+  Exit 134                ./leo    [user@Test-VM1 ~]$     [user@fedora-38-minimal-vr ~]$ sudo dnf install libxcb-cursor0    Last metadata expiration check: 2:19:22 ago on Sun Mar 17 12:29:58 2024.    No match for argument: libxcb-cursor0    Error: Unable to find a match: libxcb-cursor0    [user@fedora-38-minimal-vr ~]$     [user@fedora-38-minimal-vr ~]$ sudo dnf install xcb-cursor0    Last metadata expiration check: 2:19:56 ago on Sun Mar 17 12:29:58 2024.    No match for argument: xcb-cursor0    Error: Unable to find a match: xcb-cursor0    [user@fedora-38-minimal-vr ~]$ ###What am I missing ?With kind regards,Viktor 



-- 
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 view this discussion on the web visit https://groups.google.com/d/msgid/leo-editor/a257a7e3-343e-4f9e-bfde-f3c58b9f9b72n%40googlegroups.com.




-- 
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 view this discussion on the web visit https://groups.google.com/d/msgid/leo-editor/CAAeSrGLyR7OSmHatFmn0gQGPHPj_8Ozyi4L9qt7PeKx_OZ%3DBZA%40mail.gmail.com.




-- 
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 view this discussion on the web visit https://groups.google.com/d/msgid/leo-editor/0301B43C-F374-4FAF-A737-5E2EC94FC34B%40gmail.com.

Re: recommend an approach or path to learning more about Leo

[Jacob Peck]

"Too deep" is definitely a bit subjective, and will vary by person.

But what I found helpful is to build a few plugins.  Find some pocket of
your workflow that you think could be just a little bit better 'if '
and write a plugin that does .

Plugins are a good way, imo, to limit your exposure -- you'll likely only
be interacting with the parts of Leo's code you really need for your
intended functionality.  Unfortunately there's no real way to avoid reading
Leo's source code, but you definitely don't have to drink from the firehose
to get a better understanding of it.

Jake

On Sat, Dec 9, 2023 at 9:02 AM HaveF HaveF  wrote:

> Hello,
>
> I have mastered the basics of Leo and am using it daily this year. I can
> use Leo to manage contents, write commands, create buttons, and even
> develop a small interface on the Log/Find/Tags/Nav panel. However, I'm not
> satisfied and wish to delve deeper into Leo.
>
> I have an idea to create an importer for a specific file format, but I
> stopped by my understanding of Leo.
> Create an importer is not important and not a high priority for me, It's
> just one of many ideas that I can't implement because I don't know Leo well
> enough.
>
> I'm eager to expand my knowledge of Leo. While reading code is a viable
> learning method, I find the scope of Leo overwhelming. Could you recommend
> an approach or path to learning more about Leo that is *manageable and
> not too steep*?
>
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/leo-editor/bd6bd906-bfe5-4425-a68b-cad2dd6e4783n%40googlegroups.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSbbdSyVf7ObkLNj%3DGGeGbL9%3D82VGy5fXd%2BS%2B37qrBYW1w%40mail.gmail.com.

Re: Moving beyond Leo

[Jacob Peck]

I used lilypond with LaTeX for my honors thesis in undergrad about 11 years ago.  I sincerely hope the LaTeX integration has improved since then :)JakeOn Oct 1, 2023, at 9:44 AM, Thomas Passin  wrote:Agreed, Lilypond is very good.  It takes a lot of learning, though.On Sunday, October 1, 2023 at 8:57:25 AM UTC-4 Edward K. Ream wrote:On Sun, Oct 1, 2023 at 7:44 AM Thomas Passin  wrote:On Sunday, October 1, 2023 at 8:07:05 AM UTC-4 Edward K. Ream wrote:

Last week, I started playing with LaTeX for what is known as music engraving.Music engraving ... if you want a challenge, well, all right then! :-) It should be easier than it sounds. There are tools like lilypond and macros like MusiXTEX. As I said, the challenge is finding the easiest pipeline. I hope to help create my music teacher's next book.Edward




-- 
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 view this discussion on the web visit https://groups.google.com/d/msgid/leo-editor/923a85b1-833e-435c-9444-21c0b7436abfn%40googlegroups.com.




-- 
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 view this discussion on the web visit https://groups.google.com/d/msgid/leo-editor/39F42E45-A953-4EB6-9CB0-A52CAD926205%40gmail.com.

Re: How to revert in git?

[Jacob Peck]

Hi Rob,Try ‘git checkout ’.Also, a possible fix for that devel issue for now is to install PyEnchant from pypi.  I think it’s accidentally a requirement at the moment.JakeOn Sep 26, 2023, at 4:43 PM, Rob  wrote:I need to revert to an earlier version as the current one in the devel branch won't launch (see the issue here). Usually I use `git pull` in the command line of the Leo directory to get the most recent changes. However, I don't know enough about how git works to pull in an earlier version.Rob...



-- 
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 view this discussion on the web visit https://groups.google.com/d/msgid/leo-editor/87794260-577d-4636-9fca-f5c1479bdcd5n%40googlegroups.com.




-- 
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 view this discussion on the web visit https://groups.google.com/d/msgid/leo-editor/87B6FB0F-F934-408E-8270-25BA7CB927DA%40gmail.com.

Re: When scripting with Leo, how to call a command by name?

[Jacob Peck]

I tend to use c.executeMinibufferCommand('name-of-command') -- doesn't need
any extra parameters, and Just Works TM.

Jake

On Sun, Sep 3, 2023 at 8:41 PM Félix  wrote:

> Making script in Leo is great, with the globally defined vars g, c and p
> anything is possible.
>
> But what is the recommended way of doing a simple command by name in a
> script?
>
> The *c.doCommandByName* method exists, but it insists on having an event
> as a second parameter.
>
> I discovered that I can make it work by passing a fake event such as :
> {"c": c}, or even a better one: g.app.gui.create_key_event(c),  but this is
> quite unintuitive. Could it not default to a valid default event if the
> event is not passed?
>
> Félix
>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/leo-editor/68b44f92-c2fd-403b-97aa-58fba041d366n%40googlegroups.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSYT-AFXw7B1OnnrJc2NHBAH-HF0UgVrqXhbTq6%2Bej9wig%40mail.gmail.com.

Re: "Unbreakable UNLs" Can Break Under A Common Scenario

[Jacob Peck]

I move nodes like this all the time.  Additionally, I rarely ever use
clones, despite being one of Leo's 'headline features'.

Your recent prescriptivism has been a bit frustrating as someone who has
been using Leo for over a decade.  The joy of Leo is that the user can do
things in so many ways.  I sincerely think that imposing these 'hidden'*
restrictions on user activity is an objectively bad move.

To be clear, I love Leo, and I genuinely appreciate all the design and work
that has gone into it.  I just think perhaps we're moving fast and breaking
things just to do so, lately.  It's frustrating and difficult to keep up
with.  And I say this as someone who has developed a handful of plugins in
the repo, was involved in the bzr->git migration, and contributed a fair
amount of bugfixes over the years.

(*I say 'hidden' because how is a user unfamiliar with Leo's internals
supposed to grok that cut-paste to move a node, an *extremely common*
method of moving data in other applications, will have unintended, internal
consequences?  This is just *bad* UX, full stop.  The user shouldn't have
to think about the internal data structure of the thing they're working on.)

Just my $0.02.  Please take this as constructive -- I believe we all want
Leo to be the best it can be.

Jake

On Thu, Jul 6, 2023 at 8:45 AM Edward K. Ream  wrote:

> On Wed, Jul 5, 2023 at 11:21 PM Thomas Passin  wrote:
>
> Trouble is, when you cut a node and paste it, its gnx changes.  To prevent
>> that you would have to remember to paste the node as a clone rather than do
>> a simple paste.  This is asking for trouble. (And it's a weakness of my
>> zettel-kasten system, which is gnx-based).
>>
>
> Then don't move nodes by cut and paste!
>
> I *never* move nodes this way. Surely you can find an alternative that
> works for you.
>
> Edward
>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/leo-editor/CAMF8tS0R7M602uaJ57SjOTnrHZYuq6w5V36vy%2BXtD6POgcdukw%40mail.gmail.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSb_jkmkAtUTAeaLj%2BDwjvxOrKFVcWbDEWuEzqX05xgXqQ%40mail.gmail.com.

Re: Heads up: The SessionManager class will go away

[Jacob Peck]

I would argue that Edward’s solution of ‘just list the files you want to open in a script’ to totally not capture the essence of the session.  The whole point of sessions to me is to keep the flow of what I was doing last.  It’s more than a set of static leo files.  It’s the set of leo files I was working on *last* that’s important, not whatever ones I hardcode into a script.  I use Leo for dozens of reasons, which fluctuate all the time.  I’m going to seriously lose a lot of joy if I have to constantly hunt down which files I was working on last.  Yes, the recent files list helps, but it’s still a lot of unnecessary end-user friction to have to manually open them all up on each start up.Just my $0.02.JakeOn Jun 29, 2023, at 8:22 PM, Mike Hodson  wrote:Out of curiosity why is the function of a session considered obsolete? This is what I have needed forever, a proper reloading session that automatically saves and does not lose data, regardless if I might have three drafts open that have yet to be saved to disk.The instant I create a new document, there should be a state file saved on the disk, that keeps the state of the open draft and relates it to an open session.If my power fails two seconds later I expect to be able to load Leo up and get the exact point where I left off.I haven't used Leo seriously for the last 5 years because of this lack of functionality.MikeOn Thu, Jun 29, 2023, 16:06 Edward K. Ream  wrote:

Leo no longer supports --session-restore and --session-save. LM.scanOptions lists them as obsolete.But the SessionManager class still exists. SM.load_session is the culprit behind #3404. It would be straightforward to fix this method, but I shall retire the entire class instead.The SessionManager supports six session-* commands. The commands allow you to specify a set of files to open at startup. But listing the desired files (in a shell script or .cmd file) is simple and good.SummaryThe session-* commands are absurd solutions to a non-existent problem. This class significantly complicates Leo's startup logic. The entire SessionManager class must go. Félix take note :-)As a side effect, Leo will no longer write ~/.leo/leo.session. Your comments are welcome. Good luck arguing for this class :-)Edward



-- 
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 view this discussion on the web visit https://groups.google.com/d/msgid/leo-editor/5480a75d-ada7-4bb0-8a4b-b27c8fe5486an%40googlegroups.com.




-- 
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 view this discussion on the web visit https://groups.google.com/d/msgid/leo-editor/CAN%2B%2B4hFrZhEmhKD14q7hXufSTjJ95Q9QH-uESxcJgD0TmnPUeg%40mail.gmail.com.




-- 
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 view this discussion on the web visit https://groups.google.com/d/msgid/leo-editor/65A3D6D3-A330-4FB5-AB07-13B7F08089EF%40gmail.com.

Re: Heads Up - My Workbook Is Getting Destroyed

[Jacob Peck]

I'd like to propose that *any* data corruption issue at all in Leo should
be reported, regardless of whether the steps to replicate are known.  The
last thing an editor should ever do is destroy data.

Jake

On Wed, Jun 28, 2023 at 1:49 PM Thomas Passin  wrote:

>
> On Wednesday, June 28, 2023 at 11:42:37 AM UTC-4 Edward K. Ream wrote:
>
> On Wed, Jun 28, 2023 at 10:27 AM Thomas Passin  wrote:
>
> I've done more testing, and the pattern is definitely repeatable.  If I
> check out the  ekr-3181-mypy-links branch, the first time I launch Leo
> the workbook may not be affected but every time after that it is destroyed
> and replaced by the default CheatSheet.  When I change back to the devel
> branch, the first launch after that also replaces the workbook, but after
> that the workbook is opened without replacement.  Remember, in these trials
> after each time the workbook gets replaced, I restore it from backup for
> the next launch.
>
> The replacement does not happen if I specify the workbook on the command
> line.  Clearing the recent files list had no effect on the behavior.
> Nether did deleting the .leo\db directory.
>
>
> Thanks for this report.  Please file an issue, if you haven't done so.
> This issue will have high priority.
>
>
> Done: #3404 
>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/leo-editor/e337e8c2-ba2f-46c3-9780-0154dc9e5e9en%40googlegroups.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSbJ20_Jsk0KheiybBpzifF5XCe-WGYFgWbJoofxHwPxXw%40mail.gmail.com.

Re: GitHub seems to be buggy or down

[Jacob Peck]

Interesting.  Nothing on their status page:  https://www.githubstatus.com/On Jun 18, 2023, at 8:19 AM, Edward K. Ream  wrote:I noticed last night that the diffs in 
PR #3393 were wrong.There was a glitch creating the PR and I assumed at the time that the glitch might have been the cause of the bad diffs.This morning I see that no diffs are available anywhere. Not for PRs, not for individual revs.I am getting this message: 
"Sorry, this diff is temporarily unavailable due to heavy server load".  Something is seriously not right.Edward






-- 
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 view this discussion on the web visit https://groups.google.com/d/msgid/leo-editor/4b819be1-2f20-4f9d-b7e0-f4cbad1d23a1n%40googlegroups.com.




-- 
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 view this discussion on the web visit https://groups.google.com/d/msgid/leo-editor/E03D8F59-61F7-4F86-BA50-6256788C8516%40gmail.com.

Re: Improved recursive import in devel. Please update scripts

[Jacob Peck]

I absolutely depend on @path nodes.  Please do not break existing @path-in-headline behavior.JakeOn Jun 14, 2023, at 11:14 AM, Thomas Passin  wrote:On Wednesday, June 14, 2023 at 11:06:01 AM UTC-4 Edward K. Ream wrote:On Wed, Jun 14, 2023 at 8:06 AM Edward K. Ream  wrote:On Wednesday, June 14, 2023 at 8:00:08 AM UTC-5 Edward K. Ream wrote:PR #3363 improves the outlines created by scripts that call c.recursiveImport.One more thing: leo-editor-contrib contains an improved mypy.leo that illustrates the new import scheme. And one more thing. Imo it would be best to replace the @path statements in headlines with @path statements in body text: @path statements are context sensitive. That is, they "accumulate". But this means that cloning and moving an @ node will change its effective path.Yes, pluses and minuses.  With an @path node in the headline, it's instantly clear where all the external child files are located.  If the @path directive were in the body, this wouldn't be so.   But the point about clones is an issue too.  Another matter is how much code is out there that looks for @path in the headline.  I don't know, but we should probably assume there there is some user code that's not part of the Leo source tree.



-- 
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 view this discussion on the web visit https://groups.google.com/d/msgid/leo-editor/95f2683b-d419-4319-bc14-556b89483e27n%40googlegroups.com.




-- 
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 view this discussion on the web visit https://groups.google.com/d/msgid/leo-editor/C2C195B6-E01A-4B4D-92F2-63F657A06435%40gmail.com.

Is there an easy way to capture stdout/stderr for a shell command and pipe it to the log pane?

[Jacob Peck]

Hi all,

I have an outline with some @button nodes that fire off external shell
commands using g.execute_shell_commands.  I tend to run Leo *without* a
console window open, so anything those @button-triggered shell commands
print to the console is lost to me.  Is there an easy way/straightforward
way to redirect to the stdout/stderr for those commands only to the log
pane?  I'm struggling to figure it out by manipulating sys.stdout and
sys.stderr, though I admit this is far from my area of specialty.

An example of a button:

```
@language python
@tabwidth -2

''' Executes the currently selected sketch with the 'vsk run' command.
'''

import os.path

fn = c.getNodeFileName(p)
if len(fn) == 0:
  # non-external file selected
  g.es('Not a valid sketch node.', color='red')

else:
  sketch_path = os.path.dirname(fn)
  g.execute_shell_commands(f'&vsk run {sketch_path}')
```

That command is long-running (i.e. it stays open in another pane, thus the
'&' to unblock the Leo GUI).  Sometimes it indicates errors on the console
output, which just plain doesn't exist when I'm running Leo without a
console window open.

Ideally any solution would be cross-platform, since I do this on both
Windows and Linux... but really I'd be happy with platform-specific
solutions too.  I'd really rather not have to have a console window open to
see these errors if at all possible.

Thanks in advance for any ideas and suggestions,
Jake

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSb8CcaDw_%2B8sViU2buHU4_5Rx7_11hioQGjWK9w9tvYUQ%40mail.gmail.com.

Re: @language modes

[Jacob Peck]

Anecdotally, I had '@language python' act the same way for me once a few
weeks back, but it sorted itself out somehow and I couldn't replicate it.

On Tue, May 2, 2023 at 8:12 AM Rob  wrote:

> That's what I see as well. It's colored green until I enter a new line,
> then reverts to black. Other valid @language directives seem to work as
> expected (tex, rest, html, etc.)
>
> On Tuesday, May 2, 2023 at 7:58:04 AM UTC-4 tbp1...@gmail.com wrote:
>
> It's trick.  I just found that when I type *@language md* into a new
> node, the line colors when I complete the "md".  But when I press ENTER the
> highlight goes away.  After that, adding the directive line again, or to
> any other new node, the line does not highlight although VR3 still
> understands that the node is a Markdown node.  This behavior is on a
> per-outline basis.
>
> This is the second odd behavior that shows up the first time used on a
> per-outline basis.  The other one was reported in Issue 3305
> .
>
>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/leo-editor/63831cd8-6192-4f88-8918-95950a3646a7n%40googlegroups.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSbZ6v%3DiNpUfMb_9M1urMQpq9pO94d9meXD9jd3r68_UdA%40mail.gmail.com.

Re: Eye surgery tommorrow

[Jacob Peck]

Hoping it goes smoothly and you're back better than ever soon.

Jake

On Wed, Apr 12, 2023 at 10:13 AM jkn  wrote:

> Best Wishes from me also
>
> Jon N
>
> On Wednesday, April 12, 2023 at 11:50:24 AM UTC+1 lewis wrote:
>
>> Best wishes, hope it goes well.
>>
>> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/leo-editor/ae9460bc-7390-485a-8dd2-32c50c240018n%40googlegroups.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSYNGm1fFoXAq_hiU%2BytLd3pT6ObRAaHgsa4jhqH6FGOnw%40mail.gmail.com.

Re: Images In Leo Nodes?

[Jacob Peck]

Not what you’re really looking for, but Leo already supports @svg nodes.  Of course, those are just the image in a node, viewable in VR — no text around them in the same node, to my knowledge.I’ve done kinda-sorta similar things with one of my personal use ‘leo apps’.  In that use case, I had a new pane that was effectively a rendered-to-html view of a running markdown document that would be appended to as various actions happened — including embedding images.  It included a button to swap out the webview widget for a textedit widget that contained the markdown source.  So kind of like a livecoding-styled viewrendered panel.  It was overkill but it had data that needed to live ‘outside’ the outline it was in.Anyway, there are many approaches to this.  It would be interesting to see, but I’m not sure it’s really something that core Leo needs to support.  A plug-in would be pretty neat though.JakeOn Mar 28, 2023, at 6:04 PM, Thomas Passin  wrote:It would be very useful if an image could be embedded into a Leo body.  Probably no one would want to do this in a program or script, but for documentation it could be very helpful.  You can put an image into a ReST, MD, or Asciidoc node and view it with VR3 or by creating Sphinx output.  But even better would be to have an image in an ordinary text page.In theory it should be possible to put an image into a Leo node.  Qt has a way to do it, and I have written a little test Qt program that can put one into a QTextBrowser or a QTextEdit widget at the cursor location.The way Qt does it is to insert a special Unicode character:"Inline images are represented by a Unicode value U+FFFC (OBJECT REPLACEMENT CHARACTER) which has an associated QTextImageFormat."I *think* that Qt converts an image file to a data: url and stores it in that character.  Aside from the issue of how to implement commands to let a user work with an image (have text reflow around it, delete it, etc), there is the question of how to save and restore the image  data along with the rest of the outline.One possibility is that saving the file will simply include the data: url's data (which would be encoded as base64, so it should not be a problem to save), and the file load will simply restore it with no extra effort.  This is probably too much to hope for.If that turns out not to happen, maybe it would not be too hard to save the data as a UA, and restore it from the UA.  The problem, I think, is to get the data into that special character in the right place.  Another possibility would be to write Leo code to restore the image from the original image file.  That sounds harder to me, but I'm not sure.  It would be better not to have to depend on an external image file if possible.I'm very interested in this, and I hope we can have a good discussion about it!



-- 
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 view this discussion on the web visit https://groups.google.com/d/msgid/leo-editor/7723eb4d-8495-4107-8c6a-dd79180479a7n%40googlegroups.com.




-- 
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 view this discussion on the web visit https://groups.google.com/d/msgid/leo-editor/B9291211-F702-4905-9405-3AF05C7E8FF3%40gmail.com.

Re: Leo now shows an svg splash screen

[Jacob Peck]

FWIW, the current devel commit does *not* display the splash screen on my
Arch Linux install using the Cinnamon desktop environment (at one point a
derivative of Gnome 2, now well and truly its own thing).  Anecdotally, I
do remember the splash screen displaying on this Linux installation
historically.  Just another couple of data points that I hope might help.

The splash screen does appear (and looks quite lovely now, in vector form
and without the watermark!) on my Windows 10 install.

Jake

On Mon, Jan 23, 2023 at 7:41 PM Thomas Passin  wrote:

> Now I'm bummed.  The splash screen displays properly on Manjaro, a Linux
> distro using XFCE.  But on two Gnome systems, Mint and Debian, it acts the
> same as before I added the repaint() call.  This will take some more
> digging.
>
> On Monday, January 23, 2023 at 6:25:17 PM UTC-5 Edward K. Ream wrote:
>
>> On Monday, January 23, 2023 at 5:04:34 PM UTC-6 tbp1...@gmail.com wrote:
>> It looks like the splash screen may never have been visible on Linux(!).
>>
>> My recent PR removed the call to repaint, so the splash screen has only
>> recently been broken on Linux.
>>
>> Edward
>>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/leo-editor/05cc16e6-f896-41d3-a0ac-6333e8ec5524n%40googlegroups.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSZuo32NgpQjGcWS-kyuSigFpDvDvST7b9_Bosvqwr8x%3Dw%40mail.gmail.com.

Re: I'm changing Leo's mascot on Leo's web pages

[Jacob Peck]

Seconding Inkscape, it's my go-to for this kind of task.

On Thu, Jan 19, 2023 at 11:15 AM jkn  wrote:

> Inkscape (https://inkscape.org) is good for editing .svg files, BTW.
>
> On Thursday, January 19, 2023 at 3:31:18 PM UTC Edward K. Ream wrote:
>
>> On Thu, Jan 19, 2023 at 8:01 AM Jacob Peck  wrote:
>> Most browsers support .svg files, which is another vector format.
>>
>> Thanks! I'll try converting the .tif file to .svg.
>>
>> A snap with convertio <https://convertio.co/>. I'll get rid of the red
>> eyes eventually :-) BTW, #3070
>> <https://github.com/leo-editor/leo-editor/issues/3070> will say that the
>> Lion logo is used by permission.
>>
>> Edward
>>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/leo-editor/c78e1455-feff-4681-89d4-7618166f3c70n%40googlegroups.com
> <https://groups.google.com/d/msgid/leo-editor/c78e1455-feff-4681-89d4-7618166f3c70n%40googlegroups.com?utm_medium=email&utm_source=footer>
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSYZMORnNc%2BGunUK8B%2B3-RjXEGayUhre3zemRPd9cGHH0w%40mail.gmail.com.

Re: I'm changing Leo's mascot on Leo's web pages

[Jacob Peck]

Most browsers support .svg files, which is another vector format.

On Thu, Jan 19, 2023 at 8:58 AM Edward K. Ream  wrote:

> Apparently only Safari supports .tif files, so my plan to put a vectorized
> Lion on Leo's home page is on hold.  Boo hoo.
>
> The Lion will likely reappear in an hour or three. It's picky work,
> surprisingly.
>
> Edward
>
>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/leo-editor/a520e8b4-a02e-4d50-9971-e32c79b28478n%40googlegroups.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSbB26brVRniqmSk3C-_er%2BgmLMLfu_gwTQpwEGfToXNdg%40mail.gmail.com.

Re: Please help me edit Leo's wikipedia page

[Jacob Peck]

Searching this group for 'Dreamstime' brings up conversations in 2013 and
2014 about this logo.  "Royalty free" doesn't indicate free use -- it
indicates that the image is able to be used without royalties, once a
proper license has been purchased.  I imagine that would entail a
Dreamstime subscription, or a one-time purchase.

Jake

On Sun, Jan 15, 2023 at 7:24 PM Jacob Peck  wrote:

> It appears the original is from Dreamstime:
> https://www.dreamstime.com/royalty-free-stock-photos-tribal-lion-image3490018
>
> They've changed their watermark in the interim -- the new watermark has
> the spiral still, but smaller.  It also appears the original had red eyes,
> which were probably edited out in the current Leo splash screen.
>
> IIRC this image used to cost money -- I don't know what the 'Free
> Download' entitles one to legally, but this image is clearly under some
> sort of license that it's probably wise to look into in some way :)
>
> Jake
>
>
> On Sun, Jan 15, 2023 at 7:12 PM Edward K. Ream 
> wrote:
>
>> On Sun, Jan 15, 2023 at 5:08 PM jkn  wrote:
>>
>> FWIW, it has always seemed slightly shady to me that the Leo
>>> 'splashscreen.xxx" graphic,
>>> both on Leo's startup itself and now on the Wikipedia page, has some
>>> sort of watermark on it.
>>>
>>
>> I never noticed this before, but I do see it.
>>
>>> I always thought it was a light grey '(c)' mark, but having looked harder
>>> I now think it is a coarse spiral.
>>>
>>
>> I agree. It doesn't seem to be any kind of copyright symbol.
>>
>> It seems to me that this mark was intended
>>> to prevent use elsewhere; I think the copyright of that image, and the
>>> license to copy
>>> and distribute it, should be checked.
>>>
>>
>> I don't remember where I got this image. I don't think it was
>> copyrighted, and I don't think it's worth worrying about.
>>
>> Let me know if you discover if it definitely *is* copyrighted :-)
>>
>> Edward
>>
>> --
>> 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 view this discussion on the web visit
>> https://groups.google.com/d/msgid/leo-editor/CAMF8tS326CEe593Lqak63ih1828LOBaYjafVTii-WYLpeMNmPw%40mail.gmail.com
>> <https://groups.google.com/d/msgid/leo-editor/CAMF8tS326CEe593Lqak63ih1828LOBaYjafVTii-WYLpeMNmPw%40mail.gmail.com?utm_medium=email&utm_source=footer>
>> .
>>
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSZmM-0khHdr6SHiobs789uesrqn3jJAM9GgURP_A2gOVw%40mail.gmail.com.

Re: Please help me edit Leo's wikipedia page

[Jacob Peck]

It appears the original is from Dreamstime:
https://www.dreamstime.com/royalty-free-stock-photos-tribal-lion-image3490018

They've changed their watermark in the interim -- the new watermark has the
spiral still, but smaller.  It also appears the original had red eyes,
which were probably edited out in the current Leo splash screen.

IIRC this image used to cost money -- I don't know what the 'Free Download'
entitles one to legally, but this image is clearly under some sort of
license that it's probably wise to look into in some way :)

Jake


On Sun, Jan 15, 2023 at 7:12 PM Edward K. Ream  wrote:

> On Sun, Jan 15, 2023 at 5:08 PM jkn  wrote:
>
> FWIW, it has always seemed slightly shady to me that the Leo
>> 'splashscreen.xxx" graphic,
>> both on Leo's startup itself and now on the Wikipedia page, has some sort
>> of watermark on it.
>>
>
> I never noticed this before, but I do see it.
>
>> I always thought it was a light grey '(c)' mark, but having looked harder
>> I now think it is a coarse spiral.
>>
>
> I agree. It doesn't seem to be any kind of copyright symbol.
>
> It seems to me that this mark was intended
>> to prevent use elsewhere; I think the copyright of that image, and the
>> license to copy
>> and distribute it, should be checked.
>>
>
> I don't remember where I got this image. I don't think it was copyrighted,
> and I don't think it's worth worrying about.
>
> Let me know if you discover if it definitely *is* copyrighted :-)
>
> Edward
>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/leo-editor/CAMF8tS326CEe593Lqak63ih1828LOBaYjafVTii-WYLpeMNmPw%40mail.gmail.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSbKg9L4y16rJL6uq6batf0B-jbrV0Z76DJjASf9bCvz1Q%40mail.gmail.com.

Re: Please help me edit Leo's wikipedia page

[Jacob Peck]

The watermark has been discussed a few times over the last 11ish years that
I've been kicking around here -- there was resistance to purchasing a
license to actually use the image, and then the discussions seem to have
died.  It's bugged me for the better part of a decade.

Jake

On Sun, Jan 15, 2023 at 6:08 PM jkn  wrote:

> FWIW, it has always seemed slightly shady to me that the Leo
> 'splashscreen.xxx" graphic,
> both on Leo's startup itself and now on the Wikipedia page, has some sort
> of watermark on it.
> I always thought it was a light grey '(c)' mark, but having looked harder
> I now think it is a coarse spiral.
>
> Does no-one else see this? I remember the discussion about a logo some
> years ago,
> but I can't remember where Edward found this. It seems to me that this
> mark was intended
> to prevent use elsewhere; I think the copyright of that image, and the
> license to copy
> and distribute it, should be checked.
>
> J^n
>
>
> On Sunday, January 15, 2023 at 7:50:34 PM UTC Félix wrote:
>
>> Thanks to Jake for the LeoJS addition to the Leo Editor wikipedia entry,
>> and whomever also added link to LeoInteg!
>>
>> Much appreciated!
>>
>> Félix
>>
>> On Wednesday, January 11, 2023 at 11:17:10 AM UTC-5 Edward K. Ream wrote:
>>
>>> On Wed, Jan 11, 2023 at 9:56 AM Jacob Peck  wrote:
>>>
>>> I cannot remove the version tag, it's a requirement of the software
>>>> infoblock.
>>>>
>>>
>>> I seem to have done it. Please take a look.
>>>
>>> Edward
>>>
>> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/leo-editor/e5621744-1cd8-41f1-8ad6-3f633d1c80aen%40googlegroups.com
> <https://groups.google.com/d/msgid/leo-editor/e5621744-1cd8-41f1-8ad6-3f633d1c80aen%40googlegroups.com?utm_medium=email&utm_source=footer>
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSaapsFWH%3DMQ9FkaD-35kzvPgz2wWK%3DZEEiZSHF9U0dhwQ%40mail.gmail.com.

Re: Please help me edit Leo's wikipedia page

[Jacob Peck]

I've added the LeoJS link, but because it's not mentioned in the article, I
don't foresee it staying long.

I cannot remove the version tag, it's a requirement of the software
infoblock.  Unfortunately WikiMedia are unlikely to budge on this.

I don't have any real interest in being a Wikipedia editor, so I would
prefer if someone else would pick up this mantle moving forward.  I don't
mind making quick edits, but the content of the article is not something I
wish to maintan long term.

Thanks,
Jake

On Wed, Jan 11, 2023 at 10:30 AM Edward K. Ream  wrote:

>
>
> On Wed, Jan 11, 2023 at 9:26 AM Thomas Passin  wrote:
>
>> " Well, this is a bizarre new policy."  I don't think it's that new.
>> Wikipedia has been trying hard to prevent misrepresentation by interested
>> parties who want to make themselves look good, or others to look bad. So
>> you often can't fix errors about yourself even if you know for sure they
>> are wrong.  We'll be lucky if they accept the changes without a published
>> authority somewhere.
>>
>
> Jacob managed to update the link to Leo's website. Let's hope he can make
> a few other tweaks.
>
> Edward
>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/leo-editor/CAMF8tS0_knszt0rNpfrVp%2BcN1r_N-mY6g7NnW7N%3DZqP_4GqYYg%40mail.gmail.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSb-Uzr%3D%3DqfY0_onmcip998X-O6i%2Bwk%3DOhjNiAWiPwhNPw%40mail.gmail.com.

Re: Cannot Start Leo When Enchant Speller Is Missing Libraries

[Jacob Peck]

Agreed, but this might be an issue in the PyEnchant library.  I suppose it
can be coded around, though.

On Wed, Jan 11, 2023 at 9:35 AM Thomas Passin  wrote:

> Thanks for the tip.  I'll see if it works out.  Still, I think Leo should
> not fail to load if the spell checker is not functional, and it looks like
> there's now a PR about that.
>
> On Wednesday, January 11, 2023 at 8:55:14 AM UTC-5 gates...@gmail.com
> wrote:
>
>> Some packagers of PyEnchant do not include any dictionary files.  The
>> PyEnchant documentation explains how to find one and install them:
>> https://pyenchant.github.io/pyenchant/install.html#installing-a-dictionary
>>
>> Try installing the package 'hunspell-en_US' (or the language of your
>> choice).  That *should* do the trick to get this working on Manjaro, as it
>> did on my Arch installs.
>>
>> Jake
>>
>> On Wed, Jan 11, 2023 at 8:47 AM Thomas Passin  wrote:
>>
>>> No, unfortunately it didn't.  There is something else wrong in the
>>> pyenchant package or the enchant support libraries (both of which which are
>>> installed by the distro's package manager).
>>>
>>> On Wednesday, January 11, 2023 at 4:49:25 AM UTC-5 lewis wrote:
>>>
 In leosettings.leo under Spell checking there is a node:
 @string enchant-language = en-US

 Does that help?

 On Wednesday, January 11, 2023 at 4:18:20 PM UTC+11 tbp1...@gmail.com
 wrote:

> Of course, one solution is to uninstall pyenchant.  I did that and now
> Leo can run.
>
> On Tuesday, January 10, 2023 at 10:53:40 PM UTC-5 Thomas Passin wrote:
>
>> I created a new virtual machine for a Linux distro new to me -
>> Manjaro.  Although pyenchant is installed, and the system's package 
>> manager
>> claims that the Enchant libraries are installed, they aren't playing
>> together.
>>
>> I installed Leo but it won't start because pyenchant isn't working.
>> I don't think the error messages will be helpful, but here are the last 
>> few
>> lines:
>>
>> File
>> "/home/tom/.local/lib/python3.10/site-packages/enchant/__init__.py", line
>> 287, in _request_dict_data
>> self._raise_error(e_str % (tag,), DictNotFoundError)
>>
>>   File
>> "/home/tom/.local/lib/python3.10/site-packages/enchant/__init__.py", line
>> 233, in _raise_error
>> raise eclass(default)
>>
>> enchant.errors.DictNotFoundError: Dictionary for language 'en_US'
>> could not be found
>> Please check https://pyenchant.github.io/pyenchant/ for details
>>
>> I don't think that the problem is really that the en_US dictionary
>> can't be found, because of other errors when I import pyenchant into a
>> Python REPL session.  It imports but then can't actually run various
>> functions.
>>
>> I looked in the pyenchant web site, and found that it can be tricky
>> to get the right version of the pyenchant working with the versions of 
>> the
>> enchant binaries that  might have been compiled for your machine
>> (especially on Windows, and yes, I know this case is Linux).
>>
>> I can't find a setting to allow Leo to skip loading the
>> spellchecker.  I have looked in LeoSettings.leo and myLeoSettings, and
>> searched through pyLeoRef without hitting on one.  It seems to me that I
>> remember such a setting, but I haven't been able to find it.
>>
>> If there is not such a setting, I think there should be one.  It
>> doesn't make sense for Leo to be unable to run because of a problem with
>> the pyenchant system.
>>
>> Does anyone have some insight here?
>>
> --
>>> 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+...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/leo-editor/2cd290a1-fe2f-4e47-99e9-1830528b85f0n%40googlegroups.com
>>> 
>>> .
>>>
>> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/leo-editor/1d6de462-3da4-450f-8281-263b56d242b4n%40googlegroups.com
> 
> .
>

-- 
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 view this discussion on the web v

Re: Cannot Start Leo When Enchant Speller Is Missing Libraries

[Jacob Peck]

Some packagers of PyEnchant do not include any dictionary files.  The
PyEnchant documentation explains how to find one and install them:
https://pyenchant.github.io/pyenchant/install.html#installing-a-dictionary

Try installing the package 'hunspell-en_US' (or the language of your
choice).  That *should* do the trick to get this working on Manjaro, as it
did on my Arch installs.

Jake

On Wed, Jan 11, 2023 at 8:47 AM Thomas Passin  wrote:

> No, unfortunately it didn't.  There is something else wrong in the
> pyenchant package or the enchant support libraries (both of which which are
> installed by the distro's package manager).
>
> On Wednesday, January 11, 2023 at 4:49:25 AM UTC-5 lewis wrote:
>
>> In leosettings.leo under Spell checking there is a node:
>> @string enchant-language = en-US
>>
>> Does that help?
>>
>> On Wednesday, January 11, 2023 at 4:18:20 PM UTC+11 tbp1...@gmail.com
>> wrote:
>>
>>> Of course, one solution is to uninstall pyenchant.  I did that and now
>>> Leo can run.
>>>
>>> On Tuesday, January 10, 2023 at 10:53:40 PM UTC-5 Thomas Passin wrote:
>>>
 I created a new virtual machine for a Linux distro new to me -
 Manjaro.  Although pyenchant is installed, and the system's package manager
 claims that the Enchant libraries are installed, they aren't playing
 together.

 I installed Leo but it won't start because pyenchant isn't working.  I
 don't think the error messages will be helpful, but here are the last few
 lines:

 File
 "/home/tom/.local/lib/python3.10/site-packages/enchant/__init__.py", line
 287, in _request_dict_data
 self._raise_error(e_str % (tag,), DictNotFoundError)

   File
 "/home/tom/.local/lib/python3.10/site-packages/enchant/__init__.py", line
 233, in _raise_error
 raise eclass(default)

 enchant.errors.DictNotFoundError: Dictionary for language 'en_US' could
 not be found
 Please check https://pyenchant.github.io/pyenchant/ for details

 I don't think that the problem is really that the en_US dictionary
 can't be found, because of other errors when I import pyenchant into a
 Python REPL session.  It imports but then can't actually run various
 functions.

 I looked in the pyenchant web site, and found that it can be tricky to
 get the right version of the pyenchant working with the versions of the
 enchant binaries that  might have been compiled for your machine
 (especially on Windows, and yes, I know this case is Linux).

 I can't find a setting to allow Leo to skip loading the spellchecker.
 I have looked in LeoSettings.leo and myLeoSettings, and searched through
 pyLeoRef without hitting on one.  It seems to me that I remember such a
 setting, but I haven't been able to find it.

 If there is not such a setting, I think there should be one.  It
 doesn't make sense for Leo to be unable to run because of a problem with
 the pyenchant system.

 Does anyone have some insight here?

>>> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/leo-editor/2cd290a1-fe2f-4e47-99e9-1830528b85f0n%40googlegroups.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSYcTGe5T1nwOOoiWNtp3DMePHoKTuS3hAcNMGt3thY1Kg%40mail.gmail.com.

Re: Please help me edit Leo's wikipedia page

[Jacob Peck]

Changed.  Good luck negotiating with the WikiMedia folks, they have a
fairly hardline stance on things.

Jake

On Wed, Jan 11, 2023 at 4:33 AM Edward K. Ream  wrote:

> Can someone please update the link to Leo's official web site on Leo's
> Wikipedia page ?
>
> I have been blocked from doing *anything*. I would like to change
> leoeditor.com to leo-editor.github.io/leo-editor/
>
> I've just sent the following to info-e...@wikimedia.org:
>
> QQQ
> Ahem. I've been blocked from editing this page:
> https://en.wikipedia.org/wiki/Leo_(text_editor)
>
> Worse, I'm blocked from editing the talk page that supposedly would allow
> me to attempt to remove the block.
>
> I have recently started using Proton VPN. I don't know why that should be
> a problem.
>
> In short, I'm completely blocked from editing any page in Wikipedia. Imo,
> there is something wrong at your end.
> QQQ
>
> Edward
>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/leo-editor/9918bc7e-ede3-4005-93d2-357d32acc8a9n%40googlegroups.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSaa9yjHjbv%2B2k9Zf2UDseCW-6wPFC35Q8cy9-R_3_b75Q%40mail.gmail.com.

Re: Tabbed Apps In Leo

[Jacob Peck]

I generally make a node with a unique headline somewhere, like '@common
code-xyz' that has the function definition:

@common code-xyz
---
def hello():
g.es('hello')
---

Then in my @button:

@button run-hello
---
# load the common code 'library'
pos = g.findNodeAnywhere(c, '@common code-xyz')
exec(g.getScript(c, pos))

# call the code
hello()
---

Hope this helps!
Jake


On Mon, Oct 31, 2022 at 11:12 AM jkn  wrote:

> Thanks, this looks very interesting...
>
> I have one question - something I have wondered about before. If I have
> your example code as a button command, say ... then where/how can I put the
>
> def toggle_app_tab(log, tabname, top_widget):
> # ...
>
> code, in order for it to accessible by multiple such buttons/commands?
> I've never been sure about this.
>
> Thanks, J^n
>
>
> On Sunday, October 30, 2022 at 3:09:26 PM UTC tbp1...@gmail.com wrote:
>
>> I have made several apps (really, "applets") to run in tabs in Leo's Log
>> frame.  I find this convenient because they don't need to take up a whole
>> panel, as Viewrendered/Viewrendered3 do, and they don't even need to be
>> plugins so they can be simpler.  They are mostly intended to be used in a
>> specific outline; their code can reside in the outline.
>>
>> I wanted to share how I open these apps in  the Log frame.  Since they
>> are not plugins, they don't load automatically when Leo starts.  I don't
>> find that to be a problem, since it's easy to provide a Leo command,
>> button, or menu item to open them when you want to use them.
>>
>> I open a tabbed app with the following command:
>>
>> def toggle_app_tab(log, tabname, top_widget):
>> """Create or remove our app's tab.
>>
>> ARGUMENTS
>> log -- the log panel object for this outline.
>> tabname -- a string to use as the display name of our tab.
>> top_widget -- an instance of top level widget of our app.
>> """
>> # If our tab is visible, remove it
>> if log.contentsDict.get(f'{tabname}-visible', False):
>> log.deleteTab(tabname)
>> log.contentsDict[f'{tabname}-visible'] = False
>> else:
>> # Show our tab, reusing our widget if already loaded
>> if log.contentsDict.get(f'{tabname}-loaded', False):
>> log.createTab(tabname,
>> widget = log.contentsDict[f'{tabname}-widget'],
>> createText = False)
>> log.contentsDict[f'{tabname}-visible'] = True
>> log.selectTab(tabname)
>> else:
>> # Create our tab for the first time
>> log.createTab(tabname, widget = w,
>>   createText = False)
>> log.selectTab(tabname)
>> log.contentsDict[f'{tabname}-loaded'] = True
>> log.contentsDict[f'{tabname}-visible'] = True
>> log.contentsDict[f'{tabname}-widget'] = w
>>
>> By "widget", I mean a PyQt widget.  It will usually contain other GUI
>> widgets and code.  Here's how this function would typically be called.  The
>> widget does not need to have the signature shown here, but it's an obvious
>> way to get Leo's key objects into the app.
>>
>> log = c.frame.log
>> TABNAME = 'The App'
>> import theApp
>> w = theApp.MainWidget(g, c)
>> toggle_app_tab(log, TABNAME, w)
>>
>> Notice that when we "remove" the app - meaning the app's tab is removed
>> from the Log frame - we keep a reference to the main widget.  This way,
>> when we make the tab visible again, the app will have retained all its
>> state and you can pick up where you left off.
>>
>> I have attached a screen shot of one of my tabbed apps in session.
>>
>> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/leo-editor/3b9b231b-220f-4d95-8f65-ff89f6ff24d5n%40googlegroups.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSa5aBtBP-Qc12uX53iBwO%2BLhDbneiX4eZj02ScAYJhBUA%40mail.gmail.com.

Re: Excessive Typing Lags

[Jacob Peck]

I have noticed similar behavior on Windows 10, but only under extremely 
specific circumstances that I have been able to figure out.

I have a ‘storage spaces’ disk pool on my system — essentially a RAID 1 pool in 
everything but name.  This is backed by 2x 6TB 7200 RPM a mechanical hard 
drives.  Windows has a habit of spinning those drives down when the pool is not 
in use.  When I’m working on a Leo outline that lives on that pool, or 
referenced a file somewhere on that pool, and the pool has spun down, Leo (and 
anything else trying to access those disks) can freeze for a solid 20 seconds 
while Windows spins up the drives.

So… in my case, it’s definitely a Windows thing — specifically it not playing 
well with mechanical drives in 2022 — so I’m not sure if this will help you at 
all.  But I do find anecdotally that running the ‘OptimizeDrive’ PowerShell 
command on the pool does seem to make spin-ups a bit zippier for a week or so.  
But that could definitely be placebo/confirmation bias, too.

-Jake

> On Jul 15, 2022, at 7:19 PM, tbp1...@gmail.com  wrote:
> 
> Has anyone noticed annoying lags when typing into a Leo body?  This is on 
> Windows.  I can't reliably reproduce the behavior, but suddenly I type and 
> nothing will happen for 1/4, 1/2, even 1 second.  Then it will catch up.  It 
> seems to be most likely to happen when the focus changes, such as selecting a 
> different node or switching to another window then back to Leo.  But not 
> always.
> 
> This behavior has been getting more frequent, it seems to me.  I suspect it 
> has something to do with later Windows 10 updates, though I can't be sure.  I 
> also have experienced Windows apparently eating the first keystroke after I 
> change focus - nothing to do with Leo, it even happens sometimes with the 
> command.exe console.
> 
> I've tried briefly with a Linux VM and not gotten these lags, but it may be 
> like a watched pot that never boils.
> -- 
> 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 view this discussion on the web visit 
> https://groups.google.com/d/msgid/leo-editor/e1f2e68f-fefe-48c7-99bd-829f864f7fcbn%40googlegroups.com.

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/F8F9AF41-86E8-4945-9A9E-54126B70E8F9%40gmail.com.

Re: Outline-local Menus?

[Jacob Peck]

@button nodes can have @rclick child nodes, which add a context menu to the
button they create.  Just in case you didn't know :)

I don't know of a way to make outline-local menus, however.

On Thu, May 12, 2022 at 11:20 PM tbp1...@gmail.com 
wrote:

> Is there a way to have a custom menu that appears only on one outline?  I
> know how to set up a custom menu in myLeoSettings.leo.  But if I try the
> same method in an outline, either the menu appears on all
> subsequently-opened outlines, or it does not appear at all, depending on
> whether it was defined in an @settings tree or not.
>
> So far I've been making do with @button nodes, which are fine, but
> sometimes there get to be too many buttons and I'd like to get all the
> commands into a menu instead.  Some of these commands only make sense in
> the context of a specific outline or two.
>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/leo-editor/b2ba16f8-c871-4343-bfb0-7bb0432a573en%40googlegroups.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSbPQPRHeE0xh11p%2B2%3DD1TM-XHpNjU1BwkEjC6FvLsPZ4w%40mail.gmail.com.

Re: F5 Key Opens New Leo Session?

[Jacob Peck]

I cannot replicate this on Win 10, latest devel commit.  F5 happily does
nothing on my machine.

On Sun, May 1, 2022 at 4:01 AM jkn  wrote:

> doesn't happen for me on Linux FWIW (although the action is something I
> have wondered about, whether it would be useful...)
>
>
> On Saturday, April 30, 2022 at 11:15:09 PM UTC+1 tbp1...@gmail.com wrote:
>
>> I just discovered that hitting the F5 key while in leo opens a new leo
>> window with only the workbook open.  but why?  it's not in the list of
>> bindings or commands. i don't define it in any @shortcuts node.In fact, the
>> string "f5" does not occur at all in myLeoSettings.leo.  This action does
>> not happen when the leo window is not focused.
>>
>> The os is Windows 10.
>>
>> I'd like to bind the key to some other command, but i'd like to
>> understand what is going on here first.  Anyone know?
>>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/leo-editor/382d1e63-2483-4709-9625-b2119192f96fn%40googlegroups.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSaFnHzHW-meK96LM4T1dY7VaywSLDX7qzUxtGmbgqJiAA%40mail.gmail.com.

Re: What's next after Leo?

[Jacob Peck]

ConTeXt is my TeX flavor of choice.  Somewhere I have a makefile & Leo based 
ConTeXt workflow — once upon a time I was writing a couple books.

> On Apr 22, 2022, at 3:11 PM, jkn  wrote:
> 
> 
> Hi Edward
> FYI, there is also ConTeXt, to learn of/about: https://www.pragma-ade.com/
> 
> 
> 
>> On Friday, April 22, 2022 at 1:04:09 PM UTC+1 Edward K. Ream wrote:
>>> On Friday, April 22, 2022 at 6:06:34 AM UTC-5 Edward K. Ream wrote:
>>> 
>>> Several different teams have already solved the first problem that came to 
>>> mind. The problem was, how to move TeX beyond pascal? We discussed this 
>>> topic briefly last year. 
>> 
>> Wow. Googling "What language is TeX written in" yields this page, containing:
>> 
>> QQQ
>> Originally, [TeX's] WEB source was translated into [a subset of] 
>> Pascal...via tangle to produce executable and translated into TeX via weave 
>> to produce documentation of the code. Both programs have themselves been 
>> written in WEB. 
>> 
>> Today, TeXLive uses web2c to translate directly WEB source into C... via the 
>> Pascal source produced by tangle (web2c is not a Pascal to C translator).
>> QQQ
>>  How embarrassing: my initial project was a wild goose chase! Modern distros 
>> of TeX are based on C, not Pascal. This includes extensions such as luaTeX.
>> 
>> On the bright side, I can sleep a bit better now knowing that TeX does not 
>> depend on ancient Pascal compilers! At last I can put this silliness behind 
>> me!
>> 
>> Edward
>> 
> 
> -- 
> 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 view this discussion on the web visit 
> https://groups.google.com/d/msgid/leo-editor/806575ad-59ea-47d3-acce-f0a5b5493562n%40googlegroups.com.

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/6164C953-0DB2-427F-B7EB-6C0ED80C793E%40gmail.com.

Re: How did I came across Leo?

[Jacob Peck]

On Wed, Mar 23, 2022 at 3:29 PM jkn  wrote:

>
>>
> Bl**dy hell, I remember now, there used to be forward and back arrows on
> the toolbar, didn't there? Why do I no longer see them??
>
>
I think they're part of the nav_qt.py (or similarly named) plugin.  Might
not have it in @enabled-plugins :)

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSYBs4_ZeAToHu_ECmB7spWK8VXWCf%2Bz%2BCMFJsAi0KtE2Q%40mail.gmail.com.

Re: How did I came across Leo?

[Jacob Peck]

On Wed, Mar 23, 2022 at 11:04 AM tbp1...@gmail.com 
wrote:

> On the subject of CTRL-clicking, Leo has a feature that is fantastic when
> you are cruising around in its source code trying to learn how something
> works.  If you CTRL-click on a method invocation, you will get transported
> to its definition.  It misses once in a while, but usually  works.
>

Been using and hacking on Leo since 2013 and I had *no idea* about this.
This changes everything.  Thanks for this.

FWIW, I stumbled on Leo while looking for something that would organize my
notes for a tabletop RPG campaign in a sensible manner.  Being a
programmer, the whole 'everything is scriptable, data is accessible
anywhere' bit really made me excited.  It's my primary IDE these days, and
I've written quite a few 'LApps' (leo-apps) that live inside their own
outlines for various tasks -- effectively custom tools.  Leo is pretty
central to how I interact with data and organize information.  It's a grand
tool.

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSZOemdZCsLYMGAzMLULBraYEVONnzrnyzOMaWZQnTEpBg%40mail.gmail.com.

Re: Could Leo Have Canvas-type Nodes?

[Jacob Peck]

I wrote the nodetags.py plugin, and a few others that use new log-pane tabs
(nodewatch, the terribly broken interactive python terminal plugin, etc.) :)

Tabs are great.  I've long wished that the body pane was tabbed -- would've
made one of my personal "Leo Apps" much easier to implement.

On Tue, Mar 22, 2022 at 7:51 AM tbp1...@gmail.com 
wrote:

>
> Let's start with the Log pane.  Whoever came up with it had a brilliant
> idea. Most users are probably familiar with the Find and Nav tabs, and
> possibly the Completion and Spell tabs.  You click on a tab and get a
> completely different view.  What you may not realize is that a tab is just
> the display device for an entire mini-application, in the form of scripts
> and a set of one or more "widgets".  To hook it into the log pane with its
> own tab is remarkably simple, programming-wise - this is the brilliant
> part.  You just give the top-level widget and a tab name to the log pane
> and the pane sets up all the tab and switching machinery for you.  So a tab
> could contain almost anything - a web browser, a dictionary, you name it.
> If it has a single top-level display widget and code behind that, it can
> get its own tab in the log pane.  The scripts for the tab have access to
> all of Leo's code and data, so they can do just about whatever they like.
> Tabs can be installed by plugins, bit also by non-plugin scripts.
>
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSYP-NxVEQ1Snuv%3D24Mywo07ZMcyHjdQBjkmYCPT2%3DsT%3DQ%40mail.gmail.com.

Re: Could Leo Have Canvas-type Nodes?

[Jacob Peck]

While I anticipate pushback on this idea, I am wholeheartedly for it.  I
have long wanted such a feature, but couldn't figure out just how to word
it.

On Mon, Mar 21, 2022 at 10:42 AM tbp1...@gmail.com 
wrote:

> Leo's nodes are basically text-only nodes.  The text is available from the
> node's body, typically p.b, or the headline, p.h.  I wonder if there could
> be another part of a node, a drawing canvas.  Perhaps p.cnvs?  If we could
> figure out how to converse with the canvas of a node, then we could
> visualize anything we like.
>
> Alternatively, perhaps there could be a new node type, one that has only a
> canvas, with no text body - that would be more like the Jupyter approach.
>
> Having a canvas as a built-in part of a node could fill a conspicuous
> lack, the inability to display graphical information.  There are
> workarounds.  The @pyplot node type is one, and writing graphics as SVG to
> a node and showing that node with VR3 is another.  Writing RsT or Markdown
> referencing an image to a node and displaying it in VR3 is a third. This
> gives you mixed text and graphics.  But these methods are all limited and
> clumsy.
>
> A graphics node should include the ability to have links that point back
> into Leo outlines, or at least its own outline.  This capability would make
> Leo stand out in comparison to say Jupyter, which otherwise has so many
> good features.
>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/leo-editor/bf345490-57fc-4dc6-981a-2c2b9f796826n%40googlegroups.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSYRpxpZtpAzmkMM8bNdc1As0qP2AcVvhfO8LuuSjgk37Q%40mail.gmail.com.

Re: To Plugin or Not?

[Jacob Peck]

I have similar 'apps' that live inside Leo outlines, as scripts but not
plugins.  At least one of them is well over 3000 lines of code :)

I think the main question to ask is whether the 'app' makes any sense
outside the context of the outline it lives in.  In my case, the ones I've
built really only make sense inside the one outline they live and work in.
A plugin for those seems like overkill, especially if it would pollute the
rest of my Leo session.  But that's a tradeoff you'll have to think about
for yourself.

Jake

On Thu, Feb 24, 2022 at 1:22 PM tbp1...@gmail.com 
wrote:

> I am developing an Leo application that displays in a tab in the Log
> frame.  Eventually it will probably use two tabs.  The code lives in a new
> subdirectory in Leo's plugins directory.
>
> Currently this code is not a real Leo plugin, because it does not use the
> plugin machinery.  Instead, it installs its code and creates its tab using
> a Leo command script, which can be put into a button.  This design reduces
> the complexity of the code compared to making it a "real" plugin.
>
> I'd like to know what people think about the question of whether to turn
> this app into a plugin.  The code so far has nearly 400 lines of code, and
> will grow as I add planned functionality, if this makes any difference.  At
> the moment it all lives in a single Python file, in addition to the install
> script.  There are also several auxiliary scripts that are helpful to get
> the most value out of the app, so users will need to install and use some
> scripts even if the thing becomes a plugin.  I suppose I could come up with
> a way for the app to install those other scripts on startup.
>
> So - would it be more Leonine, or more natural, to have this thing be a
> plugin or not?  All suggestions gratefully received!
>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/leo-editor/6c608bf1-a1c2-4592-acb2-2cabfe73e0ban%40googlegroups.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSaQZfoY%3DTWUaf%3DMeOEUHbWSAPWMG-EJCxcjwzfmhuN1Vw%40mail.gmail.com.

Re: Leo Read-the-docs API module Seems Way Out Of Date

[Jacob Peck]

Agreed — IMO they should be removed.

I set this up way back when, and then entirely forgot about them in the 
intervening years.  The script I used to update it must have been lost about 3 
server migrations ago.  I apologize for any confusion these may have caused.

As always, the definitive Leo API documentation should be LeoPyRef.Leo.

-Jake

> On Sep 27, 2021, at 6:38 PM, tbp1...@gmail.com  wrote:
> 
> It's linked to from the leoeditor.com page, which is linked to by the top 
> page writeup on GutHub.  The latest copyright notice on the API Sphinx doc 
> that I saw is 2013.
> 
> Either these should be brought up to date or they should be de-linked.
> -- 
> 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 view this discussion on the web visit 
> https://groups.google.com/d/msgid/leo-editor/dd8be928-d057-482c-b2d2-5fe06c8ce7e5n%40googlegroups.com.

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/6A0FBF2D-C4E1-4D27-A69B-98F8580D3029%40gmail.com.

Re: #1880 merged into devel

[Jacob Peck]

Thanks a ton!
-Jake

> On Apr 22, 2021, at 7:01 AM, Edward K. Ream  wrote:
> 
> 
> #1880 reports a problem loading plugins and suggests a fix. Here I'll 
> summarize what I did and how to load plugins
> 
> What I did
> 
> I made the fix suggested in the initial bug report. In some sense this is all 
> that was needed. However, the old code in plugins.regularizeName was 
> extremely confusing. I simplified that code and added comments.
> 
> How to load plugins
> 
> Most users will enable plugins using @enabled-plugins. This should work 
> exactly as before. The body text of @enabled-plugins can be either:
> 
> - A file name, ending in .py, specifying a file in the leo/plugins directory.
> - A module name (not ending in .py) specifying a fully qualified module name, 
> such that python can import the module (the name is on the python path).
> 
> It is also possible to load plugins using an @plugin node, which must be a 
> child of @settings. The format of can be either:
> 
> @plugin x.py
> @plugin x.y.z
> 
> Again, if a .py extension is given, the file x.py must appear in the 
> leo/plugins directory. If no .py extension is given, then the module x.y.z 
> must be a fully qualified module name on python's path.
> 
> Summary
> 
> Very little has actually changed. However, importing modules outside of 
> leo/plugins now works.
> 
> Edward
> -- 
> 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 view this discussion on the web visit 
> https://groups.google.com/d/msgid/leo-editor/21fe488a-a664-4dae-9c43-72645f72716en%40googlegroups.com.

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/030CB8FB-21E1-47E4-A6DB-1643FF35824C%40gmail.com.

Is there any (easy) way for an @rclick script to know its own headline?

[Jacob Peck]

Hi all,

I've been toying around with a few things lately, and I've hit a situation
where I want several @rclick nodes to do something very similar --
something that can be keyed off of their headlines.  That way I could just
copy and paste the nodes and change the headlines and everything would
hopefully just work.

basically, the code in each @rclick would be something like:

@rclick foo
---
value = myHeadline[8:]
do_the_thing(value)
---

Which would end up calling do_the_thing('foo').  But I'm stuck on how to
get myHeadline -- 'p' is of course the position of the currently selected
node, not the @rclick itself.  Is there some API to grab the position (or
vnode?) of the executing script?

It's no big deal if this isn't possible, but it would be really convenient
if it were.  I've poked around the source and haven't found what I'm
looking for, but maybe I'm not looking in the right places.

Thanks for any pointers!
Jake

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSYHz3XzhOzG2Wq7aV44w4SORkFAukFnkaf1zfT2_jYTTA%40mail.gmail.com.

Re: ekr-qt branch Leo Won't Start When pyqt6 installed

[Jacob Peck]

Sounds like a situation that virtualenv would solve.

> On Apr 12, 2021, at 6:00 PM, tbp1...@gmail.com  wrote:
> 
> 
> Here is how I configured my installation to let me either use or not use 
> pyqt6. Obviously it's a Windows computer:
> 
> 1. Create new directory.  I used %USERPROFILE%\.python\site-packages
> 2. Cut all the installed pyqt6 directories from the standard 
> Lib\site-packages directory.
> 3. Paste the pyqy6 directories into the new .python\site-packages directory.
> 
> To run without pyqt6, I just launch Leo as usual.  To run using pyqt6, I set 
> the PYTHONPATH environmental variable:
> 
> set PYTHONPATH=%USERPROFILE%\.python\site-packages
> 
> Now Leo will launch using pyqt6.
> 
> If you have copied all the pyqt6 install directories also, then pip will find 
> them and be able to properly list pyqt6 as well as the pyqt5  that is in the 
> standard location.
>> On Monday, April 12, 2021 at 5:24:50 PM UTC-4 tbp1...@gmail.com wrote:
>> Typo:
>> NoFrame = QtWidgets.QFrame.Shape.NoFrame if isQt6 else self.noFrame
>> 
>> should be
>> 
>> NoFrame = QtWidgets.QFrame.Shape.NoFrame if isQt6 else self.NoFrame 
>> 
>> With this correction, it runs when only qt5 is available.
>>> On Monday, April 12, 2021 at 2:59:44 PM UTC-4 tbp1...@gmail.com wrote:
>>> I got qt_text to work - at least on the surface - with these changes:
>>> 
>>> Sunken = QtWidgets.QFrame.Shadow.Sunken if isQt6 else 
>>> self.Sunken
>>> 
>>> Raised = QtWidgets.QFrame.Shadow.Raised if isQt6 else 
>>> self.StyledPanel
>>> NoFrame = QtWidgets.QFrame.Shape.NoFrame if isQt6 else self.noFrame
>>> self.setFrameStyle(Raised | Sunken)
>>> self.edit = e  # A QTextEdit
>>> e.setFrameStyle(NoFrame)
>>> 
>>> Then I also needed to change in update():
>>> 
>>>#width = self.fm.width(str(max(1000, 
>>> self.highest_line))) + self.w_adjust
>>> if isQt6:
>>> width = self.fm.boundingRect(str(max(1000, 
>>> self.highest_line))).width()
>>> else:
>>> width = self.fm.width(str(max(1000, self.highest_line))) + 
>>> self.w_adjust
>>> if self.width() != width:
>>> self.setFixedWidth(width)
>>> 
>>> With these changes. Leo opens outlines without crashing.  I notice that the 
>>> gutter numbers have too much padding-left, so they are cut off on the 
>>> right.  I don't know where that is set, so I didn't do anything about it.
>>> 
>>> If you want, I can push these changes to my branch and do a PR.  It's 
>>> probably easier for you to jsut copy them into yours.  Just let me know if 
>>> you want the PR.
>>> 
>>> Next up: VR3 won't load because
>>> 
>>> viewrendered3.py requires QtWebKitWidgets.QWebView
>>> pip install PyQtWebEngine
>>> 
>>> But how to get this without stepping on the one for qt5?  Hmmm.
>>> 
 On Monday, April 12, 2021 at 1:57:39 PM UTC-4 tbp1...@gmail.com wrote:
 It failed because 
 LeoLineTextWidget' object has no attribute 'StyledPanel
 
 as expected ...
> On Monday, April 12, 2021 at 1:03:57 PM UTC-4 Edward K. Ream wrote:
>> On Monday, April 12, 2021 at 11:55:03 AM UTC-5 tbp1...@gmail.com wrote:
>> 
> 
>> Without testing it I don't think that will work.
> 
> From https://doc.qt.io/qt-6/qframe.html#details "The frame style is 
> specified by a frame shape and a shadow style that is used to visually 
> separate the frame from surrounding widgets. These properties can be set 
> together using the setFrameStyle() function..."
> 
> The only way to know for sure is to test it. The qt6 documentation has 
> proved unreliable in the past.
> 
> Edward
> 
> -- 
> 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 view this discussion on the web visit 
> https://groups.google.com/d/msgid/leo-editor/3f9f3c39-678b-4b22-b1a2-183ab0e04cb9n%40googlegroups.com.

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/33180E0E-4858-43D8-8D60-EF229CE0EF4A%40gmail.com.

Re: Permanent sabbatical?

[Jacob Peck]

Some folks call it 'self care' -- it's very important.  Keep doing the
awesome work, but most importantly, keep doing what nourishes you
intellectually, emotionally, and personally.  That's the key to
productivity -- enjoying all the things /around/ the work.

On Tue, Apr 6, 2021 at 11:13 AM Edward K. Ream  wrote:

> My sabbatical has been a great success. It has freed me from the endless
> grind of feature requests and bugs. I can explore what I want for as long
> as I like. Why not continue the "sabbatical attitude" indefinitely?
>
> My mantra for Leo now is, "There's no rush. It will wait." Yes, Leo can be
> improved, but there is no great urgency. For the first time, I see that Leo
> is fundamentally complete as it is. Right now.
>
>
> *Priorities and schedule*
>
> At present, my priorities for projects are, from highest to lowest:
>
> - Fixes for recently-introduced bugs.
> - Fixes for bugs discussed in recent conversations.
> - Supporting leoInteg (Leo for vs-code)
> - Improving the newbie experience.
> - (Maybe) Supporting Leo in Jupyter.
> - Cleaning Leo's code base for future devs.
> - General exploration and background learning.
>
> Balance: I'll devote a few days every week to bugs and easy feature
> requests. The rest of the week will be for exploration.
>
> I have started to allocate larger blocks of time to music and exercise.
> Those breaks help me to improve Leo, so the new balance is pure gain.
>
> *Summary*
>
> The sabbatical has created a new appreciation for balance in my life. The
> result has been new priorities and a substantial *increase* in my
> productivity. I'll likely retain those new priorities for the rest of my
> life.
>
> The result could be called a permanent sabbatical. All comments welcome.
> Edward
>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/leo-editor/5caac480-fcba-432d-8a0f-a4ac40ff4595n%40googlegroups.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSYfQQCQHWzPXALaj%3DnY6EwiLpjRwU%3D%2B2FAJXNroRG3Hjg%40mail.gmail.com.

Re: Can't find the path!

[Jacob Peck]

I believe '.' is interpreted in the context of the OS -- which on both
Linux and Windows evaluates to the same as the current working directory.

I am unsure how or why the 'run(cmd)' portion is executed in the context of
the current node's path, but if it is, '.' should expand at the OS level to
the full current path.

On Tue, Apr 6, 2021 at 10:14 AM Edward K. Ream  wrote:

> On Tue, Apr 6, 2021 at 7:15 AM tbp1...@gmail.com 
> wrote:
>
> Here's what I have been doing to create files in directory trees.  It
>> seems much simpler.
>>
>
> Thanks for this tip.  I don't create many directories myself, and so I
> just create the directories first in the file manager.
>
> BTW, I have put a button into MyLeoSettings.leo that will open a file
>> manager window (File Explorer on Windows) at the current directory of the
>> selected node, whatever it is.  This has been awfully handy.
>>
>
> Great idea.  However, I don't understand how '.' gets bound to the
> directory of the selected node. Here is tested code for Windows that works
> as I expect.
>
> import os
> from subprocess import run
> path = g.fullPath(c, p) or os.path.abspath('.')
> cmd = ['explorer.exe', '.']
> run(cmd)
>
> What am I missing?
>
> Edward
>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/leo-editor/CAMF8tS11Vw%3DbB95eyQhXp%2B1FfFAQVxC1zhxH75CfjPzp-4YqGw%40mail.gmail.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSZ8NK-4iDszU9Nuf%2BKze6MbPBM5fwo7Q4saCWgJ-jvKhA%40mail.gmail.com.

Re: Clones - How To Return To "Original" Node?

[Jacob Peck]

“clone-find-parents” will show you all the parent nodes of that clone, which 
might be enough context?

“find-next-clone” seems to move to the next clone in the outline, but not 
necessarily the same clone you’re looking at.

“goto-next-clone” will cycle through all the clones of the selected node — 
seems closest to what you’re looking for.

Hope this helps!
—>Jake

> On Dec 21, 2020, at 10:30 PM, tbp1...@gmail.com  wrote:
> 
> 
> If I issue a command from the cff family, I will get a subtree of clones of 
> targets that have the search phrase.  After I look at several of them, I 
> sometimes want to go back to its matching clone, the one this new clone was 
> duplicated from.  I haven't found a convenient way to do this.  The 
> semi-convenient way I've found is to copy the clone's headline and then paste 
> it into the Nav pane to list its instances.
> 
> I suppose the action I'm thinking of would be clone-find-instances, although 
> perhaps the other instances of the clone could be marked so that I could go 
> to the next mark to get to where I want.
> 
> Is there some command or action that I'm overlooking here?
> -- 
> 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 view this discussion on the web visit 
> https://groups.google.com/d/msgid/leo-editor/f9d08401-1dbc-4d18-ab2f-99f74a85ac57n%40googlegroups.com.

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/8896F46D-4282-452D-B11E-4C5D0E3E5A25%40gmail.com.

Re: Multiple myLeoSettings.leo files?

[Jacob Peck]

The search order is documented here: 
https://leoeditor.com/customizing.html#search-order-for-settings-files

It states that the ones later in the list override settings in the earlier 
files.  So I imagine it’ll do that!

(This page was useful when I was trying to figure out how to make themes work 
the way I wanted them to.)

> On Dec 19, 2020, at 11:27 PM, tbp1...@gmail.com  wrote:
> 
> 
> The Help entry for settings says in part:
> 
> " Put myLeoSettigns.leo in your home ~ directory or in the ~/.leo directory."
> 
> It's a little obsolete because Leo will create this file for you (so the 
> wording should be updated).  But it got me wondering what would happen if 
> somehow there were a myLeoSettings.leo file at *both* of these two locations.
> 
> Does anyone know?
> 
> Also, the wording should be updated to include the standard locations for 
> Windows.  "~" and "~/.leo" don't mean anything to most Windows users.  Even 
> saying "your home directory" doesn't really convey much to most Windows 
> users.  The equivalent location for "~" would presumably be %USERPROFILE%, 
> and even that will seem mysterious to most Windows users.
> 
> We should do something about the wording to make it easier for Windows users! 
>  I'm sure there are plenty of other places that have the same problem, but 
> this is the one I noticed recently.
> -- 
> 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 view this discussion on the web visit 
> https://groups.google.com/d/msgid/leo-editor/30adcfd1-8e7a-422f-83a1-c3a1d3d9a8b2n%40googlegroups.com.

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/B15515DA-23C0-4ACD-BCDF-6DFE252C6D0F%40gmail.com.

Re: Fix for #1749 has been merged into devel

[Jacob Peck]

Thanks for the quick fix!

The test case I reported appears to be fixed.  I will report back if I find
it in any other situations.

Thanks,
-->Jake

On Sun, Nov 22, 2020 at 6:23 PM Edward K. Ream  wrote:

> #1749  can easily
> result in data loss. #1750
>  is the corresponding
> PR.
>
> As an emergency measure, I have merged the ekr_bug_1749 branch into devel.
> I can see no way that the new code could be as dangerous as the old. We may
> as well test the new code in devel.
>
> Please report any related problems immediately.
>
> Edward
>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/leo-editor/d34f0223-c29e-48e0-bfb7-892855eaf6cfn%40googlegroups.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAJ1i%2BSb5%2BKmrX%2BryojUvEQ%3DGX3%3DF_qNXBMCGtX_dyp%3DzyQTEmw%40mail.gmail.com.

Re: Completion madness

[Jacob Peck]

That's genius.  Thanks for sharing this tool!

On 6/21/2019 2:54 PM, Terry Brown wrote:
On Fri, Jun 21, 2019 at 12:34 PM Edward K. Ream > wrote:


Still it's /crucial/ to make haste slowly by creating issues for
/everything/ that needs attention.  Some mornings I spend hours
making notes in Leo, then making issues or posts from those notes.
Today was one of those days.


 So naturally what you need is to spend time fiddling with a new tool...

https://github.com/github/hub

A command line tool that can be used for creating issues on GitHub

hub issue create -a tbnorth -l "blocker,infrastructure" -m "Don't 
forget to do blah blah"


 would create an issue on GitHub for the repo. the command line's 
cd'ed to.


So you could automate issue creation from leo nodes.

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 https://groups.google.com/group/leo-editor.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAFPg46RhSQyBT8F1LCFV_Qj77OhW6g5SNmTfatfJ384y_N7vDQ%40mail.gmail.com 
.

For more options, visit https://groups.google.com/d/optout.


--
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 https://groups.google.com/group/leo-editor.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/7ce85063-9c22-2748-ae98-8ecac711ba74%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: Rev b937f02 in devel cures python_terminal segfaults

[Jacob Peck]

Hi all,

I've been out of Leo development for a while now.  But I'm sorry this 
little plugin toy of mine is causing such huge issues.  I'm surprised to 
hear of segfaults in python, though.


FWIW, I never intended the plugin to be enabled by default -- it was 
just a quick proof of concept on my part.  But that doesn't excuse the 
poor code I pushed back in those days.


A thousand apologies!

-->Jake

On 6/19/2019 1:02 PM, Edward K. Ream wrote:
On Wed, Jun 19, 2019 at 11:02 AM Chris George > wrote:


I was starting Leo.


Whoa.  That's totally unexpected. That's an important clue.

Edward
--
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 https://groups.google.com/group/leo-editor.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/CAMF8tS3A0ippch4Cy0JmVp5TG1Ri6KKWm48d2uzcJUDo%3DLJR3A%40mail.gmail.com 
.

For more options, visit https://groups.google.com/d/optout.


--
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 https://groups.google.com/group/leo-editor.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/8aaf3702-39af-d521-41f9-cd5b1e9d6574%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: LeoWapp Getting Started

[Jacob Peck]

> On Dec 8, 2018, at 9:03 AM, Edward K. Ream  wrote:
> 
> What's a POC?

It generally means Proof Of Concept.

-- 
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 https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Why does my clone of the Leo-Editor repository NOT contain the .leo file for all the PyQt specific code?

[Jacob Peck]

IIRC, none of those are referenced by the plugin outlines.  I think 
they're referenced by LeoPy.leo itself -- the GUI might be a 'plugin' 
but it's code is kept organized in LeoPy.leo.


I could be off, I haven't hacked on Leo in a good long while...
-->Jake

On 5/16/2017 3:27 PM, SegundoBob wrote:
I have many files in the plugins folder matching qt*.py, but neither 
of the .leo files in the plugins folder references them. Is this 
intentional?

--
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 https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.


--
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 https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Why I prefer Windows, for now

[Jacob Peck]

There are loads of ways to adjust fonts on linux machines.  Assuming 
you're using Ubuntu:


https://askubuntu.com/questions/19770/how-do-i-change-fonts-and-adjust-their-size

As for technology... Windows uses something it calls "Clear Font" 
enabled by default, which is basically anti-aliasing.  A similar effect 
can be enabled in Ubuntu:


https://wiki.ubuntu.com/Fonts#Font_Smoothing

But yeah, I agree -- Ubuntu, being the 'face of Linux' for a good chunk 
of people, really should use sane defaults.  It makes things like this 
needlessly frustrating for users.  Windows is really good at the 
open-box experience.  (Dare I say, Leo could learn something from it?  
Though I'm not entirely sure what...)


(I myself use Arch these days, and now I really know how everything 
works.  It's quite hands-on, but I've learned tons about building and 
customizing a Linux desktop to suit my exact needs.  The whole 'rolling 
release' thing is really handy too.)


-->Jake

On 4/19/2017 7:57 AM, Edward K. Ream wrote:
The answer is prosaic: text looks much better on my Windows machine 
than the Ubuntu box next to it. This is crucial for my old eyes. Not 
sure whether this is a font issue, a graphics driver issue or a 
monitor issue.  Iirc, switching monitors didn't help.


The Lenovo laptop is presently in Atlanta for repairs. If that doesn't 
work out I may buy a pre-loaded Linux laptop.  That will avoid driver 
issues.


Linux is not friendly enough for self installation. The same is true 
of Windows, but nobody installs Windows themselves :-) But geeze,14.02 
doesn't include tweaks.  How am I supposed to adjust text size?


Edward
--
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 https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.


--
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 https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: using @first and not getting expected results

[Jacob Peck]

I'm not sure if it's documented anywhere, but when I need to use @first, 
I always need to put it as the very first line in the body node of the 
@file/clean/yadayada, so:


@first #! /usr/bin/python3
@language python
@and-so-on

Hope this helps,
-->Jake

On 2/7/2017 9:13 AM, Eric S. Johansson wrote:

in my @file section I have the following:

@language python
@tabwidth -4
@first #! /usr/bin/python3
@first # a first line
<< docstring >>

@others
if __name__ == '__main__':
main()
# a comment

what I find saved in the output file is:

#@+leo-ver=5-thin
#@+node:alsoeric.20170202001826.1: * @file worktime1.py
#@@language python
#@@tabwidth -4
#@@first
#@@first
#@+<< docstring >>
#@+node:alsoeric.20170202004627.1: ** << docstring >>
''' program to calculate time '''
#@-<< docstring >>

#@+others

If I change the @file to @clean, I still don't get the first lines in 
the file. What am I missing?

--
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 https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.


--
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 https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: OT: What's a raspberry pi good for?

[Jacob Peck]

I have several laying about my apartment, they're quite capable little 
devices :)


- My personal webserver is a first generation RasPi 1 Model B (with the 
256MB chip, before they changed).  It's been working just fine for 2-3 
years now, no issues at all!
- I have one hooked up to my TV running RetroPie with all sorts of old 
video games loaded on to it (and I built a few for friends as gifts this 
Christmas).
- I have one I'm working on to read MIDI files off of a floppy disk and 
play them through my home stereo system (because I can, it seemed like a 
neat project).
- I was going to have one as a home music server hooked up to my stereo, 
but I lucked into a beefier ultra-tiny PC instead.  But plenty of people 
use them for this purpose.
- I've been thinking of throwing a couple into my music gear kit -- for 
use as a MIDI bridge, or a software defined synthesizer, etc. -- They're 
not too much more expensive than an Arduino, and they have on-board 
audio and USB, and a much faster processor -- and I could code them in 
Python instead of C.  But this is theory for me so far.


The Raspberry Pi foundation was pushing Python as their language of 
choice back when they first came about, between my original Model B and 
Leo, that's why I got into Python in the first place.


-->Jake

On 1/20/2017 10:02 AM, Edward K. Ream wrote:
I was given a raspberry pi 3 for Christmas.  It's still unopened.  
Anyone know a real use for it?


Edward
--
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 https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.


--
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 https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Notes on Leo learning

[Jacob Peck]

It's also worth noting that there's an incredibly dormant mini blog 
thing maintained by a handful of us devs on github: 
http://leo-editor.github.io/


I forget if this is mentioned anywhere officially, but there are a few 
neat things up there.


-->Jake

On 12/19/2016 11:22 AM, Jacob Peck wrote:

Hi Edward, Satish,

Satish, Glad you find the (limited) articles useful! Leo is a really 
fun tool to explore when you first stumble upon it.  I'm still finding 
new things all these years later.  I suspect I always will be.


Edward, you must have known about my blog at one point, because you 
commented on it 4(!) years ago :) (http://disq.us/p/d1xqz8)


-->Jake

On 12/16/2016 4:03 AM, Edward K. Ream wrote:



On Fri, Dec 16, 2016 at 2:29 AM, Satish Goda <mailto:satishg...@gmail.com>> wrote:


Hello folks.

I have started taking notes for myself as I dig deeper into
integrating Leo into my daily workflows. The GitHub link to my
repo is below.

https://github.com/satishgoda/leo-editor-tutorial
<https://github.com/satishgoda/leo-editor-tutorial>

My intention is to create a set of tutorials that will elucidate
the core aspects of Leo (I am writing an introductory one on
Python & Leo today!!).

Just wanted to share it with you all and I am open to ideas and
thoughts.


​Excellent.  I see​
​that your sandbox contains some @button scripts for creating your 
chapters.


It took me awhile to realize that several of your references are to 
Jake Peck's a -> ab <http://blog.suspended-chord.info/> site.​ I 
didn't know that any of that existed.  Jake, did you announce your 
blog?  I sure missed it.


Edward
--
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 
<mailto:leo-editor+unsubscr...@googlegroups.com>.
To post to this group, send email to leo-editor@googlegroups.com 
<mailto:leo-editor@googlegroups.com>.

Visit this group at https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.




--
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 https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Notes on Leo learning

[Jacob Peck]

Hi Edward, Satish,

Satish, Glad you find the (limited) articles useful! Leo is a really fun 
tool to explore when you first stumble upon it.  I'm still finding new 
things all these years later.  I suspect I always will be.


Edward, you must have known about my blog at one point, because you 
commented on it 4(!) years ago :) (http://disq.us/p/d1xqz8)


-->Jake

On 12/16/2016 4:03 AM, Edward K. Ream wrote:



On Fri, Dec 16, 2016 at 2:29 AM, Satish Goda > wrote:


Hello folks.

I have started taking notes for myself as I dig deeper into
integrating Leo into my daily workflows. The GitHub link to my
repo is below.

https://github.com/satishgoda/leo-editor-tutorial


My intention is to create a set of tutorials that will elucidate
the core aspects of Leo (I am writing an introductory one on
Python & Leo today!!).

Just wanted to share it with you all and I am open to ideas and
thoughts.


​Excellent.  I see​
​that your sandbox contains some @button scripts for creating your 
chapters.


It took me awhile to realize that several of your references are to 
Jake Peck's a -> ab  site.​ I 
didn't know that any of that existed.  Jake, did you announce your 
blog?  I sure missed it.


Edward
--
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 https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.


--
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 https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: I Love Leo :)

[Jacob Peck]

Welcome to the fold!

:)

-->Jake

On 12/14/2016 4:12 AM, Satish Goda wrote:

Hello Folks.

I came across Leo recently and I am hooked to it. Thank you to Edward 
and the community for creating/maintaining/improving such a wonderful 
piece of software tool.


I have been promoting Leo on Twitter via the hashtag #leoeditor.

https://twitter.com/hashtag/leoeditor?f=tweets&vertical=default

Thank you.

Satish Goda.
--
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 https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.


--
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 https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Devs: please delete your git hooks

[Jacob Peck]

On 10/18/2016 11:57 AM, Edward K. Ream wrote:
The hook can add to sys.path as needed--it's running from a known 
place, namely leo-editor/.git.
Not if it can't run in the first place, because python.exe isn't already 
in the path!


--
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 https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Fw: Proposal: remove commit_timestamp.json

[Jacob Peck]

I'm with Terry on this -- the commit_timestamp.json file has been 
immensely helpful in debugging user issues in the past.  Relegating the 
commit hash to some funky filename is not an acceptable option.


Git hooks are painless.  Why is this suddenly an issue?

-->Jake

On 10/17/2016 12:50 PM, 'Terry Brown' via leo-editor wrote:

[meant to post to the list, not just Edward]



*From:* Edward K. Ream 
*To:* leo-editor 
*Cc:* terry_n_br...@yahoo.com
*Sent:* Monday, October 17, 2016 11:23 AM
*Subject:* Re: Proposal: remove commit_timestamp.json

On Monday, October 17, 2016 at 9:04:52 AM UTC-5, Terry Brown
wrote:

I'm not really sure this has any utility :-/

I am about to release Leo 5.4b1. Imo, the new scheme works
very well.

Leo /always/ reports first 8 characters of the git hash and
git date, even when there is no git around, which is almost
all the time for most users.

This works because official releases now /do/ include
commit_timestamp.json.

The script that creates daily builds should be modified to
create commit_timestamp.json /in the new format./ Once that is
done, everything will "just work".

As noted earlier in this thread, there is no script that creates
the daily builds, there hasn't been since
April 6, 2014:
https://groups.google.com/d/msg/leo-editor/Hr-ygxeMPm4/tfCZxOCcv4wJ

When you use a link like:
https://github.com/leo-editor/leo-editor/archive/master@{5 days
ago}.zip


GitHub sends you leo-editor-438e...92e4.zip.  That's what we have
now on the Leo downloads page.

So with the new scheme all we have for user interaction / bug
resolution is asking the user the funky name of the folder they're
running from, if we re-link "Latest" to ...{0 days ago}.zip

*Even if there was a script*, it wouldn't help that much, even
running at 15 minute intervals could create significant confusion
re latest versions.

Cheers -Terry

To recap, the new scheme is /much /better than the old because:

- No git hooks are ever needed.
- There will be no git merge conflicts on
commit_timestamp.json once people remove their git hooks.
- Leo /always/ reports the hash and the date of the build that
is being run, or will, once the daily build script is updated.)
- The code in leoVersion.py is really simple.


Edward





--
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 https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.


--
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 https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Aha: Use tags to create clones

[Jacob Peck]

Glad to see this plugin is helping people! :)

Thanks for your recent work, Edward.  I definitely should have added 
proper names to the nodetags widgets...


-->Jake

On 9/21/2016 7:44 AM, Edward K. Ream wrote:
On Tue, Sep 20, 2016 at 6:28 PM, Chris George > wrote:


Wow.

Out of simplicity comes great power. That is *USEFUL*!


​Thanks.  ​
​I think so too. For the first time I'm actually using the nodetags 
plugin.


Rev 1254f5f adds the "nodetags-" prefix to all the names of all 
nodetags widgets so that they can be styled in a Qt Stylesheet.​


For example, I added the following to @data qt-gui-user-style-sheet in 
myLeoSettings.leo:


QLabel#nodetags-label,
QLabel#nodetags-label2,
QLabel#nodetags-label3,
QListWidget#nodetags-listWidget,
QComboBox#nodetags-comboBox,
QPushButton#nodetags-pushButton {
font-size: 14pt;
}

This increases the text size in all nodetags widgets so my old eyes 
can see the text.


Edward
--
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 https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.


--
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 https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: running viewrendered hard crashes leo

[Jacob Peck]

From your git repo directory, you can do:

git checkout 9d28e6c

That will revert your files to the state at commit 9d28e6c.  To switch 
back to master (current), do:


git checkout master

-->Jake

On 7/19/2016 10:35 AM, lewis wrote:
Downloaded the zip file of 9d28e6c zip file, unzipped and copied it to 
my usual leo folder. But when I run Leo the log says

/Leo Log Window
Leo 5.4-devel, build 20160412153848, Tue Apr 12 15:38:48 CDT 2016
Not running from a git repo/

I expected it to be 9d28e6c so I don't think that is helpful to you.

Regards
Lewis
--
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 https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.


--
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 https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: A hands-on intro to quantum computing with a real(!) computum computer

[Jacob Peck]

This is so cool!  There goes my (classical) productivity for the 
afternoon... or perhaps the next several.


"Quantum Laws in Black, White, and Blackandwhite"

I appreciate IBM's sense of humor sometimes.  When I was working with 
them on the LIME (Liquid Metal) project, it leaked through in their API 
docs a bit.  I imagine that's all been cleaned up by now though.


Thanks for sharing!
-->Jake

On 6/7/2016 11:07 AM, Edward K. Ream wrote:
Take a look at this 
from 
IBM/New Scientist.  Follow the first link (it may be personalized, so 
I won't give it here) and away you go.  The third tutorial page is a 
succinct summary of the "elementary" quantum operations.  Don't freak 
out: the second tutorial page says, "mathematically, quantum concepts 
are only a bit more complex than high school [vector] algebra." I'm 
going to be studying this intensely. From my readings of Nature and 
Science magazines, I would guess that quantum computers are going to 
become significant sooner than most of us realize.


Edward
--
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 https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.


--
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 https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: I'm back: 2 days of moving to a new machine

[Jacob Peck]

On 5/10/2016 9:31 AM, Edward K. Ream wrote:
1. Windows 10 has an excellent "reset" function, that will restore the 
machine to its original condition, with or without user data.  That, 
plus a post run of cipher /W:c should ensure that not even the NSA 
could recover any previous data.


Neat.  However, my personal paranoia would prefer an open source tool, 
like GNU shred, or more preferrably DBAN (though DBAN doesn't work 100% 
securely with SSDs, which I think you mentioned that you're on now).


--
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 https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Help: I'm not pushing to github

[Jacob Peck]

What's the output of 'git remote -v'?


On 4/13/2016 11:59 AM, Edward K. Ream wrote:
I recently did a git clone of leo-editor, and now I can't seem to push 
to the remote.


gitk shows my MASTER several commits ahead of remotes/origin/master.  
In particular, the scrolling fix isn't on github.


I've tried pushing directly to 
https://github.com/leo-editor/leo-editor.git, but that says


   Everything up to date.

Help!  What should I do?

Edward
--
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 https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.


--
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 https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: can leo editor prompt file changed

[Jacob Peck]

On 4/8/2016 10:13 AM, 'Terry Brown' via leo-editor wrote:

Why can't I find the setting?  I tried

check_for_changed_external_files
check-for-changed-external-files
checkforcha
r:config.*external

Maybe it's just too early in the morning.

Cheers -Terry

Try this: 
https://github.com/leo-editor/leo-editor/blob/8201152e7e6fdf3cac35fca2d2709e32bb5dc6ee/leo/core/leoExternalFiles.py#L464


--
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 https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Proposal: remove/improve all chapter commands

[Jacob Peck]

As a newbie a few years back, this was one of my big stumbling blocks.  
I feel like the mouse interface doesn't receive much love given that 
Edward is rodent-averse (with good reason -- but there are plenty of us 
who still use the mouse).  IIRC though, so much of Leo's internals rely 
on there being only a single selected node that every time someone tries 
to add these features they get bogged down and give up.


It is a very jarring experience, but perhaps it's a necessary evil at 
the moment?


-->Jake

On 4/5/2016 8:41 AM, Chris George wrote:
In short, if I select two nodes in the tree pane with the mouse, I 
can't do anything with them together via the gui. I must act on them 
one at a time, and there are never any options, the node just gets 
moved. I understand that with large, complicated outlines the 
ctrl-click/drag and drop isn't likely to be used often, but as a 
newbie it was a jarring lesson to learn. I look forward to an easier 
way than "one at a time", but it would be nice to have this capability 
available via the mouse as well as using commands.


--
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 https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Proposal: remove/improve all chapter commands

[Jacob Peck]

On 4/4/2016 3:03 PM, john lunzer wrote:


  * Cut "cloned nodes"
  * Past cloned nodes where I want it to be.
  * Clones are no longer clones.

Why aren't my clones clones anymore?
Not a bug -- paste creates copies by default.  You want 
'paste-retaining-clones'.


-->Jake

--
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 https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Proposal: remove/improve all chapter commands

[Jacob Peck]

I have not been at a computer the past few days (thankfully) but I'll 
definitely be pulling it tonight/tomorrow.

-->Jake

> On Apr 3, 2016, at 9:44 AM, Edward K. Ream  wrote:
> 
>> On Sun, Apr 3, 2016 at 6:45 AM, Jacob Peck  wrote:
>> 
>> As a daily user of chapters, these changes are long overdue.  Fire away!
>> 
>> FWIW, the various chapter-* commands have always been an absolute pain, and 
>> as you mentioned, brain dead.  I always found myself needing a reload of my 
>> outline after serious restructuring.  Dynamic is the way to go.
> 
> ​Thanks for these comments!  Are you using the latest code?
> 
> Edward
> -- 
> 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 https://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.

-- 
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 https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Proposal: remove/improve all chapter commands

[Jacob Peck]

As a daily user of chapters, these changes are long overdue.  Fire away!

FWIW, the various chapter-* commands have always been an absolute pain, and as 
you mentioned, brain dead.  I always found myself needing a reload of my 
outline after serious restructuring.  Dynamic is the way to go.

-->Jake

> On Apr 3, 2016, at 4:59 AM, Edward K. Ream  wrote:
> 
> If you use Leo's chapters, please read the following carefully.  Unless I 
> hear howls of protest, I'll make the following changes. Don't panic, there 
> will be ample time for comments.
> 
> At present, Leo's supports the following chapter-related commands:
> 
> chapter-clone-node-to
> chapter-convert-node-to
> chapter-copy-node-to
> chapter-create
> chapter-create-from-node
> chapter-move-node-to
> chapter-remove
> chapter-rename
> chapter-select
> 
> Imo, only the chapter-select command is needed. It should be improved, as 
> explained in point 3 below. All other commands should be removed:
> 
> 1. The new chapters code dynamically updates the list of chapter names 
> whenever the list is needed. As a result, the user can do the following 
> commands more easily by creating, renaming, moving, copying or deleting 
> @chapter nodes:
> 
> chapter-convert-node-to
> chapter-create
> chapter-create-from-node
> chapter-rename
> chapter-remove commands
> 
> The old (brain dead) code needed these commands to update internal data 
> structures. The new code updates the structures as needed.
> 
> 2. Now that @chapter nodes need no longer be children of an @chapters nodes, 
> it is easier for the user to move or clone nodes between chapters using Leo 
> existing clone, copy-node, paste-node and especially the cffm commands.  As a 
> result, these ridiculously clumsy commands should be retired:
> 
> chapter-clone-node-to
> chapter-copy-node-to
> chapter-move-node-to
> 
> I wonder whether anyone actually has ever used these commands. Do you?
>  
> 3. At present, the chapter-select uses a non-standard, clumsy, way of 
> prompting for a chapter name. Instead, the Alt-x code should have a hook that 
> allows the chapters code to add/remove chapter-select commands. So after 
> chap, the user would see:
> 
> chapter-select-(chapter-name-1)
> chapter-select-(chapter-name-2)
> 
> that is, the list of chapter names, in alphabetical order. As always, tab 
> completion would allow the user to select the desired chapter quickly.
> 
> Furthermore, users should be able to bind keystrokes to these commands, even 
> though they are created dynamically.  This may be a bit tricky to do, but it 
> is the correct thing to do. It maintains the desired illusion of simplicity.
> 
> Summary
> 
> Imo, only the chapter-select command should remain, and it should be improved 
> as just discussed.
> 
> Chapters are almost like hoists, with the following differences:
> 
> A. The Chapters box in the icon area.  This is useful to have even with the 
> new chapters-select-* logic in place.
> 
> B. Selecting a chapter is not quite the same as same as hoisting an @chapters 
> node: only the children of the @chapters node are shown. This seems dubious, 
> but it was a requested feature.  It's not going to go away, although it could 
> become an option.
> 
> Your comments, please, Amigos.
> 
> Edward
> -- 
> 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 https://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.

-- 
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 https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.