Carbon: resizing a frame on wrong "space"

[davidswelt]

When using the new "spaces" feature in Leopard, Emacs shows a bug when  
attempting to resize a frame.

To reproduce:

- configure "spaces" in 10.5 so that there are two vertically placed  
spaces.
- emacs -Q   (Recent Carbon port build from 22 branch CVS)
- move the frame to the other space (e.g. by dragging it to the  
[lower] edge of the screen)
- resize it (with the mouse)

What happens for me is that the frame is moved to the original space  
on which it was created while I'm resizing it. Then, it is moved back  
down.

[YAMAMOTO Mitsuharu]

>>>>> On Wed, 20 Feb 2008 11:02:43 +0000, David Reitter <david.reitter@...> said:

> When using the new "spaces" feature in Leopard, Emacs shows a bug when  
> attempting to resize a frame.

> To reproduce:

> - configure "spaces" in 10.5 so that there are two vertically placed  
> spaces.
> - emacs -Q   (Recent Carbon port build from 22 branch CVS)
> - move the frame to the other space (e.g. by dragging it to the  
> [lower] edge of the screen)
> - resize it (with the mouse)

> What happens for me is that the frame is moved to the original space  
> on which it was created while I'm resizing it. Then, it is moved back  
> down.

I couldn't reproduce it with Mac OS X 10.5.2/PPC.  Does anyone else
see this behavior?

                                     YAMAMOTO Mitsuharu
                                mituharu@...

[Harald Maier]

YAMAMOTO Mitsuharu <mituharu@...> writes:

>>>>>> On Wed, 20 Feb 2008 11:02:43 +0000, David Reitter <david.reitter@...> said:
>
>> When using the new "spaces" feature in Leopard, Emacs shows a bug when  
>> attempting to resize a frame.
>
>> To reproduce:
>
>> - configure "spaces" in 10.5 so that there are two vertically placed  
>> spaces.
>> - emacs -Q   (Recent Carbon port build from 22 branch CVS)
>> - move the frame to the other space (e.g. by dragging it to the  
>> [lower] edge of the screen)
>> - resize it (with the mouse)
>
>> What happens for me is that the frame is moved to the original space  
>> on which it was created while I'm resizing it. Then, it is moved back  
>> down.
>
> I couldn't reproduce it with Mac OS X 10.5.2/PPC.  Does anyone else
> see this behavior?

Yes, I see this behavior too. It's really annoying.

Harald

[YAMAMOTO Mitsuharu]

>>>>> On Thu, 28 Feb 2008 21:26:12 +0100, Harald Maier <harald@...> said:

>>> When using the new "spaces" feature in Leopard, Emacs shows a bug when  
>>> attempting to resize a frame.
>>
>>> To reproduce:
>>
>>> - configure "spaces" in 10.5 so that there are two vertically placed  
>>> spaces.
>>> - emacs -Q   (Recent Carbon port build from 22 branch CVS)
>>> - move the frame to the other space (e.g. by dragging it to the  
>>> [lower] edge of the screen)
>>> - resize it (with the mouse)
>>
>>> What happens for me is that the frame is moved to the original space  
>>> on which it was created while I'm resizing it. Then, it is moved back  
>>> down.
>>
>> I couldn't reproduce it with Mac OS X 10.5.2/PPC.  Does anyone else
>> see this behavior?

> Yes, I see this behavior too. It's really annoying.

I could also reproduce it but needed an additional step "resize the
frame once before moving the frame to the other Space".

