bug#4524: 23.1.50; Fullscreen mode layout fixed (Reopen of bug#4363)

bug#4524: 23.1.50; Fullscreen mode layout fixed (Reopen of bug#4363)

[Ulrich Neumerkel]

In fullscreen mode, there is no way to configure the following (from the
original bug#4363):

 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.

Note that I am happy to find some clean (.emacs.el) way to do this.

In GNU Emacs 23.1.50.2 (i686-pc-linux-gnu, X toolkit)
 of 2009-09-10 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''
/

bug#4524: 23.1.50; Fullscreen mode layout fixed (Reopen of bug#4363)

[Jan Djärv]

Ulrich Neumerkel skrev:
> In fullscreen mode, there is no way to configure the following (from the
> original bug#4363):
> 
>  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.
> 
> Note that I am happy to find some clean (.emacs.el) way to do this.
> 

There is no no-mans-land for the Gtk-version of Emacs. This fixes it for the 
Lucid-version:

(set-frame-parameter nil 'internal-border-width 0)

	Jan D.

bug#4524: marked as done (23.1.50; Fullscreen mode layout fixed (Reopen of bug#4363))

[Emacs bug Tracking System]

[-- Attachment #1: Type: text/plain, Size: 911 bytes --]

Your message dated Sat, 14 Nov 2009 20:10:24 +0100
with message-id <4AFF00A0.9020105@swipnet.se>
and subject line Re: bug#4524: 23.1.50; Fullscreen mode layout fixed (Reopen of bug#4363)
has caused the Emacs bug report #4524,
regarding 23.1.50; Fullscreen mode layout fixed (Reopen of bug#4363)
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 owner@emacsbugs.donarmstrong.com
immediately.)


-- 
4524: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4524
Emacs Bug Tracking System
Contact owner@emacsbugs.donarmstrong.com with problems

[-- Attachment #2: Type: message/rfc822, Size: 2834 bytes --]

From: Ulrich Neumerkel <ulrich@complang.tuwien.ac.at>
To: emacs-pretest-bug@gnu.org
Subject: 23.1.50; Fullscreen mode layout fixed (Reopen of bug#4363)
Date: Tue, 22 Sep 2009 20:28:05 +0200
Message-ID: <E1MqA5t-0006Da-1v@a4.complang.tuwien.ac.at>

In fullscreen mode, there is no way to configure the following (from the
original bug#4363):

 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.

Note that I am happy to find some clean (.emacs.el) way to do this.

In GNU Emacs 23.1.50.2 (i686-pc-linux-gnu, X toolkit)
 of 2009-09-10 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''
/


[-- Attachment #3: Type: message/rfc822, Size: 2840 bytes --]

From: "Jan Djärv" <jan.h.d@swipnet.se>
To: Ulrich Neumerkel <ulrich@complang.tuwien.ac.at>, 4524@emacsbugs.donarmstrong.com
Cc: emacs-pretest-bug@gnu.org, 4524-done@emacsbugs.donarmstrong.com
Subject: Re: bug#4524: 23.1.50; Fullscreen mode layout fixed (Reopen of bug#4363)
Date: Sat, 14 Nov 2009 20:10:24 +0100
Message-ID: <4AFF00A0.9020105@swipnet.se>

Ulrich Neumerkel skrev:
> In fullscreen mode, there is no way to configure the following (from the
> original bug#4363):
> 
>  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.
> 
> Note that I am happy to find some clean (.emacs.el) way to do this.
> 

There is no no-mans-land for the Gtk-version of Emacs. This fixes it for the 
Lucid-version:

(set-frame-parameter nil 'internal-border-width 0)

	Jan D.

bug#4524: 23.1.50; Fullscreen mode layout fixed (Reopen of bug#4363)

[Ulrich Neumerkel]

> There is no no-mans-land for the Gtk-version of Emacs. This fixes it for the
> Lucid-version:

But there are other problems with the Gtk-version that causes me to
use the --without-toolkit-scroll-bars option.

I.e. you cannot do precise positioning.  Also you cannot undo precisely
a page-next.  This is very useful, in particular if you are not sitting
in front of the screen but helping someone out - using only the mouse.

Here is a nice explanation of these features:
http://www.complang.tuwien.ac.at/anton/athena-scrollbars

bug#4524: 23.1.50; Fullscreen mode layout fixed (Reopen of bug#4363)

[Jan Djärv]

Ulrich Neumerkel skrev 2009-11-14 20.18:
>> There is no no-mans-land for the Gtk-version of Emacs. This fixes it for the
>> Lucid-version:
>
> But there are other problems with the Gtk-version that causes me to
> use the --without-toolkit-scroll-bars option.
>
> I.e. you cannot do precise positioning.  Also you cannot undo precisely
> a page-next.  This is very useful, in particular if you are not sitting
> in front of the screen but helping someone out - using only the mouse.
>
> Here is a nice explanation of these features:
> http://www.complang.tuwien.ac.at/anton/athena-scrollbars

This is something the people at Gtk+ decided, nothing Emacs can do about it.

	Jan D.