On Mon, Oct 13, 2008 at 3:23 PM, Edward K. Ream [EMAIL PROTECTED] wrote:
The problem appears to be related to an event I had no idea existed:
ShortcutOverride. This gets called before the KeyPress and KeyRelease
events. I suspect that eventFilter should return True (or maybe False
On Oct 13, 3:59 pm, Edward K. Ream [EMAIL PROTECTED] wrote:
I'll probably refactor this for clarity, and to avoid duplicate
computation, but the idea is to return True for all three key-related
events if and only if Leo overrides the default QScintilla bindings.
Done at rev 1277
On Oct 13, 4:18 pm, Ville M. Vainio [EMAIL PROTECTED] wrote:
Why keyrelease instead of keypress?
Good catch. The fix in at rev 1278 of the branch. I also hooked up
the tree to the key filter.
Return doesn't work in the tree at present. This may be because Leo's
core expects the tree
On Oct 13, 4:18 pm, Ville M. Vainio [EMAIL PROTECTED] wrote:
On Mon, Oct 13, 2008 at 11:59 PM, Edward K. Ream [EMAIL PROTECTED] wrote:
if eventType == e.KeyRelease:
junk = self.key_pressed(obj, event)
Why keyrelease instead of keypress? Doesn't it slow down
On Oct 13, 8:29 am, Edward K. Ream [EMAIL PROTECTED] wrote:
My plan at present is easily stated: to do whatever it takes to get
the text widget working when integrated with Leo's core.
As reported in another thread, with Ville's help the body pane is
mostly integrated with Leo's core
On Mon, Oct 13, 2008 at 8:23 PM, Edward K. Ream [EMAIL PROTECTED] wrote:
P.S. Just for fun I enabled the qtGui plugin in unitTest.leo and ran
the unit tests from the Cmds/Run Scripts/Test menu:
Ran 608 tests in 53.157s
FAILED (failures=60, errors=12)
Many of these failures and errors can
On Mon, Oct 13, 2008 at 7:52 PM, drmikecrowe [EMAIL PROTECTED] wrote:
We need a new @language called phppart...
Essentially, this can be the exact php language codes, but it needs to
start inside the markup mode (I think). I just don't see how to
make it begin in that mode vs. trigger when
Yesterday's work has turned the corner. A few more steps will be
needed before it will be pleasant to eat our own dog food.
- Make sure return works in the tree pane, and shifts control to the
body pane using default settings.
- Making editing headlines work with Leo's core, not necessarily
On Tue, Oct 14, 2008 at 5:03 AM, Edward K. Ream [EMAIL PROTECTED] wrote:
Yesterday's work has turned the corner. A few more steps will be
needed before it will be pleasant to eat our own dog food.
- Make sure return works in the tree pane, and shifts control to the
body pane using default
On Oct 15, 9:10 am, Edward K. Ream [EMAIL PROTECTED] wrote:
Yikes...k.masterKeyHandler defaults to the body pane and all is not well :-)
Happily, k.masterMenuHandler creates a dummy event whose widget ivar
is computed thus:
w = c.frame.getFocus()
The problem
On Oct 15, 9:47 am, Edward K. Ream [EMAIL PROTECTED] wrote:
Everything related to keys and focus appears to be working. The new
code is at rev 1286.
Here is the rev log:
QQQ
Fixed several focus problems:
- Hooked up leoQtFrame.getFocus: it just returns g.app.gui.getFocus.
- Hooked up
On Wed, Oct 15, 2008 at 9:49 AM, Terry Brown [EMAIL PROTECTED] wrote:
Maybe when it's more ready others will be able to help with some of the
minor stuff like plugin 'About' windows etc.
It will happen soon enough.
Edward
--~--~-~--~~~---~--~~
You received
On Oct 15, 8:00 am, Edward K. Ream [EMAIL PROTECTED] wrote:
it may be possible to start eating our own dog food *today*.
Traces show that the focus getting/setting code is messed up. Fixing
this will make make matters a whole lot clearer.
Edward
On Wed, Oct 15, 2008 at 4:52 AM, Ville M. Vainio [EMAIL PROTECTED] wrote:
The code isn't working (rev 1252). It seems we install menu
accelerators for cursor keys, which breaks the arrow character
navigation inside the tree.
I think we disagree about whether the code is working as expected.
On Oct 15, 6:32 am, Edward K. Ream [EMAIL PROTECTED] wrote:
I don't see focus methods in leoQtTree: adding them may cause focus to
stick to the tree.
Setting the 'canvas' ivar changes the behavior: focus no longer gets
jammed to the body, but plain arrow keys still don't work thereafter
As just explained in a response to Ville, Leo is, in fact, very close
to becoming usable. In particular, it now appears that key event
handling, including menu accelerators, works reliably. Leo is
managing focus as controlled by user options.
The only major problem remaining is that the
On Tue, Oct 14, 2008 at 4:35 PM, Ville M. Vainio [EMAIL PROTECTED] wrote:
On Wed, Oct 15, 2008 at 12:02 AM, Ville M. Vainio [EMAIL PROTECTED] wrote:
It seems the focus gets moved to text body, even if you try to focus
the tree.
This new behavior is the result of new code I added to the qt
On Wed, Oct 15, 2008 at 5:29 AM, Ville M. Vainio [EMAIL PROTECTED] wrote:
Even if you manage to fix this using the snapshots, we should probably
be shipping a 'hacked' version that works on standard qt (ubuntu 8.04
is a good thing to stay compatible with).
Sure, but we aren't close to
On Wed, Oct 15, 2008 at 11:30 AM, Ed Blake [EMAIL PROTECTED] wrote:
to save some nodes that happened to be @shadow. My only (reasonable)
expectation was that nodes in an @ignore-d tree would be ignored (i.e. not
processed)... I guess I need to re-read the docs on what exactly @ignore
does.
with it :-)
Edward
Edward K. Ream email: [EMAIL PROTECTED]
Leo: http://webpages.charter.net/edreamleo/front.html
--~--~-~--~~~---~--~~
You
On Wed, Oct 15, 2008 at 3:38 PM, Ville M. Vainio [EMAIL PROTECTED] wrote:
I suppose you didn't notice that arrows don't work in body pane now?
No, I didn't notice: this afternoon's work was slapdash.
Perhaps it's because of the accelerator stuff again?
Perhaps.
Edward
On Wed, Oct 15, 2008 at 9:32 AM, Ville M. Vainio [EMAIL PROTECTED] wrote:
In
qt gui stuff--@thin qtGui.py--class leoQtMenu--Tkinter menu
bindings--Methods with Tk spellings--add_command
comment out
action.setShortcut(accel)
And arrows work in tree tab.
Hmm. Arrows work in the tree
On Wed, Oct 15, 2008 at 6:03 PM, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
I installed Python 2.6 on my WinXP SP3 then installed LEO 4.5.1 but
there was an error message at the end of the install saying that it
couldn't start Python.
I started a CMD window and tried to finish the install
On Oct 15, 11:23 am, Ville M. Vainio [EMAIL PROTECTED] wrote:
We could forego porting the color etc. code from tk leo, and use the
general stylesheet mechanism from qt to enable custom look and feel:
http://doc.trolltech.com/4.2/stylesheet.html
The more I think about this, the better I
On Oct 15, 7:26 pm, Edward K. Ream [EMAIL PROTECTED] wrote:
The more I think about [stylesheets], the better I like it. In my mind, it
goes
along with the trend you have been implicitly advocating, namely
making new additions to Leo lighter in the sense of a) being easy to
add and b
On Thu, Oct 16, 2008 at 12:32 AM, drmikecrowe [EMAIL PROTECTED] wrote:
I will write up a blog on our symfony site to illustrate how nice this can be.
Thanks for the publicity.
Thanks so much for this awesome tool!
You're welcome.
Edward
On Wed, Oct 15, 2008 at 11:04 PM, Ville M. Vainio [EMAIL PROTECTED] wrote:
Hmm. Arrows work in the tree tab on XP even without this.
Yes, they work now (i.e. you fixed it in earlier commit).
Oh good. Still no differences between platforms.
Edward
On Thu, Oct 16, 2008 at 7:38 AM, Ville M. Vainio [EMAIL PROTECTED] wrote:
The only remaining problem is which gui to use by default if none is
specified on the command line. I think this may have to be a
module-level switch in runLeo.py rather than being a setting.
(Settings are likely
On Oct 16, 8:02 am, Edward K. Ream [EMAIL PROTECTED] wrote:
I'll be uploading his prototype to Leo's file section immediately.
It's in the files section: PySnipEdit2.zip
Here are the instructions for playing with this.
1. Decompress the archive;
2. Launch the 'main.py' script.
3. Choose
Christophe Kibleur has sent me a prototype of a feature that I've
wanted for a long time. In python mode, typing 'fortab' gives::
for variable in range(length):
pass
with 'variable' selected. Typing another tab selects 'length' and
another tab selects 'pass'
So-called schemes for
On Thu, Oct 16, 2008 at 8:45 AM, Casey (kc) [EMAIL PROTECTED] wrote:
SAXParseException: unknown:4765:0: not well-formed (invalid token)
This is a FAQ:
http://webpages.charter.net/edreamleo/FAQ.html#my-old-leo-files-won-t-load-using-leo-4-5-or-later-what-should-i-do
I haven't been able to
On Thu, Oct 16, 2008 at 7:19 AM, zpcspm [EMAIL PROTECTED] wrote:
I think it would be nice to have the option of choosing the GUI from
command line, at leo startup.
Thanks for this suggestion. It comes at a perfect time and solves
several problems. I'll definitely do this.
I have been
On Oct 16, 8:10 am, Ville M. Vainio [EMAIL PROTECTED] wrote:
It's funny, the only environment where I've felt a need for snippets
is Symbian C++.
There are several reasons why I'm excited about this capability:
1. Leo is used for many languages besides Python.
2. Templates can reduce
On Oct 15, 7:28 pm, Edward K. Ream [EMAIL PROTECTED] wrote:
We could, for example, specify stylesheets in one of Leo's settings
file, or we could even define @stylesheet nodes that actually contain
a stylesheet, and then pass that info to Qt.
Qt's stylesheet constructor takes a string
On Thu, Oct 16, 2008 at 9:31 AM, Ville M. Vainio [EMAIL PROTECTED] wrote:
I just received my Asus EEE 900 ultra-mobile pc
Dick Tracy would simply drool with envy :-)
Edward
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the
On Thu, Oct 16, 2008 at 9:55 AM, Terry Brown [EMAIL PROTECTED] wrote:
What's the status of things like script buttons? And Alt-X minibuffer
commands?
Creating a wrapper class for the minibuffer is straightforward, and
will happen soon. I'll raise the priority of icon frame stuff.
Edward
Rev 1297 contains the beginnings of support for stylesheets for all Qt
widgets.
The new code is in Window.setStyleSheets. This uses a static string
to set styles for widgets. Eventually, this string will come from an
@qt-styles node in Leo settings trees, but a static string is plenty
good
On Fri, Oct 17, 2008 at 3:45 AM, Ville M. Vainio [EMAIL PROTECTED] wrote:
On Thu, Oct 16, 2008 at 3:19 AM, Edward K. Ream [EMAIL PROTECTED] wrote:
Maybe the code can just use a version of isDangerous.
BTW, arrows don't work in the body pane because qtHandleDefaultChar is
being called
The intention for today is to make Leo usable:
1. Make arrows work in the body pane.
I had just forgotten about it. Now it's on the list.
2. Make the minibuffer work completely.
Rev 1302 contains the leoQtMinibuffer class that wraps the actual
widget. This class interfaces implements
On Fri, Oct 17, 2008 at 5:24 AM, Edward K. Ream [EMAIL PROTECTED] wrote:
1. Make arrows work in the body pane.
There is a strange interaction between the call to
action.setShortcut(accel) in leoQtMenu.add_command and key handling.
If I disable this call, all key handling works, but alas, if I
On Oct 17, 6:07 am, Edward K. Ream [EMAIL PROTECTED] wrote:
On Fri, Oct 17, 2008 at 5:24 AM, Edward K. Ream [EMAIL PROTECTED] wrote:
1. Make arrows work in the body pane.
There is a strange interaction between the call to
action.setShortcut(accel) in leoQtMenu.add_command and key
On Oct 17, 6:41 am, Ville M. Vainio [EMAIL PROTECTED] wrote:
Oh joy. There is an easy workaround. Don't set the shortcut at all
and do:
if accel: label = '%s\t%s' % (label,accel)
That is, the tab properly aligns the accelerator.
That's fantastic! Having both accelerators and
On Fri, Oct 17, 2008 at 6:37 AM, znafets [EMAIL PROTECTED] wrote:
A comment tag (like @ / @c) that gets totally ignored when I save the file or
tangle it.
This is not possible, if I understand you correctly. If you don't
write the comments to the derived file there is no way to get them
On Oct 17, 5:24 am, Edward K. Ream [EMAIL PROTECTED] wrote:
3. At present, calling g.pdb() when Qt is running results in an
unending cascade of errors saying the main loop already running.
Googling turned up the answer: g.pdb must call
QtCore.pyqtRemoveInputHook().
The following now appears
On Fri, Oct 17, 2008 at 11:33 AM, Ville M. Vainio [EMAIL PROTECTED] wrote:
In current revision, navigating around the tree with cursor keys uses
the fast route and doesn't redraw the tree. This has the problem
that once the tree *is* redrawn, the expanded status of the nodes is
forgotten.
On Oct 17, 5:24 am, Edward K. Ream [EMAIL PROTECTED] wrote:
The intention for today is to make Leo usable:
4. Anything else that comes up while that might make using the qt
plugin difficult.
I took a small detour and fixed most pylint complaints. This resulted
in a lot of cruft being
On Fri, Oct 17, 2008 at 11:58 AM, Ville M. Vainio [EMAIL PROTECTED] wrote:
Let's not count out the possibility of using native qt facilities for
tab completion.
I'm not ruling them out, but it should be straightforward to hook up
leoQtMinibuffer and the leoQtLog classes so they work exactly
On Fri, Oct 17, 2008 at 12:49 PM, pr4vst3r [EMAIL PROTECTED] wrote:
I'm getting the error below when trying to launch Leo.
File /root/Leo-4-5-1-final/leo/core/leoEditCommands.py, line 29,
in module
import ctypes
File /usr/lib/python2.5/ctypes/__init__.py, line 20, in module
raise
On Oct 17, 5:24 am, Edward K. Ream [EMAIL PROTECTED] wrote:
2. Make the minibuffer work completely.
Done at rev 1308. All aspects of typing completion appear to work.
I also cleaned up the leoQtLog class. A number of functions are
either do-nothings or commented out. They are certainly
On the list for today:
- Typing ctrl-g in the minibuffer works, but the ctrl key puts cruft
in the minibuffer first. This may be a bit tricky to fix.
- Connect the find tab, which involves not deleting the QDesigner find
tab, and hooking up the leoQtFindTab class.
- Adding an '@data
On Fri, Oct 17, 2008 at 8:33 PM, thyrsus [EMAIL PROTECTED] wrote:
Please take a look at the changes I made to leoFileCommands.py in
thyrsus1.
Will do.
Amazingly, the SAX
parser required *NO* changes to read the suppressed redundancy file.
Yeah, sax was probably a lucky choice for this
On Sat, Oct 18, 2008 at 7:40 AM, Kent Tenney [EMAIL PROTECTED] wrote:
I'm finding that if I create a node @nosent file.txt
in a leo file located in the same directory as file.txt, closing
and opening the Leo file doesn't populate the @nosent node.
Is this correct behaviour?
Yes.
If so,
On Oct 18, 5:43 am, Edward K. Ream [EMAIL PROTECTED] wrote:
- Typing ctrl-g in the minibuffer works, but the ctrl key puts cruft
in the minibuffer first. This may be a bit tricky to fix.
Done at rev 1309. toTkKey now returns an ignore flag that depends on
the fact that QKeyEvent.text
On Oct 18, 5:43 am, Edward K. Ream [EMAIL PROTECTED] wrote:
- Add an '@data qt-stylesheet' node to leoSettings.leo and
supporting this node in the qt plugin.
Done at rev 1310. The actual name is:
@data qt-gui-plugin-style-sheet
Edward
I've tried the obvious things, but I don't see a way to force Qt to
quit.
I've looked at QApplication, QMainWindow. QApplication.closeAllWindows
doesn't work.
At present, leoQtGui.destroySelf calls Window.destroy.
Any thoughts?
Edward
--~--~-~--~~~---~--~~
You
On Oct 18, 11:39 am, Alex Polite [EMAIL PROTECTED] wrote:
Here's another little thing to add to the qt todo list:
in sig_itemChanged
h = str(item.text(col))
UnicodeEncodeError:
Thanks for this report. Rev 1312 changes:
str(s)
to
g.toUnicode(s,'utf-8')
everywhere except where
On Oct 18, 5:43 am, Edward K. Ream [EMAIL PROTECTED] wrote:
- Connect the find tab, which involves not deleting the QDesigner find tab,
and hooking up the leoQtFindTab class.
Done at rev 1311. A hacked up a findTextWrapper class very quickly.
It may need one or two more methods (I just added
3. In contrast, pasting a non-ascii character into the body pane (a
QScintilla widget) produces the dreaded '?' character.
The simple expedient of having eventFilter always return False shows
that QScintilla doesn't handle non-ascii characters as well as
QTreeWidget. A little experimentation
On Oct 18, 5:43 am, Edward K. Ream [EMAIL PROTECTED] wrote:
On the list for today:
- Whatever else crops up that makes it difficult to use the qt plugin.
I have been happily debugging the logic that opens a second Leo
window.
1. Call QTreeWidget.repaint in leoQtTree.redraw_now the first time
On Oct 18, 6:44 pm, Edward K. Ream [EMAIL PROTECTED] wrote:
perhaps per-widget stylesheets must be used instead of per-app stylesheets...
If you wonder why I write so much on this blog is because it gives me
ideas :-) Using self.setStyleSheet in the Window class still doesn't
work
On Oct 18, 6:55 pm, Edward K. Ream [EMAIL PROTECTED] wrote:
Actually, on second look, the second stylesheet now works for
everything except outline font. But, ha ha, the stylesheet doesn't set
the font! This means something else is going on, which means the
solution is probably near
On Sat, Oct 18, 2008 at 5:11 PM, drmikecrowe [EMAIL PROTECTED] wrote:
1) How would I write an importer for this?
look at leoImport.py in leoPy.leo
2) Would this be a plugin instead?
You could make a plugin or an @button script, but eventually it would
be good to bring it into Leo's core
On Sat, Oct 18, 2008 at 11:55 PM, Ville M. Vainio [EMAIL PROTECTED] wrote:
I added the stackedWidget and richTextWidget (for demo purposes).
Thanks for this.
layout is not quite optimal
I added an entry of QStackedWidget in leoSettings.leo. Setting the
background color to yellow shows that
Here are the items needed before I can use Leo for real:
- Ensure that changes to headlines stick when saving a file.
- Don't select headline text when editing (except for initial edit
after insert-headline)
- Set headline-editing colors to something easier to read.
All should be
On Oct 19, 5:49 am, Edward K. Ream [EMAIL PROTECTED] wrote:
- Set headline-editing colors to something easier to read.
It took a bit of fiddling, but the following work:
QTreeWidget {
/* These apply to the selected item, but not to editing items.*/
background-color: #ec
On Oct 19, 6:26 am, Ville M. Vainio [EMAIL PROTECTED] wrote:
- Ensure that changes to headlines stick when saving a file.
Seems to work for me.
Yes, it seems to work for me too. I'll provisionally mark this done.
Edward
--~--~-~--~~~---~--~~
You received
On Oct 19, 5:49 am, Edward K. Ream [EMAIL PROTECTED] wrote:
I would like to begin the transition today.
As I was about to begin, I saw that it would be convenient to specify
a gui on the command line. This is now finished at rev 1326.
The allowable forms are:
--gui=qt
--gui=tk
Both
On Oct 19, 8:43 am, Edward K. Ream [EMAIL PROTECTED] wrote:
As I was about to begin, I saw that it would be convenient to specify
a gui on the command line. This is now finished at rev 1326.
Oh joy, this will make @ifgui feasible in @settings trees. I'll
probably do this soon.
Edward
This will probably be the last of these daily status reports.
Starting today, I encourage everyone to file specific bug reports
against the qt plugin.
Still to do, as of rev 1329:
- Switch to qt gui for development work. Probably today.
- Make icon area functional.
- Finishing configuration
On Oct 20, 5:18 am, Edward K. Ream [EMAIL PROTECTED] wrote:
- Switch to qt gui for development work.
The changeover revealed some problems. Some have already been fixed.
These remaining problems make using the qt plugin unpleasant to use.
I'll switch back to tkinter until these problems
On Sun, Oct 19, 2008 at 10:58 AM, drmikecrowe [EMAIL PROTECTED] wrote:
It looks like I have to override scan(), but can't figure out how to call the
parent.
Are you sure your subclass is actually a subclass of baseScannerClass?
What happens when you call the base class scan method?
For
On Sun, Oct 19, 2008 at 6:06 AM, Ville M. Vainio [EMAIL PROTECTED] wrote:
Some stuff that should be easy to fix:
- alt+arrow keys give this exception:
This was probably fixed about the time you reported it.
- The log pane does not automatically scroll to the bottom anymore.
Probably
On Mon, Oct 20, 2008 at 7:38 AM, Ville M. Vainio [EMAIL PROTECTED] wrote:
Yeah, this is what I was alarmed about recently. Perhaps the
tkinter-like drawing code should me implemented in drawTree after all,
or a finer grained tree redrawing be implemented.
I'm not sure what to do, but this
On Sat, Oct 18, 2008 at 2:10 PM, Casey (kc) [EMAIL PROTECTED] wrote:
Anyhow I'm having yet another problem with the new installation. When
I start Leo and load any file, including any file available from the
help pulldown menu, I get this log. Do I have a badly-configured
system?
Yes.
On Mon, Oct 20, 2008 at 1:44 AM, Daniel Clark [EMAIL PROTECTED] wrote:
Also, is there any way to get either tab-completion or a dialog box
when manually making nodes that reference files (e.g. @shadow /etc/
passtab to create a node for the /etc/passwd file)?
Specialty scripts are my
On Fri, Oct 17, 2008 at 10:34 PM, Sigurd [EMAIL PROTECTED] wrote:
I have Winxp, Sp3, python 2.6 and I can't get 4.5.1 final to install.
My 'old faithful' 4-4-8 works a charm but I don't want to fall behind
the curve. Have to keep my options open.
I noticed that you suggested throwing the
On Oct 20, 9:09 am, Ville M. Vainio [EMAIL PROTECTED] wrote:
There are 2 catches:
Yes, I knew that :-)
Edward
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
leo-editor group.
To post to this group, send email
On Oct 20, 7:24 am, Edward K. Ream [EMAIL PROTECTED] wrote:
- **Warning**: Clicking the main window's close box doesn't warn about
changed files.
Fixed at rev 1338. This involved writing
leoQtGui.runAskYesNoCancelDialog. It provides a template for the
other g.app.gui dialog methods
On Oct 20, 7:24 am, Edward K. Ream [EMAIL PROTECTED] wrote:
- **Warning**: Clicking the main window's close box doesn't warn about
changed files.
I've just spent over an hour hacking Leo so that the changed indicator
in the widow title is updated properly, or almost. I added a do-
nothing
On Mon, Oct 20, 2008 at 9:09 AM, Ville M. Vainio [EMAIL PROTECTED] wrote:
There are 2 catches:
- You need to add a dummy child under the new items that are expanded,
if they have any, to draw the plus sign to the parent
- You need to redraw the tree when you expand items that haven't been
On Mon, Oct 20, 2008 at 1:20 PM, Ville M. Vainio [EMAIL PROTECTED] wrote:
Pretty much the fastest alternative, I agree. If this proves too
complex, though, we can always replicate the tk's redraw every
visible node approach (which is simpler, but slower)
The redraw every visible node code
On Mon, Oct 20, 2008 at 8:45 AM, TL [EMAIL PROTECTED] wrote:
I suggest we not look at this proposal as Vim specific, but as a more
generic ability to switch between key mappings from within the Leo
application.
I'll be attempting to generalize and simplify key bindings when I get
to the
On Oct 20, 11:55 am, Edward K. Ream [EMAIL PROTECTED] wrote:
This is probably all for today. I'll rewrite the tree code tomorrow.
Well, I got excited and put in the new hints into Leo's core. All
unit tests pass, and pylint is happy.
The commander now has methods such as:
def
On Oct 21, 5:38 am, Edward K. Ream [EMAIL PROTECTED] wrote:
The qt tree optimization project has begun with some baby steps:
One very encouraging sign from the qt runtime. After a coding error,
I got the following traceback:
updateIcon: Test node 23691312
Traceback (most recent call last
On Oct 21, 5:38 am, Edward K. Ream [EMAIL PROTECTED] wrote:
The qt tree optimization project has begun with some baby steps:
The first draft of leoQtTree.full_redraw has gone amazingly smoothly.
The qt plugin can now be said to be an unequivocal success. Hurray!
Despite its name
On Oct 21, 9:20 am, Edward K. Ream [EMAIL PROTECTED] wrote:
The qt plugin can now be said to be an unequivocal success.
The latest code and to-do list is at rev 1348.
I plan to leave the tree code as it is for now and concentrate on bugs
that make the qt plugin unpleasant to use. So the qt
On Tue, Oct 21, 2008 at 10:59 AM, Ville M. Vainio [EMAIL PROTECTED] wrote:
On Tue, Oct 21, 2008 at 5:28 PM, Edward K. Ream [EMAIL PROTECTED] wrote:
- Note that tree can be expanded with the mouse. For this, you have to hook
into itemExpanded signal.
Good catch. Fixed at 1349. I had
On Tue, Oct 21, 2008 at 12:28 PM, Edward K. Ream [EMAIL PROTECTED] wrote:
Presumably id(it) was used as a hash because tree items aren't
hashable.
Actually, they are hashable, and everything works as before replacing
id(it) with it. So that's progress of a sort.
Edward
On Oct 21, 2:46 pm, Edward K. Ream [EMAIL PROTECTED] wrote:
Clones can cause cursor movements to fail to select a headline node,
even though the expected text appears in the body pane. Presumably a
dictionary lookup returns an incorrect or non-existent tree item...
Indeed, a bug
On Oct 22, 8:04 am, Edward K. Ream [EMAIL PROTECTED] wrote:
On Tue, Oct 21, 2008 at 5:27 PM, satya [EMAIL PROTECTED] wrote:
only the ability to support Alt, but not Meta. I naively added Meta
wherever Alt was mentioned in leoKeys.py (patch attached). The result seems
to work. Please see
I am hoping to make the qt plugin pleasant to use today. The first
urgent items:
- Update the screen during loads of large files so that Leo does not
appear to hang.
- Show messages to log pane immediately, and improve performance of
same.
- Fix reported key binding problems and attempt a more
On Tue, Oct 21, 2008 at 5:27 PM, satya [EMAIL PROTECTED] wrote:
only the ability to support Alt, but not Meta. I naively added Meta wherever
Alt was mentioned in leoKeys.py (patch attached). The result seems to work.
Please see if this is something you would like to include in the official
On Tue, Oct 21, 2008 at 10:19 AM, TL [EMAIL PROTECTED] wrote:
Edward, I suggest you take a look at the documentation, especially the Open
Issues section in the Vim Developers Documentation node. The issues are
architectural in nature except those grouped under the Functions missing or
On Mon, Oct 20, 2008 at 4:21 PM, zpcspm [EMAIL PROTECTED] wrote:
I'm joining the club of testers :-)
Welcome aboard.
I've built a package for QScintilla-2.3.1-snapshot-20081012
Interesting.
I've tried
to run leo using the following command:
HOME= python launchLeo.py --gui=qt
A window
On Sat, Oct 18, 2008 at 9:44 AM, thyrsus [EMAIL PROTECTED] wrote:
Itr's a only little more subtle: the first time a vnode of a
particular gnx is encountered, it gets put out in its entirety, just
as before - vh/vh and child vnodes. On subsequent occasions
(which happen because of clones) I
On Thu, Oct 16, 2008 at 12:14 PM, Ed Blake [EMAIL PROTECTED] wrote:
I've got a problem with an @shadow node cloned in two trees (that have
different @paths).
Sorry, but I have no commitment to make this kind of tree work.
Cloning @shadow nodes is practically guaranteed not to work. If it
On Wed, Oct 22, 2008 at 10:29 AM, satya [EMAIL PROTECTED] wrote:
Thank you for lightning speed support.
Patches always get my attention.
Edward
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
leo-editor group.
On Oct 22, 8:31 am, Edward K. Ream [EMAIL PROTECTED] wrote:
- Update the screen during loads of large files so that Leo does not
appear to hang.
Fixed at rev 1359. Added calls to w.repaint in full_redraw and
put_nl.
EKR
--~--~-~--~~~---~--~~
You received
On Wed, Oct 22, 2008 at 10:40 AM, Jesse Aldridge
[EMAIL PROTECTED] wrote:
Hi. I just discovered Leo a couple of days ago and have started
messing around with it. Looks very promising!
One thing I was wondering -- is there a way to get smart home
working? By smart home I mean if I have an
On Wed, Oct 22, 2008 at 1:25 PM, Terry Brown [EMAIL PROTECTED] wrote:
I have an outline with some unicode (R) symbols in some of the head
strings. Primary problem is that when I edit the headline, select just
the (R), ctrl-V copy, then edit the bodytext and ctrl-v paste I just
get ?. In tk
801 - 900 of 19883 matches
Mail list logo
