Logs on 2023-08-31 (liberachat/#xmonad)
| 00:03:43 | → | bear34 joins (~bear34@c-76-131-115-3.hsd1.co.comcast.net) |
| 00:18:55 | × | bear34 quits (~bear34@c-76-131-115-3.hsd1.co.comcast.net) (Quit: Client closed) |
| 00:59:05 | × | yosafbridge quits (~yosafbrid@static.38.6.217.95.clients.your-server.de) (Quit: Leaving) |
| 01:13:54 | → | yosafbridge joins (~yosafbrid@static.38.6.217.95.clients.your-server.de) |
| 02:21:19 | × | td_ quits (~td@i5387090D.versanet.de) (Ping timeout: 255 seconds) |
| 02:23:17 | → | td_ joins (~td@i53870906.versanet.de) |
| 02:35:09 | × | rundown quits (~defjam@90.211.252.220) (Quit: WeeChat 3.8) |
| 05:59:52 | → | Guest5 joins (~Guest5@106.51.185.177) |
| 06:00:50 | <Guest5> | Hello I am having difficulty launching Xmonad on Void linux |
| 06:00:56 | <Guest5> | I have compiled and installed xmonad (v.17 , using stack) on a fresh Void linux system. I am unable to launch it. I see the following errors when starting X from terminal. I tried editing the .xinitrc as well no change. |
| 06:00:56 | <Guest5> | xmonad-x86_64-linux: user error (openDisplay) main FATAL ERROR] Can't open display. |
| 06:00:57 | <Guest5> | When launched from sddm it returns to login screen with no errors reported in /var/log/sddm.log |
| 06:01:35 | <Guest5> | I dont see the mouse and none of the keybindings seem to work, except for the the Help screen and the Exit (mod+shift+q) |
| 06:25:34 | × | Guest5 quits (~Guest5@106.51.185.177) (Quit: Client closed) |
| 07:14:19 | → | cfricke joins (~cfricke@user/cfricke) |
| 09:31:23 | × | ft quits (~ft@p508db658.dip0.t-ipconnect.de) (Quit: leaving) |
| 10:18:14 | → | mc47 joins (~mc47@xmonad/TheMC47) |
| 10:43:56 | × | cfricke quits (~cfricke@user/cfricke) (Ping timeout: 248 seconds) |
| 11:14:33 | → | cfricke joins (~cfricke@user/cfricke) |
| 11:50:01 | × | cfricke quits (~cfricke@user/cfricke) (Ping timeout: 250 seconds) |
| 14:50:31 | × | hrberg quits (~quassel@171.79-160-161.customer.lyse.net) (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) |
| 14:50:53 | → | hrberg joins (~quassel@171.79-160-161.customer.lyse.net) |
| 16:12:56 | → | dukk joins (~dukk@c-73-215-56-153.hsd1.nj.comcast.net) |
| 16:13:18 | <dukk> | would i be able to toggle a window to floating and resize it? |
| 16:13:41 | <dukk> | like i want to set up a key to float a window and resize it to a certain size |
| 16:16:20 | <dukk> | i found the `float` function but how do i have it float the currently active window? |
| 16:23:00 | <geekosaur> | `withFloating (\w -> windows (W.float w someRationalRect))` |
| 16:23:05 | <geekosaur> | er |
| 16:23:13 | <geekosaur> | withFocused not withFloating |
| 16:23:48 | <dukk> | yeah i found the `withFocused` function, but didn't know how to resize the window |
| 16:23:50 | <dukk> | thanks |
| 16:24:04 | <geekosaur> | a RationalRect specifies a position and size in fractions of the screen, since it has to work across multiple screens and they may not all be the same size |
| 16:24:28 | <dukk> | how do i create one? |
| 16:25:32 | <geekosaur> | it's defined in XMonad.StackSet (what I called "W" above, since that's how it's usually imported qualified) |
| 16:25:59 | <geekosaur> | you can just say something like `W.RationalRect 0 0 1 1` for full screen, etc. |
| 16:27:01 | <dukk> | so something like `W.RationalRect 1/3 1/3 2/3 2/3` |
| 16:27:09 | <dukk> | would center it in the screen? |
| 16:27:15 | <dukk> | (and make it smaller?) |
| 16:28:19 | <geekosaur> | you need parens around the fractions, and the sizes should be (1/3) otherwise it extends to the end of the screen in that direction (that is, that reads as "start at 1/3 ofr the screen and take up 2/3 of the screen") |
| 16:29:00 | <dukk> | ah, ok |
| 16:29:11 | <dukk> | so just `W.RationalRect (1/3) (1/3) (1/3) (1/3)` |
| 16:29:18 | <dukk> | would have that effect |
| 16:29:27 | <geekosaur> | yep |
| 16:30:04 | <geekosaur> | also, if the idea is to be able to pop a window out temporarily to take up a chunk of the screen instead of just its tile, take a look at XMonad.Layout.Magnify |
| 16:31:05 | <dukk> | will look at that too |
| 16:31:10 | <dukk> | works now, thanks! |
| 16:33:34 | × | dukk quits (~dukk@c-73-215-56-153.hsd1.nj.comcast.net) (Quit: Client closed) |
| 18:23:38 | × | [Leary] quits (~Leary]@user/Leary/x-0910699) (Remote host closed the connection) |
| 18:23:53 | → | [Leary] joins (~Leary]@user/Leary/x-0910699) |
| 18:34:23 | × | mc47 quits (~mc47@xmonad/TheMC47) (Remote host closed the connection) |
| 19:13:10 | avalan | is now known as dweller |
| 20:08:25 | → | acidbong joins (6e5528b381@198.108.76.108) |
| 20:20:09 | → | ft joins (~ft@p508db658.dip0.t-ipconnect.de) |
| 21:43:39 | → | mml joins (~mml@164.92.108.41) |
| 21:46:21 | <mml> | hi there. i'm using namedScratchpad with customFloating and it works fine, except that i have a certain scratchpad I use for viewing logs. sometimes i shrink or grow the font and i want a hotkey that causes the RationalRect geometry to be recomputed and the window to be shrunk or grown as appropriate. in most circumstances, though, if I've changed the size of a scratchpad window, I just want it left alone |
| 21:49:29 | <geekosaur> | hm. I think that's actually up to the terminal; the ones I use resize automatically\ |
| 21:49:56 | <geekosaur> | the size set by customFloating et al. are only applied when the window is first mapped |
| 21:50:34 | <mml> | i suppose i could just ctrl-right click on them and eyeball the size i want |
| 21:50:51 | <mml> | alt-right-click i guess it is |
| 21:51:45 | <geekosaur> | (the real problem being we don't know how to properly resize the terminal according to the font, and in fact can't even know that the font size changed within it) |
| 21:53:01 | <mml> | i don't actually need it to know anything or be fancy.. i'd be happy to just bind a hotkey to the action "set this window's geometry to X% of width, Y% of height" |
| 21:53:53 | <geekosaur> | withFocused $ \w -> windows (W.float w (W.RationalRect x y w h)) |
| 21:54:04 | <geekosaur> | (import qualified XMonad.StackSet as W) |
| 21:54:33 | <mml> | hmm.. ok, yeah that makes sense |
| 21:59:53 | <mml> | geekosaur: thanks, that works good enough, since this really only comes up with a single floating window |
| 22:01:17 | <mml> | a similar issue arises if I change font size in other applications (gvim, e.g.)... vim tries to shrink or grow its window, either drawing text i can't see or wasting a bunch of the screen space allotted to it by xmonad. I usually fix this by launching a terminal and exiting it immediately with ^D. works fine but always feels like i should have a better answer. this is for a non-floating window. |
| 22:04:46 | <geekosaur> | this sounds like stuff is not drawing properly for some reason. we don't control what an app draws in its own window, so there isn't a lot to be done about it unless mod-n somehow helps |
| 22:04:56 | <geekosaur> | which is still a hack |
| 22:10:07 | <mml> | i think what both of these programs have in common is that they both specify geometry in characters... quoting from X(7): "The WIDTH and HEIGHT parts of the geometry specification are usually measured in either pixels or characters, depending on the application." |
| 22:10:38 | <mml> | i don't know enough about X to know the exact implications of this |
| 22:23:04 | <geekosaur> | it's less about X than about the toolkit they're using |
| 22:24:36 | <geekosaur> | if it's in characters then it'll usually be exposed to the window manager as an aspect ratio, but we don't do anything with it unless you use https://hackage.haskell.org/package/xmonad-contrib-0.17.1/docs/XMonad-Layout-LayoutHints.html |
| 22:25:44 | <geekosaur> | and even then we don't auto-resize windows especially if they are tiled; some programs/toolkits ignore the part of the WM spec that says that the WM has the last word on window placement and size and expect the WM to automatically obey changes to size hints |
| 22:25:57 | <geekosaur> | (they're called hints for a reason) |
All times are in UTC on 2023-08-31.