Re: On the Semantics of Copying Clones

On Saturday, May 23, 2020 at 7:02:46 AM UTC-3, Edward K. Ream wrote: > > > Thanks for this excellent clarification. This should be doable with a a > new command, say, paste-retaining-only-clones. I have just created #1593 > for this. > >

Re: Discusss: use Discourse instead of mailing list

> Discourse and similar tools are doing the same for communication and > community building. > I have just read https://www.discourse.org/testimonials and here are some of the quotes that resonated the most with my own feelings about Discourse: *“It’s really oriented towards community* and

Re: Discusss: use Discourse instead of mailing list

> > Actually, I am thinking that we should just stick with Leo's existing > forum and issue tracker. I don't see any major benefits to changing how we > communicate. > > Edward > Jeje, it's weird to hear that from the author of a piece of software that *is* changing the way we work with code

Re: Discusss: use Discourse instead of mailing list

On Saturday, August 31, 2019 at 7:44:34 PM UTC-3, Chris George wrote: > > So I broke my leg this morning. > > Ups! I hope it's not serious and you get well soon! > Since I will have a fair bit of downtime coming up I would be happy to > work on the import/backup to see what can be done. >

Re: Discusss: use Discourse instead of mailing list

On Friday, August 30, 2019 at 11:11:48 AM UTC-3, Chris George wrote: > > I am currently looking at Flarum which seems to be a better fit than > Discourse. More eyes and thoughts would be good. > > Sign in and I will make you an admin if you want to evaluate it. > > I didn't know Flarum and I

Re: Discusss: use Discourse instead of mailing list

On Friday, August 30, 2019 at 11:02:29 AM UTC-3, Edward K. Ream wrote: > > I tried and failed to sign up for discourse. There is an email fallback. > > Has anyone tried to register before? If not, I'll register via email. > > I successfully registered using the same Google account I use for

Re: Discusss: use Discourse instead of mailing list

> People continue to use email lists because they work. Nothing works as >>> well as a good email list, with a searchable archive. My advice: Don't. >>> Just don't. >>> >>> Thanks for this advice. Any comments? >> > > Mile's observation is valid and real. > I'm afraid it is not in this

Re: I've just killed two issues

> Let's let newbies speak for themselves. > I think it's time to speak! Regarding the Leo settings "world": for a Leo newbie like me, settings in Leo are a complicated issue for sure. So it's something I try to avoid touching as much as I can... but just because the UX is really poor. Some

Re: Answering my inner critic

Edward, you did nothing wrong in your first post. There is no "mistake". Maybe your initial idea for the post was that one, but you ended up expressing the hope that it may help others (it uses to happen to *natural teachers* as you are): I hope this post helps others ignore their inner critic

Re: Answering my inner critic

Thanks Chris. That's it! Oh, and for those that do still believe in the tale that brain power or your IQ is the *determining factor*, here's the "scientific proof" from someone that studied it deeply until she found the truth: Grit: the power of passion and perseverance

Re: Answering my inner critic

On Sunday, April 21, 2019 at 11:34:45 PM UTC-3, Xavier G. Domingo (xgid) wrote: > > Thanks for sharing this, Edward. The truth that I discovered in recent > years and that helps me handle the inner (negative) critic goes something > like this: > > Wisdom is only gained

Re: Answering my inner critic

Thanks for sharing this, Edward. The truth that I discovered in recent years and that helps me handle the inner (negative) critic goes something like this: Wisdom is only gained through experience. And the experience that teaches you more is the one that beats you harder. That is, the one that

Re: Leo in 2019

On Wednesday, April 17, 2019 at 10:40:19 PM UTC-3, Joe Orr wrote: > > > Also realized I need to add tag buttons (like in Jira), probably can knock > that out soon. > > [tag 1] [tag 2] > > click on tag button filters for that tag. > Great Joe! That would fullfill yet another of my most awaited

Re: Leo in 2019

On Saturday, April 13, 2019 at 12:41:50 PM UTC-3, Joe Orr wrote: > > > 1. There is a lot of noise. For example, the placement of a node and the > length and shape of a string has no meaning. In a tree interface child > items form a list. > 2. There isn't any way to treat the nodes as data,

Re: Problems trying to run LeoWapp

Great! After switching to the latest skeleton commit from this morning (Commit hash: 324649a689927aee0b847bf7a16f2d7285c53aed), it's working for me with the usual: python launchLeo.py --gui=browser Now playing with the new GUI. I like it!! On Thursday, December 6, 2018 at 6:58:18 AM UTC-3,

Problems trying to run LeoWapp

Today I've updated Leo to the latest current devel version in GitHub: Leo 5.8.1 devel, build 20181204214531, Tue Dec 4 21:45:31 PST 2018 Git repo info: branch = devel, commit = 09f59c3537f8 Python 3.6.2, PyQt version 5.6.2 Windows 10 AMD64 (build 10.0.17134) SP0 ... and then tried to run the

Re: How important is LeoWapp to you?

