Role Of The QScintilla Component?

Leo's code base has optionally included the QScintilla editor QWidget for some time. But it doesn't seem to get used, even though there's code for, e.g., an editor body mixin with it. I know there's a setting to use the component, but nothing seemed to change when I set it to True. I assume

Re: Using git-diff Commands

Thanks, this looks like just the right thing. On Tuesday, May 28, 2024 at 11:14:07 AM UTC-4 Edward K. Ream wrote: > On Tue, May 28, 2024 at 9:38 AM Thomas Passin wrote: > >> Sometimes I want to diff a specific external file between two git >> branches. They might be the cur

Using git-diff Commands

Sometimes I want to diff a specific external file between two git branches. They might be the currently checked out version and some other, or even between two different but not checked out commit hashes. Can I do this using the existing Leo commands? If so, how? I use the Git-Extensions

Re: Status report re PR #3911

I forgot to write that the body of an *@item* node contains the item's label that you see when you open the menu. On Sunday, May 26, 2024 at 11:38:47 PM UTC-4 Thomas Passin wrote: > For those who haven't defined a custom menu in *myLeoSettings.leo* > before, here is a screenshot of wha

Re: Status report re PR #3911

For those who haven't defined a custom menu in *myLeoSettings.leo* before, here is a screenshot of what I've got in my setting tree. It defines a menu named "Local", which displays just before (to the left of) Leo's standard "Help" menu. The string after the *@item* in each headline is the

Re: [Simplified] Script To Move Nav Frame Between Secondary And Primary Splitters

.sizes())) On Sunday, May 26, 2024 at 6:54:49 PM UTC-4 Thomas Passin wrote: > In practice, this means changing which panel the Nav frame shares: > 1. Next (usually to the right) to the body editor; or > 2. Next (usually below) the tree. > > With the old nested splitter layout Leo

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

Hear, hear! On Sunday, May 26, 2024 at 6:57:16 PM UTC-4 gates...@gmail.com wrote: > 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

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

I have hardly even noticed this. I usually start from the top of the listing and work down. If I were to hit a clone, I would probably notice it was the same and skip it. It's true, I am one of those who has not taken to clones. I haven't built up the knack of using them effectively. With

Script To Move Nav Frame Between Secondary And Primary Splitters

In practice, this means changing which panel the Nav frame shares: 1. Next (usually to the right) to the body editor; or 2. Next (usually below) the tree. With the old nested splitter layout Leo had for so long, it was possible to get this arrangement using the context menu of the splitter bar,

Re: Status report re PR #3911

For commands that I think I might use often enough, I add them to my "Local" menu, which I define in myLeoSettings.leo. It's a handy way to deal with those things that don't rate a button or keyboard shortcut but that I want to remember. On Sunday, May 26, 2024 at 1:48:17 PM UTC-4 Edward K.

Re: ENB: Ahas re finding definitions

D'accord. On Sunday, May 26, 2024 at 1:51:56 PM UTC-4 Edward K. Ream wrote: > On Sunday, May 26, 2024 at 12:42:11 PM UTC-5 Edward K. Ream wrote: > > > I don't like returning the results as cloned nodes...The Nav tab is > better. > > I'm going to do the following: > > - Use the Nav tab If the

Re: ENB: Ahas re finding definitions

I don't like returning the results as cloned nodes. That changes the outline, and a search should not do that. The search will change the focus to the new cloned results, which is distracting and unexpected. And later the user has to remember to find and delete those clones without

Re: Status report re PR #3911

That seems fine. It can be done a little easier with the new method find_widget_by_name(): from leo.core.leoQt import QtWidgets QSplitter, QTextEdit = QtWidgets.QSplitter, QtWidgets.QTextEdit gui = g.app.gui w = gui.find_widget_by_name(c, '*main_splitte*r') something_log =

Re: Modified headline query

I think you need to mark the node as dirty - p.setDirty() - and also c.setChanged(). I'm not sure why the first doesn't also set the second, but it doesn't. You might also want to save undo data. Here's an example where I write text into the body and make it undoable. The outline asks if I

