all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Luigi Rocca <rocca@disi.unige.it>
To: 16659@debbugs.gnu.org
Subject: bug#16659: ns-use-native-fullscreen breaks fullscreen functionality on maverick secondary monitor when old spaces behaviour is selected, plus slow transition
Date: Wed, 05 Feb 2014 18:42:25 +0100	[thread overview]
Message-ID: <52F27801.4060000@disi.unige.it> (raw)

I am using the following emacs build, from http://emacsformacosx.com/
on an updated Mavericks installation: "GNU Emacs 24.3.50.1 (x86_64-apple-darwin, NS apple-appkit-1038.36) of 2014-01-27 on bob.porkrind.org"

I'm disabling the native fullscreen functionality in my conf file (setq ns-use-native-fullscreen nil) and I have the OSX option "Displays have separate spaces" disabled.

While avoiding the native fullscreen does two very welcome things (the fullscreen window remains on the current space and the other monitor, if attached, is not greyed out) there are two problems:

1) Going fullscreen works only on the primary laptop monitor (I'm using a macbook pro) but not on the secondary monitor on the display port. When the emacs frame is on the secondary monitor, "M-x toggle-frame-fullscreen" has the following results:
- An animation of a small black rectangle goes out of the screen (headed to the lower right part of the screen - please note the secondary monitor is on the upper left wrt the primary one, don't know if this is related or not).
- A brief macosx error sound is played.
- The screen is now empty and emacs is nowhere to be seen, neither primary nor secondary monitor.
- The only way to get the emacs frame back is blindly calling toggle-frame-fullscreen again - the frame then returns to its previous position.

2) Even on the working primary monitor there is still a very slow scaling transition to fullscreen (and back). I find slow animations in Maverick to be annoying and nausea-inducing. Users that are disabling native fullscreen functionality are probably trying to disable the slow transition too (most other open source apps that give the user the option to disable the native fullscreen functionality, such as VLC and iterm2, do exactly this and avoid the slow animation entirely). It seems reasonable to either disable the animation when native fullscreen is disabled or add and additional option to disable it and/or control how fast it is (if I've missed one I'm sorry, please point it out to me).

I've tested one of the several unofficial osx emacs versions that were fullscreen-patched in the past (https://github.com/xajler/emacs24-macosx-lion-fullscreen) and it works as intended on both counts: it goes fullscreen on both monitors and without any animation whatsoever.

If there's anything I can do to help, test etc, please do tell me. I am confortable with building software from source and it is not a problem for me to checkout and build the latest sources if necessary.

Many many thanks for all the amazing work that the emacs developers have done in the past and are still doing on this amazing editor. Keep up the good work!

Cheers,
Luigi Rocca






             reply	other threads:[~2014-02-05 17:42 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-02-05 17:42 Luigi Rocca [this message]
2014-02-06  8:00 ` bug#16659: ns-use-native-fullscreen breaks fullscreen functionality on maverick secondary monitor when old spaces behaviour is selected, plus slow transition Jan D.
2014-02-08 23:48   ` Luigi Rocca
2014-10-05 12:26     ` Jan Djärv
2014-10-05 14:09       ` Jan Djärv

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

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

  git send-email \
    --in-reply-to=52F27801.4060000@disi.unige.it \
    --to=rocca@disi.unige.it \
    --cc=16659@debbugs.gnu.org \
    /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 external index

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

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.