There appears to be a serious problem on my Linux install.
Unit tests are (sometimes) crashing with the following message:
The program 'leo.py received an X Window System error.
Followed by debugging instructions (!)
It's possible that the threading colorizer could be the culprit.
Threads
On Mar 5, 10:20 am, Edward K. Ream [EMAIL PROTECTED] wrote:
There appears to be a serious problem on my Linux install.
I should mention that the failures occur with the latest revision (56)
of the bzr trunk. This revision contains the proposed code for Leo
4.4.8 b1. Any further revisions
On Mar 5, 10:55 am, Terry Brown [EMAIL PROTECTED] wrote:
On Wed, 5 Mar 2008 08:26:04 -0800 (PST)
Edward K. Ream [EMAIL PROTECTED] wrote:
I suspect recent Python/Tkinter bugs are causing the X crash. Really,
this kind of crash should never arise with normal Python bugs.
Oddly enough I
On Mar 5, 2:38 pm, Edward K. Ream [EMAIL PROTECTED] wrote:
On Mar 5, 10:55 am, Terry Brown [EMAIL PROTECTED] wrote:
Any idea how I can install Tk so Python2.5 can find it?
Doing whereis python produced a long list, so I did the following:
python signs on as 2.5.2, so we are using
On Wed, Mar 5, 2008 at 10:01 PM, Terry Brown [EMAIL PROTECTED]
wrote:
My experience shows why Linux is not exactly taking the world by
storm.
Heh, I think the reasons may be a little more various and complicated
than that.
It wasn't the source install that wiped gnome. Dis-installing
On Mar 6, 8:19 am, Ville M. Vainio [EMAIL PROTECTED] wrote:
No, you can't just remove system python installation like that, it's a
feature. And a slight drawback of python being so ubiquitous today :-)
Thanks for this. Saves me having to ask on comp.lang.python.
Edward
On Mar 6, 8:02 am, Edward K. Ream [EMAIL PROTECTED] wrote:
As you know, there are questions about whether Leo works reliably on
Linux with Python 2.5. I shall be running tests on Linux soon. In
the meantime, Leo is probably safe on Linux.
Some preliminary results:
No xwindows crash
On Thu, Mar 6, 2008 at 11:10 AM, Terry Brown [EMAIL PROTECTED]
wrote:
First I build Tcl 8.5.1 from source
...
then Tk 8.5.1 from source
...
then python from source
Thanks!
Edward
--~--~-~--~~~---~--~~
You received this message because you are subscribed
On Thu, Mar 6, 2008 at 12:51 PM, Ville M. Vainio [EMAIL PROTECTED] wrote:
On Thu, Mar 6, 2008 at 7:08 PM, Edward K. Ream [EMAIL PROTECTED]
wrote:
The program 'leo.py' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadWindow (invalid
On Sun, Mar 9, 2008 at 2:25 PM, Terry Brown [EMAIL PROTECTED] wrote:
I was wondering if
nullGui / LeoBridge might be ways to test for problems without a
windowing system / gui event threads contributing?
Interesting idea. From the start I figured it was likely a gui shutdown
problem, so it's
On Mar 7, 1:17 am, Ville M. Vainio [EMAIL PROTECTED] wrote:
I got the following on startup (with no .leo document):
reading settings in C:\leo\leo\config\leoSettings.leo
... blah blah ...
CloneMenu failed inside of MenuAddOrInsert.
This application has requested the Runtime to terminate
I would like to release Leo 4.4.8 b2 this week. First, though, it
would be good to resolve the problems with corrupted or mis-drawn
files.
I just responded to several previous bug reports. Please respond
here. When reporting a bug, **please** report the platform and the
contents of Leo's
On Mar 10, 9:04 am, Edward K. Ream [EMAIL PROTECTED] wrote:
I would like to release Leo 4.4.8 b2 this week. First, though, it
would be good to resolve the problems with corrupted or mis-drawn
files.
The mostly source of trouble may be problems in converting .leo files
containing *very* old
I've misplaced the original post. Previously, when two body editors
showed the same node, undo or redo in one editor did not immediately
update the other. Now it does.
The fix is on the bzr trunk. The fix involved just a single call to
c.frame.body.updateEditors in the top-level undo/redo
With IPython we use the checkeol plugin w/ bzr that prevents checking
in CR LF line endings:
http://bazaar.launchpad.net/~bialix/+junk/checkeolhttp://bazaar.launchpad.net/%7Ebialix/+junk/checkeol
I'll install this immediately.
Actually, I had already installed this. Just did a bzr
On Mar 25, 10:38 am, Edward K. Ream [EMAIL PROTECTED] wrote:
Sage is written in Python, so I'm wondering whether Leo might be a
possible sage notebook.
BTW, I recommend installing sage on linux or MacOS X if possible.
Sage on XP is not pleasant.
Edward
On Tue, Mar 25, 2008 at 12:14 PM, TL [EMAIL PROTECTED] wrote:
Hi Edward,
I set up bzr and ran the Beta 3 trunk and tested the file readonly and
file locked problem. Unfortunately, both of them are still broken.
A (partial?) fix is on the bzr trunk. All unit tests pass. I tested the fix
by
On Tue, Mar 25, 2008 at 10:24 AM, Terry Brown [EMAIL PROTECTED]
wrote:
This is going to be hard to describe / test without middle button
functionality, if the approximately simultaneous pressing of
the left and right buttons I'm going to tell you about in the next
para. :-) doesn't help maybe
On Wed, Mar 26, 2008 at 5:45 AM, bobjack [EMAIL PROTECTED] wrote:
I have made a small addition to leoConfig.py to support @popup menus
in setting trees.
I thought it would be easier for you simply to revert the file if you
do not approve of me making the change, rather than going through a
On Wed, Mar 26, 2008 at 9:07 AM, Terry Brown [EMAIL PROTECTED]
wrote:
p.s. drunk with power, I've made the changes described below on the
trunk :-)
No problem. Please change the @string setting to the @bool setting on the
trunk. And while you are at it, please add all the other cleo
On Wed, Mar 26, 2008 at 8:33 AM, vpe [EMAIL PROTECTED] wrote:
problem: local target_language=plain settings are not applied
The fix is on cvs. To make the fix work, please change:
@language default_target_language = whatever
to
@string target_language = plain
Note the double change: use
On Sat, Mar 29, 2008 at 5:35 AM, Edward K. Ream [EMAIL PROTECTED] wrote:
So that was pretty easy :-)
Oops. There may be a problem. Do **not** use this script until I have
tested it more.
Edward
Edward K. Ream email: [EMAIL
On Mar 29, 5:42 am, Edward K. Ream [EMAIL PROTECTED] wrote:
Oops. There may be a problem. Do **not** use this script until I have
tested it more.
It looks like writing any kind of node @thin, @nosent, etc, works,
**except** @file nodes. It appears that the so-called tnode-list gets
I'll be using this thread to document how I study Komodo's
autocompleter code. This code is *big*.
leo/src/Komodo.leo in the trunk contains the .leo file that I use to
study the code. It highlights various files with interesting
documentation.
As we shall see, creating a .leo outline is a
On Mar 30, 1:39 pm, Edward K. Ream [EMAIL PROTECTED] wrote:
...Instead of trying to understand how Komodo
works, I am only trying to discover the methods that will report the
completions (and calltips) valid at a particular point in source
code. That's **all**.
Conceivably, dividing code
On Mar 31, 8:44 am, Edward K. Ream [EMAIL PROTECTED] wrote:
I'll pause now, and turn my attention to setup.py.
Well, it's just too much fun to stop now :-)
Single-stepping through code gives a completely different,
complementary picture to the view presented by the sources, even when
On Mar 31, 3:40 pm, Edward K. Ream [EMAIL PROTECTED] wrote:
And there is much more energy. It's much like the old text Adventure game,
except it
The end of this sentence got lost in the bit bucket. It should be:
It's much like the old text Adventure game, except it does something
useful
On Tue, Apr 1, 2008 at 8:08 AM, Ville M. Vainio [EMAIL PROTECTED] wrote:
On Sun, Mar 30, 2008 at 6:34 PM, Ville M. Vainio [EMAIL PROTECTED]
wrote:
You currently need to do the following to embed leo in existing ipython
session:
import IPython.Shell
IPython.Shell.hijack_tk()
On Mar 31, 11:27 am, Edward K. Ream [EMAIL PROTECTED] wrote:
1. What directory structure must Leo have to make leo a package?
An Aha: I can explore this question without using distutils at all.
Indeed, I just manually copied the top-level leo directory to Python/
Lib/site-packages. I
On Apr 1, 12:11 pm, Ville M. Vainio [EMAIL PROTECTED] wrote:
On Tue, Apr 1, 2008 at 7:04 PM, Edward K. Ream [EMAIL PROTECTED] wrote:
I don't think you should spend so much time with distutils - it kind
of expects that it's used as it's supposed to, and fooling around
too much can cause
On Tue, Apr 1, 2008 at 12:46 PM, Edward K. Ream [EMAIL PROTECTED] wrote:
I think your suggestion to change leo/src to leo/core is a good one.
I suspect, though, that making Leo into a proper package, with 'core'
and 'plugins' (etc.) subpackages, probably should wait until 4.4.8
final. Would
On Tue, Apr 1, 2008 at 6:57 PM, Kayvan A. Sylvan [EMAIL PROTECTED] wrote:
So the edge condition appears to be where I save the unmodified leo file
and the @nosent file is missing/removed. In that case, I suspect that the
save does nothing and so no @nosent file is generated.
The @nosent tree
On Mar 30, 10:34 am, Ville M. Vainio [EMAIL PROTECTED] wrote:
You currently need to do the following to embed leo in existing ipython
session:
import IPython.Shell
IPython.Shell.hijack_tk()
%run leo.py (in leo/leo/src)
When leo is installable as a package, this will be much simpler
On Thu, Apr 3, 2008 at 3:57 AM, bobjack [EMAIL PROTECTED] wrote:
If you do the following sequence of commands
add-editor
add-editor
delete-editor
delete-editor
add-editor
You get an error message.
The fix is on the trunk. All unit tests pass.
The bug was caused by an erroneous
On Thu, Apr 3, 2008 at 7:23 AM, Terry Brown [EMAIL PROTECTED] wrote:
On Thu, 3 Apr 2008 03:05:27 -0700 (PDT)
Nik [EMAIL PROTECTED] wrote:
I have only organizing and thin nodes in my outline tree.
Only the children of thin nodes suffer from cleo amnesia!
It seems that the problem is
I'd like to clean up Leo's top-level folder. At present, the bzr
trunk contains leo_to_html.xsl. It looks like this is used somehow by
the leo_to_html plugin. Can this file be moved to the plugins folder?
I'll leave this file alone for the rc1 release...
Edward
On Apr 3, 7:54 am, Edward K. Ream [EMAIL PROTECTED] wrote:
But whatever you do, please wait until after 4.4.8 final to do it :-)
Actually, it would be fine to experiment with solutions in a separate
branch. I should have said,
whatever you do, please wait until after 4.4.8 final to commit
On Apr 3, 8:40 am, Nik [EMAIL PROTECTED] wrote:
I apologize for my first misleading posting regarding
possible problems with tree depth.
No apology needed. Bug reports are always helpful. You are not
expected to understand the bug in detail :-)
Edward
On Thu, Apr 3, 2008 at 7:37 AM, Ville M. Vainio [EMAIL PROTECTED] wrote:
On Wed, Apr 2, 2008 at 4:47 PM, Edward K. Ream [EMAIL PROTECTED]
wrote:
%run leo.py (in leo/leo/src)
When leo is installable as a package, this will be much simpler
(because we don't need to know where
Leo 4.4.8 rc1 is now available at:
http://sourceforge.net/project/showfiles.php?group_id=3458package_id=29106
This release tests some recent changes in how Leo is distributed. In
particular, the old manifest files are gone: the leo-x.zip file is
created with bzr export.
This is a happy
On Apr 2, 1:04 am, Ville M. Vainio [EMAIL PROTECTED] wrote:
On Wed, Apr 2, 2008 at 2:38 AM, Edward K. Ream [EMAIL PROTECTED] wrote:
I'm not sure what the solution is. Possibly all Leo imports will have
to be changed from:
import leoX
to
import leo.core.x.
Yes. Fully
On Mar 31, 3:52 pm, Edward K. Ream [EMAIL PROTECTED] wrote:
In short, the twin guidelines (no code changes, focus on non-gui code)
have turned what might be a big, dangerous task into a fun romp.
I got very close to getting the Komodo autocompleter to work a few
days ago. For the latest work
On Thu, Apr 3, 2008 at 5:40 PM, Terry Brown [EMAIL PROTECTED] wrote:
On Thu, 3 Apr 2008 15:31:17 -0700 (PDT)
thyrsus [EMAIL PROTECTED] wrote:
The only trouble I've had is in the LeoPyRef.leo file.
I use a local non-vcs copy of LeoPyRef.leo and LeoPluginsRef.leo, just
using them as a way
On Apr 4, 9:08 am, Edward K. Ream [EMAIL PROTECTED] wrote:
And I just discovered another bug: the 'Find' button in the Spell tab
has a major performance bug when both the 'Search Body' and 'Search
Headline' checkboxes are selected in the *Find* tab. I'll fix this
immediately.
OMG, I just
On Fri, Apr 4, 2008 at 10:29 AM, Terry Brown [EMAIL PROTECTED]
wrote:
I don't advise anyone to try and get anti-aliased fonts working in
Linux (Ubuntu) by compiling python against Tk8.5, there's too much risk of
messing things up. But I think I have it working now, so if you really want
On Apr 5, 7:45 am, Edward K. Ream [EMAIL PROTECTED] wrote:
Edward, I would prefer if you would add the change to the trunk.
Ok. I'll do that.
The patch is now in the trunk.
Edward
--~--~-~--~~~---~--~~
You received this message because you are subscribed
On Sat, Apr 5, 2008 at 9:13 AM, Terry Brown [EMAIL PROTECTED] wrote:
Leo's running, so I create a new outline with File-New
Then I save as in a location where foo.py exists.
The I create a node '@auto foo.py'
Then I use File-Read/Write-Read @auto (with that node selected)
Leo says it
The trunk contains what I believe will be Leo 4.4.8 final!
Barring something truly significant, Leo 4.4.8 final will, at last, go
out the door tomorrow. Please make no changes to the trunk until then.
This is the very last call for bug reports.
Edward
P.S. After 4.4.8 final, I plan to
On Fri, Apr 4, 2008 at 3:49 PM, Kayvan A. Sylvan [EMAIL PROTECTED] wrote:
The test button works as expected, but run-all-tests produces
the following output in the Log pane:
exception executing script
AttributeError: 'NoneType' object has no attribute 'v'
The fixes to this, and
On Apr 5, 10:02 am, Edward K. Ream [EMAIL PROTECTED] wrote:
I am thinking that the 'trunk' branch will be dedicated to bug fixes
against the latest official release. I'll create a 'devel' branch for
the latest 'blessed' development work. That way we can blast away on
the 'devel' branch
On Sun, Apr 6, 2008 at 3:19 AM, Ville M. Vainio [EMAIL PROTECTED] wrote:
Seems that sys.path is broken when leo is starting up:
[snip]
I wonder whether pygtk installation broke this...
Should I hold 4.4.8 final until you resolve this?
Edward
On Sat, Apr 5, 2008 at 7:39 PM, Brian Theado [EMAIL PROTECTED] wrote:
I was playing around with this and I discovered that if I open
unitTest.leo from the File-Open menu pick of another leo outline and
then I run a unit test, then all the nodes from unitTest.leo appear in
the original
On Sat, Apr 5, 2008 at 12:41 PM, George R. [EMAIL PROTECTED] wrote:
I am having difficulty installing on Leopard. As terminal loads, it
fails at trying to write a new directory.
Can you send the contents from the terminal?
I was under the impression that OS X 10.5 had Python installed and
On Sun, Apr 6, 2008 at 6:33 AM, bobjack [EMAIL PROTECTED] wrote:
The 'how-many' command does not work, it appears that it is trying to
count occurrences of the expression in the minibuffer text area rather
than the bodystring. I wonder if this is a generic problem for this
type of command?
On Sun, Apr 6, 2008 at 10:15 AM, Kayvan A. Sylvan [EMAIL PROTECTED] wrote:
On Sun, Apr 06, 2008 at 05:46:37PM +0300, Ville M. Vainio wrote:
On Sun, Apr 6, 2008 at 4:08 PM, Edward K. Ream [EMAIL PROTECTED]
wrote:
I wonder whether pygtk installation broke this...
Should I hold
On Mon, Apr 7, 2008 at 12:13 AM, Alex Polite [EMAIL PROTECTED] wrote:
I'd like to have a node that is a function of some other node/nodes.
Sort of like in a spreadsheet. If node A is a function of nodes B and
C it should get automatically updated in the view whenever B or C are
changed.
On Mon, Apr 7, 2008 at 7:40 AM, bobjack [EMAIL PROTECTED] wrote:
find-word
=
This command is supposed to:
Put the cursor at the next word (on a line) that starts with a
character
It does not. You have to type in a whole word to get any result and
even then it only selects the
On Mon, Apr 7, 2008 at 6:39 AM, Steve Zatz [EMAIL PROTECTED] wrote:
I am sure an obvious question but I don't see documentation related to
this. When Leo starts up on Windows, in the log file is written
leoID= ABC (in C:\Program Files\Leo\config )
global config dir: C:\Program
On Mon, Apr 7, 2008 at 4:01 AM, bobjack [EMAIL PROTECTED] wrote:
Could you check that again for me please.
Oops. I think you are correct. There is a problem. I'll fix this in the
trunk soon.
Edward
--~--~-~--~~~---~--~~
You received this message because you
On Tue, Apr 8, 2008 at 8:09 AM, bobjack [EMAIL PROTECTED] wrote:
Uhm... This looks more complicated than I thought. All the more reason
to encapsulate it and hide the details from plugins and scripts I suppose
...
Am I right in thinking
a) that stuff put on tnodes appears on all clones and
On Apr 3, 11:11 am, Edward K. Ream [EMAIL PROTECTED] wrote:
I am starting to understand the true advantage of bzr, namely that
it's possible to work on several projects simultaneously in different
branches. [snip]
At present there are three main branches: trunk, stable and ekr-devel.
I've
On Apr 7, 4:01 am, bobjack [EMAIL PROTECTED] wrote:
It does not work for me. It is counting the matches in the minibuffer
text widget not the body.
The fix is now on the trunk. You were correct about the editWidget
method: it now never returns the minibuffer widget, and defaults to
the body
On Apr 7, 7:40 am, bobjack [EMAIL PROTECTED] wrote:
find-word
[snip]
goto-character
The fixes are on the trunk. Again, the change to the editWidget
method means that these commands can not be applied to text in the
minibuffer.
find-word is such a useful command that I added a variant:
On Apr 7, 10:56 am, Steve Zatz [EMAIL PROTECTED] wrote:
home = os.getenv('HOME',default=None)
Thanks. That does help.
I am no Windows expert but I suspect that on many Windows systems, it
is HOMEPATH and HOMEDRIVE that are available and that the HOME
environment variable is not set and
On Apr 8, 9:35 am, Edward K. Ream [EMAIL PROTECTED] wrote:
The fix is now on the trunk. You were correct about the editWidget
method: it now never returns the minibuffer widget, and defaults to
the body pane. A side effect of this change is that no editing
commands can be used
On Apr 6, 6:33 am, bobjack [EMAIL PROTECTED] wrote:
Trying to edit the minibuffer, when I backspace to a character and
press delete the cursor moves to the end of the buffer and deletes the
last character instead.
A small joke: this disappears after the recent change to
On Apr 8, 11:00 am, Edward K. Ream [EMAIL PROTECTED] wrote:
trying to make sense of when focus really belongs in the minibuffer
might make my head explode...
Happily, Leo has excellent tracing facilities, as you can see by
setting:
@bool trace_masterCommand = True
@bool
On Apr 8, 11:00 am, Edward K. Ream [EMAIL PROTECTED] wrote:
A small joke: this disappears after the recent change to
leoEditCommands.editWidget because the left and right arrow keys are
pretty messed up. I'll be noodling over this for awhile. I don't
want to break all the edit commands
On Apr 8, 11:14 am, Edward K. Ream [EMAIL PROTECTED] wrote:
One possibility: define a set of minibuffer-specific commands,
corresponding to the commands in
@shortcuts Minibuffer commands/bindings
in leoSettings.leo.
Another possibility is to make cursor movement commands smarter
On Apr 8, 1:47 pm, Edward K. Ream [EMAIL PROTECTED] wrote:
I'll push the code to the trunk after I use it for several hours. All unit
tests pass.
Still to do: the original bug that started this thread :-) I have
hopes now...
Edward
--~--~-~--~~~---~--~~
You
On Apr 8, 1:52 pm, Edward K. Ream [EMAIL PROTECTED] wrote:
Still to do: the original bug that started this thread :-) I have
hopes now...
Ah. This is a problem with the find-completion feature. Totally
different code, probably, which in this case makes the fix easier...
Edward
On Apr 8, 11:22 am, Edward K. Ream [EMAIL PROTECTED] wrote:
Another possibility is to make cursor movement commands smarter. They
would tell editCommands.editWidget to return the minibuffer if focus
is already there.
This was surprisingly easy. There is now a set of commands that can
On Wed, Apr 9, 2008 at 6:28 AM, bobjack [EMAIL PROTECTED] wrote:
Whoops! Looks like I've stirred up a can of worms! My excuse is that
you did ask us to bang on the code :)
It's important to fix these bugs. In spite of complications, the final code
is localized and relatively clean. I'll
On Tue, Apr 8, 2008 at 7:09 PM, vpe [EMAIL PROTECTED] wrote:
TL [EMAIL PROTECTED] wrote:
These changes have given me a very usable Vi capability that works
well with Leo. As a result, it is not as important to me that Leo
have a full featured Vi editor emulated.
I am sceptical about
On Wed, Apr 9, 2008 at 4:37 AM, bobjack [EMAIL PROTECTED] wrote:
On Apr 8, 3:43 pm, Edward K. Ream [EMAIL PROTECTED] wrote:
I want to encourage people to use the bzr trunk.
Thats a great idea, installing bazaar is so easy, and downloading and
updating leo so simple that any other method
On Tue, Apr 8, 2008 at 4:27 PM, TL [EMAIL PROTECTED] wrote:
Now that 4.4.8 has been released, I hope someone can spend a little
time helping to get me up to speed on some development issues. I have
some questions about the setup of Bazaar and the handling and merging
of local modifications
Leo's trunk now contains the fixes for the how-many, find-word and
goto-character commands, as well as a fix for the find completion
problem.
Alas, tab completion for commands is broken.
I think I'll use this as an opportunity to see how bzr can deal with
mistakes :-) I'll push the present
Popurls lead me to this yesterday:
http://code.google.com/appengine/
This is going to be big. Guido has been active in the project.
Anyone interested in web apps should take a look.
The main page has links to videos. The getting started guide might be
more useful:
On Apr 9, 8:54 am, Edward K. Ream [EMAIL PROTECTED] wrote:
I'll reinstate your recent change to LeoDocs.leo in a moment or two.
Done in rev 305.
Sorry for any inconvenience, but I really did want to play with
revert, etc. And it's important that major work be done in ekr-devel
rather than
On Apr 9, 8:58 am, Ville M. Vainio [EMAIL PROTECTED] wrote:
I added a short bzr guide to LeoDocs, but didn't push it yet (because
the trunk was reverted).
Thanks *so* much for this. Feel free to push it now.
Edward
--~--~-~--~~~---~--~~
You received this
On Wed, Apr 9, 2008 at 8:12 AM, TL [EMAIL PROTECTED] wrote:
How about using the Leo Wiki to document Bazaar and other Leo
development related issues? This would allow anyone to contribute and
the content to mature over time.
Sure. I invite you to add a page :-)
Edward
The trunk now contains a potentially significant change: the .use_sax
ivar in leoFileCommands.py is now set permanently to True.
This is the first step in the eventual removal of all the ancient hand-
coded read logic for .leo files. It's about 5 years overdue.
All unit tests pass, but there
On Wed, Apr 9, 2008 at 11:23 AM, Ville M. Vainio [EMAIL PROTECTED] wrote:
Thanks for the help! I needed it. You refer to issuing bzr
checkin. I think this should be bzr commit. Correct?
checkin and ci are aliases for commit.
I didn't know that :-)
Personally, I always use ci
On Wed, Apr 9, 2008 at 11:54 AM, Edward K. Ream [EMAIL PROTECTED] wrote:
log=log -r -5
Oops. This should probably by log=log -r -5..
That is, the line should end with two periods.
EKR
--~--~-~--~~~---~--~~
You received this message because you
I never dreamed that bzr would make such a difference to the Leo
project. The energy level and the level of collaboration are both
markedly greater today than they were a week ago. We now have a true
partnership of developers. This has been one of my dreams for Leo.
The more I play with
On Apr 9, 5:26 pm, thyrsus [EMAIL PROTECTED] wrote:
Explicitly doing self.d = {} right before raising StopIteration had
no significant effect for me. I saw that done somewhere else in the
code to provoke more rapid memory reclamation, but it doesn't seem to
make a difference in this
On Wed, Apr 9, 2008 at 5:15 PM, Dan White [EMAIL PROTECTED] wrote:
I've been a leo user for almost two years, usually keeping up with
development through the _final.zip's on SourceForge. Since my main
environment is Linux, having myLeoSettings.leo not be a hidden file
was always annoying.
On Thu, Apr 10, 2008 at 7:43 AM, Ludwig Schwardt [EMAIL PROTECTED]
wrote:
When I tried to go deeper, I found it really hard to decide which
files I needed where in the Leo hierarchy. And what if the code in one
node needed code in another node? Do I clone it into the required
node, or do I
On Wed, Apr 9, 2008 at 6:04 PM, TL [EMAIL PROTECTED] wrote:
Any questions?
Where do I start :-) I use vim just enough to verify that the previous vim
plugin worked, so your instructions are essentially incomprehensible to me.
Please assume I know *nothing* about vim, how it works, its features
On Thu, Apr 10, 2008 at 9:31 AM, bobjack [EMAIL PROTECTED] wrote:
On Apr 10, 3:27 pm, bobjack [EMAIL PROTECTED] wrote:
I've merged mod_rClick with the trunk. The api should be stable from
now on, barring bugs.
I should have said 'all unit tests passed'.
Thanks for this work. We are
On Thu, Apr 10, 2008 at 9:59 AM, Edward K. Ream [EMAIL PROTECTED] wrote:
On Thu, Apr 10, 2008 at 9:31 AM, bobjack [EMAIL PROTECTED] wrote:
On Apr 10, 3:27 pm, bobjack [EMAIL PROTECTED] wrote:
I've merged mod_rClick with the trunk. The api should be stable from
now on, barring bugs
On Fri, Apr 11, 2008 at 7:53 AM, Kayvan A. Sylvan [EMAIL PROTECTED] wrote:
1) Create an @thin file based outline.
2) In the @thin file, create an unreferenced section (something like a
header This Section Is Bogus).
3) Now, File-Exit
4) A dialog box pops up
(Save changes to
On Thu, Apr 10, 2008 at 11:42 AM, Ville M. Vainio [EMAIL PROTECTED]
wrote:
You'll probably want to check out the new ipy_autoreload extension
Thanks for this tip.
Edward
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
On Apr 10, 8:02 pm, Kent Tenney [EMAIL PROTECTED] wrote:
A related blog
posthttp://griddlenoise.blogspot.com/2008/04/what-dvcs-gives-me.html
I've read this blog post several times now. I'd say all the benefits
apply to bzr too. Perhaps the most important thing to get from the
post is the
Leo's trunk now contains what I hope is a proper merge of the dot-
config branch.
I'm pretty sure the sources are fine, but there was a problem with
LeoDocs.leo: there was a conflict because there were changes by Ville
and Don. The LeoDocs.leo on the trunk now contains what *I think* are
all
On Fri, Apr 11, 2008 at 12:43 PM, TL [EMAIL PROTECTED] wrote:
The lastest update to the Open-With/Vim enhancements has been uploaded
to the Vim branch on the Launchpad website. User configuration of the
features has been added.
Excellent docs! Many thanks for this work.
Edward
On Fri, Apr 11, 2008 at 1:51 PM, Dan White [EMAIL PROTECTED] wrote:
On Fri, Apr 11, 2008 at 1:05 PM, TL [EMAIL PROTECTED] wrote:
Has anybody developed a method for choosing which local Leo branch to
use when opening a .leo file? I assume this capability is often
needed by Leo
On Apr 12, 1:00 pm, Edward K. Ream [EMAIL PROTECTED] wrote:
These files are now fixed files on the trunk. I also added a log
message saying that the file is a fixed file.
Standing in the shower after a workout I had several interesting
thoughts:
1. It might be useful to support @bool all
On Apr 12, 5:06 pm, Edward K. Ream [EMAIL PROTECTED] wrote:
2. There is a better way than toggle-fixed-file: the file-write logic
will scan for an @bool fixedWindow node. Changing that node will
immediately affect whether future saves are as fixed or unfixed
files. I shall certainly do
On Apr 13, 7:20 am, Edward K. Ream [EMAIL PROTECTED] wrote:
It appears that Leo will, relatively soon, move to the unified-node world.
Compatibility with existing code and scripts should be no big deal.
Indeed, unified nodes will contain .v and .t ivars, inited in the ctor
as follows:
self.v
1 - 100 of 19827 matches
Mail list logo
