On Jun 10, 11:02 am, bobjack [EMAIL PROTECTED] wrote:
1: When you open a new leo frame from the menu, the new frame only has
a single New Headline node. When you click that node another New
Headline node appears. If you edit the first New Headline node the
headline text of the second node
On Thu, Jun 12, 2008 at 4:55 AM, bobjack [EMAIL PROTECTED] wrote:
Another minor bug is that when ctrl-shift-p is used to reformat a
paragraph, all the coloring disappears.
Thanks for this. The fix is on the trunk.
This is the kind of nit that determines whether the new drawing code is, in
On Thu, Jun 12, 2008 at 4:55 AM, bobjack [EMAIL PROTECTED] wrote:
On Jun 10, 11:02 am, bobjack [EMAIL PROTECTED] wrote:
1: When you open a new leo frame from the menu, the new frame only has
a single New Headline node. When you click that node another New
Headline node appears. If you
1: When you open a new leo frame from the menu, the new frame only has
a single New Headline node. When you click that node another New
Headline node appears. If you edit the first New Headline node the
headline text of the second node changes as well. If you edit the
second
On Thu, Jun 12, 2008 at 8:26 AM, bobjack [EMAIL PROTECTED] wrote:
1: When you open a new leo frame from the menu, the new frame only
has
a single New Headline node. When you click that node another New
Headline node appears. If you edit the first New Headline node the
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'
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 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
Whoops! Looks like I've stirred up a can of worms! My excuse is that
you did ask us to bang on the code :)
Bob
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
leo-editor group.
To post to this group, send email to
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 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 by
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. They
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
be
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?
18 matches
Mail list logo
