bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#4363: marked as done (23.1.50; fullscreen (-mode) almost fullscreen)


From: Emacs bug Tracking System
Subject: bug#4363: marked as done (23.1.50; fullscreen (-mode) almost fullscreen)
Date: Tue, 22 Sep 2009 17:35:09 +0000

Your message dated Tue, 22 Sep 2009 19:27:11 +0200
with message-id <address@hidden>
and subject line Re: bug#4363: 23.1.50; fullscreen (-mode) almost fullscreen
has caused the Emacs bug report #4363,
regarding 23.1.50; fullscreen (-mode) almost fullscreen
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact address@hidden
immediately.)


-- 
4363: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4363
Emacs Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: 23.1.50; fullscreen (-mode) almost fullscreen Date: Mon, 07 Sep 2009 00:01:45 +0200
--text follows this line--

Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.

Your bug report will be posted to the address@hidden mailing list.

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

With

(set-frame-parameter () 'fullscreen 'maximized)
(set-frame-parameter () 'fullscreen nil)

allow to nicely enable/disable what might become a fullscreen-mode.

There are still some details missing for a perfect fullscreen mode:

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.

Using --without-toolkit-scroll-bars with the scrollbar on the left, the
window should be shifted a couple of pixels to the left.  This helps to
avoid the unclickable and irritating no man's land between the left
screen border and the clickable scrollbar.  Otherwise using the
scrollbar is more difficult as mouse movements must be very precise
horizontally - vertical precision would suffice.  What I do here is
either to use a negative geometry to avoid that space or I manually
reposition that window.

Since many windowmanagers do make difficulties here it might be simpler
to perform that shifting within the emacs frame.

Within Gnome, switching with Alt-TAB between windows causes irritating
flicker with an Emacs fullscreen present.


In GNU Emacs 23.1.50.1 (i686-pc-linux-gnu, X toolkit)
 of 2009-09-06 on gupu2
Windowing system distributor `The X.Org Foundation', version 11.0.10603000
configured using `configure  '--without-toolkit-scroll-bars' '--prefix' 
'/opt/gupu/emacs-git''


--- End Message ---
--- Begin Message --- Subject: Re: bug#4363: 23.1.50; fullscreen (-mode) almost fullscreen Date: Tue, 22 Sep 2009 19:27:11 +0200 User-agent: Thunderbird 2.0.0.23 (Macintosh/20090812)


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.


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]