bug-gnu-emacs
[Top][All Lists]
Advanced

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

bug#7050: 24.0.50; Feature request: draggable tool bar placement


From: Stefan Kangas
Subject: bug#7050: 24.0.50; Feature request: draggable tool bar placement
Date: Thu, 21 Oct 2021 13:28:34 -0700
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux)

tags 7050 + wontfix
close 7050
thanks

Jan Djärv <jan.h.d@swipnet.se> writes:

> 2010-09-18 00:52, Stephen Berman skrev:
>> On Fri, 17 Sep 2010 18:03:16 +0200 Jan Djärv<jan.h.d@swipnet.se>  wrote:
>>
>>> Stephen Berman skrev 2010-09-17 17.05:
>>>> On Fri, 17 Sep 2010 15:37:18 +0200 Jan Djärv<jan.h.d@swipnet.se>   wrote:
>>>>
>>>>> Stephen Berman skrev 2010-09-16 22.11:
>>>>>> Now that the Gtk+ tool bar can be positioned along all four frame edges,
>>>>>> it would be nice if we could do this by dragging the tool bar with the
>>>>>> mouse.  This is possible e.g. in OpenOffice.org, which also uses Gtk+
>>>>>> (though perhaps that feature is an add-on, not easily available to
>>>>>> Emacs?).
>>>>>
>>>>> OpenOffice has hijacked the handle normally used for detaching.  So we can
>>>>> have one or the other, but I think both would be difficult.
>>>>
>>>> Well, in OpenOffice the tool bar is both draggable and
>>>> detachable... (but I have no idea how they do it).
>>>>
>>>
>>> Is it?  I can't detach it in my Openoffice.
>>
>> In mine (specifically, oowriter), when I start to drag the tool bar, a
>> box with a thick border appears; as long as it stays outside the text
>> area, it snaps to whatever edge I stop pressing mouse-1 at, and the tool
>> bar then appears at that edge, attached to the main window (frame).  But
>> if I drag the box into the text area, the border becomes thin, and when
>> I release mouse-1 here, the tool bar appears detached from the main
>> window.  I have Openoffice 3.1.1 from openSUSE 11.2, which is "created
>> by Novell, Inc., base on Openoffice.org", so maybe this is an added
>> feature.
>
> OpenOffice does the same as Mozilla/Firefox, keep an unrealized instance of 
> the
> Gtk+ widget around just so they can use its paint routines to get the right
> look.  They don't actually use the functionality of the widgets, that is
> implemented separately.  This probably helps to implement the same behaviour 
> on
> multiple platforms.

Given that we want to decrease our use of the tool-bar generally these
days, I don't think it makes sense to spend significant effort on
something that is not considered important enough to be supported
natively by the toolkit itself.

I'm therefore closing this bug report as wontfix.  If you disagree with
this conclusion, please reply to this email (use "Reply to all" in your
email client) and we might reconsider.  If you attach a patch to that
message, or announce your willingness to work an such a patch, we will
be even more inclined to reconsider this feature request.

Thanks.





reply via email to

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