On Jun 9, 9:44 pm, Edward K. Ream [EMAIL PROTECTED] wrote:
Just to be clear, I no longer see any problems after any right click:
no segfault, no traceback.
I presume the bug in tree.setCanvasBindings precipitated a segfault in
the Tk code. This, of course, would be considered a serious Tk
On 6/10/08, Pieter [EMAIL PROTECTED] wrote:
I once thought about a PyQt frontend also. However, when I looked into
the Leo PyGTK code a few months ago, it seemed that the current GUI
code does not follow a Publisher - Subscriber pattern, or something
remotely related. It seemed that to build
I guess what I'm saying is - we should probably should not implement
all of leo, but let the features of stock controls do most of our
work.
QScintilla would do all the code coloration, tree view would be
connectected to QAbstractTreeModel that exposes the leo outline in
editable form
On Tue, Jun 10, 2008 at 4:33 AM, bobjack [EMAIL PROTECTED] wrote:
I guess what I'm saying is - we should probably should not implement
all of leo, but let the features of stock controls do most of our
work.
QScintilla would do all the code coloration, tree view would be
connectected to
On Jun 9, 4:13 pm, Ville M. Vainio [EMAIL PROTECTED] wrote:
On Fri, Jun 6, 2008 at 5:36 PM, Edward K. Ream [EMAIL PROTECTED] wrote:
P.S. It is my present opinion that wxWidgets is not capable of
supporting a proper gui plugin for Leo I won't reject such a plugin--
in fact I would love
On Jun 9, 4:39 pm, Ville M. Vainio [EMAIL PROTECTED] wrote:
On Tue, Jun 10, 2008 at 12:13 AM, Ville M. Vainio [EMAIL PROTECTED] wrote:
I am asking this because I'm wondering about the feasibility of pyqt
plugin... and I thought lots of stuff could be simpler. The tree view
for example,
On Jun 9, 6:07 pm, Pieter [EMAIL PROTECTED] wrote:
Hi,
I once thought about a PyQt frontend also. However, when I looked into
the Leo PyGTK code a few months ago, it seemed that the current GUI
code does not follow a Publisher - Subscriber pattern, or something
remotely related. It seemed
On Jun 10, 4:04 am, Ville M. Vainio [EMAIL PROTECTED] wrote:
On 6/10/08, Pieter [EMAIL PROTECTED] wrote:
Yeah, it (the gtk plugin) didn't seem to use publish-subscribe and MVC
structure (for outline tree view), which kind of raised some concerns
for me about how easy / fun it would be.
On Jun 10, 4:33 am, bobjack [EMAIL PROTECTED] wrote:
We just treat Leo itself as a model and create
some kind of UI on top of that. E.g. key bindings would not be
immediately set like they should, but it could lead to cleanups and
removal of assumptions on many fronts. What I'm talking
On Tue, Jun 10, 2008 at 5:13 PM, Edward K. Ream [EMAIL PROTECTED] wrote:
Again, I have lots of experience in this area. I think you may as
well accept the fact the present framework is about the simplest and
best that we are likely ever to see.
I can easily trust your experience with this,
On Jun 10, 9:36 am, Edward K. Ream [EMAIL PROTECTED] wrote:
The task
is not to duplicate the Tk code, which is *extremely* complex. The
task is to implement c.frame.tree.redraw_now. How you do that is up
to you. If the gui supports a capable tree widget, the obvious first
choice is to
On Jun 10, 2:22 pm, Kent Tenney [EMAIL PROTECTED] wrote:
I think much of Leo is great for the Leo dovotee, will never be used
by those attracted from the community at large.
... that's the next big thing, IMAO.
(In My Arrogant Opinion)
There is nothing arrogant in your opinion, it seems
On Tue, Jun 10, 2008 at 10:07 AM, bobjack [EMAIL PROTECTED] wrote:
On Jun 10, 2:22 pm, Kent Tenney [EMAIL PROTECTED] wrote:
I think much of Leo is great for the Leo dovotee, will never be used
by those attracted from the community at large.
... that's the next big thing, IMAO.
(In My
On Tue, Jun 10, 2008 at 5:36 PM, Edward K. Ream [EMAIL PROTECTED] wrote:
Ville, you are completely misunderstanding the task at hand. The task
is not to duplicate the Tk code, which is *extremely* complex. The
task is to implement c.frame.tree.redraw_now. How you do that is up
to you. If
Another bug seems to have crept in to plugins_menu. Here is the fix
but I am unable to commit at the moment so can't fix it myself.
@thin plugins_menu.py--class TkScrolledMessageDialog--
show_message_as_html
replace two occurances of 'leo.core.leo_to_html as leo_to_html' with
'leo_to_html'
On Jun 10, 10:07 am, bobjack [EMAIL PROTECTED] wrote:
I only use a tiny subset of Leo myself and have removed many items
from the main menu.
The complexity of Leo can indeed be very intimidating. All that tangle
and literate programming stuff does my head in, I nearly passed Leo by
Also in leoSettings.py
@settings--Menus--@popup_menus--Main Context Menus--@popup body--
@item *
That is the very last item of @popup body. the first line should be
rclick-gen-context-sensitive-commands
and the second line should be deleted.
Hopefully I will fix my commit problem real soon.
On Jun 10, 10:17 am, Kent Tenney [EMAIL PROTECTED] wrote:
I have trouble grokking Leo's position on the
monolithic - componentized scale.
From my point of view, Leo has remained remarkably stable over these
last 12 years of so. The mvc architecture is unchanged. More
important, what Leo has
On Jun 10, 10:46 am, Kent Tenney [EMAIL PROTECTED] wrote:
Edward, surely you don't have a problem with
MORE FEATURES!
(pause)
TOO MANY FEATURES!
:-]
Of course not. Talking to you, Kent, is always a pleasure :-) And
conflicts and confusions are often the spur to new inventions...
On Tue, 10 Jun 2008 08:21:22 -0700 (PDT)
bobjack [EMAIL PROTECTED] wrote:
Another bug seems to have crept in to plugins_menu. Here is the fix
but I am unable to commit at the moment so can't fix it myself.
@thin plugins_menu.py--class TkScrolledMessageDialog--
show_message_as_html
On Sun, 8 Jun 2008 08:11:33 -0500
Kent Tenney [EMAIL PROTECTED] wrote:
The @menuat capability is great.
- it looks like @menuat only works on the file which contains it.
Would it be possible to have @menuat settings active as a result
of a leoSettings.leo file?
Testing, it seems the
With rclick enabled I don't get redraws when I change cleo priority
icons, there is an redraw with rclick disabled.
Cheers -Terry
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
leo-editor group.
To post to this
On Tue, Jun 10, 2008 at 11:21 AM, Terry Brown [EMAIL PROTECTED] wrote:
On Sun, 8 Jun 2008 08:11:33 -0500
Kent Tenney [EMAIL PROTECTED] wrote:
The @menuat capability is great.
- it looks like @menuat only works on the file which contains it.
Would it be possible to have @menuat settings
On Tue, Jun 10, 2008 at 11:37 AM, Terry Brown [EMAIL PROTECTED] wrote:
On Sat, 7 Jun 2008 07:49:03 -0500
Kent Tenney [EMAIL PROTECTED] wrote:
On Thu, Jun 5, 2008 at 10:30 AM, Terry Brown
[EMAIL PROTECTED] wrote:
Does anyone use the at_folder plugin?
I don't, but I'm very interested
On Tue, Jun 10, 2008 at 6:14 PM, Edward K. Ream [EMAIL PROTECTED] wrote:
Exactly this kind of code failed with wx, iirc because there were
allocation problems related to the wx items, 'it' in this code. I
kept taking segfaults when accessing items that should have existed.
No matter how I
Hi Edward
out of interest, do you know which version of wxWidgets you last
looked at?
Regardless, all this interest activity on the GUI side of things is
very interesting to me! ;-)
Thanks
Jon N
--~--~-~--~~~---~--~~
You received this message
Clicking on any node in the headings pane that has child nodes
produces an error like this one:
Error: 10
type 'exceptions.TypeError' Exception in Tk callback
Function: function tag_bindCallback at 0x02001AB0 (type: type 'function')
Args: (Tkinter.Event instance at 0x013F4C88,)
Event type:
27 matches
Mail list logo
