Bear with me in this long essay. I have to convince Edward to abandon
code that he has just written. I do have a replacement in mind, which
I describe. I also have a Leo story to tell -- one that shows that my
experience using Leo has soured me on working without it!
With a new scheme for generat
On Sep 6, 12:06 pm, "Ville M. Vainio" wrote:
> I think it would be a better idea to bypass positions for this
> generator, because we can implement *much* more efficient generators
> by using nodes alone.
Rather than calling p.threadNext, c.allNodes_iter could be defined
using:
def threadNex
On Sun, Sep 6, 2009 at 10:15 PM, Yannick Duchêne Hibou57
wrote:
> lines are browsable links in CB), Leo does not have link and editing
> facilities like CB, but it has easy customization and generates unique
> ID for nodes.
Depending what you mean by link capability, backlink.py plugin might
pr
On 5 sep, 16:02, "Edward K. Ream" wrote:
> Leo 4.6.3 final is now available
> at:http://sourceforge.net/project/showfiles.php?group_id=3458&package_id...
>
> Leo 4.6.3 fixes a significant caching bug in Leo 4.6.2.
> Leo 4.6.3 also comes with an executable installer for Windows.
>
> Please report
Dear All,
Python 2.5.4 for AMX x64 doesn't work.
Best regards,
Teres
On Sep 7, 2:40 am, Teres W wrote:
> Dear All,
>
> Get Solved with the following combination:
> OS: Window XP x86
> Python: 2.5.4
> PyQt-Py2.5-gpl-4.4.3-1
> Leo-4-6-2-final
>
> Actuall, I should try only the version specified
I have GNU/Linux on my laptop. I'll fiddle later.
On Sun, Sep 6, 2009 at 1:51 PM, Ville M. Vainio wrote:
>
> On Sun, Sep 6, 2009 at 7:55 PM, Seth Johnson wrote:
>
>> :-) Hmm, so I wonder why it's not working for me. I'll fiddle with it
>> some more later.
>
> Also for you - do you have PyQt in
On Sun, Sep 6, 2009 at 1:12 PM, Ville M. Vainio wrote:
>
> > 1. Position generators are the base of the scheme. For example, here
> > is a partially tested rewrite of c.allNodes_iter, called, much more
> > properly, allPositions(). These functions will eventually become
>
> Could we have more
On Sun, Sep 6, 2009 at 9:43 PM, VR wrote:
> No, as I stated in my initial email to Edward, that I do not use PyQt.
>
> I do not use it, since until now there is no compelling reason for me
> to introduce yet another dependency ...
That's why you get those messages. To get rid of them, remove th
On Sun, Sep 6, 2009 at 1:36 PM, Ville M. Vainio wrote:
>
> Don't bother too much about this yet, just implement the
> straightforward version in terms of positions as you suggested and
> I'll provide & benchmark the optimized version later. My gut feeling
> tells me significant speedup can be ach
Hi Ville,
On 6 Sep., 19:49, "Ville M. Vainio" wrote:
> On Sun, Sep 6, 2009 at 8:50 AM, VR wrote:
> > I was able to get Leo working again from the latest '46-main' branch.
>
> > However I do get the following tracebacks, when starting Leo:
>
> Do you have pyqt installed from
>
> http://riverbank
Dear All,
Get Solved with the following combination:
OS: Window XP x86
Python: 2.5.4
PyQt-Py2.5-gpl-4.4.3-1
Leo-4-6-2-final
Actuall, I should try only the version specified in the documentation
mentioned here and not tried new version.
Best regards,
Teres
P.S. I'll try back on Windows 7 x64 an
On Sun, Sep 6, 2009 at 9:25 PM, Edward K. Ream wrote:
>
> Actually, I can be even more emphatic about this statement.
>
> It is not immediately obvious from the code, but it is a fact nonetheless,
> that Leo's present iterators are already highly optimized. A loop such as:
>
> for p in c.al
Dear All,
Tried to install:
OS: Win Xp x86
Python: 2.5.4
PyQt-Py2.5-gpl-4.4.3-1
Leo-4-6-3-final
Now having the following error:
---
Traceback (most recent call last):
File "C:\Python25\Lib\site-packages\leo\launchLeo.py", line 8, in
leo.core.runLeo.run(fileName="test")
File "C:\Program
On Sun, Sep 6, 2009 at 1:16 PM, Edward K. Ream wrote:
>
> This can't be correct, for several reasons.
>
Actually, I can be even more emphatic about this statement.
It is not immediately obvious from the code, but it is a fact nonetheless,
that Leo's present iterators are already highly optimize
On Sun, Sep 6, 2009 at 12:06 PM, Ville M. Vainio wrote:
>
> On Sun, Sep 6, 2009 at 7:53 PM, Edward K. Ream
> wrote:
>
> > 2. Generators returning (unified)nodes simply use the corresponding
> > position generators. Thus, all such generators must be members of the
> > commands or position class,
On Sun, Sep 6, 2009 at 7:53 PM, Edward K. Ream wrote:
> 1. Position generators are the base of the scheme. For example, here
> is a partially tested rewrite of c.allNodes_iter, called, much more
> properly, allPositions(). These functions will eventually become
Could we have more pythonic &
I see that there is a 4.6.3 final tag in 46-maint. However, there is
"prepare for 4.6.3 final" checkin comment after it. So what's the
actual revision for 4.6.3 final?
Also, it appears 46-maint is not currently merged to trunk (i.e. trunk
doesn't have the tag).
--
Ville M. Vainio
http://tinyurl
On Sun, Sep 6, 2009 at 8:08 PM, Teres W wrote:
> Dear All,
>
> I've following error when execute the batch file as suggested:
You have Python 3.1 installed. Please use Python 2.6 for Leo (it's not
yet ported for 3.1)
--
Ville M. Vainio
http://tinyurl.com/vainio
--~--~-~--~~--
Dear All,
I've following error when execute the batch file as suggested:
-
Traceback (most recent call last):
File "C:\Python31\Lib\site-packages\leo\launchLeo.py", line 7, in
import leo.core.runLeo
File "C:\Python31\Lib\site-packages\leo\leo\core\runLeo.py", line
35, in
On Sun, Sep 6, 2009 at 7:55 PM, Seth Johnson wrote:
> :-) Hmm, so I wonder why it's not working for me. I'll fiddle with it
> some more later.
Also for you - do you have PyQt installed?
You may also want to install something more modern than windows 98
;-). If you are dependent on particular
On Sun, Sep 6, 2009 at 8:50 AM, VR wrote:
> I was able to get Leo working again from the latest '46-main' branch.
>
> However I do get the following tracebacks, when starting Leo:
Do you have pyqt installed from
http://riverbankcomputing.co.uk/software/pyqt/download
The file you want is
http
On Sun, Sep 6, 2009 at 7:53 PM, Edward K. Ream wrote:
> 2. Generators returning (unified)nodes simply use the corresponding
> position generators. Thus, all such generators must be members of the
> commands or position class, *not* the vnode class.
>
> def allNodes(c):
> for p in allPosition
:-) Hmm, so I wonder why it's not working for me. I'll fiddle with it
some more later.
Seth
On Sun, Sep 6, 2009 at 11:23 AM, Ville M. Vainio wrote:
>
> On Sun, Sep 6, 2009 at 6:15 PM, Seth Johnson wrote:
>>
>> Hey, what's the latest and greatest version of Leo that can run on
>> Python 2.5?
As part of the clean-one-node world I am going to clean up Leo's
iterators using Python generators. As always, the old names will
remain for compatibility with scripts and plugins.
1. Position generators are the base of the scheme. For example, here
is a partially tested rewrite of c.allNodes_i
On Sun, Sep 6, 2009 at 6:15 PM, Seth Johnson wrote:
>
> Hey, what's the latest and greatest version of Leo that can run on
> Python 2.5? That's the last Python for Win98.
4.6.3 ;-).
--~--~-~--~~~---~--~~
You received this message because you are subscribed to th
Hey, what's the latest and greatest version of Leo that can run on
Python 2.5? That's the last Python for Win98.
Seth
On Sun, Sep 6, 2009 at 11:05 AM, VR wrote:
>
> Hi Edward,
>
> On 6 Sep., 07:50, VR wrote:
>> Hi Edward,
>>
>> On 5 Sep., 18:45, VR wrote:
>>
>>
>>
>> > Hi Edward
>>
>> > You
Hi Edward,
On 6 Sep., 07:50, VR wrote:
> Hi Edward,
>
> On 5 Sep., 18:45, VR wrote:
>
>
>
> > Hi Edward
>
> > You wrote:
> > > Leo 4.6.3 final is now available
> > > at:http://sourceforge.net/project/showfiles.php?group_id=3458&package_id...
>
> > > Leo 4.6.3 fixes a significant caching bug in
On Sun, Sep 6, 2009 at 4:24 PM, Kent Tenney wrote:
> I haven't been using marks, I think I will.
Note that one thing making them more useful now is marking/unmarking
in the rclick menu - it also supports multiselection.
Also, by typing m + enter in nav tab, you get a clickable list of marked n
>
> Rev 2393 contains the new clone-marked command. This command will be
> useful in many situations; it provides an easy way to collect clones.
>
Cool!
Outlines -> Mark
reveals other great stuff.
I think I'll use the combination of
mark-changed-items
and
clone-marked
to review what I've done
My excitement about Leo has only increased since this post:
http://longrun.zwiki.org/LeoLog
On Fri, Sep 4, 2009 at 2:25 PM, Ville M. Vainio wrote:
>
> On Thu, Sep 3, 2009 at 8:40 AM, Edward K. Ream wrote:
>
>> Inspired by Terry's recent post, I'm wondering how many of you can
>> tell the story o
30 matches
Mail list logo