For me LeoWapp is a total game changer! As I mentioned in the past, some of the important missing points I find in Leo are easier access to node's additional data (like tags, attribs or links) and a more integrated (co-located) visualization of this data. I tried in the past learning the Leo

Re: The LeoWapp prototype has succeeded!

Let me be the first to give you my most sincere congratulations!! You've made an excellent work in this project and it opens new and really exciting opportunities for the future of Leo and the interactive data and PIM worlds alltogether! Some serious health issues have prevented me from being

Re: Three demos showing how to improve drawing speed

On Friday, July 13, 2018 at 4:14:53 PM UTC-3, vitalije wrote: > > Me too. It seems after all we still have a healthy open source community. > Let's keep it that way. > Vitalije > I'm also really glad to hear this! I'm sorry I have not been able to say any encouraging word before nor to be of

Re: tree icons

On Thursday, March 22, 2018 at 12:21:08 PM UTC-3, Terry Brown wrote: > > Yep, now I've worked with it a bit more it's definitely not finding the > same icons, and using light versions of icons used by the todo plugin > for example. So really it just looked somewhat better because it was >

Re: OT: A better way to code, by Mike Bostock

8:53 AM UTC-3, Terry Brown wrote: > > On Sun, 18 Mar 2018 01:15:04 -0700 (PDT) > "Xavier G. Domingo (xgid)" <xgdo...@gmail.com > wrote: > > https://github.com/leo-editor/snippets/blob/master/utils/pytest_switch.py > > is an example of how Leo can help br

Re: Please consider becoming a Leo dev, even if you aren't a programmer

> > But doing something about the ugly bits is typically difficult or >> impossible. For starters, I recommend the easy things on the to-do list. >> They are typically marked with the First label >>

Re: OT: A better way to code, by Mike Bostock

Great! Many thanks for your encouraging words. So I think I should try to explain first what I mean by "talking code". The idea is simple: when someone tells you that he is a programmer, he's telling you what he DOES. But that's not, by far, all he IS. There's much more he can *tell* you

Re: Please consider becoming a Leo dev, even if you aren't a programmer

OK, thanks for your comments. I'll take a look and see what get's my attention and let you know. On Saturday, March 17, 2018 at 6:54:58 AM UTC-3, Edward K. Ream wrote: > > > > On Sat, Mar 17, 2018 at 12:15 AM, Xavier G. Domingo (xgid) < > xgdo...@gmail.com >

Re: OT: A better way to code, by Mike Bostock

I have to admit that we are on the same boat here! After 30 years of programming, with 20+ programming languages including rare gems like CLIPPER and CHILL, I knew I was at home when I found Python. And I'm not going to change this, at least on this life! But I know that we *can get the goal

Re: OT: A better way to code, by Mike Bostock

Hi Matt, thanks for sharing this! It seems that Bostock is a strong follower of Bret Victor, which I've found always quite inspiring on better ways of programming. The work at observablehq.com seems strongly focused on intensive data manipulation and

Re: A study outline containing eric6 docs

Hi all, this is an old post, but there's a related question I had no time to ask you all until now: I'm greatly interested in knowing what process do you folks follow to convert PDFs to Leo outlines? I've tried it in the past, but with mixed success. All hints will be of great help! On

Re: Please consider becoming a Leo dev, even if you aren't a programmer

Hi Edward, this is a great idea! I'll take your offer! I've been trying to get into Leo's code for some time now, so this is an opportunity I cannot miss. But what makes it a so great idea for me is that I happened to find Leo when I started a personal quest, after about 30 years of

Re: Font settings are not honored

> > Is it persistent or does it clear when you close then open the file? > OK, it clears when I close then open again the file. So these are good news. Thaks for your help! > When you press Alt it should underline the shortcut. You can also run > Alt-x, reload-style-sheets from the

Re: Font settings are not honored

Thanks Chris. FYI, this *kind of* worked for me, except for the rendering of the body pane: In fact the body pane was also

Re: Atom might be Leo's future

Regarding performance, VSCode is beating Atom by far according to Atom users themselves: https://github.com/atom/atom/issues/10188 On Wednesday, February 21, 2018 at 2:00:47 AM UTC-3, Xavier G. Domingo (xgid) wrote: > > Wow, this is amazing! I had this exact same idea about two wee

Re: Atom might be Leo's future

