Re: Leo 4.6.3 released

[Yannick Duchêne Hibou57]

On 7 sep, 00:13, "Ville M. Vainio"  wrote:
> On Sun, Sep 6, 2009 at 10:15 PM, Yannick Duchêne Hibou57
> Depending what you mean by link capability, backlink.py plugin might
> provide what you want.
>
> --
> Ville M. Vainiohttp://tinyurl.com/vainio

I was not only talking about it, while its true I had talk a lot about
it too.

As you point it, I think I should be clearer about what I was to mean.

Talking about browsable, I was not thinking about back-link like
you've introduced. And true, I guess this can be done in Leo with
Python (its just a long time I didn't, and will have to come back into
it now). I was nearer to talk about ergonomy and layout, which is an
important part of any environment... and language oriented
environment. Talking about the links of CodeBrowser, as was talking
about links inside the text, as opposed to child nodes beside in Leo.

In Leo, you have node, and some child nodes. Child nodes displays at
one side of the parent node.

In CodeBrowser, you got outline, thus child nodes (which are named “
folders ” in the CodeBrowser terminology), are inserted in the parent
node.

Another light on the difference, still meaning the same : with Leo,
child nodes are attached to the parent node, but not to a location in
the parent node. In CodeBrowser, child nodes (viewed via there
headings) are attached to a location of the parent node.

There is also a tree-view in CodeBrowser, like the one in Leo, but the
main layout is different in the sense the source more looks like a web
page with links inside (you got a somewhat similar thing in Leo, but
only with section references).

Important note : there is no tangling in CodeBrowser. If you want to
achieve literate programming with it, you have to use references : you
start to write somethings as normal code, with foldings and headings
(this is not syntactic driven folding, but markup driven folding,
although the markup is properly hidden while editing, and encoded in
comments, like Leo does). Then, you create a literate view creating
others folders containing headings which does no stand for folders
this times but for references to folders which are part of the code.

This is the exact opposite way as the you have with Leo. Leo starts
with literates and end-ups in code via references and tangling, while
CodeBrowser start with code and ends-up in explaining it via literates
and references. In Leo, the material is the literal and the product is
the code, with CodeBrowser, the material is the code, and the product
is the literate.Both use references to build the product from the
initial material.

To be honest as well, just like the back link you were talking about,
it should be possible to follow section references as if they were
CodeBrowser-like links in Leo too.

I've tried two different environments (GPS is not really an
environment, but mostly a set of tools, so I drop it at this point of
the discussion). There have some similar things, belong to different
approaches. That's why I was thinking back again about Leo with new
ideas (the one I've printed into my mind using CodeBrowser).

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"leo-editor" group.
To post to this group, send email to leo-editor@googlegroups.com
To unsubscribe from this group, send email to 
leo-editor+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/leo-editor?hl=en
-~--~~~~--~~--~--~---

Re: Leo 4.6.3 released

[Yannick Duchêne Hibou57]

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 any problems immediately.
>
> Edward

Hello :)

I may be back to Leo after a long time

I get Leo 4.6.3 and installed it from ZIP.

When I launched it for the first time, I get this message (detailed
form) :

> Traceback (most recent call last):
>   File "launchLeo.py", line 8, in 
> leo.core.runLeo.run()
>   File "C:\Program Files\Leo\leo\core\runLeo.py", line 88, in run
> fn,relFn,script = doPrePluginsInit(fileName,pymacs)
>   File "C:\Program Files\Leo\leo\core\runLeo.py", line 111, in 
> doPrePluginsInit
> initApp(verbose)
>   File "C:\Program Files\Leo\leo\core\runLeo.py", line 234, in initApp
> g.app.setLeoID(verbose=verbose)
>   File "C:\Program Files\Leo\leo\core\leoApp.py", line 651, in setLeoID
> g.app.createTkGui("startup")
>   File "C:\Program Files\Leo\leo\core\leoApp.py", line 358, in createTkGui
> leoPlugins.loadOnePlugin ('tkGui',verbose=verbose)
>   File "C:\Program Files\Leo\leo\core\leoPlugins.py", line 398, in 
> loadOnePlugin
>
> verbose = False or verbose or 
> g.app.config.getBool(c=None,setting='trace_plugins')
> AttributeError: 'NoneType' object has no attribute 'getBool'

Searching the web, I've discovered that this had occurred with some
prior versions of Leo, and has been solved.

Perhaps it's finally back in 4.6.3 ?

I've tried 4.6.2, and the trouble wasn't there, it is this way only
with 4.6.3

Like suggested by conversations I've found on the web, it was due to
the missing .leo\.leoID.txt, because when I manually created it, then
I saw Leo 4.6.3 starting up fine, ... but only after another later
stuff was revolved (see next).

Another things which has surprised me : when I was using Leo some time
ago (about two years ago), it was requiring Python and TclTk. It seems
that now it requires QtPy ? What make me think about it, was the new
startup error messages I get on the console after I've manually
created the .leoID.txt file : it was then complaining something about
QtGui or something like that. So I looked for QtPy, installed it, and
finally, everything was really working normally.


For the little story now and far apart of the latter. I had switched
to another outline editor, called CodeBrowser, which is nice, but
which also has some design flaw (I know it, because I had participated
in some part of it). Along of that, I also used GPS, an IDE targeting
Ada. Finally, I'm still not able to find what could exactly fits my
needs : GPS as no literate capabilities, but has nice refactoring
features (but only for Ada). CodeBrowser does not have customization
facilities but it has nice literate-with-links features (literate head
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.

LOL

Do you think I've driving neurotic ?

It's the third time I'm coming back to Leo : the first time was prior
2000 (at this time, Leo was not using XML and it was a Windows
binary), then the second time, two years ago, and he third time now :)

Have to say that since the first time, I could not forget it.

While to be honest, CodeBrowser was looking a bit nearer to what I was
imagining at the time I was seeking for this things and faced Leo, and
GPS is nearest concerning some maintenance stuffs. So I'm still
looking for the one which could make me have the three things at the
time (surely not GPS... I'm at least sure about that as there is no
way to make it a literate environment, so I will have to integrate its
refactoring and entity search tools in either CodeBrowser or Leo)

Well, this was 0.1 cent story

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"leo-editor" group.
To post to this group, send email to leo-editor@googlegroups.com
To unsubscribe from this group, send email to 
leo-editor+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/leo-editor?hl=en
-~--~~~~--~~--~--~---