Re: Toolbars on MacOSX

[YAMAMOTO Mitsuharu <mituharu@math.s.chiba-u.ac.jp>]

>>>>> On Tue, 11 May 2004 19:48:38 -0700, Steven Tamm <steventamm@mac.com> said:

> I've checked in the XPM patch and enabled tool-bar-mode by default.

Thanks.  It seems all TABs in the image.c patch are converted into
spaces.  I can send you a diff to fix that if you need.

> I've played around with it for a while now, and it appears to have
> the same behaviour as the X and NT GUIs.

Actually, behaviour involving dragging is slightly different from that
in others.  Namely, holding a mouse button on one toolbar button
followed by releasing it on another one activates the command bound to
the latter button.  That is because the current event handling code
does not make use of dpyinfo->grabbed.

I'm thinking about adding a tool-bar control button on the title bar.

  http://developer.apple.com/documentation/UserExperience/Conceptual/OSXHIGuidelines/XHIGWindows/chapter_16_section_3.html#//apple_ref/doc/uid/20000961/BABIFCFJ
  (Figure 13-8)

I'd like to associate some (lisp-level) input event to the button, and
then bind a command that toggle the status of the toolbar.  If such a
feature is acceptable, what should the input event look like?

  1. [toolbar-control]
  2. [toolbar toolbar-control]
  3. [toolbar control]
  4. others

> The only major "hole" is the fact that tool-tips aren't supported
> with Carbon, yet.  In fact, tooltips might be the only "hole" in
> Carbon Emacs?  I've always had this idea that implementing tool-tips
> natively might be easier than porting over the w32 code (which
> creates a small highly-customized frame)... any thoughts?

The window creation/deletion part for tool-tips is already posted to
another list:

  http://mail.gnu.org/archive/html/emacs-pretest-bug/2004-04/msg00321.html

I'm currently working for its event handling part, which is almost
ready.  But it still has tiny problems and the scroll bar handling is
temporarily disabled now, so maybe I need another week to post the
patch.

I'm also working for context-aware mouse pointer shapes such as I-beam
or hand cursor, though it may be a minor "hole".

			     YAMAMOTO Mitsuharu
			mituharu@math.s.chiba-u.ac.jp