Wow, this is amazing! I had this exact same idea about two weeks ago, but for taking the best of Leo to VSCode instead of Atom! I've recently re-discovered VSCode thanks to a plugin made by a colleague at work and I'm nearly falling in love with it. Clean interface, quite fast (you have to try

Re: ENB: about emacs drawers

Hi Edward, I agree that issue #414 had become too long. As I already said , the proper course of action was to split that issue in various other small issues, but so far only #588 was created and I think that there's

Re: Harvesting Tips from GitHub

On Thursday, December 7, 2017 at 2:28:52 PM UTC-3, Terry Brown wrote: > I think the current GitHub solution handles revision. The harvesting > code only takes a moment to run - we could add it to a git commit hook > as a once a day thing for example. As you say re-opening an tip-issue >

Re: Harvesting Tips from GitHub

On Thursday, December 7, 2017 at 1:20:07 PM UTC-3, Terry Brown wrote: > > > I disagree. We need to define the canonical source for the tips, or > violate DRY. If we're using GitHub because of its markdown editing / > preview, I think by default GitHub is the canonical source. > > I agree

Re: Cannot run Leo using pythonw, but I can using python

> Please file a bug report about this. With these two new ideas I may be > able to fix it. > Done: Editor does not open when using pythonw #541 -- You received this message because you are subscribed to the Google Groups "leo-editor"

Re: Leo not starting with curses gui

I was just going to tell you this, but first I've tried to run it myself to be sure and... woops! C:\dev\Leo-5.4>python launchLeo.py --gui=console reading settings in C:\dev\Leo-5.4\leo\config\leoSettings.leo reading settings in C:\Users\sysadmin\.leo\myLeoSettings.leo Traceback (most recent

Re: Cannot run Leo using pythonw, but I can using python

> ​I see exactly the behaviour you describe. In particular, ​the following > works from a Windows console: > Glad to see that I'm not the only one with this kind of weird problems with pythonw. If you remember, I had already previously seen differences in the way Leo was printing messages

Re: Cannot run Leo using pythonw, but I can using python

Oh, it maybe an important detail: with pythonw the Leo icon splash screen *is shown for a second or less*, and then it closes and nothing more appears. -- You received this message because you are subscribed to the Google Groups "leo-editor" group. To unsubscribe from this group and stop

Cannot run Leo using pythonw, but I can using python

Ups! Now that I've just updated to the last commit at GitHub (ca18e51063a9) to fix the issues with the leoBridge (which is working great!), I've found that my usual command line to open Leo is not working any more: pythonw.exe "C:\dev\Leo-5.4\launchLeo.py" --session-save --session-restore But

Re: sqlite-format and settings - ideas

Uau, that is a community reaction! *Thanks to all for your comments*. I'll try to answer them all as soon as I can... but probably not until late tonight. Let's keep up the good work! Xavier -- You received this message because you are subscribed to the Google Groups "leo-editor" group. To

Re: sqlite-format and settings - ideas

On Thursday, July 6, 2017 at 10:58:29 AM UTC-3, Terry Brown wrote: > I think you're right in that another option would be to use something > like the leosax module that reads Leo outlines into a simple dict/list > representation in a fraction of the time Leo usually takes to load an >

Re: sqlite-format and settings - ideas

> Well, discussion shows that we're agree about the worthiness of this > exploration. > Yes, we do! > I think that Sqlite limitations you mention will be far to reach compared > with XML limitations > I don't agree. The concurrency problems will, but the problems to have Sqlite files

Re: sqlite-format and settings - ideas

> What I'm suggesting is that we should try to take advantage of this work > to make the right architectural changes to Leo so it can easily handle > *any** storage backend*. > > In the same way, I think we should try to have an abstraction layer from > the underlying SCM, so it can be git

Re: sqlite-format and settings - ideas

On Thursday, July 6, 2017 at 10:42:24 AM UTC-3, Josef wrote: > > Just my 2 cents worth: > > you can't merge sqlite databases easily - git does not know how to do > that. However, most of the time merging XML files will just do the right > thing, and if not, you can look at the human readable

Re: sqlite-format and settings - ideas

Thanks Vitalije for your detailed explanation. I see that you have a clear picture of the road to go, I was just trying to clarify the ideas for all so we can take the best architectural decisions. I wish you good luck when crossing Settingsville. We all need your success in that heroic deed!

Re: Cross-file links

Anyway, what I think would be great to have is a "leo://" protocol which could not only be used inside Leo documents (and work as the current UNLs) but used from documents outside Leo with the same result of having Leo open the file focused in the given node. I have not investigated the issue

Re: Thought experiments

I really like the path this is taking: the most power is in the simplest way! The only thing that does not fit in with my current view is this one: ​​ > > 2. A new directive, say *@rendertree* would tell VR to render the node > and its subtree. This makes visible and explicit what would

Re: New: reload-settings and reload-all-settings (including abbreviations!)

On Sunday, February 26, 2017 at 1:26:54 PM UTC-3, Edward K. Ream wrote: > > > ​A better question is, what is Leo doing wrong ;-) Please open a new issue. > > Edward > Done: #427 -- You received this message because you are subscribed to the

Re: New: reload-settings and reload-all-settings (including abbreviations!)

Hi, I was trying to use the new *reload-settings* command to reload some abbreviations I've just added to myLeoSettings.leo, but this error message was shown at the Log Pane when invoking *reload-settings*: multiple vnodes with gnx: 'xgid.20170226035713.20' new gnx: xgid.20170226035713.20 new

How to use the detect_url.py plugin

Hi all, following the advice of @edreamleo , I'm gonna ask this question here: Does anybody know anything about the *detect_url.py *pluguin? I've found this text at http://leoeditor.com/plugins.html#detect-urls-py :