Re: Last call before deprecating the nested_splitter plugin

I looked at this a bit. It swaps in an instance of the CKEditor for the Leo body editor. CKEditor is a commercial product whose most basic level is under the GPL2 license, and so can be used at no charge. It's written in javascript and runs in a browser. It's a WYSIWYG )(rich text) editor.

Re: Last call before deprecating the nested_splitter plugin

TC-4 Edward K. Ream wrote: > On Thu, May 23, 2024 at 7:00 AM Thomas Passin wrote: > > Is it correct that the "main" splitter is the one whose splitter bar runs >> all the way either from top to bottom or from side to side, depending on >> orientation? >>

Re: Last call before deprecating the nested_splitter plugin

Is it correct that the "main" splitter is the one whose splitter bar runs all the way either from top to bottom or from side to side, depending on orientation? On Thursday, May 23, 2024 at 5:10:32 AM UTC-4 Edward K. Ream wrote: > On Wed, May 22, 2024 at 5:50 PM Thomas Passin w

Re: The nested-splitter project has collapsed in complexity

On Tuesday, May 21, 2024 at 3:36:03 PM UTC-4 Thomas Passin wrote: VR3 is working with *ekr-3910-no-fl-ns-plugins*, possible quirks aside. Will check soon on Linux. Freewin is working. RPCalc is still working. OK on linux so far. -- You received this message because you are subscribed

Re: Last call before deprecating the nested_splitter plugin

I think one thing is missing. I'd like to have a command to place the log frame into its own panel next to the body editor's. This layout has the tree pane vertically on the left, the body in the middle, and the log frame on the right. I'm sure I could come up with a script to do this, but I

Re: The improved restart-leo command

What directory are you running the tests from? Unless you set the right one using PYTHONPATH, you have to be in the *leo-editor* directory to be able to find *leo.core.xxx*, etc. On Wednesday, May 22, 2024 at 1:52:35 PM UTC-4 Edward K. Ream wrote: > PR #3922

Re: The nested-splitter project has collapsed in complexity

On Tuesday, May 21, 2024 at 3:36:03 PM UTC-4 Thomas Passin wrote: VR3 is working with *ekr-3910-no-fl-ns-plugins*, possible quirks aside. Will check soon on Linux. Freewin is working. RPCalc is still working. The new layout *in-body* does put VR3 in a new panel next to the body editor

Re: The next version of Leo will be 6.8.0

On Tuesday, May 21, 2024 at 3:20:34 PM UTC-4 Edward K. Ream wrote: The new version number indicates (per the semantic versioning convention) that the next version of Leo will contain *breaking changes* that might significantly impact existing scripts and plugins. Three

Re: The nested-splitter project has collapsed in complexity

:21 PM UTC-4 Edward K. Ream wrote: On Tue, May 21, 2024 at 1:04 PM Thomas Passin wrote: >> Thomas, please test the ekr-3910-no-fl-ns-plugins branch and report if you notice anything unusual with the `vr3` command. Thanks. > I'm about to do that very thing. I don't have Windows 11, onl

Re: The nested-splitter project has collapsed in complexity

