Re: wrong fullscreen frame size on osx

[YAMAMOTO Mitsuharu]

>>>>> On Sat, 02 Feb 2008 20:50:37 +0100, Yuri D'Elia <wavexx@users.sf.net> 
>>>>> said:

>> > What about traditional X11 and Xinerama?
>> 
>> I said there's no notion of "monitors" in Emacs, and I didn't mean
>> there's no support for multiple monitors in X11.  Apple X11 uses
>> Xinerama, and I already mentioned this extension in the link below.

> Sorry, since the other thread discussed issues with the Apple's X11
> version too, I supposed there could be differences in the port.

The important point is that the multiple monitors support should be
introduced in a platform-independent way, rather than adding
Mac-specific functions or making some common functions' behavior
different only on Mac.

>> > Is there any progress on the cvs that I can use, or somewhere?
>> 
>> No.  Design and introduction of a new notion should be done really
>> carefully, and such kind of changes should be avoided for Emacs
>> 22.2.  If you want to suggest a design of the notion of "monitors",
>> Emacs 23 would be a good chance.

> Certainly, but current behavior is equally unacceptable. Maximize
> results in a badly-positioned ill-sized frame (not to mention that
> on OSX the menu bar is ignored).

The current behavior is consistent with its specification and not a
bug.  The "Multiple Displays" node in the elisp info says

     Note that some graphical terminals can output to more than a one
  monitor (or other output device) at the same time.  On these
  "multi-monitor" setups, a single DISPLAY value controls the output
  to all the physical monitors.  In this situation, there is currently
  no platform-independent way for Emacs to distinguish between the
  different physical monitors.

and the documentation of x-display-pixel-width says "Return the width
in pixels of DISPLAY."

> Don't you think that, until this notion of monitors exists, just the
> current monitor should be considered?

In that case, "the current monitor" should be well-defined.  And if
you want to make a feature request, emacs-devel@gnu.org would be more
appropriate place.

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