On Sun, Oct 5, 2008 at 11:18 PM, Edward K. Ream [EMAIL PROTECTED] wrote:
http://www.saltycrane.com/blog/2008/01/python-pyqt-tab-completion-example/
I think it will be even easier if we use the already existing event
filter for this, though.
This is useful, but it doesn't solve the real
I'm working on some application specific buttons, which would
benefit from easy access to some attributes of the current node.
looking at dir(p) I don't see a direct way to determine where the
node is relative to @path and @file declarations.
what would you think of
p.getNodePath()
which
On Mon, Oct 6, 2008 at 6:50 AM, Kent Tenney [EMAIL PROTECTED] wrote:
I'm working on some application specific buttons, which would
benefit from easy access to some attributes of the current node.
looking at dir(p) I don't see a direct way to determine where the
node is relative to @path and
On Mon, Oct 6, 2008 at 8:29 AM, Ville M. Vainio [EMAIL PROTECTED] wrote:
On Mon, Oct 6, 2008 at 1:28 PM, Edward K. Ream [EMAIL PROTECTED] wrote:
update information in the background in a separate thread. Moreover,
it would be good for autocompletion to do the following:
1. Resolve the
On Mon, Oct 6, 2008 at 1:28 PM, Edward K. Ream [EMAIL PROTECTED] wrote:
update information in the background in a separate thread. Moreover,
it would be good for autocompletion to do the following:
1. Resolve the meaning of 'self'. For this the autocompleter code
must know in what class
On Mon, Oct 6, 2008 at 4:41 PM, Edward K. Ream [EMAIL PROTECTED] wrote:
As I understand the links you gave recently, the strategy will be to
provide scintilla-compatible files to drive auto-completion. This can
be done off line for standard Python modules, and can be done in the
background
On Mon, Oct 6, 2008 at 9:25 AM, Kent Tenney [EMAIL PROTECTED] wrote:
again, works for me.
Ok. I'll add these soon.
BTW, there appears to be a bug with @path: the path is created when
any child is created, even if the child is no kind of @file node.
This is NOT a bug, but a really nice
On Mon, Oct 6, 2008 at 9:00 AM, Ville M. Vainio [EMAIL PROTECTED] wrote:
I guess my point is - this issue is not worth thinking too much about
at the moment...it's better to...concentrate to more crucial things of getting
the Qt plugin working properly in the first place (tree updates, key
On Mon, Oct 6, 2008 at 5:41 PM, Edward K. Ream [EMAIL PROTECTED] wrote:
The @auto nodes are a nice touch. If you, Ville, change the qt_main
files, please remove the File menu and its actions. That way I won't
have to disable it by hand again.
Done.
Now it is time for me to read, read,
It seems much of the code currently in qtGui.py is redundant or
outright harmful low-level tk-isms (and I don't mean just the current
tk implementation, but the fact that such functions would exist at
all):
- All the creation destruction stuff
- Splitter and scrollbar stuff
- All the low level
One thing I noticed - the qt-plugin performance has degenerated quite
a bit (I'm talking about the responsiveness). You can see this when
you compare it agains qleolite, using the same leo document (e.g.
test.leo) and moving around the tree with cursor keys.
On Mon, Oct 6, 2008 at 10:02 PM, Edward K. Ream [EMAIL PROTECTED] wrote:
It would be convenient if you would allow me to revert your changes to
qt_main. My code wants to have a menu bar already allocated, and
there is no longer any reason to have by hand menu items. When my
code is pushed
2 ideas on how to speed up startup (just wanted to get them off my
chest - I definitely don't want to distract from qt plugin development
though):
- Implement the lazy loading. It's not a problem that you create the
nodes after the outline is loaded. It's the users responsibility to
avoid
I just added QTextBrowser to log panel. It will allow users to put all
kinds of cool stuff to log as html (images, rich formatting,
hyperlinks etc):
http://doc.trolltech.com/4.4/qtextbrowser.html
--~--~-~--~~~---~--~~
You received this message because you are
On Tue, 7 Oct 2008 00:12:27 +0300
Ville M. Vainio [EMAIL PROTECTED] wrote:
I just added QTextBrowser to log panel. It will allow users to put
all kinds of cool stuff to log as html (images, rich formatting,
hyperlinks etc):
Additional rationale: we can dump clickable links to log that
On Mon, Oct 6, 2008 at 8:23 PM, zpcspm [EMAIL PROTECTED] wrote:
A bit of googling reveals that there are even Python-oriented books
about using Qt.
For example:
http://www.qtrac.eu/pyqtbook.html
Yeah, for money. Luckily, the C++ books/docs are perfectly applicable
to PyQt as well, since
16 matches
Mail list logo