On Fri, Sep 27, 2013 at 1:38 PM, Terry Brown terry_n_br...@yahoo.comwrote:
Just pulled and tested your code below. All ok except c.saveAs()
doesn't really seem to work as expected. Maybe I'm not using it right.
Thanks for doing this testing. There are several problems with
c.saveAs(), and
On Sat, Sep 28, 2013 at 6:33 AM, Edward K. Ream edream...@gmail.com wrote:
Thanks for doing this testing. There are several problems with
c.saveAs(), and presumably c.save and c.saveTo. I'll fix them next.
Done at rev 6074. To emphasize what is said below in the checkin log,
there is a
On Tue, Sep 24, 2013 at 10:36 AM, Fidel N fidelpe...@gmail.com wrote:
With bread crumbs I refer to the tool I am about to finish within the
next two or three weeks, the interactive tutorial creator I have talked so
much about.
Fidel, I'd like to encourage you to release as early as you can.
Thats very encouraging Edward!
Today I finally got to the working-testing phase, as soon as it does the
intended basics I'll release, looks like half way next week at most =)
On Saturday, September 28, 2013 2:17:28 PM UTC+2, Edward K. Ream wrote:
On Tue, Sep 24, 2013 at 10:36 AM, Fidel N
On Sat, 28 Sep 2013 07:09:26 -0500
Edward K. Ream edream...@gmail.com wrote:
Done at rev 6074. To emphasize what is said below in the checkin log,
there is a systemic problem with the leoBridge module: it uses a nullGui in
which all dialogs are do-nothings. This will affect all commands,
On Sat, Sep 28, 2013 at 9:37 AM, Terry Brown terry_n_br...@yahoo.comwrote:
On Sat, 28 Sep 2013 07:09:26 -0500
Ah, makes sense now you point it out - tricky. Explicit filename's ok
for saveAs, a more general solution is hard to imagine.
I agree. Even if a more general solution existed,
On Sat, Sep 28, 2013 at 8:24 AM, Fidel N fidelpe...@gmail.com wrote:
Thats very encouraging Edward!
Today I finally got to the working-testing phase, as soon as it does the
intended basics I'll release, looks like half way next week at most =)
Excellent!
EKR
--
You received this message
On Saturday, September 28, 2013 1:00:17 PM UTC-5, Edward K. Ream wrote:
explicit file names given to functions and methods are the simplest thing
that could possibly work in a scripting environment such as leoBridge.
...
All this is a pretty low priority now...
A fundamental reason why there
Previously, the the now-obsolete ipython.py plugin injected a single _leo
object with two fields, _leo.c and _leo.g.
At present, the Leo's --ipython command-line option injects two objects,
named c and g, into the IPython namespace. Imo, that's a dubious choice.
Not only is it incompatible
I wonder how many people actually use the leoBridge?
+1 here
Most of the Leo-related code I mull is based on leoBridge: given
my interest in Leo as a data store with great editing capabilities:
manipulating Leo files programatically is crucial for my interests.
Thanks,
Kent
On Sat, Sep 28,
I suspect it may be useful, but it contains many old-style IPython imports.
My *guess* is that most or all the stuff in GlobalIPythonManager is
obsolete, but I'm not so sure about the leoNode class and all the rest.
Much of the ILeo chapter in Leo's docs deals with these classes, so this is
On Sat, Sep 28, 2013 at 2:11 PM, Kent Tenney kten...@gmail.com wrote:
I wonder how many people actually use the leoBridge?
+1 here
Thanks. One might think, judging from the recent discussions, that
leoBridge is broken. Good to know that it is not!
Edward
--
You received this message
Right, I use a subset of capability which hasn't given problems.
It's great to see others provoking bugs which are being fixed!
On Sat, Sep 28, 2013 at 2:15 PM, Edward K. Ream edream...@gmail.com wrote:
On Sat, Sep 28, 2013 at 2:11 PM, Kent Tenney kten...@gmail.com wrote:
I wonder how many
On Sat, 28 Sep 2013 13:00:17 -0500
Edward K. Ream edream...@gmail.com wrote:
All this is a pretty low priority now. I wonder how many people actually
use the leoBridge?
I think it's an important part of the suite. For example, can't
remember the details, but my script for updating the global
14 matches
Mail list logo
