PX vs PPT for resize

asked 2014-05-26 00:23:09 +0000

joek1010
13 ●2 ●2 ●4

I made this as a comment to another question but it was probably too old. Anyway:

Is there a reason i3 doesn't support either pixel values or fractional resize PPT values for tiled windows? Since ppx isn't supported and PPT values get rounded to the nearest int you can only resize to approximately the value you wanted.

Example: say I have 3 containers split evenly; correct me if I'm wrong but it's impossible to resize one to 50%. This is a trivial example that could be solved by messing with the tree but you see where I'm going, there are certain layouts that are possible to get to from others.

answered 2014-05-26 13:12:19 +0000

ANOKNUSA
536 ●3 ●11 ●20

I hope I'll be corrected if I'm wrong, but the fact as I understand it is that i3 (or any window manager, for that matter) does not determine window sizes on its own. How it resizes windows is in part dictated by how each application on screen handles internal visuals (or how its toolkit does, perhaps). The most common examples in the *nix world are terminal emulators, which user their own internal grid for text rendering and thus cannot be resized fractionally.

edit flag offensive delete link

Comments

I think this is incorrect. i3 dictates the size of the window that an app can draw in down to the pixel level. Proof is that you can resize floating windows with pixel level granularity with i3; I think the PPT argument restriction (must provide PPT and it is rounded) is one imposed by i3.

joek1010 ( 2014-05-27 02:50:36 +0000 )edit

add a comment

PX vs PPT for resize

1 answer

Comments

Question Tools

Stats

Related questions