emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Toolbar redraw causes unwanted selection


From: JD Smith
Subject: Re: Toolbar redraw causes unwanted selection
Date: Tue, 19 Dec 2006 07:50:58 -0700


On Dec 19, 2006, at 3:02 AM, Kim F. Storm wrote:
As someone who often switches rapidly between row and 1-row toolbar
windows (a C buffer and an IDLWAVE buffer, for instance), I can
confirm that the constant resizing is a bit annoying -- though much
less than the original unintended selection.

So why don't you turn it off then?

That's what I end up doing. Many users prefer the toolbar (which has some conveniences), and don't know how to turn it off. And I might actually use it more if not for these twin inconveniences.

                                              One toolbar size per
frame would seem a good idea,

That's already what tool-bar-lines in frame-paramteres do.

Hadn't heard of it, but if this is optional, I suppose all modes would need to set it to be effective.

                              based on the maximum number of rows
required for all windows in that frame.  This way, as buffers are
switched to other modes/etc., the toolbar resizes, but simply
switching windows (by clicking, C-x o, etc.) won't trigger the resize.

That's a nice idea, but quite impractical.  The tool-bar may depend on
a keymap property at specific buffer positions, so how can you know
what's needed?

That's a good point. I suppose Richard's "grow but don't shrink" method is the only suitable approach in light of this. If the toolbar grew too large due to some over-eager mode, that would also be frustrating. The current behavior may be the least of the various evils.

I think the only practical approach is an explicit "grow-only" setting
for auto-resize-tool-bars, and then define some specific commands
which may reduce the toolbar size (e.g. C-l as RMS suggested).

Post-release, it would also be very nice to be able to specify the
addition of a new row of toolbar buttons independent of frame width,
for modes which append to the original set of buttons.  This would
also result in less churn in toolbar height, and would be more
visually appealing for modes which add a themed set of icons.

I'm not sure I understand.  Do you want a "line break" in the toolbar
lines or ?

Basically, yes. One row of default editing icons. One row of mode- specific icons.

Thanks,

JD





reply via email to

[Prev in Thread] Current Thread [Next in Thread]