On Tuesday, May 21, 2024 at 1:10:16 PM UTC-4 Edward K. Ream wrote: If you mean merging my private branch (PR #3924) with your *ekr-3910-no-fl-ns-plugins* branch, please go ahead right away. Done. Before and after the merge, the `vr3` command works as I expect, but it also causes a weird

Re: The nested-splitter project has collapsed in complexity

On Tuesday, May 21, 2024 at 7:46:15 AM UTC-4 Edward K. Ream wrote: On Mon, May 20, 2024 at 10:13 PM Thomas Passin wrote: Is your experimental version of VR3 using the free_layout command? Not any more. Are you good with me merging the PR today? If you mean merging my private branch (PR

Re: The nested-splitter project has collapsed in complexity

On Monday, May 20, 2024 at 5:31:52 PM UTC-4 Edward K. Ream wrote: On Mon, May 20, 2024 at 10:20 AM Thomas Passin wrote: Imo, there is *no way* to have the free_layout and nested_splitter plugins coexist with the PR. I am considering moving those two plugins to the attic. I wouldn't go

Re: The nested-splitter project has collapsed in complexity

On Monday, May 20, 2024 at 10:39:14 AM UTC-4 Edward K. Ream wrote: Imo, there is *no way* to have the free_layout and nested_splitter plugins coexist with the PR. I am considering moving those two plugins to the attic. I wouldn't go that far. My script tries to use the free_layout method to

Re: The nested-splitter project has collapsed in complexity

This is all looking good. The command *gui.find_widget_by_name *is especially valuable. Without it one has to spend a lot of annoying time fishing around through parent and child widgets to find the one you want. You also need a way to find the name of the widget you want, which could be

Re: A Script To Display The Viewrendered3 Pane in the Same Place s The Body

Here is a revised version of my script to show the viewrendered3 plugin in the same pane as the body editor. The command toggles between the VR3 rendered view and the body editor view. I have it connected to a button on the button bar. You can use it without even enabling the plugin in your

Re: glitches installing and starting Leo

On Thursday, May 16, 2024 at 11:04:15 PM UTC-4 andyjim wrote: one more question and I'll try to leave you alone: I use Bike, an outlining editor. The file extension is .bike Can I represent an external Bike file in a Leo outline and from that Leo outline can I open the external file in the Bike

Re: Status report re PR #3911

This will be complicated enough and have a potentially big impact on existing code and users that I'd like to see a concept of operations and some requirements. For one thing, without something like them no one will be able to help you. For another, no one will know how things should work

Re: Status report re PR #3911

I'm very enthusiastic about this work. It will eventually be a real boon to users and developers, I'm sure. I don't know if it will be possible, but I hope that existing GUI plugins that use the nested-splitter/free-layout will be able to continue working without needing to be reworked On

Re: Leo from GitHub in a PyVE on Debian ?

On Thursday, May 16, 2024 at 5:24:27 AM UTC-4 viktor@gmail.com wrote: Hello Thomas, tbp1...@gmail.com schrieb am Donnerstag, 16. Mai 2024 um 03:30:52 UTC+2: The PR has been merged into the devel branch. Update your clone repo and you should be good to go. Thanks a lot, your PR has

Re: Leo from GitHub in a PyVE on Debian ?

something similar for non-Debian-based distros. On Wednesday, May 15, 2024 at 6:52:48 PM UTC-4 Thomas Passin wrote: > I just created a PR to fix this bug. > > On Wednesday, May 15, 2024 at 6:33:36 PM UTC-4 Thomas Passin wrote: > >> I'm getting a better idea of what may be going on. L

Re: glitches installing and starting Leo

quainted with it and see how she rolls from >>here. It would be nice to have a menu bar though. >> >>Sorry I didn't figure out how to change the format/font back after >>the copy paste. >> >> >>Andy >> >> O

Re: Leo from GitHub in a PyVE on Debian ?

I just created a PR to fix this bug. On Wednesday, May 15, 2024 at 6:33:36 PM UTC-4 Thomas Passin wrote: > I'm getting a better idea of what may be going on. Leo's spell checker > tries to load the pyenchant module (which contains a speller and some word > dic

Re: Leo from GitHub in a PyVE on Debian ?

the characters ".d". Save the file. Leo should then run correctly. On Wednesday, May 15, 2024 at 5:34:11 PM UTC-4 Thomas Passin wrote: AttributeError: 'DefaultDict' object has no attribute 'd' Funny, that looks like a bug in the devel branch that was fixed already. -- You re

Re: Leo from GitHub in a PyVE on Debian ?

On my system, this version has the same line, but the line isn't getting called at startup. Looking at the code that creates a DefaultDict, I don't see that it should have an attribute "d". I suspect that the line should be g.app.spellDict = DefaultDict() # 2024/04/09: bug fix. I can't test

Re: Leo from GitHub in a PyVE on Debian ?

On Wednesday, May 15, 2024 at 2:33:08 PM UTC-4 viktor@gmail.com wrote: Hello Thomas, [snip] File "/home/user/PyVE/GitHub/Leo/leo-editor/leo/commands/spellCommands.py", line 185, in __init__ g.app.spellDict = DefaultDict().d # 2024/04/09: bug fix.

Re: glitches installing and starting Leo

igure out how to change the format/font back after the >copy paste. > > >Andy > > On Wednesday, May 15, 2024 at 10:33:36 AM UTC-4 Edward K. Ream wrote: > >> On Wed, May 15, 2024 at 8:50 AM Thomas Passin wrote: >> >>> It's a little hard t

Re: glitches installing and starting Leo

It's a little hard to help with Mac-related problems because most of the developer-minded people (like Edward and myself) don't have Macs to try things out on. Most of the people with Macs seem to be more like you - user-minded rather than developer-minded. You could try searching through the

Re: Leo from GitHub in a PyVE on Debian ?

It's hard for me to know what you want to convey with these long transcripts. It would be better if they were edited, or at least if you would point out results that you don't like or don't understand. But I can see a few things, I think: 1. Installing Leo's dependencies using pip -r

Re: Leo from GitHub in a PyVE on Debian ?

:~/venv$ python3 -m venv leo tom@thomas-xubuntu-VirtualBox:~/venv$ source ./leo/bin/activate (leo) tom@thomas-xubuntu-VirtualBox:~/venv$ python3 -m pip install -r ~/git/leo-editor/requirements.txt tom@thomas-xubuntu-VirtualBox:~/venv$ On Tuesday, May 14, 2024 at 2:40:34 PM UTC-4 Thomas Passin

Re: Leo from GitHub in a PyVE on Debian ?

Thomas Passin wrote: On Tuesday, May 14, 2024 at 2:05:10 PM UTC-4 Thomas Passin wrote: The script to launch Leo is in the *Scripts* directory. Of course, in Linux this will be the *bin* directory instead. -- You received this message because you are subscribed to the Google Groups "leo-e

Re: Leo from GitHub in a PyVE on Debian ?

On Tuesday, May 14, 2024 at 2:05:10 PM UTC-4 Thomas Passin wrote: The script to launch Leo is in the *Scripts* directory. Of course, in Linux this will be the *bin* directory instead. -- You received this message because you are subscribed to the Google Groups "leo-editor&q

Re: Leo from GitHub in a PyVE on Debian ?

It can be hard to be sure what the Python search path is. Here is what shows up for my system when I have activated my "Leo" VE. This VE (on Windows) is contained in the directory C:\Tom\venvs\leo. Note that on Windows you don't have to source the script. C:\Tom\venvs\leo>Scripts\activate

Re: Leo from GitHub in a PyVE on Debian ?

I wonder whether you VE activation somehow got lost during this process. I noticed this: ~$ which leo /home/user/.local/bin/leo This says that typing "leo" uses that script, which is not one in the VE. Try this, and let us know what happens - First, activate your VE environment. Then

Re: leo-to-html HAS STOPPED WORKING

On Monday, May 13, 2024 at 8:18:56 PM UTC-4 chr...@gmail.com wrote: OK, it *WORKS*. ... *THANK YOU SO MUCH THOMAS!* I got the job done just as my nightly backups started, ruthlessly hogging the CPU of the laptop I was using. Glad I could help! By the way, several other plugins don't work

Re: leo-to-html HAS STOPPED WORKING

On Monday, May 13, 2024 at 6:33:18 PM UTC-4 chr...@gmail.com wrote: OK, so that's why it wouldn't work: I copied it in C:\leo-editor-master\leo\plugins\ I don't even know the difference betweenl eo-editor-master and the install that's in Python site-packages. I assumed that you were trying

Re: leo-to-html HAS STOPPED WORKING

Yes, once you find the leo-to-html.py file, download it and then copy into your Python install's *site-packages/leo/plugins* directory. To find that location, open a terminal or console and run py -m pip show leo NOTE - use the actual command that you use to run Python if it's not "py". The

Re: leo-to-html HAS STOPPED WORKING

This PR has been merged into the *devel *branch, if you need it before the next general release of Leo. On Monday, May 13, 2024 at 4:06:29 PM UTC-4 Thomas Passin wrote: > I have created a pull request, 3907 > <https://github.com/leo-editor/leo-editor/pull/3907>, that gets th

Re: leo-to-html HAS STOPPED WORKING

before *.* If anyone wants to try it out before the PR gets merged into the devel branch, you can follow the link in the Github PR page to my repository and get the file there. On Monday, May 13, 2024 at 1:21:21 PM UTC-4 Thomas Passin wrote: > I don't know why it's not working, but I do know why the

Re: leo-to-html HAS STOPPED WORKING

I don't know why it's not working, but I do know why the submenus aren't appearing. It's because the plugin is trying to add its own menus under the *File/Export...* menu. But that's been renamed and is now *File/Export Files*. The plugin code will have to change to match that name. Even

Re: A Script To Display The Viewrendered3 Pane in the Same Place s The Body

On Monday, May 13, 2024 at 10:00:58 AM UTC-4 Edward K. Ream wrote: On Sunday, May 12, 2024 at 4:17:19 PM UTC-5 tbp1...@gmail.com wrote: I have devised a script that can [swap the body and VR3 panes]. You can put it into a button for easy activation, or you could make it into a command in the

Re: A Script To Display The Viewrendered3 Pane in the Same Place s The Body

Thank you, Lewis, much appreciated! I'll be posting an improved version of the script later today. I've already added it as a vr3- command and button to my own MyLeoSettings.leo outline. On Monday, May 13, 2024 at 3:31:23 AM UTC-4 lewis wrote: > Thomas, > Thanks for the script. I really

Re: A Script To Display The Viewrendered3 Pane in the Same Place s The Body

Attached is an example of rendering mixed text and graphics - in this case we are rendering a UML diagram using Asciidoc and PlantUML (PlantUML is basically a plugin for the external Asciidoctor). On Sunday, May 12, 2024 at 5:17:19 PM UTC-4 Thomas Passin wrote: Recently we have had

A Script To Display The Viewrendered3 Pane in the Same Place s The Body

Recently we have had discussions about how Trillum (and some other applications) can render graphics and text together. Some of these applications have outlines and even clones similar to how Leo uses them. A number of people have said that they wish that Leo could do the same. Here are

Big Ruff Speedup

The Ruff Python linter, written in Rust, has just gotten a big increase in speed. They hand-wrote a new parser that's twice as fast as the old one: The Ruff Anouncement -- You received this message because you are subscribed to the Google Groups

Re: ENB: VR panes and the NestedSplitter plugin

On Friday, May 10, 2024 at 1:13:54 PM UTC-4 Edward K. Ream wrote: On Friday, May 10, 2024 at 8:47:46 AM UTC-5 Thomas wrote: Going by last night's devel rev, VR was close to working as expected when I used the toggle command, at least with the particular layout I was using when I tried it.

Re: ENB: VR panes and the NestedSplitter plugin

Going by last night's devel rev, VR was close to working as expected when I used the toggle command, at least with the particular layout I was using when I tried it. The branch for this PR, though, was a mess so I'm looking forward to your new approach. Hopefully I will be able to adapt it to

Re: TLA+: Format Verification Language And Toolkit

Darn, the title was supposed to say "*Formal* Verification ...". On Thursday, May 9, 2024 at 10:17:01 AM UTC-4 Thomas Passin wrote: > I always thought that formal verification (FV) of programs would be too > hard and error prone beyond simple programs. Apparently I

TLA+: Format Verification Language And Toolkit

I always thought that formal verification (FV) of programs would be too hard and error prone beyond simple programs. Apparently I was wrong about that, and one reason is that FV should be applied above the program level - e.g., to algorithms. *"TLA+ is a language for modeling software above

Re: How to Modify LeoJS From Within LeoJS?

On Friday, May 3, 2024 at 9:45:46 PM UTC-4 Félix wrote: Thanks for this great question Thomas! Lastly, *for modifying LeoJS itself *(instead of running scripts from custom @commands or @buttons, or building an extension and accessing the LeoJS global 'g' object) you would just need to clone

Re: What The Ultimate Study On Happiness Reveals

I haven't watched it yet, but I am sure that many people labor under a mistaken notion. Happiness isn't something that you achieve and then you just have it. Happiness is a temporary condition, one that you get used to and it just recedes into the background, like a scent that you don't

How to Modify LeoJS From Within LeoJS?

Using Leo, we can edit LeoPyRef, save the edits, restart Leo, and test our changes. With LeoJS, how can we do the equivalent: editing the code of LeoJS and testing it? -- You received this message because you are subscribed to the Google Groups "leo-editor" group. To unsubscribe from this

Re:  LeoJS Beta 0.2.13 Released

On Tuesday, April 30, 2024 at 10:46:00 AM UTC-4 Edward K. Ream wrote: On Monday, April 29, 2024 at 9:41:57 AM UTC-5 Edward K. Ream wrote: This release of LeoJS is a personal milestone. I shall work on the remaining *desktop* issues using LeoJS! I can now recommend LeoJS without reservation!

Re:  LeoJS Beta 0.2.13 Released

On Tuesday, April 30, 2024 at 4:07:16 AM UTC-4 viktor@gmail.com wrote: Hello Felix, Félix schrieb am Dienstag, 30. April 2024 um 01:22:18 UTC+2: Victor and Thomas (and other vscodium users) As you can see from this link, https://open-vsx.org/extension/boltex/leojs the new version was

Re:  LeoJS Beta 0.2.13 Released

On Monday, April 29, 2024 at 7:22:18 PM UTC-4 Félix wrote: Victor and Thomas (and other vscodium users) As you can see from this link, https://open-vsx.org/extension/boltex/leojs the new version was successfully deployed on open-vsx, at around the same time I deployed it to Microsoft's

Re:  LeoJS Beta 0.2.13 Released

Nice work and nice graphics! VSCodium on my system doesn't know about this new version yet, I've still got 0.2.11. I like the way that the new *Open Aside* works. Trying it out, I noticed that it makes #104 more important. That's because it's so

Re: ENB: Seconds thoughts about Trilium Notes

Once you have got this layout set up, you can save it, which makes it simple to apply it to any outline after that. On Sunday, April 28, 2024 at 2:43:34 PM UTC-4 Thomas Passin wrote: > It is possible to try out having VR/VR3 display in the same frame as the > body editor. You can ge

Re: ENB: Seconds thoughts about Trilium Notes

It is possible to try out having VR/VR3 display in the same frame as the body editor. You can get them both into the Log frame. It's not perfect because anytime there is a message to the log, the view changes away from the body or rendered view to the Log pane. Also you can't use the Find or

Re: ENB: Seconds thoughts about Trilium Notes

On Friday, April 26, 2024 at 1:31:41 PM UTC-4 Edward K. Ream wrote: The Easter Egg is the only way to expand the VR pane. An optional floating VR window would solve that problem. Here you go: ns = c.free_layout.get_top_splitter() ns.open_window('_leo_viewrendered3') -- You received this

Re: ENB: Seconds thoughts about Trilium Notes

> 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 undervalue

Re: ENB: Seconds thoughts about Trilium Notes

On Friday, April 26, 2024 at 1:13:38 PM UTC-4 Edward K. Ream wrote: On Fri, Apr 26, 2024 at 8:02 AM Thomas Passin wrote: >> As an option, the VR pane could become a floating window. > This is already possible, at least with VR3. With VR3 enabled, right click on the boundary be

Re: ENB: Seconds thoughts about Trilium Notes

On Friday, April 26, 2024 at 7:45:11 AM UTC-4 Edward K. Ream wrote: This Engineering Notebook post contains second thoughts about Trilium Notes. *Trilium's weaknesses* Trilium undervalues the power of text: I think that Edward does not appreciate how often users want to use Leo as an

Re: ENB: Seconds thoughts about Trilium Notes

On Friday, April 26, 2024 at 7:45:11 AM UTC-4 Edward K. Ream wrote: This Engineering Notebook post contains second thoughts about Trilium Notes. *tl;dr:* Leo might add only *incremental *improvements inspired by Trilium Notes. All fundamental aspects of Leo will remain as they are.

Re: A Leo relative in the wild: Trilium Notes

On Thursday, April 25, 2024 at 1:55:38 PM UTC-4 Thomas Passin wrote: On Thursday, April 25, 2024 at 1:25:21 PM UTC-4 Thomas Passin wrote: >From an architectural point of view, the current Leo editor widget could get replaced by a widget with several child widgets (a tabbed widget is

Re: A Leo relative in the wild: Trilium Notes

On Thursday, April 25, 2024 at 1:25:21 PM UTC-4 Thomas Passin wrote: >From an architectural point of view, the current Leo editor widget could get replaced by a widget with several child widgets (a tabbed widget is one possibility), of which one is the current editor widget, and most keybo

Re: A Leo relative in the wild: Trilium Notes

We are really on the same page here! On Thursday, April 25, 2024 at 12:39:33 PM UTC-4 Edward K. Ream wrote: On Thursday, April 25, 2024 at 6:57:17 AM UTC-5 Thomas wrote: Hmm, instead of rendering those nodes in a separate frame as VR/VR3 does, we could overlay the rendering frame over the

Re: A Leo relative in the wild: Trilium Notes

t 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: >

Re: A Leo relative in the wild: Trilium Notes

See new issue Allow VR/VR3-style rendering overlaid on standard editing nodes <https://github.com/leo-editor/leo-editor/issues/3887>. On Thursday, April 25, 2024 at 8:10:51 AM UTC-4 Edward K. Ream wrote: > On Thu, Apr 25, 2024 at 6:57 AM Thomas Passin wrote: > >> Except that

Re: A Leo relative in the wild: Trilium Notes

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

Re: Current Devel Branch Fails To Start Using Python 3.9

Lucky I've still got Python 3.9 on my machine! On Wednesday, April 24, 2024 at 11:02:34 AM UTC-4 Edward K. Ream wrote: > On Wed, Apr 24, 2024 at 9:30 AM Thomas Passin wrote: > >> py -3.9 -m leo.core.runLeo >> ... >>from leo.core import leoVim >> File &

Current Devel Branch Fails To Start Using Python 3.9

py -3.9 -m leo.core.runLeo ... from leo.core import leoVim File "C:\Tom\git\leo-editor\leo\core\leoVim.py", line 25, in from typing import Any, TypeAlias, TYPE_CHECKING ImportError: cannot import name 'TypeAlias' from 'typing' (C:\Program Files\Python39\lib\typing.py) This changeset

Re: Leo shortcut on windows fail with devel branch

You can see what would get installed with requirements.txt by adding the flag --dry-run. pip will go through the motions but not actually install anything. For example, I just ran py -m pip install -r requirements.txt --dry-run and got this report: Would install Send2Trash-1.8.3 cffi-1.16.0

Re: Leo shortcut on windows fail with devel branch

On Sunday, April 21, 2024 at 7:05:08 PM UTC-4 Félix wrote: After trying to simply install pyqt6, I get yet another error when trying to launch: *cannot import name 'QtWebEngineCore' from 'PyQt6'* It's in a separate package from PyQt6. Requirements.txt should get it installed. -- You

Re: Leo shortcut on windows fail with devel branch

py -m pip install -r requirements.txt On Sunday, April 21, 2024 at 9:05:10 PM UTC-4 Félix wrote: > Weird, i'm getting that -r is not an option... I'll investigate further... > [image: Untitled.png] > > > > On Sunday, April 21, 2024 at 8:55:57 PM UTC-4 Félix wrote: > >> Thanks Edward, >> >>

Re: MACOS M2 Ventura

ssue. > > geoff > > On Sunday 7 April 2024 at 05:39:32 UTC-2:30 Edward K. Ream wrote: > >> >> >> On Sat, Apr 6, 2024 at 6:27 AM Thomas Passin wrote: >> >>> Solved in >>> >>> >>> https://stackoverflow.com/questions/76898551/

Jon Udell On Using LLMs With Your Code Base To Help Write Documentation

Jon Udell's LLM saga continues - Code in Context: How AI Can Help Improve Our Documentation -- You received this message because you are subscribed to the Google Groups "leo-editor" group. To unsubscribe from

Re: MACOS M2 Ventura

Solved in https://stackoverflow.com/questions/76898551/qt-qpa-plugin-could-not-find-the-qt-platform-plugin-cocoa-in On Saturday, April 6, 2024 at 2:05:23 AM UTC-4 Edward K. Ream wrote: > On Mon, Apr 1, 2024 at 5:58 AM Geoff Evans wrote: > >> I've tried to get leo via pip: >> >> pip install

Re: Script to expand toolbar

Better, I think: background-color: @text-foreground; This should work for any (dark) color theme. If you omit the #qt_toolbar_ext_button, the style will get applied to the menubar's "menu-indicator" also, as well as any other toolbar (yes, the menubar also has an overflow indicator, if you can

Re: Script to expand toolbar

It's not just a black background that hides it. There must be a css selector for it, mustn't there? On Wednesday, April 3, 2024 at 10:56:16 AM UTC-4 Edward K. Ream wrote: > On Wednesday, April 3, 2024 at 4:54:32 AM UTC-5 Edward K. Ream wrote: > > It took me a while to understand what the

Re: LeoJS Status Report & Video Demo/Tutorial

Felix, I appreciate all the work but I'm not able to work with the intro video. Everything happens too fast and I think you do some things that are not visible. For example, you somehow open a Preview pane that can render Markdown. I'd like to do that. I have to guess that you got to it by a

Re: I just had successful eye surgury

Sorry to hear this. Best wishes for a quick and full recovery! On Thursday, March 28, 2024 at 4:03:52 PM UTC-4 Edward K. Ream wrote: > A vitrectomy >

Re: Please test the ekr-2882-qt-only2 branch

I got the same results using the qt-only2 branch. On Wednesday, March 27, 2024 at 7:49:52 PM UTC-4 Thomas Passin wrote: > Oops, the last two were tested with devel, not the qt-only-2 branch.. > I'll have to go back and repeat the test. > > On Wednesday, March 27, 2024 at 3:57

Re: Please test the ekr-2882-qt-only2 branch

Oops, the last two were tested with devel, not the qt-only-2 branch.. I'll have to go back and repeat the test. On Wednesday, March 27, 2024 at 3:57:11 PM UTC-4 Thomas Passin wrote: > Some more Linux results: > ubuntu > nav, console ok. vr3 image problem > XUbuntu &

Re: Please test the ekr-2882-qt-only2 branch

Some more Linux results: ubuntu nav, console ok. vr3 image problem XUbuntu nav, console ok. vr3 image problem OpenSUSE needs libQt6WebEngineCore6, libQt6Quick6 After installing them, Leo still couldn't start. Those libQt6xx libraries were installed by

Re: Please test the ekr-2882-qt-only2 branch

related? On Monday, March 25, 2024 at 9:49:55 AM UTC-4 Edward K. Ream wrote: > On Mon, Mar 25, 2024 at 8:45 AM Thomas Passin wrote: > > Nav tab is missing on Debian, Python Console tab is missing on Linux >> Mint. No apparent error messages. >> > > Thanks for your testing!

Re: Please test the ekr-2882-qt-only2 branch

Nav tab is missing on Debian, Python Console tab is missing on Linux Mint. No apparent error messages. On Monday, March 25, 2024 at 9:25:25 AM UTC-4 Thomas Passin wrote: > What is Leo using QScintilla for? > > On Monday, March 25, 2024 at 9:21:00 AM UTC-4 Thomas Passin wrote: >

Re: Please test the ekr-2882-qt-only2 branch

What is Leo using QScintilla for? On Monday, March 25, 2024 at 9:21:00 AM UTC-4 Thomas Passin wrote: > That took care of the problem and the branch of Leo now runs on Ubuntu. > Also, VR3 opens. > > On Monday, March 25, 2024 at 9:05:18 AM UTC-4 Edward K. Ream wrote: > >>

  1   2   3   4   5   6   7   8   9   10   >