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

2017-04-20 Thread Terry Brown
On Thu, 20 Apr 2017 17:24:19 -0500 "Edward K. Ream" wrote: > On Thu, Apr 20, 2017 at 11:31 AM, Kent Tenney > wrote: > > > possibly logging would help? > > https://pypi.python.org/pypi/devpy > > > > ​I doubt it. The solution, imo, is to use pudb (linux) or winpdb > (windows). I got sidetracked

Re: Why I prefer Windows, for now

2017-04-20 Thread Edward K. Ream
On Wed, Apr 19, 2017 at 12:27 PM, Mike Hodson wrote: > I'm going to be probably the first to recommend something​ other than > ubuntu: Sabayon. > ​Thanks. I'll take a look at it. Maybe even at the sprint. Edward -- You received this message because you are subscribed to the Google Groups "

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

2017-04-20 Thread Edward K. Ream
On Thu, Apr 20, 2017 at 11:31 AM, Kent Tenney wrote: > possibly logging would help? > https://pypi.python.org/pypi/devpy > ​I doubt it. The solution, imo, is to use pudb (linux) or winpdb (windows). I got sidetracked with other issues. I'll attempt one or the other working now... Edward -- Y

Re: Linux Leo on windows

2017-04-20 Thread Edward K. Ream
On Thu, Apr 20, 2017 at 3:17 PM, john lunzer wrote: > 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

Re: Linux Leo on windows

2017-04-20 Thread john lunzer
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 ins

Linux Leo on windows

2017-04-20 Thread Eric S. Johansson
Okay, the title was click bait. :-) Running Leo on Windows has been frustratingly inefficient. For some reason, I keep breaking things, fixing things, and then breaking them again. I just got fed up. So this is what I am currently trying: Installed bash on Windows 10 Creators update[1]. --> Ins

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

2017-04-20 Thread Kent Tenney
possibly logging would help? https://pypi.python.org/pypi/devpy provides logging with one line of code, maybe the useful message gets logged before the terminal is lost ... On Thu, Apr 20, 2017 at 10:38 AM, Edward K. Ream wrote: > On Thu, Apr 20, 2017 at 8:12 AM, john lunzer wrote: > > I reali

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

2017-04-20 Thread Edward K. Ream
On Thu, Apr 20, 2017 at 8:12 AM, john lunzer wrote: 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 necess

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

2017-04-20 Thread john lunzer
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 scree

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

2017-04-20 Thread Edward K. Ream
On Thursday, April 20, 2017 at 6:21:05 AM UTC-5, Edward K. Ream wrote: Remember, to run the app, use the --gui=curses command-line option. To quit > the app, click on the ok button in the lower right corner, then hit return. > Also, when not editing, tab moves between widgets, and shift-tab move

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

2017-04-20 Thread Edward K. Ream
On Thursday, April 20, 2017 at 6:21:05 AM UTC-5, Edward K. Ream wrote: > > > Rev e1e4e48 completes part A using an npyscreen.NPSApp class and > associated MultiLineEditableBoxed widget. It looks like npyscreen has what > we need, including a tree widget. > One more improvement: the various __get

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

2017-04-20 Thread Edward K. Ream
On Thursday, April 20, 2017 at 4:43:26 AM UTC-5, Edward K. Ream wrote: > There are two parts left of this phase of the prototype: > > Part A. Implement a curses log widget and re-enable curses in > CG.runMainLoop. > Part B. Call k.masterKeyHandler to handle keystrokes. > Rev e1e4e48 completes

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

2017-04-20 Thread Edward K. Ream
On Thursday, April 20, 2017 at 3:26:31 AM UTC-5, Edward K. Ream wrote: 2. The cursesGui ctor set self.consoleOnly = True, which tells g.trace to > use print immediately for traces instead of queuing up traces for Leo's log > window. Today's work will start with making things work when > g.app.

ENB: Curses prototype: phase 2 design and process

2017-04-20 Thread Edward K. Ream
This post discuss the next phase of curses gui prototype. This is an Engineering Notebook post, of interest only to devs. This second phase is a crucial intermediate step. It should be doable in a few hours. *Phase 1 summary*1. cursesGui2.py contains three functional classes CursesGui, Curse