From: "Jan Djärv" <jan.h.d@swipnet.se>
To: Ulrich Neumerkel <ulrich@complang.tuwien.ac.at>
Cc: 4363-done@emacsbugs.donarmstrong.com, emacs-pretest-bug@gnu.org,
4363@emacsbugs.donarmstrong.com
Subject: bug#4363: 23.1.50; fullscreen (-mode) almost fullscreen
Date: Tue, 22 Sep 2009 19:27:11 +0200 [thread overview]
Message-ID: <4AB908EF.5000305@swipnet.se> (raw)
In-Reply-To: <E1Mkdx7-0000cB-Rw@a4.complang.tuwien.ac.at>
Ulrich Neumerkel skrev:
> Jan Djaerv schrieb:
>> Ulrich Neumerkel skrev:
>>> Windowmanagers still put a titlebar on the fullscreen window. This can
>>> be avoided by setting the Motif nodecoration hint. This works in Gnome,
>>> KDE, and many windowmanagers.
>> (set-frame-parameter () 'fullscreen nil)
>>
>> Note that fullscreen is all done by the window manager. Emacs tells the
>> window manager to put the window in fullscreen and the window manager does all
>> the rest.
>
> Thank you for the hint! I should M-x info, not merely view-emacs-news.
>
> With fullboth there are no titles under Gnome, fine! The no mouse's
> land between left screen side and scrollbar is still there which is
> irritating for mouse positioning. It is exactly as wide as the
> internal border. With (set-frame-parameter () 'internal-border-width 0)
> this can be removed. Ideally, would be part of fullboth, such that
> (set-frame-parameter () 'fullscreen nil) restores the original state.
>
> Also, the remaining white vertical line on the left side of the screen
> could be removed in fullscreen. For smaller width of the scrollbar
> that line looks quite "noisy" and irritates because it suggests that
> exact positioning is necessary.
>
> I tried various resolutions, screens and looked at differences in
> scroll-bar-width. For some, there opens up a space between (left)
> scrollbar and fringe - sometimes this is on the right side
> (perferable): (set-frame-parameter () 'scroll-bar-width 11)
Well, it is dependent on the screen resolution, the font used and the theme
used for the scroll bar. Also, border or not is a matter of taste.
>
> http://www.complang.tuwien.ac.at/ulrich/emacs/pt.png
>
> Ideally, the left side (that's where one is looking at most of the
> time) looks always the same regardless of screen width. Having some
> internal border on the right side for padding is less irritating. (I
> would prefer here to take some pixels off the fringe, all else equal.)
>
> Another point is the echo area: The space below the echo area is
> currently used for padding in fullscreen. This looks irritating
> because it suggests that some over long line is present and makes me
> search the entire area, could be lot's of spaces... Like C-x C-e on
> "\n" Maybe padding is better put to the top or both.
This is hard work for little gain.
>
> For the qvwm windowmanager (preinstalled on IGEL X-terminals) neither
> maximized nor fullboth works. Yet, other programs are still able to
> go fullscreen under qvwm (like acroread). What I do there so far with
> Emacs is to set this Motif nodecoration hint. That removes the
> decoration. The rest manually with geometries.
Qvwm probably don't support EWMH. Programs like acroread use override
redirect to do fullscreen. I am not willing to do that for Emacs, since if
anything goes wrong, you are stuck.
>
> I manually added that ad-hoc for some time - since about 20.7. Here is one
> http://www.complang.tuwien.ac.at/ulrich/emacs-21.2.50.1-motifhint.tgz
>
>>> Within Gnome, switching with Alt-TAB between windows causes irritating
>>> flicker with an Emacs fullscreen present.
>> Irritating flicker in Emacs or the other windows? If the other windows, there
>> is nothing we can do.
>
> After some experiments with other fullscreen programs: It's very
> probably compiz.real (part of Gnome) - if that is killed, things work
> as expected. (During Alt-Tab the fullscreen program tries to regain
> the screen)
>
>
>
> Things have really improved a lot! Why not put a fullscreen-mode on
> f11?
>
I'm not sure F11 is a common key for fullscreen. I'll have to investigate
that first.
I'm closing this bug, as the bug part has been fixed.
Jan D.
next prev parent reply other threads:[~2009-09-22 17:27 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-09-06 22:01 bug#4363: 23.1.50; fullscreen (-mode) almost fullscreen Ulrich Neumerkel
2009-09-07 5:08 ` Jan Djärv
2009-09-07 13:08 ` Ulrich Neumerkel
2009-09-22 17:27 ` Jan Djärv [this message]
2009-09-22 17:48 ` Ulrich Neumerkel
2009-09-22 17:35 ` bug#4363: marked as done (23.1.50; fullscreen (-mode) almost fullscreen) Emacs bug Tracking System
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=4AB908EF.5000305@swipnet.se \
--to=jan.h.d@swipnet.se \
--cc=4363-done@emacsbugs.donarmstrong.com \
--cc=4363@emacsbugs.donarmstrong.com \
--cc=emacs-pretest-bug@gnu.org \
--cc=ulrich@complang.tuwien.ac.at \
/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.