Initial geometry with (scroll-bar-mode -1) (tool-bar-mode -1)

Initial geometry with (scroll-bar-mode -1) (tool-bar-mode -1)

[SIEBER,FRED (Non-HP-Roseville,ex1)]

If you place

   (tool-bar-mode -1)
(scroll-bar-mode -1)

in your .emacs file,  emacs will not correctly honor your -geometry
call line option, it follows you geometry request as if you had
specified a scroll bar and tool then changes the window size by
removing them.

This bug is new with 21.0.



Frederick Sieber     916-748-4048
fred_sieber@non.hp.com 

Re: Initial geometry with (scroll-bar-mode -1) (tool-bar-mode -1)

[Eli Zaretskii]

> From: "SIEBER,FRED (Non-HP-Roseville,ex1)" <fred_sieber@non.hp.com>
> Date: Fri, 17 May 2002 13:47:27 -0400
> 
> If you place
> 
>    (tool-bar-mode -1)
> (scroll-bar-mode -1)
> 
> in your .emacs file,  emacs will not correctly honor your -geometry
> call line option, it follows you geometry request as if you had
> specified a scroll bar and tool then changes the window size by
> removing them.

Thank you for your report.

This is not really a bug: it's hard to know what the user means when
she customizes Emacs like you did.  Does she want the same overall
geometry of the frame as before disabling the tool bar, or does she
want the same dimensions of the text area?

The unpleasant resize of the frame you observe is the consequence of
the fact that the initial frame is created before your .emacs is
processed.  (It's hard not to do that, since most Emacs functions
will not work without a live frame.)

If you want the former, the best way currently is to specify that in
your ~/.Xdefaults or some similar X resource.

> This bug is new with 21.0.

Well, the previous versions didn't have the tool bar at all ;-)

Re: Initial geometry with (scroll-bar-mode -1) (tool-bar-mode -1)

[David desJardins]

Eli Zaretskii <eliz@is.elta.co.il> writes:
> This is not really a bug....
> 
> The unpleasant resize of the frame you observe....

Since you agree that resizing the frame immediately after creating it is
unpleasant, you have to admit it's a bug.  You explain that it's hard to
fix.  I believe that may be true, but it's still extremely annoying.

  -- David desJardins

Re: Initial geometry with (scroll-bar-mode -1) (tool-bar-mode -1)

[Miles Bader]

desj@Math.Berkeley.EDU (David desJardins) writes:
> Since you agree that resizing the frame immediately after creating it is
> unpleasant, you have to admit it's a bug.  You explain that it's hard to
> fix.  I believe that may be true, but it's still extremely annoying.

In fact -- if I recall correctly -- it's actually not that hard to fix,
and in fact at one point Gerd changed it to delay mapping the frame
until it had finished initializing.  However that changed was removed
because there were complaints that it would not do the right thing for
people who did certain things in their .emacs file (I don't remember
exactly what; I think it was prompting for input, or displaying a
message or something like that).

Personally I also hate the current behavior, and don't think that
supporting uncommon behavior in .emacs files justifies it.  Perhaps it
could be made contingent on a variable.

-Miles
-- 
Somebody has to do something, and it's just incredibly pathetic that it
has to be us.  -- Jerry Garcia

Re: Initial geometry with (scroll-bar-mode -1) (tool-bar-mode -1)

[Paul Jarc]

"Eli Zaretskii" <eliz@is.elta.co.il> wrote:
> From: "SIEBER,FRED (Non-HP-Roseville,ex1)" <fred_sieber@non.hp.com>
>> If you place
>>
>>    (tool-bar-mode -1)
>> (scroll-bar-mode -1)
>>
>> in your .emacs file,  emacs will not correctly honor your -geometry
...
>> This bug is new with 21.0.
>
> Well, the previous versions didn't have the tool bar at all ;-)

True, but Emacs 20 behaves the way Fred wants in the analogous case
for menu-bar-mode.  Wouldn't it make sense to follow that precedent?


paul

Re: Initial geometry with (scroll-bar-mode -1) (tool-bar-mode -1)

[Eli Zaretskii]

On Sat, 18 May 2002 prj@po.cwru.edu wrote:

> >> This bug is new with 21.0.
> >
> > Well, the previous versions didn't have the tool bar at all ;-)
> 
> True, but Emacs 20 behaves the way Fred wants in the analogous case
> for menu-bar-mode.  Wouldn't it make sense to follow that precedent?

It would, but someone has to code that without breaking other possible 
uses of .emacs customizations.