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

Bug#919475: xterm: No resize larger than display size?



On Wed, 2019-01-16 20:58:16 -0500, Thomas Dickey <dickey@his.com> wrote:
> On Wed, Jan 16, 2019 at 01:10:24PM +0100, Jan-Benedict Glaw wrote:
> > Package: xterm
> > Version: 342-1
[…]
> > I was used to resize the uxterm window quite larger than the actual
> > root window size (and move the window to see parts of it), which may
> > be useful for stuff presenting quite long lines. This used to work at
> > least in version 327-2, and didn't work in 338-1 nor current 342-1.
> > 
> >   Bisecting it down, it seems this bug was introduced with the import
> > of 334. Though I didn't find an obvious entry in XTerm's changelog.
> 
> How did you move it?  Perhaps related to this, from #336:
> 
> 	revise omitTranslation resource, e.g., splitting “default” into several
> 	more useful categories

I'm a WindowMaker user, so my move and resize works like this:

 Move a Window
~~~~~~~~~~~~~~~
This is a regular PC with a usual keyboard (German layout), window
move is done by pressing Alt, left-click anywhere in the UXterm window
and move the window (while the left mouse button is held.) The window
is grabbed somewhere near the lower right corner and moved to the top
left, so that most of the UXterm window is off-screen.

 Resize Window
~~~~~~~~~~~~~~~
With the UXterm window barely visible, I right-click anywhere in its
lower right corner while keeping Alt pressed and expand it to the
screen's lower right corner. During the resize, the window isn't
redrawn, but WindowMaker shows the window's shadowed decoration so you
know how large the window will be. Also, an indicator is given all the
time how many rows/columns the resized window will have.

  Once you let go the right mouse button, the window isn't actually
resized to the anticipated size, but only to the size you'd expect to
get when going full-screen (keeping window decorations). So you end up
with less rows/columns than initially indicated.

  In earlier versions, you'd freely resize UXterm and it happily
accepted a size larger than the actual screen size---which proved
quite useful for me.

Thanks,
  Jan-Benedict
PS: Just to make sure, I also checked that this odd resize behavior
also occurs when resizing the window by left-click + drag using
WindowMaker's lower window decoration for resizing.

-- 

Attachment: signature.asc
Description: PGP signature


Reply to: