Re: [PATCH] left-fringe for speedbar

[Kim F. Storm]

Nick Roberts <address@hidden> writes:

>  > The problem seems to be that update_tool_bar only sets the current buffer
>  > to the buffer of the selected window of the frame being updated, but
>  > keeps the selected window (and selected frame) unchanged, so any functions
>  > used by the tool-bar menu-items will refer to the wrong info.
>  > 
>  > We could fix this (by changing frame/window temporarily while updating
>  > the tool bar [and menu bar?], or we could make new variables
>  > tool-bar-updating-frame and tool-bar-updating-window which are
>  > exported from C to Lisp to be used explicitly in such cases where a
>  > tool-bar item should reflect the hosting frame/window rather than the
>  > selected frame/window.
>  > 
>  > WDYT?
>
> I think that the former would be best.  I don't see any need to configure the
> behaviour with lisp variables.  By "we" I hope you mean you, as I haven't
> got a clue about how to do it!

Problem is that I don't know what other code may be broken by this
change.

In any case, why not just always show the STOP/GO/UNTIL icons, even
when there is a fringe.  They don't harm -- and for the novice, they
are less cryptic than clicking on the fringe.

BTW, I still totally dislike the current STOP/GO icons -- they don't
stop or go, they set or clears a breakpoint.  As such "stop" should
show a (solid) red circle, and the "go" should be the same circle with
a big X over it.

WDYT?

-- 
Kim F. Storm <address@hidden> http://www.cua.dk