On Thu, Jun 12, 2008 at 8:37 AM, Edward K. Ream <[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 Hea
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 nod
> > > 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
>
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
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,
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
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_ht
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 so
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'
al
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 node the first node
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.
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 t
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, 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
--~--~-~--~~~---~--~
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 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, 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 comma
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 trace_master
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
leoEditCommands.e
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 comm
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?
Trying to edit the minibuffer, when I backspace to a character and
pres
21 matches
Mail list logo