Re: About zoom vs leo-editor

Sometimes it's just *nice* to talk to someone. On Tuesday, March 31, 2020 at 12:06:05 PM UTC-4, Edward K. Ream wrote: > > On Tue, Mar 31, 2020 at 10:19 AM Matt Wilkie > wrote: > > To my mind face-to-face and text and audio and video each have their >> merit, and each with their own most

Re: Zettelkasten - Notes Jim but not as we know them.

The "clone find" family (clone find flat seems more popular) of commands achieves this without the need for new functionality. If you wanted "everything else to disappear" you could hoist the parent node created by "clone find". Personally I find hoisting to have somewhat limited utility, it

Re: Reusing design and code: the clash of cultures

This is going to be one of the most important areas of research and development moving forward in the coding world. As the amount of code multiplies and the number of languages balloon we will be increasingly crushed under the weight of our own creations. Advancements in version control have

Re: Reusing design and code: the clash of cultures

Your plan of careful consideration here is warranted, lest these become distractions. As my area of expertise is emacs these days and I regularly use org mode I would argue heavily against Leo's interaction with emacs, though it doesnt' seem that you need much convincing. The emacs culture is

Re: Qt is changing their licensing policies

I think it's too early to tell. In addition they may post yet another policy change in reaction to user reactions, so speculation is probably not worth it at this point. On Tuesday, January 28, 2020 at 12:33:02 PM UTC-5, SegundoBob wrote: > > Qt Blog: Offering Changes 2020 >

Re: Leo for organizing notes?

Chapters are indeed useful and are generally speaking a more organized type of hoisting. They're not often discussed so I would also encourage checking them out as a means of organization. On Saturday, January 25, 2020 at 11:50:23 PM UTC-5, Thomas Passin wrote: > > > > On Saturday, January 18,

Re: A proposal for the Python Dev's

I'm not sure I'd let that hold you up. You could almost certainly do it what a fairly complete set of unicode characters. Specifically: the unicode box drawing characters for all the lines; there are a couple of fancier ones for the top level glyphs; and there is a diamond called a "lozenge"

Re: A proposal for the Python Dev's

CSD is nice, it seems like a more structure aware indent highlighter. I can see how it could be done entirely with unicode characters. I think in visual function it would be not much different from a whitespace mode. As you stated, the algorithms need to be code aware meaning they're doing

Re: Programming now feels like playing a video game!

Not quite exact. The precise and important difference is that in almost all video games somebody else has written the unit and coverage tests for you. Writing the tests and coverage yourself would be akin to setting your own goals which is rare in video games. If the goal is to make

Re: ENB: Time travel, space filling curves, I Love Lucy etc.

I have not used to most recent release of emacs from 1985, this was the year GNU Emacs was released. I can't say for sure if it was feature complete enough to support Leo. Also, keep in mind that org-mode was only created in 2003. As far as time-travel experiments go I think there would have

Re: Question about running / driving leo 'headless' to integrate it in my own GUI

Impressive progress. This is a pretty exciting development. While many "viewers" have been demonstrated this is one of the first "Leo in an editor" type demonstrations I've seen. Nice work. I look forward to seeing where this goes. On Thursday, August 29, 2019 at 12:09:35 AM UTC-4, Robert

Re: Emacs features in Leo: general remarks

of Leo's DAG (I miss it every day when using other tools) and generally feel that is where the investment should be because it feels more "true" to Leo's essence. On Thursday, August 1, 2019 at 2:16:43 PM UTC-4, Edward K. Ream wrote: > > On Thursday, August 1, 2019 at 12:30:3

Re: Jeff R: What emacs features do you want?

On Thursday, August 1, 2019 at 9:03:36 PM UTC-4, Jeff R. wrote: > > For this, I think Leo, through the use of clones, would be well suited. > But doing that is itself a huge project. Orgmode has been built > collectively for many years, and it would be very difficult to build a > version of

Re: Emacs features in Leo: general remarks

The "magic" of emacs is not due to each of these features in isolation (though they are all useful by themselves) but due to their interconnectedness within the context of registers and buffers. Everything in emacs exists within a "buffer" which is really just text windows. As such everything

Re: Leo and fossil merged with Rust

I think many of us have had a similar vision for development and development environments. I have long dreamed of this kind of omnipresent "history" integrated into every aspect of computing, but it never seemed to show up. Now you've demonstrated the power it holds. I envisioned this and in

Re: I stopped using vim mode

What a great revelation, and a perfect example of how an editor can shift the paradigm of editing. Make sure you look around for the different ways of searching through and managing larger outlines: - The "clone find" family of commands - I find Chapters to be a nice extension of the

Re: Org Brain

Hmm... I saw org-brain but it looked clunky so decided to not try it out, perhaps I judged it too soon. I watched a video and it does look like it shows "clones", in that you can have the same node referenced in different parts of the tree. Without using org-brain but seeing it, and with

Re: Jeff R: What emacs features do you want?

On Tuesday, June 25, 2019 at 6:14:28 AM UTC-4, Edward K. Ream wrote: > > On Mon, Jun 24, 2019 at 8:00 AM john lunzer > wrote: > > > If Leo had a multi-node body pane which reflected the indented > structure/view shown in the tree pane then it would function more similarl

Re: Jeff R: What emacs features do you want?

Edward, I'm in a similar situation, I can give my own short experience. The more one uses emacs the more it becomes obvious that it is not an editor or an IDE or a PIM, but simply contains all those things. emacs is not an integrated development environment (IDE) but rather an integrated

Re: My initial experience using ILeo ...

I used to use the IPython bridge regularly, back before they renamed IPython to Jupyter. I haven't touched recent versions. The fact that this doesn't work for you *now *is potentially the result of *code rot;* with enough changing in the IPython/Jupyter API to finally(? surprised it didn't

Re: Rethinking Leo 6.1 and pyzo integration

I dislike having multiple editors/IDEs open because it is often messy and the "integrated" component of IDE gets lost. I'm not implying that you do more work; it is your Leo, we just use it. I'm not optimistic that users would see this as a "good" or "clean" solution to having shell and file

Re: Joe, is there any way to embed LeoVue's page in Leo's home page?

The design is very modern, reminds me a little of the JetBrains's sites (like PyCharm). On Saturday, April 20, 2019 at 10:58:50 AM UTC-4, Joe Orr wrote: > > How's this look for a start: > > https://kaleguy.github.io/leosite-pilot/ > > repo at: > https://github.com/kaleguy/leosite-pilot > > Joe >

Re: Pyzo questions

Obviously Edward can answer with great authority, but as an observer my understanding is that the "pyzo project" brings with it a complete overhaul of the windowing/framing/tabbing system, one that is more featureful and unified. So while it is true that it appears that most of the "tools" that

Re: Rev 95d0be merges sessions into devel

Hmm... so you're saying to disable a restoration of a session you simply open a specific .leo file? Will that also disable save-session on close? So that I can get back my previously saved session? On Wednesday, April 10, 2019 at 6:08:54 PM UTC-4, Edward K. Ream wrote: > > As of this rev, Leo

Re: All pygments work is in devel

Thank you for this. Sorry that it was kind of a let down beyond colorization for more languages. On Monday, March 25, 2019 at 7:13:29 AM UTC-4, Edward K. Ream wrote: > > I plan no further work on this project. Please report any problems > immediately. > > *Summary of this project* > > This

Re: Working on pygments

I'm guessing Leo will be getting a huge boost in the number of "supported languages". Is it safe to assume that all lexers on this page, http://pygments.org/docs/lexers/, will work? On Wednesday, March 20, 2019 at 7:11:31 PM UTC-4, Edward K. Ream wrote: > > On Tuesday, March 19, 2019 at

Re: ENB: Leo will use Jupyter's coloring code

Can you comment you on the impact in performance using this code will have? On Wednesday, March 20, 2019 at 8:22:36 AM UTC-4, Edward K. Ream wrote: > > The Jupyter syntax coloring code > > > from Jupyter's

Re: ENB: pyzo progress report

I don't want to make assumption, will the pyzo shell have access to the Leo's namespace where g, c, and p are? On Thursday, March 14, 2019 at 11:46:53 AM UTC-4, Edward K. Ream wrote: > > On Sunday, March 10, 2019 at 8:14:53 AM UTC-5, Edward K. Ream wrote: >> >> Moving pyzo features into Leo

Re: Leo and pyzo

This will be wonderful quality of life improvements. If you can, without terrible effort or stress, "borrow" the best of Pyzo then I think Leo will benefit mightily. As another data point it may be worth studying xo's syntax highlighting code . xo is a minimal

Re: file manager functions

Easiest way would probably be an @move-file button/command where you specified a new location for the file in a popup. The command would: update the header with the new location, save the file (essentially copying it), and remove the file at the original location. This would not strictly be a

Re: Interesting article about WebAssembly

I'm definitely using that phrase in the future. On Wednesday, February 27, 2019 at 6:36:35 AM UTC-5, Edward K. Ream wrote: > > > > On Wednesday, February 27, 2019 at 5:32:21 AM UTC-6, Edward K. Ream wrote: > > > WebAssembly is fascinating engineering. For example, consider the GC > proposal >

Re: Pharo Chronicles: time for a break

As far as I know this is already possible . The author of Flexx, Almar Klein, seems to be devoting a fair amount of his free time to WebAssembly. Many (including Almar) see it as a good foundation for the future of programming languages. On

Re: Best Python IDE's on Slant.co

; > https://programbydesign.org/materials > > Chris > > On Mon, Feb 25, 2019 at 5:54 AM john lunzer > wrote: > > > > Thanks, I've read this before but I read it again. The quality of > "power" as Dr. Graham describes it is only useful if it can be accessed. &

Re: Best Python IDE's on Slant.co

from different > perspectives. That's the path I'm exploring with Grafoscopio. It has been > an important community building tool (despite its early stage and bugs). > > Cheers, > > Offray > On 25/2/19 8:54, john lunzer wrote: > > Thanks, I've read this before but I

Re: The Pharo Chronicles: First impressions

I don't think I dug far enough to notice the bugs, but I had a similar impression about Pharo's browsers, and after some consideration clumsy is the right word. I felt like if there was a powerful system of live coding somewhere in Pharo the browsers weren't revealing it to me in an elegant or

Re: Best Python IDE's on Slant.co

Or Pharo, or emacs... depending on who you ask. On Friday, February 22, 2019 at 5:33:50 AM UTC-5, Edward K. Ream wrote: > > On Fri, Feb 22, 2019 at 12:57 AM Matt Wilkie > wrote: > > I added Leo to the list of Python IDE and Editors to the Slant.co >> comparison site and seeded a few pros and a

Re: Is it time to require Python 3?

> > If it won't cause trouble with downstream distributions I'd even go so far >> as to request v3.6+ -- simply because I absolutely love f-string formatting >> ( >> https://www.blog.pythonlibrary.org/2018/03/13/python-3-an-intro-to-f-strings/ >> ). >> > > We can consider that later. > I think

Re: My new friend Altix

> > On 'minibuffer': I think some of the long delay for me is not knowing the > term 'buffer' in this context and thus following the lazy thinking route, > "huh. that's a nonsensical-to-me word, must not be for me". In my > experience buffering was what you needed to stop your music and videos

Re: My new friend Altix

In emacs you can often find the command you want by executing apropros-command. By enabling the built-in ido-mode in emacs you get completion as you type in the minibuffer, very useful: (setq ido-enable-flex-matching t) (setq ido-everywhere t) (ido-mode 1) The next evolution of emacs's

Re: Who should be using Leo

I would add: you are a programmer that desires powerful code/project organization tools. I'm not sure what brought me to Leo, but I stayed because I could divide up my code into language agnostic chunks that made sense to me, no longer confined to what any one's syntax had to offer in terms of

Re: Leo in 2019

Recently I (foolishly?) implemented a fairly complex workflow management software entirely in `bash`. Often seen advice on stackoverflow regarding bash is many variations of: "bash lacks this/that/other, don't use it for serious/medium/large projects! Don't even think about it!". I was

Re: LeoWapp Getting Started

Interest yes, but not time. Likely also why the issue has lain dormant for this long. I once had aspirations of doing much of what you've done but worked picked up quite significantly and hasn't settled down. That said, I'm grateful that you've come so far. Almar obviously would be in the best

Re: LeoWapp Getting Started

> > The menus are missing because I haven't created them. I've just made a > note of this in #1005. I don't see any menu demo's on the flexx demo and > howto page > . I'll > ask Almar Klein about this. > Flexx hasn't

Re: cool things: python-fire

Very interesting. Sounds like it removes a lot of the effort for a process I execute all the time. Another "one liner" I use for code disection is: from IPython.terminal.embed import InteractiveShellEmbed; ips = InteractiveShellEmbed(); ips() Although if I have pudb available I'll often

Re: Why LeoWapp and flexx are important

I can't believe somebody else got excited about Flexx! Nice to see you've also made the developer aware as well. I too think that Flexx is important to the future of Python. On Monday, November 12, 2018 at 10:07:24 AM UTC-5, Edward K. Ream wrote: > > My brother Speed and I are excited about

Re: Some tips for those new to Leo from hacker news

I've seen scathing accusations of other codebases as well. I've seen Vim's codebase regarded poorly, as is Vim's scripting language. I've seen articles belying the complexity of Netbeans' codebase. Elisp (on which much of emacs is written) is often referred to as "terrible" or "horrible",

Re: A prototype of fast Qt tree drawing

This was an amazing "conclusion" to these events. I too want to take the opportunity to apologize to Edward for accusations, implied or explicit. I learned from this series of interactions and it appears Vitalije has as well. Edward, it is my hope that you can take something good away from

Re: Update re: new model

This *is* exciting. One of my more pressing questions: if a future front end were written which does not use PyQt/PySide, would it benefit from the same speedups during drawing? On Saturday, July 28, 2018 at 3:40:15 PM UTC-4, vitalije wrote: > > I have incorporated new data model into Leo and

Re: Guidelines for collaboration

I like your more verbose discussion but your summary lacks the human element present in your more comprehensive statements. I recommend adding "Be specific" to the guidelines, disagreements often arise simply from people holding two different definitions for the same concept. I recommend

Re: Three demos showing how to improve drawing speed

While cooler heads prevailed it easily could have gone the other way, so I will not retract my post. I'm happy to see this positive movement. On Friday, July 13, 2018 at 3:08:46 PM UTC-4, john lunzer wrote: > > I don't blame you. I agree that contributions should be considered > uncond

Re: Three demos showing how to improve drawing speed

I don't blame you. I agree that contributions should be considered unconditionally based on multiple metrics of merit (solves problems, adds features, increased or decreased usability, addition or reduction of code complexity, adherence to user API, and passes unit test). Skepticism is fine

Re: Three demos showing how to improve drawing speed

This sounds like the right next step. If it passes all unit tests and doesn't break user scripts while at the same time solving issues and making improvements to usability then it deserves careful consideration. Results will speak more loudly than any amount forum deliberation. On Friday, July

Re: A detailed critique of the new data model

I have been following this story with interest because it is my opinion that the responsivity of Leo's tree is not fast enough in enough cases to make it a daily annoyance. My fuzzy memory of participation in this group tells me that others feel similarly, though I will let them speak for

Re: updates about new data model

Extracting and distilling Leo's node/tree model is exciting work and I thank you for doing it. One of my lingering annoyances when using Leo is the sluggishness of tree operations and it sounds like your code will be able to completely mitigate that, if incorporated. I appreciate you taking

Re: Wanted: missing features from VS code, Atom, etc

On Monday, May 21, 2018 at 2:30:25 PM UTC-4, Edward K. Ream wrote: > > *Other panes* > > Most IDE's support lots and lots of other views. It's an open question > how useful these would be in Leo. > Rather than focus entirely on usefulness (which is always important to focus on) it is also

Re: Basic Layout of the Leo GUI

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

Re: Leo crashes when using iPython plugin

I would sort of expect a crash like this. I don't believe there is anything built into the Leo-IPython bridge which would allow Leo to provide keyboard input to IPython. Somebody with more knowledge could provide additional detail but I might steer away from this method of trying to provide

Re: Web help wanted: viewing Joe Orr's Leo view page locally

I want to thank you for this work Joe, this is really amazing and has the potential how I use Leo to share information. I was able to download all the files listed in index.html from the aws site and run the entire thing locally without having to run a web server. Just open the link up in my

Re: NEW: cloud storage plugin for Leo

Just read through this properly and it sounds like a step into the future (or present). The part about cloudifying/centralizing @settings would be friggin fantastic. sFTP might be nice to have for people behind restrictive firewalls. Great job, thank you for your contributions. On Sunday,

Re: Clone Find All / Clone Find Flat could benefit from auto highlighting of search term

resources you used when initially writing the highlighter? I'd still like to get this done if work lets up. On Thursday, September 21, 2017 at 11:38:25 AM UTC-4, Edward K. Ream wrote: > > On Tue, Sep 12, 2017 at 7:22 AM, john lunzer <lun...@gmail.com > > wrote: > >> I

Re: The biggest picture

I was always under the impression that ZeroMQ was the way that Jupyter front-ends communicated to the kernels. I'm not entirely sure how the web-interface fits into that. That said, this all sounds reasonable. There is really no

Re: langserver - this looks important

On Wednesday, September 13, 2017 at 9:40:04 AM UTC-4, Phil wrote: > > I just ran across this 5 minutes ago, so I can't really comment on it > other than that it appears relevant to Leo, so I though I'd pass along the > info: > > http://langserver.org/ > I agree, this does *seem* important. Hard

Re: Clone Find All / Clone Find Flat could benefit from auto highlighting of search term

e I really start studying the highlight code. On Monday, September 11, 2017 at 10:01:59 PM UTC-4, john lunzer wrote: > > I was comparing the Quick-Search plugin to Clone Find All / Clone Find > Flat today and I realized one of the reasons I prefer Quick-Search is > because it hig

Clone Find All / Clone Find Flat could benefit from auto highlighting of search term

I was comparing the Quick-Search plugin to Clone Find All / Clone Find Flat today and I realized one of the reasons I prefer Quick-Search is because it highlights my search term in the body text. I find this critical to quickly "flipping through" search results. It would be awesome if each

Following Up: About org mode.

Coming from the recent Org-mode follow up topic I thought would I continue the Org-mode dialogue here after Israel Hands' last post in that thread. This thread is a follow-up to a separate Org-Mode thread that also took place

Re: Cross pollination: Hopscotch: dynamic browser-style IDE and Leisure: document-based computing environment

On Friday, September 8, 2017 at 12:34:25 PM UTC-4, Offray Vladimir Luna Cárdenas wrote: > > > I think that also. Gilad Bracha says something about how hypertext could > look like if you're freed from the web and its standards bodies. > I've been giving some thought lately about adding

Re: Trying to find a thread re. quick access to 'inbox' node

Not sure what specific functionality you're referring to but I think @chapter nodes would be a good option. I have this shortcut defined: chapter-select ! tree= z The nice thing about chapters is that they save your view state within the chapter. So you could have a minimum of two

Re: Following up: Leo 5.5 will challenge org mode

based in Leo's case) jupyter-notebook and org-mode style interactions within Leo. On Thursday, September 7, 2017 at 11:48:37 AM UTC-4, Terry Brown wrote: > > On Thu, 7 Sep 2017 05:34:28 -0700 (PDT) > john lunzer <lun...@gmail.com > wrote: > > > Anyway, just checkin

Following up: Leo 5.5 will challenge org mode

Back in February there was a pretty awesome thread about some pretty awesome features that were planned for Leo 5.5. One of the big ones there was a new multi-pane editing mode. Just wanted to check with Terry and Edward on

Re: OT: (Kinda) "Learning How to Learn" from Coursera

On Friday, August 25, 2017 at 10:19:53 AM UTC-4, Edward K. Ream wrote: > I would like to learn more about web technologies. I'll start by > replicating the appearance of Joe Orr's Leo Viewer page > . > Been thinking about this and

Re: cross-platform file references - how to deal with?

10:27 AM, john lunzer <lun...@gmail.com > > wrote: > >> Would it be possible to to add {{sep}} as a shorthand for {{os.sep}} and >> {{getConfig()}} as a shorthand for {{c.config.getString()}}? >> > > ​Rev ceca81e defines {{sep}} as {{os.sep}}, but I see no wa

Re: Cross pollination: Hopscotch: dynamic browser-style IDE and Leisure: document-based computing environment

On Tuesday, September 5, 2017 at 3:52:55 PM UTC-4, Edward K. Ream wrote: > > > When I was first learning to program, I often wanted to find some "magic" > that would make tasks easier. Now, I have enough experience to know about > how much work a task will take. However, this might blind me to

Re: cross-platform file references - how to deal with?

Would it be possible to to add {{sep}} as a shorthand for {{os.sep}} and {{getConfig()}} as a shorthand for {{c.config.getString()}}? I think these would be perhaps the two most common use of of path expression evaluations. Would be nice to have them be a little shorter. On Tuesday, September

Re: Cross pollination: Hopscotch: dynamic browser-style IDE and Leisure: document-based computing environment

(live coding constant evolution) is unbeaten by > any other computer environment/language I have found until now. In the > spirit of crosspollination and sharing link, you may be interested in the > tools showed here: > > http://feenk.com/#rd > > Cheers, > > Off

Cross pollination: Hopscotch: dynamic browser-style IDE and Leisure: document-based computing environment

I came off a big project recently which fortunately (or maybe unfortunately) allowed me some time to do my semi-annual search for the holy grail of programming. I don't know why but I am never fully content with my tools and am always looking for a better way to interact with my system.

Re: Curses gui progress report

Just tested this in the wild on Windows for the first time. While minimally functional it's exciting to see this running. The command "print-bindings" works, but doesn't wrap properly in the log window (which is fine). I just wanted to check that anything other that "exit-leo" would work, and

Re: Unexected difficulties "remembering" toggle-split-direction

As an extension to "arrange the panes how you want and save the layout", there could be multiple saved (and custom named) layouts and Leo could ship with "vertical" and "horizontal" default layouts and the binding to "toggle-split-direction" could be replaced with a binding to "cycle-layouts".

Re: Curses gui progress report

Exciting progress. This is going to be valuable work not just for using Leo in a console but also for any future work on integrating a new UI framework. On Monday, May 8, 2017 at 6:18:51 AM UTC-4, Edward K. Ream wrote: > > On Sun, May 7, 2017 at 10:07 PM, Terry Brown >

Re: Linux Leo on windows

, April 21, 2017 at 1:03:42 PM UTC-4, Eric S. Johansson wrote: > > > > On Friday, April 21, 2017 at 12:04:32 PM UTC-4, john lunzer wrote: >> >> Sorry there is such a gap in understanding. You're absolutely right, I >> have no clue what the day to day of a disabled per

Re: Linux Leo on windows

tried this. So again, if my ignorance is showing, I apologize. On Friday, April 21, 2017 at 11:36:20 AM UTC-4, Eric S. Johansson wrote: > > > > On Friday, April 21, 2017 at 11:04:30 AM UTC-4, john lunzer wrote: >> >> Out of curiosity, and you can tell me to buzz of

Re: OT: Time for a Linux laptop

> > I'm not convinced they actually fixed anything. > Funny, I say the same thing every time I get my car back from the shop. On Wednesday, April 19, 2017 at 11:20:11 AM UTC-4, Edward K. Ream wrote: > > On Friday, April 14, 2017 at 11:22:23 AM UTC-5, Edward K. Ream wrote: > > > Alas, I won't

Re: Linux Leo on windows

Out of curiosity, and you can tell me to buzz off (I won't be offended, because I know I will have offended you), what is your disability and to what extent are you able to individually use your hands, feet, and eyes? I ask because I don't have any physical disabilities but I still think the

Re: Linux Leo on windows

don't forget you simply need to do run the command: "conda install pyqt" On Friday, April 21, 2017 at 10:51:54 AM UTC-4, Eric S. Johansson wrote: > > > > On Friday, April 21, 2017 at 10:45:26 AM UTC-4, john lunzer wrote: >> >> Unless your download was

Re: ENB: Curses prototype: phase 2 design and process

7 at 7:11 AM, Kent Tenney <kte...@gmail.com > > wrote: > >> It might be worth biting the bullet, buying a commercial IDE like >> https://wingware.com/ >> >> >> On Fri, Apr 21, 2017 at 6:51 AM, john lunzer <lun...@gmail.com >> > wrote:

Re: ENB: Curses prototype: phase 2 design and process

Ahh, I'm sorry to have suggested urwid. I totally forgot about the Linux only limitation. On Friday, April 21, 2017 at 7:24:11 AM UTC-4, Edward K. Ream wrote: > > On Friday, April 21, 2017 at 5:56:29 AM UTC-5, Edward K. Ream wrote: >> >> >> Ok. Misleading 'help attach' and error message

Re: Linux Leo on windows

What is the value in running the "linux version" of Leo in windows with emulated X11 server? An easy way to get going on Windows is by installing anaconda. It will install everything you need to run Leo from the anaconda command prompt. If you're worried about how bloaty anaconda is you can

Re: ENB: Curses prototype: phase 2 design and process

I realize you're doing this as an exercise but if you're getting frustrated with npyscreen (I also think the docs are a little sparse) there is always urwid, which I think has much better documentation. It's also got all the widgets necessary for Leo. Also, again, a good example of a full

Re: Aha: think process, not knowledge

I think you've been saying this for years in less pointed ways. This post (potentially expanded to include the specific example you walked through with the curses GUI in the other thread) deserves a place in Leo's documentation. On Wednesday, April 19, 2017 at 6:58:20 AM UTC-4, Edward K. Ream

Re: The design of a curses gui for Leo

Wow Edward, thank you for getting the ball rolling on this and describing the process so clearly. I'm going to study this process and try to follow what you've done if I ever get some time. I agree wholeheartedly that the minibuffer is infinitely more important than menus, which are rarely if

Re: The design of a curses gui for Leo

represent the console/screen as an array of text cells. > > 2. curses provides an interface to system code that provides mouse-down > and keystroke events. These allow an event loop that avoids a busy form of > waiting. > > *Summary* > > The only crucial question is whethe

Re: Where have you been? Stuck at the command line.

been thinking of ways to mix entr <http://entrproject.org/> (linux only) into this to try to automate things further. On Wednesday, April 19, 2017 at 1:48:03 PM UTC-4, Eric S. Johansson wrote: > > > > On Tuesday, April 18, 2017 at 7:50:30 AM UTC-4, john lunzer wrote: >>

Re: Where have you been? Stuck at the command line.

I will investigate sshfs and the sftp plugin. Given my two levels of SSH I'm not sure if either would be workable but I will check. On Monday, April 17, 2017 at 3:30:55 PM UTC-4, Terry Brown wrote: > > On Mon, 17 Apr 2017 12:16:46 -0700 (PDT) > john lunzer <lun...@gmail.com > wr

Re: Where have you been? Stuck at the command line.

Of course Edward, I tried to make it clear in original post that in now way was I trying to manipulate/trick you into taking this on. It's a *huge* project. I think you've got important core work to do that doesn't involve writing GUIs. Terry alluded to this but the only thing I would say,

Re: Where have you been? Stuck at the command line.

rite full screen terminal applications. He had already the 0.x and 1.x versions to write PyMux and PyVim but really he was the only one capable of coercing python-prompt-toolkit to producing full screen terminal applications. On Monday, April 17, 2017 at 3:25:59 PM UTC-4, Edward K. Ream wrote: > &g

Where have you been? Stuck at the command line.

My job has me primarily stuck SSHing into workstations remotes over not so great connections, so -X forwarding is not really an option. A lot of this is manually processing data with in-house tools and workflow automation tasks. As a result I've been primarily been stuck with CLI only editors.

Re: Another small glitch (recurring icon problem)

I'm going to have to agree with Edward, I can't see how the two issues could possibly be linked. Anything is possible of course but I just can't see the link. Sorry we couldn't be more help. I've never heard of any Python application causing an issue like this. On Wednesday, March 8, 2017 at

Re: HTML 5 Leo Viewer

Last time I used Atom this was one of my big complaints, though these days I feel like most editors have performance issues in one way or another. On Tuesday, March 7, 2017 at 11:46:09 AM UTC-5, Arjan wrote: > > Regarding Atom, it might be interesting to take a look at Visual Studio > Code as

Re: Well Kent, your vision for Leo is becoming clearer

On Monday, March 6, 2017 at 11:41:26 AM UTC-5, Kent Tenney wrote: > > I'm not sure if my periodic outbursts qualify as 'vision' but in terms > of where my characterization of Leo might differ from the norm, it > would be my seeing Leo as a hierarchal data store rather than an > editor, the D3

Re: solution: clearDirty @ nodes when working with chapters/organizational nodes

I have commit access, I'll see if I can make some time this week(end). On Monday, March 6, 2017 at 7:29:21 AM UTC-5, Edward K. Ream wrote: > > On Sun, Mar 5, 2017 at 2:24 PM, john lunzer <lun...@gmail.com > > wrote: > > After using these for a few days I think mark-no

Re: HTML 5 Leo Viewer

ch 6, 2017 at 8:30:16 AM UTC-5, john lunzer wrote: > > There is certainly a lot to think about here. As Edward stated, keeping up > with the Javascript world is a daunting task if you've already deeply > immersed in a whole other world. > > To address your OP, there i

  1   2   3   4   5   6   >