GNU bug report logs -
#7050
24.0.50; Feature request: draggable tool bar placement
Previous Next
Reported by: Stephen Berman <stephen.berman <at> gmx.net>
Date: Thu, 16 Sep 2010 20:10:02 UTC
Severity: wishlist
Tags: wontfix
Found in version 24.0.50
Done: Stefan Kangas <stefan <at> marxist.se>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 7050 in the body.
You can then email your comments to 7050 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7050
; Package
emacs
.
(Thu, 16 Sep 2010 20:10:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Stephen Berman <stephen.berman <at> gmx.net>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Thu, 16 Sep 2010 20:10:03 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
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''
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7050
; Package
emacs
.
(Fri, 17 Sep 2010 13:35:03 GMT)
Full text and
rfc822 format available.
Message #8 received at 7050 <at> debbugs.gnu.org (full text, mbox):
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.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7050
; Package
emacs
.
(Fri, 17 Sep 2010 15:04:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 7050 <at> debbugs.gnu.org (full text, mbox):
On Fri, 17 Sep 2010 15:37:18 +0200 Jan Djärv <jan.h.d <at> 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
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7050
; Package
emacs
.
(Fri, 17 Sep 2010 16:01:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 7050 <at> debbugs.gnu.org (full text, mbox):
Stephen Berman skrev 2010-09-17 17.05:
> On Fri, 17 Sep 2010 15:37:18 +0200 Jan Djärv<jan.h.d <at> 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.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7050
; Package
emacs
.
(Fri, 17 Sep 2010 22:50:04 GMT)
Full text and
rfc822 format available.
Message #17 received at 7050 <at> debbugs.gnu.org (full text, mbox):
On Fri, 17 Sep 2010 18:03:16 +0200 Jan Djärv <jan.h.d <at> 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 <at> 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
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7050
; Package
emacs
.
(Tue, 21 Sep 2010 07:45:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 7050 <at> debbugs.gnu.org (full text, mbox):
2010-09-18 00:52, Stephen Berman skrev:
> On Fri, 17 Sep 2010 18:03:16 +0200 Jan Djärv<jan.h.d <at> 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 <at> 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.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#7050
; Package
emacs
.
(Thu, 21 Oct 2021 20:29:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 7050 <at> debbugs.gnu.org (full text, mbox):
tags 7050 + wontfix
close 7050
thanks
Jan Djärv <jan.h.d <at> 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 <at> 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 <at> 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.
Added tag(s) wontfix.
Request was from
Stefan Kangas <stefan <at> marxist.se>
to
control <at> debbugs.gnu.org
.
(Thu, 21 Oct 2021 20:29:02 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
7050 <at> debbugs.gnu.org and Stephen Berman <stephen.berman <at> gmx.net>
Request was from
Stefan Kangas <stefan <at> marxist.se>
to
control <at> debbugs.gnu.org
.
(Thu, 21 Oct 2021 20:29:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 19 Nov 2021 12:24:06 GMT)
Full text and
rfc822 format available.
This bug report was last modified 2 years and 151 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.