bug in set-frame-position?

bug in set-frame-position?

[Mickey Ferguson]

>From the documentation:

(set-frame-position FRAME XOFFSET YOFFSET)

Sets position of FRAME in pixels to XOFFSET by YOFFSET.
This is actually the position of the upper left corner of the frame.
Negative values for XOFFSET or YOFFSET are interpreted relative to
the rightmost or bottommost possible position (that stays within the
screen).

Now what I want is to be able to specify my window (frame) to be up against
the right-hand side of my screen.  So I thought I would use (set-frame
position (selected-frame) -0 0).  Nope, it interprets -0 the same as 0.  The
best I could do was -1 0, which left a little space between my window and
the edge of the screen.  Is there any way to specify it flush-right?  Or is
this a bug where it should interpret -0 as meaning flush-right, but it's
not?  Or maybe there's another way to do this?

Re: bug in set-frame-position?

[Francis Litterio]

Mickey Ferguson wrote:

> Now what I want is to be able to specify my window (frame) to be up against
> the right-hand side of my screen.  So I thought I would use (set-frame
> position (selected-frame) -0 0).  Nope, it interprets -0 the same as 0.  The
> best I could do was -1 0, which left a little space between my window and
> the edge of the screen.  Is there any way to specify it flush-right?  Or is
> this a bug where it should interpret -0 as meaning flush-right, but it's
> not?  Or maybe there's another way to do this?

If you know the size of the small gap between the frame's right border
and the right edge of your display (say, 3 pixels), then you could do
this:

	(set-frame-position frame -1 ypos)
	(set-frame-position frame (+ 3 (frame-parameter frame 'left)) ypos)

This may be caused by the way that function x_calc_absolute_position()
converts negative left and top frame offsets into equivalent positive
offsets for your windowing system.
--
Francis Litterio
franl <at> world . std . com

Re: bug in set-frame-position?

[Mickey Ferguson]

Then maybe we should consider this a feature enhancement - that "-0" should
be interpreted as a negative number with zero offset, just like "-1" is a
negative number with 1 offset.  Whether or not this is feasible here, I
cannot say.  But I know that other systems handle "-0" this way.

"Francis Litterio" <franl@world.std.com> wrote in message
news:mailman.13899.1106054097.27204.bug-gnu-emacs@gnu.org...
> Mickey Ferguson wrote:
>
> > Now what I want is to be able to specify my window (frame) to be up
against
> > the right-hand side of my screen.  So I thought I would use (set-frame
> > position (selected-frame) -0 0).  Nope, it interprets -0 the same as 0.
The
> > best I could do was -1 0, which left a little space between my window
and
> > the edge of the screen.  Is there any way to specify it flush-right?  Or
is
> > this a bug where it should interpret -0 as meaning flush-right, but it's
> > not?  Or maybe there's another way to do this?
>
> If you know the size of the small gap between the frame's right border
> and the right edge of your display (say, 3 pixels), then you could do
> this:
>
> (set-frame-position frame -1 ypos)
> (set-frame-position frame (+ 3 (frame-parameter frame 'left)) ypos)
>
> This may be caused by the way that function x_calc_absolute_position()
> converts negative left and top frame offsets into equivalent positive
> offsets for your windowing system.
> --
> Francis Litterio
> franl <at> world . std . com
>
>
>

Re: bug in set-frame-position?

[Francis Litterio]

Mickey Ferguson wrote:

> Then maybe we should consider this a feature enhancement - that "-0" should
> be interpreted as a negative number with zero offset, just like "-1" is a
> negative number with 1 offset.  Whether or not this is feasible here, I
> cannot say.  But I know that other systems handle "-0" this way.

In Emacs-Lisp (and in C, I think), -0 equals 0, so the frame-management
code cannot distinguish -0 from 0.

I suspect the closest you could come to the desired functionality is to
have Emacs interpret an offset of -1 to mean "flush against the right
(or bottom) edge of the display".
--
Francis Litterio
franl <at> world . std . com