AFAIK, Spaces are not visible from the application side, and there's
no API for them.  I strongly suspect the problem is due to a bug of
Carbon `ResizeWindow' in displaying a "frame" (not in the Emacs
terminology) for resizing.  I'll report it to Apple.

FYI, it does not happen with the Carbon+AppKit port.

                                     YAMAMOTO Mitsuharu
                                mituharu@...

[William Xu-2]

YAMAMOTO Mitsuharu <mituharu@...> writes:

> FYI, it does not happen with the Carbon+AppKit port.

I have seen you mentioned this port several times, but never find it
through google. Seems not in CVS repo either? So where can I get it?

--
William

http://williamxu.net9.org

[YAMAMOTO Mitsuharu]

>>>>> On Fri, 29 Feb 2008 11:40:10 +0900, William Xu <william.xwl@...> said:

>> FYI, it does not happen with the Carbon+AppKit port.

> I have seen you mentioned this port several times, but never find it
> through google. Seems not in CVS repo either? So where can I get it?

I said in http://lists.gnu.org/archive/html/emacs-devel/2008-02/msg00249.html:

> I'm planning to do before-merge-multi-tty-to-trunk -> EMACS_22_BASE
> merge after the 22.2 release.  And below is the plan after that (for
> Emacs 22):

>   * Reorganize Carbon-specific code by separating its GUI parts into a
>     new file `mactoolbox.c'.
>   * Use Quartz 2D Image I/O API instead of QuickTime C API for reading
>     images on Mac OS X 10.4 and later.
>   * Add some event handlers to support dictionary lookup with
>     DictionaryService (Command-Control-D, 10.4 and later).
>   * Add (mostly GUI) code for the Carbon+AppKit port if it is allowed.

                                     YAMAMOTO Mitsuharu
                                mituharu@...

[William Xu-2]

YAMAMOTO Mitsuharu <mituharu@...> writes:

>>>>>> On Fri, 29 Feb 2008 11:40:10 +0900, William Xu <william.xwl@...> said:
>
>>> FYI, it does not happen with the Carbon+AppKit port.
>
>> I have seen you mentioned this port several times, but never find it
>> through google. Seems not in CVS repo either? So where can I get it?
>
> I said in http://lists.gnu.org/archive/html/emacs-devel/2008-02/msg00249.html:
>
>> I'm planning to do before-merge-multi-tty-to-trunk -> EMACS_22_BASE
>> merge after the 22.2 release.  And below is the plan after that (for
>> Emacs 22):
>
>>   * Reorganize Carbon-specific code by separating its GUI parts into a
>>     new file `mactoolbox.c'.
>>   * Use Quartz 2D Image I/O API instead of QuickTime C API for reading
>>     images on Mac OS X 10.4 and later.
>>   * Add some event handlers to support dictionary lookup with
>>     DictionaryService (Command-Control-D, 10.4 and later).
>>   * Add (mostly GUI) code for the Carbon+AppKit port if it is allowed.

Does you mean that the Carbon+AppKit port codes is still in your private
repo? Or already in before-merge-multi-tty-to-trunk branch ?

--
William

http://williamxu.net9.org

[YAMAMOTO Mitsuharu]

>>>>> On Fri, 29 Feb 2008 12:10:51 +0900, William Xu <william.xwl@...> said:

>> I said in http://lists.gnu.org/archive/html/emacs-devel/2008-02/msg00249.html:
>>
>>> I'm planning to do before-merge-multi-tty-to-trunk -> EMACS_22_BASE
>>> merge after the 22.2 release.  And below is the plan after that (for
>>> Emacs 22):
>>
>>> * Reorganize Carbon-specific code by separating its GUI parts into a
>>> new file `mactoolbox.c'.
>>> * Use Quartz 2D Image I/O API instead of QuickTime C API for reading
>>> images on Mac OS X 10.4 and later.
>>> * Add some event handlers to support dictionary lookup with
>>> DictionaryService (Command-Control-D, 10.4 and later).
>>> * Add (mostly GUI) code for the Carbon+AppKit port if it is allowed.

> Does you mean that the Carbon+AppKit port codes is still in your private
> repo? Or already in before-merge-multi-tty-to-trunk branch ?

I meant there are several steps needed before installing that port.

                                     YAMAMOTO Mitsuharu
                                mituharu@...

[Dan Nicolaescu]

YAMAMOTO Mitsuharu <mituharu@...> writes:

  > >>>>> On Fri, 29 Feb 2008 11:40:10 +0900, William Xu <william.xwl@...> said:
  >
  > >> FYI, it does not happen with the Carbon+AppKit port.
  >
  > > I have seen you mentioned this port several times, but never find it
  > > through google. Seems not in CVS repo either? So where can I get it?
  >
  > I said in http://lists.gnu.org/archive/html/emacs-devel/2008-02/msg00249.html:
  >
  > > I'm planning to do before-merge-multi-tty-to-trunk -> EMACS_22_BASE
  > > merge after the 22.2 release.  And below is the plan after that (for
  > > Emacs 22):
     ^^^^^^^^^^^
