unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: "Drew Adams" <drew.adams@oracle.com>
Subject: RE: pop-up tool-bar
Date: Thu, 7 Oct 2004 12:01:01 -0700	[thread overview]
Message-ID: <FDELKNEBLPKKDCEBEJCBOECPCIAA.drew.adams@oracle.com> (raw)
In-Reply-To: <gyis9mep9z.fsf@altair.math.leidenuniv.nl>

Hi Miguel,

I see the pb. Good catch.

First, the name "Tool Bar" in the menu-bar. I don't know; I used to feel
like you do. Now I figure that since mouseover now highlights the
button/menu, there is no problem. Plus, the spacing between menus is
generally more than a single space, so it's not too difficult to parse,
visually. And ToolBar or Toolbar looks ugly to me. I suppose that if there's
a standard convention regarding this I should change the name - is there?.

Second, I don't understand your "Maybe..." paragraph. Is that related to the
pb you mentioned, or is it a different topic? Are you perhaps suggesting
here to disable the Tool Bar menu item, rather than hide it?

 - If so, yes, that could be done, but I think it's better to get rid of it
altogether - at least in the case where someone uses tool-bar-mode (shows
tool-bar everywhere all the time). Currently, if you turn off tool-bar-mode,
"Tool Bar" appears (assuming tool-bar-here-mode is on); if you turn on
tool-bar-mode, "Tool Bar" disappears. That makes sense to me.

 - If not, if this is a proposed solution to the selection pb, then disable
what button? when?

Third, in terms of the inadvertent selection pb: I don't have a good
solution. How can the tool-bar be hidden after the mouse-up event takes
place? The hiding needs to take place in the same command that shows it (and
that pushes the next event back onto unread-command-events).

The mouse-up event is two events removed from the event that triggers
command show-tool-bar-for-one-command: 1) click Tool Bar, 2) mouse-down, 3)
mouse-up. The Tool Bar click shows, then hides, the tool-bar, but the hiding
doesn't take place until the mouse-down.

I tried doing things like (if transient-mark-mode (deactivate-mark)) in the
unwind-protect (to not show the inadvertent selection), but that didn't
help. There's probably a simple solution I'm not seeing. Anyone?

Thanks for the pb report,

 - Drew

-----Original Message-----
From: Miguel Frasson

When I use the tool-bar-here-mode, and I show the toolbar clicking in the
menu item "Tool Bar"[1] , and then if I click in the window, the
mouse-down event is read, unactivating the toolbar.  The window size
changes, and the mouse-up event is in a different position, causing a
involuntier selection.  Could the toolbar deactivation be postponed to
avoid this?

Maybe, just disable the button could give a better feedback (that this
mechanism is on)

[1] It could be "ToolBar" because maybe it is not nice to have spaces in
top menu itens (top menu itens are separated by space).

  reply	other threads:[~2004-10-07 19:01 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-10-07  7:51 pop-up tool-bar Drew Adams
2004-10-07 11:33 ` Miguel Frasson
2004-10-07 19:01   ` Drew Adams [this message]
2004-10-07 20:07     ` Stefan Monnier
2004-10-07 21:04       ` Drew Adams
2004-10-07 21:44         ` Drew Adams
2004-10-09 15:44           ` Richard Stallman
2004-10-10 19:15             ` Drew Adams
2004-10-08 17:20         ` Drew Adams
2004-10-08 17:39           ` Stefan
2004-10-08 18:24             ` David Kastrup
2004-10-08 19:58               ` Drew Adams
2004-10-08 19:03             ` Drew Adams
2004-10-08 23:12               ` Stefan Monnier
2004-10-09  0:46                 ` Drew Adams
2004-10-11  4:45           ` Drew Adams
2004-10-07 20:08     ` David Kastrup
2004-10-07 20:20       ` Drew Adams
2004-10-07 20:54         ` Stefan Monnier
2004-10-07 20:56         ` David Kastrup
2004-10-08  6:12     ` Miguel Frasson
2004-10-09 15:45       ` Richard Stallman
2004-10-07 15:13 ` Stefan Monnier
2004-10-07 17:15   ` Drew Adams

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=FDELKNEBLPKKDCEBEJCBOECPCIAA.drew.adams@oracle.com \
    --to=drew.adams@oracle.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).