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

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

[Stephen Berman]

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?).

In GNU Emacs 24.0.50.7 (i686-pc-linux-gnu, GTK+ Version 2.18.6)
 of 2010-09-16 on escher
Windowing system distributor `The X.Org Foundation', version 11.0.10605000
configured using `configure  '--with-imagemagick' '--without-toolkit-scroll-bars''

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

[Jan Djärv]

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.

	Jan D.

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

[Stephen Berman]

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).

Steve Berman

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

[Jan Djärv]

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.

	Jan D.

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

[Stephen Berman]

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.

Steve Berman

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

[Jan Djärv]

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.

	Jan D.

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

[Stefan Kangas]

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.