Stefan said recently on the list that there might not be and emacs-22.3...
So planning to do significant work on that branch might not be the best
idea.

[YAMAMOTO Mitsuharu]

>>>>> On Thu, 28 Feb 2008 20:55:21 -0800, Dan Nicolaescu <dann@...> said:

>> > I'm planning to do before-merge-multi-tty-to-trunk -> EMACS_22_BASE
>> > merge after the 22.2 release.  And below is the plan after that (for
>> > Emacs 22):
>      ^^^^^^^^^^^
> Stefan said recently on the list that there might not be and emacs-22.3...
> So planning to do significant work on that branch might not be the best
> idea.

If you mean
http://lists.gnu.org/archive/html/emacs-devel/2008-02/msg02377.html ,
I understand he just said that there's no absolute guarantee to have a
22.3 release.

                                     YAMAMOTO Mitsuharu
                                mituharu@...

[Stefan Monnier]

>>> > I'm planning to do before-merge-multi-tty-to-trunk -> EMACS_22_BASE
>>> > merge after the 22.2 release.  And below is the plan after that (for
>>> > Emacs 22):
>> ^^^^^^^^^^^
>> Stefan said recently on the list that there might not be and emacs-22.3...
>> So planning to do significant work on that branch might not be the best
>> idea.

> If you mean
> http://lists.gnu.org/archive/html/emacs-devel/2008-02/msg02377.html ,
> I understand he just said that there's no absolute guarantee to have a
> 22.3 release.

You understood right,


        Stefan

[YAMAMOTO Mitsuharu]

>>>>> On Fri, 29 Feb 2008 11:40:10 +0900, William Xu <william.xwl@...> said:

> YAMAMOTO Mitsuharu <mituharu@...> writes:
>> FYI, it does not happen with the Carbon+AppKit port.

> I have seen you mentioned this port several times, but never find it
> through google. Seems not in CVS repo either? So where can I get it?

Now it is publicly available from

  ftp://ftp.math.s.chiba-u.ac.jp/emacs/emacs-22.3-appkit-1.0.tar.gz

Below is the contents its README file:

1. What's this?

This is "Carbon+AppKit port" addition to GNU Emacs 22.3.

