positioning of window in X no more possible

positioning of window in X no more possible

[Peter Münster]

Hello,

After updating from version 22.3 to 23.1, it's no more possible to specify
the position of the window using the -geometry option. When starting emacs
with "emacs -g 80x30+10+10", the size is honored but not the position.

Could anybody help please?

TIA for any hints!
Peter

-- 
Contact information: http://pmrb.free.fr/contact/

Re: positioning of window in X no more possible

[Peter Dyballa]

Am 03.10.2009 um 21:51 schrieb Peter Münster:

> Could anybody help please?


How does it work when you additionally add the -Q option?

--
Mit friedvollen Grüßen

   Pete

Alles Vernünftige ist einfach; alles Komplizierte ist überflüssig.
				- M. Kalaschnikow

Re: positioning of window in X no more possible

[Peter Münster]

On Sun, 4 Oct 2009, Peter Dyballa wrote:

> Does "xrdb -q | egrep -i 'emacs|geom'" show something?

Hello Peter,

Yes:
xterm*vt100*geometry:   93x50
emacs*cursorColor:  Red3
emacs*geometry: 82x39+40+84
emacs*font: -*-fixed-medium-r-normal--24-*-*-*-*-120-iso10646-1
xpdf.geometry:  1200x1020+0-0

That's the contents of my .Xdefaults file.


> GNU Emacs 23.1, when launched with -Q, should still follow X resources.  Its
> help lists -g as meaning the same as --geometry. How does this work instead of
> -g?

The same result.


> Does the variable command-line-args contain the command line arguments?

No.


> What is the command 'which emacs' returning? And what is 'file `which emacs`'
> telling?

It's a shell script:
#!/bin/bash
# Possible values are nox, gtk, or x11
: ${EMACS_TOOLKIT:=gtk}
exec -a ${0} ${0}-${EMACS_TOOLKIT} ${1+"$@"}

I have not set the environment variable EMACS_TOOLKIT, so emacs-gtk is
called.

Now I've tried emacs-x11: there is no such problem, so it seems to be the
gtk-layer.

Here the details:

file `which emacs-gtk`:
/usr/bin/emacs-gtk: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), for GNU/Linux 2.6.4, dynamically linked (uses shared libs), stripped

file `which emacs-x11`: the same

emacs-gtk -Q -g 20x20+500+500  ->  +500+500 ignored
emacs-x11 -Q -g 20x20+500+500  ->  no problem

Cheers, Peter

-- 
Contact information: http://pmrb.free.fr/contact/

Re: positioning of window in X no more possible

[Peter Dyballa]

Am 04.10.2009 um 20:34 schrieb Peter Münster:

> Now I've tried emacs-x11: there is no such problem, so it seems to  
> be the
> gtk-layer.


So it might be best to create a shell alias "emacs" pointing to emacs- 
x11! Or such...


Your Linux OS obviously has altered GNU Emacs in uncommon ways (IMO).  
It might be best to learn your Linux OS or use a self-compiled real  
GNU Emacs.

--
Mit friedvollen Grüßen

   Pete

If it should exist, it doesn't.
				– Arnold's First Law of Documentation

Re: positioning of window in X no more possible

[Peter Münster]

On Sun, 4 Oct 2009, Peter Dyballa wrote:

> Your Linux OS obviously has altered GNU Emacs in uncommon ways (IMO). It might
> be best to learn your Linux OS or use a self-compiled real GNU Emacs.

Hello Peter,

Indeed, I did not think of this possibility. I've just tested a
self-compiled real GNU Emacs, here is the result:

emacs-22.3:
./configure --with-x-toolkit=gtk && make && src/emacs -Q -g 20x20+200+200
-> no problem

emacs-23.1:
./configure --with-x-toolkit=gtk && make && src/emacs -Q -g 20x20+200+200
-> position ignored

So openSUSE Factory is not responsible...

Am I the only one having this problem??

Cheers, Peter

-- 
Contact information: http://pmrb.free.fr/contact/

Re: positioning of window in X no more possible

[Peter Dyballa]

Am 05.10.2009 um 10:27 schrieb Peter Münster:

> Am I the only one having this problem??

I'm having it too:

   Corners:  +202+228  -930+228  -930-350  +202-350
   -geometry 38x20+200+200

So there is also some bug in GNU Emacs 23.1.50 from CVS. I'll report  
mine for 23.1.50 from CVS, you should report yours...

--
Mit friedvollen Grüßen

   Pete                           <]
              o        __o         |__    o       HPV, the real
     ___o    /I       -\<,         |o \  -\),-%     high speed!
___/\ /\___./ \___...O/ O____.....`-O-'-()--o_________________

Re: positioning of window in X no more possible

[Peter Dyballa]

Am 05.10.2009 um 10:27 schrieb Peter Münster:

> emacs-22.3:
> ./configure --with-x-toolkit=gtk && make && src/emacs -Q -g 20x20 
> +200+200
> -> no problem
>
> emacs-23.1:
> ./configure --with-x-toolkit=gtk && make && src/emacs -Q -g 20x20 
> +200+200
> -> position ignored


At least the second frame (C-x 5 2) has the right geometry. For me  
the first frame has the right position but is almost double as wide  
as specified. Maybe there is a bug in computing the right values in a  
world of complicated and anti-aliased fonts. And in my case X server  
and window manager are stone-old!

--
Mit friedvollen Grüßen

   Pete

"We need a president who's fluent in at least one language."
				– Buck Henry

Re: positioning of window in X no more possible

[Tim X]

Peter Dyballa <Peter_Dyballa@Web.DE> writes:

> Am 04.10.2009 um 09:32 schrieb Peter Münster:
>
>> On Sat, 3 Oct 2009, Peter Dyballa wrote:
>>
>>> How does it work when you additionally add the -Q option?
>>
>> Hello Peter,
>>
>> The problem is the same with the -Q option.
>
>
> Does "xrdb -q | egrep -i 'emacs|geom'" show something?
>
> GNU Emacs 23.1, when launched with -Q, should still follow X resources.  Its help lists -g as meaning the same as --geometry. How  does this work instead of -g? Does the variable command-line-args  contain the command line arguments? What is the command 'which emacs'  returning? And what is 'file `which emacs`' telling? Does 'emacs -- 
> help' work?
>
> --

I messed the orriginal post, but just in case its not been made clear,
window placement (frames in emacs terminology) is managed by the window
manager. Emacs can provide 'hints' in the form of geometry
specification, which may or may not be honoured by the window
manager. In some cases, the window manager may only use part of the
information. For example, it may honour the geometry size request, but
ignore placement directives or use the placement directives in
combination with thge window manager placement configuration to
position the window as close to the position requested, but within
thewm config on window placement (for examplke, you may have configured
the wm not to overlap windows or to tile windows and this will be
affected by other windows that are already displaying). 

Its been a while since I looked at geometry specifications. Last time I
looked into it, there was some variation in how geometry values are
interpreted for window managers that also provide virtual
windows/workspaces. >
>
What window manager are you using?
What emacs specific and 'wildcard' values do you have in your
.Xresources?

Tim
>
>
>

-- 
tcross (at) rapttech dot com dot au

Re: positioning of window in X no more possible

[Peter Münster]

On Mon, 5 Oct 2009, Tim X wrote:

> Its been a while since I looked at geometry specifications. Last time I
> looked into it, there was some variation in how geometry values are
> interpreted for window managers that also provide virtual
> windows/workspaces. >
> >
> What window manager are you using?

Hello Tim,

I'm using fvwm (version 2.5.26). Now I've tested KDE and failsafe-session
(no window manager at all), and indeed: no problem!  So it's the fvwm
window manager, that ignores the position hint.

So thanks for your answer!  I'm going to test the latest fvwm version now.

Cheers, Peter

-- 
Contact information: http://pmrb.free.fr/contact/

Re: positioning of window in X no more possible

[despen]

Peter Münster <pmlists@free.fr> writes:

> On Mon, 5 Oct 2009, Tim X wrote:
>
>> Its been a while since I looked at geometry specifications. Last time I
>> looked into it, there was some variation in how geometry values are
>> interpreted for window managers that also provide virtual
>> windows/workspaces. >
>> >
>> What window manager are you using?
>
> Hello Tim,
>
> I'm using fvwm (version 2.5.26). Now I've tested KDE and failsafe-session
> (no window manager at all), and indeed: no problem!  So it's the fvwm
> window manager, that ignores the position hint.
>
> So thanks for your answer!  I'm going to test the latest fvwm version now.

Fvwm ignores the positioning hint when you tell it to.

Style * !UsePPosition
-or-
Style * NoUsePPosition

You can use the BugOpts ExplainWindowPlacement command
to get details on what Fvwm is doing during placement.

Re: positioning of window in X no more possible

[Peter Münster]

On Mon, 5 Oct 2009, despen@verizon.net wrote:

> Fvwm ignores the positioning hint when you tell it to.
> 
> Style * !UsePPosition
> -or-
> Style * NoUsePPosition

You're right. I have that line in my .fvwmrc file, that I created about
12 years ago, so I forgot about this detail...

Now I've added

Style "emacs*" UsePPosition

to my .fvwmrc and it works.

But it's strange, that only the new emacs needs this option (and only the
gtk-version), no other program that I use needs it...

Thanks!
Peter

-- 
Contact information: http://pmrb.free.fr/contact/