The Carbon+AppKit port of GNU Emacs 22.3 is a port of the Carbon port
(aka "Carbon Emacs", don't confuse it with "Carbon Emacs Package")
that is a part of the official GNU Emacs 22 distribution and provides
native GUI support for Mac OS.  The two ports differ in the GUI
implementation basis: the Carbon port uses Carbon HIToolbox, but the
Carbon+AppKit port uses the Cocoa Application Kit framework (AppKit).

The Carbon+AppKit port inherits the code of the non-GUI part of the
Carbon port, such as drawing, font and image handling.  So in this
sense, the Carbon+AppKit port can be regarded as a variant of the
Carbon port.  Obviously, this is not a backport of the Cocoa/GNUstep
port (aka "Emacs.app").

The Carbon+AppKit port shares mostly the same features with the Carbon
port including the following:

  * C-g handling
    You can quit (while t) and (shell-command "sleep 100").

  * Emulation of `select' without periodic polling
    It doesn't use CPU time while the Lisp interpreter is idle and
    waiting for some events to come, even with subprocesses or network
    connections.

  * Graceful termination
    If you try logout/shutdown/reboot while leaving a file-visiting
    buffer modified and unsaved, a popup window appears for
    confirmation.  If you cancel the termination of Emacs, the whole
    logout/shutdown/reboot process is also canceled immediately.

  * Apple Event handling
    One can define Apple Event handlers at the Lisp level.  Actually,
    graceful termination above is an instance of Lisp-level Apple
    Event handling.  Another example is "Get URL" handler that enables
    us to invoke the mailer you customized with `mail-user-agent',
    e.g.,

      $ osascript -e 'tell application "Emacs"
                      to open location "mailto:foo@..."'

    If you set Emacs as the default mailer via Mail.app preference,
    the Emacs mailer will set up a draft buffer when you click a
    mailto: link in a Web browser.

  * DictionaryService support (10.4 and later)
    You can look up a word under the mouse pointer in the selected
    window by typing Command-Control-D.

Basically, the Carbon+AppKit port doesn't add new features per se,
except for the following two aspects:

  * Resolution independence (10.4 and later, 10.5 recommended)
    Scaling works in Framework-Scaled Mode as opposed to (blurry)
    Magnified Mode for the Carbon port.  You may want to disable
    QuickDraw Text, which is incompatible with Framework-Scaled Mode,
    by adding "-DUSE_QUICKDRAW=0" to CFLAGS on compilation.

  * 64-bit (10.5, MAY CRASH, see below)
    You can build and run a 64-bit binary with GUI support by
    specifying CC='gcc -m64' on configure.
    !! Caution !! The resulting binary will crash when you try to
    display particular characters such as combining diacritics.  This
    is due to a bug in 64-bit ATSUI.  Apple says it won't be fixed but
    maybe you can vote for the fix of this bug
    (rdar://problem/5578675) at the Apple Bug Reporter.


2. Build instruction

  a. Untar the official GNU Emacs 22.3 distribution tarball.  Let
     EMACS_SOURCE_TOP be the top directory of the source tree.

  b. Apply the patch `patch-carbon+appkit' to the source tree.

  c. Copy `lisp/term/mac-win.elc' to
     `EMACS_SOURCE_TOP/lisp/term/mac-win.elc' by overriding the
     latter.  (Alternatively, you can bytecompile
     `EMACS_SOURCE_TOP/lisp/term/mac-win.el' that was patched in the
     previous step.)

  d. Copy `src/macappkit.h' and `src/macappkit.m' to
     `EMACS_SOURCE_TOP/src'.

  e. Build as usual with adding "--with-appkit" as a configure option.

Enjoy,

                                     YAMAMOTO Mitsuharu
                                mituharu@...

[YAMAMOTO Mitsuharu]

>>>>> On Sun, 07 Sep 2008 12:46:02 +0900, YAMAMOTO Mitsuharu <mituharu@...> said:

>> YAMAMOTO Mitsuharu <mituharu@...> writes:
>>> FYI, it does not happen with the Carbon+AppKit port.

>> I have seen you mentioned this port several times, but never find
>> it through google. Seems not in CVS repo either? So where can I get
>> it?

> Now it is publicly available from

>   ftp://ftp.math.s.chiba-u.ac.jp/emacs/emacs-22.3-appkit-1.0.tar.gz

The first update of the Carbon+AppKit port is now available from

    ftp://ftp.math.s.chiba-u.ac.jp/emacs/emacs-22.3-appkit-1.1.tar.gz

Below is the list of changes:

** Fixed bugs

*** 64-bit binary doesn't work with AquaSKK Japanese input method.

*** Tooltip contents are chopped off if the fractional part of the
scaling factor is greater than or equal to 0.5.

*** Crash with tooltip autodisplay that happens when its contents are
not yet ready.

*** (do-applescript "choose file") -> cancel -> hang on 10.5.

*** With asynchronous subprocesses, the "[Complete, but not unique]"
message shown by C-x C-f / TAB TAB will disappear on key release.
(Both Carbon and Carbon+Appkit)

*** Crash with tabbar.el (not specific to the Carbon(+AppKit) port).
http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=1337

** Improvements

*** Execution of flyspell-small-region is no longer too slow.

*** The "Visit New File" dialog no longer confirms replacement if an
existing file is specified (only on 10.3 and later).

*** Update display while the resize control (or the slider in the font
panel) is being dragged.

*** Align key bindings shown in a menu.

*** Explicitly link with libncurses.5 if MACOSX_DEPLOYMENT_TARGET <
1040 to avoid runtime link error when running on the versions without
/usr/lib/libncurses.5.4.dylib.

                                     YAMAMOTO Mitsuharu
                                mituharu@...

[YAMAMOTO Mitsuharu]

>>>>> On Thu, 27 Nov 2008 20:37:53 +0900, YAMAMOTO Mitsuharu <mituharu@...> said:

>>> YAMAMOTO Mitsuharu <mituharu@...> writes:
>>>> FYI, it does not happen with the Carbon+AppKit port.

>>> I have seen you mentioned this port several times, but never find
>>> it through google. Seems not in CVS repo either? So where can I
>>> get it?

>> Now it is publicly available from

>> ftp://ftp.math.s.chiba-u.ac.jp/emacs/emacs-22.3-appkit-1.0.tar.gz

> The first update of the Carbon+AppKit port is now available from

>     ftp://ftp.math.s.chiba-u.ac.jp/emacs/emacs-22.3-appkit-1.1.tar.gz

The second update of the Carbon+AppKit port is now available from

    ftp://ftp.math.s.chiba-u.ac.jp/emacs/emacs-22.3-appkit-1.2.tar.gz

Below is the list of changes:

** Fixed bugs

*** do-applescript crashes with -nw due to the previous fix for
(do-applescript "choose file") hang.

*** Cursor erasure sometimes fails on Mac OS X 10.5 due to the
previous change for flyspell-small-region slowness.

*** Buffer overrun in creation of Vmac_carbon_version_string.

** Improvements

*** Untag Lisp_Object by subtraction instead of masking.
http://lists.gnu.org/archive/html/emacs-devel/2008-01/msg01876.html

*** `select' emulation waits for user signal delivery as well as
window system events and process outputs via sockets.
http://lists.gnu.org/archive/html/emacs-devel/2008-10/msg00198.html

*** Hourglass display is enabled.

*** Let the framework decide whether wheel events to non-focus frames
are accepted or not.

                                     YAMAMOTO Mitsuharu
                                mituharu@...

[YAMAMOTO Mitsuharu]

>>>>> On Mon, 26 Jan 2009 13:48:19 +0900, YAMAMOTO Mitsuharu <mituharu@...> said:

>>>> YAMAMOTO Mitsuharu <mituharu@...> writes:
>>>>> FYI, it does not happen with the Carbon+AppKit port.

>>>> I have seen you mentioned this port several times, but never find
>>>> it through google. Seems not in CVS repo either? So where can I
>>>> get it?

>>> Now it is publicly available from

>>> ftp://ftp.math.s.chiba-u.ac.jp/emacs/emacs-22.3-appkit-1.0.tar.gz

The third update of the Carbon+AppKit port is now available from

    ftp://ftp.math.s.chiba-u.ac.jp/emacs/emacs-22.3-appkit-1.3.tar.gz

Below is the list of changes:

** Fixed bugs

*** Popup dialog button labels may get corrupted.
http://lists.gnu.org/archive/html/emacs-devel/2009-03/msg00261.html

*** Popup dialog does not select the default item with the return key.

*** Tooltip contents are sometimes not shown on 10.4 due to the
previous change for flyspell-small-region slowness.

** Improvements

*** Hourglass (progress indicator) is shown in the title bar.

*** Add f20 and kp-separator to the keycode-to-xkeysym table.


This time, README is slightly expanded as follows:

1. What's this?

This is "Carbon+AppKit port" addition to GNU Emacs 22.3.

The Carbon+AppKit port of GNU Emacs 22.3 is a port of the Carbon port
(aka "Carbon Emacs", don't confuse it with "Carbon Emacs Package")
that is a part of the official GNU Emacs 22 distribution and provides
native GUI support for Mac OS.  The two ports differ in the GUI
implementation basis: the Carbon port uses Carbon HIToolbox, but the
Carbon+AppKit port uses the Cocoa Application Kit framework (AppKit).

The Carbon+AppKit port inherits the code of the non-GUI part of the
Carbon port, such as drawing, font and image handling.  So in this
sense, the Carbon+AppKit port can be regarded as a variant of the
Carbon port.  Obviously, this is not a backport of the Cocoa/GNUstep
port (aka "Emacs.app").

The Carbon+AppKit port shares mostly the same features with the Carbon
port including the following:

  * C-g handling
    You can quit (while t) and (shell-command "sleep 100").
    No bogus menu bar activation while these evaluations.

  * Emulation of `select' without periodic polling
    It doesn't use CPU time while the Lisp interpreter is idle and
    waiting for some events to come, even with subprocesses or network
    connections.

  * Graceful termination
    If you try logout/shutdown/reboot while leaving a file-visiting
    buffer modified and unsaved, a popup window appears for
    confirmation.  If you cancel the termination of Emacs (including
    C-g or ESC), the whole logout/shutdown/reboot process is also
    canceled immediately (i.e., you will see a "canceled" dialog
    immediately rather than a "timed out" one afterward).  If you
    don't have unsaved buffers, shell buffers, etc., you won't see
    unnecessary confirmation.

  * Apple Event handling
    One can define Apple Event handlers at the Lisp level.  Actually,
    graceful termination above is an instance of Lisp-level Apple
    Event handling.  Another example is "Get URL" handler that enables
    us to invoke the mailer you customized with `mail-user-agent',
    e.g.,

      $ osascript -e 'tell application "Emacs"
                      to open location "mailto:foo@..."'

    If you set Emacs as the default mailer via Mail.app preference,
    the Emacs mailer will set up a draft buffer when you click a
    mailto: link in a Web browser.

  * DictionaryService support (10.4 and later)
    You can look up a word under the mouse pointer in the selected
    window by typing Command-Control-D.

Basically, the Carbon+AppKit port doesn't add new features per se,
except for the following two aspects:

  * Resolution independence (10.4 and later, 10.5 recommended)
    Scaling works in Framework-Scaled Mode as opposed to (blurry)
    Magnified Mode for the Carbon port.  You may want to disable
    QuickDraw Text, which is incompatible with Framework-Scaled Mode,
    by adding "-DUSE_QUICKDRAW=0" to CFLAGS on compilation.

  * 64-bit (10.5, MAY CRASH, see below)
    You can build and run a 64-bit binary with GUI support by
    specifying CC='gcc -m64' on configure.
    !! Caution !! The resulting binary will crash when you try to
    display particular characters such as combining diacritics.  This
    is due to a bug in 64-bit ATSUI.  Apple says it won't be fixed but
    maybe you can vote for the fix of this bug
    (rdar://problem/5578675) at the Apple Bug Reporter.

Although they are minor, some visual enhancements can be found in the
Carbon+AppKit port:

  * Aligned key bindings in menus

  * Progress indicator (corresponding to hourglass) in the title bar

  * Unusable items in the font panel are hidden
    Try Options -> Show/Hide -> Font Panel from the menu bar or
    M-x mac-font-panel-mode RET.

  * Update display while the resize control (or the slider in the font
    panel) is being dragged


2. Build instruction

  a. Untar the official GNU Emacs 22.3 distribution tarball.  Let
     EMACS_SOURCE_TOP be the top directory of the source tree.

  b. Apply the patch `patch-carbon+appkit' to the source tree.

  c. Copy `lisp/term/mac-win.elc' to
     `EMACS_SOURCE_TOP/lisp/term/mac-win.elc' by overriding the
     latter.  (Alternatively, you can bytecompile
     `EMACS_SOURCE_TOP/lisp/term/mac-win.el' that was patched in the
     previous step.)

  d. Copy `src/macappkit.h' and `src/macappkit.m' to
     `EMACS_SOURCE_TOP/src'.

  e. Build as usual with adding "--with-appkit" as a configure option.

Enjoy,

                                     YAMAMOTO Mitsuharu
                                mituharu@...

[YAMAMOTO Mitsuharu]

>>>>> On Fri, 27 Mar 2009 09:28:32 +0900, YAMAMOTO Mitsuharu <mituharu@...> said:

> The third update of the Carbon+AppKit port is now available from

>     ftp://ftp.math.s.chiba-u.ac.jp/emacs/emacs-22.3-appkit-1.3.tar.gz

> Basically, the Carbon+AppKit port doesn't add new features per se,
> except for the following two aspects:

>   * 64-bit (10.5, MAY CRASH, see below)
>     You can build and run a 64-bit binary with GUI support by
>     specifying CC='gcc -m64' on configure.
>     !! Caution !! The resulting binary will crash when you try to
>     display particular characters such as combining diacritics.  This
>     is due to a bug in 64-bit ATSUI.  Apple says it won't be fixed but
>     maybe you can vote for the fix of this bug
>     (rdar://problem/5578675) at the Apple Bug Reporter.

This crash issue seems to be fixed in Mac OS X 10.5.7.

                                     YAMAMOTO Mitsuharu
                                mituharu@...

[YAMAMOTO Mitsuharu]

The fourth update of the Carbon+AppKit port is now available from

    ftp://ftp.math.s.chiba-u.ac.jp/emacs/emacs-22.3-appkit-1.4.tar.gz

As I said in
http://lists.gnu.org/archive/html/emacs-devel/2009-05/msg00262.html ,
a 64-bit ATSUI bug was fixed in Mac OS X 10.5.7 update and the 64-bit
executable no longer crashes on displaying combining diacritics.

Below is the list of changes:

** Fixed bugs

*** Fringe bitmap display is incorrect if its width is not 8.

*** Crash when calculating Quickdraw font metrics in an invisible frame.

*** Crash when changing internal-border-width of an invisible frame.

*** Assertion failure in mac_set_font.

*** "Hide" in Login Items does not work.

*** (mac-pasteboard-string-to-string "\342\204\246" 'mac-roman) gives
GREEK CAPITAL LETTER OMEGA instead of OHM SIGN (likewise for
mac-utxt-to-string).

*** mac-symbol -> emacs-mule mapping is represented wrong for #x30 - #x37.

** Improvements

*** Conversion between CFNumber and Lisp objects now uses Lisp strings
for integers that don't fit in the Lisp float range.

                                     YAMAMOTO Mitsuharu
                                mituharu@...

[YAMAMOTO Mitsuharu]

The fifth update of the Carbon+AppKit port is now available from

    ftp://ftp.math.s.chiba-u.ac.jp/emacs/emacs-22.3-appkit-1.5.tar.gz

** Fixed bugs

*** "open -g" (available on Mac OS X 10.5 and later) does not work.

*** Control-Tab is not recognized on Mac OS X 10.4 and earlier.

** Improvements

*** Resizing truncates the window width/height to multiple of the
nominal character size instead of rounding unless the resizing is
triggered by mouse dragging of the resize handle.

*** Warning "CFMessagePort: bootstrap_register(): failed" with
multiple invocations via command-line or "open -n" is suppressed
(except for Mac OS X 10.4).

An experimental/hackers-only version for Emacs 23.1 on Mac OS X 10.2 -
10.5 is also available from

    ftp://ftp.math.s.chiba-u.ac.jp/emacs/emacs-23.1-mac-1.90.tar.gz

I'd call this "Mac port" following the value of `window-system',
because the GUI implementation with Carbon HIToolbox is dropped, and
it's no longer much meaningful to say Carbon or Cocoa (both are used).

                                     YAMAMOTO Mitsuharu
                                mituharu@...

[Cheng Gao]

I just want to report that I have built this port (Emacs 23.1)
successfully (I am posting this message with this new build).

I see one difference from Cocoa port.

While using Cocoa port (23.1 and 23.1.50), when I enter a group in Gnus,
the first line of *Summary* buffer is half truncated at the top. I need
to turn tool bar off, and then turn on again to make it display
correctly.
(I am not sure if there is something wrong with my setting. Or it's a
bug in Cocoa port.)

I dont see this problem in Carbon+AppKit port.

I am glad to be the first one to report back about this port. And I
wanna say "Thank you".

--
The truth which makes men free is for the most part the truth which men prefer not to hear.

[YAMAMOTO Mitsuharu]

The sixth update of the Carbon+AppKit port is now available from

    ftp://ftp.math.s.chiba-u.ac.jp/emacs/emacs-22.3-appkit-1.6.tar.gz

** Fixed bugs

*** Doesn't build on Mac OS X 10.6.

*** Mach port right leaks due to the previous change for the warning
"CFMessagePort: bootstrap_register(): failed".

** Improvement

*** File dialogs can be closed with C-g on Mac OS X 10.5 and later.


The first update of the Mac port, which is experimental/hackers-only,
is also available from

    ftp://ftp.math.s.chiba-u.ac.jp/emacs/emacs-23.1-mac-1.91.tar.gz

** Fixed bugs

*** Doesn't build on Mac OS X 10.6.

*** Multi-page TIFF images are not supported.
I thought they were, but I actually added the code to another working
tree and forgot to merge it in the previous version.

*** "Visit New File" shows a wrong dialog.
Apply Jason Rumney's fix for Bug#3969.

*** Mach port right leaks due to the previous change for the warning
"CFMessagePort: bootstrap_register(): failed".

** Improvement

*** File and font dialogs can be closed with C-g on Mac OS X 10.5 and later.

                                     YAMAMOTO Mitsuharu
                                mituharu@...