Logs on 2023-03-07 (liberachat/#xmonad)
| 00:38:59 | × | banc- quits (banc@gateway/vpn/protonvpn/banc) (Ping timeout: 260 seconds) |
| 00:49:09 | → | banc joins (banc@gateway/vpn/protonvpn/banc) |
| 00:54:03 | × | banc quits (banc@gateway/vpn/protonvpn/banc) (Ping timeout: 268 seconds) |
| 00:59:26 | → | banc joins (banc@gateway/vpn/protonvpn/banc) |
| 02:38:54 | → | rekahsoft joins (~rekahsoft@bras-base-orllon1122w-grc-07-174-95-68-142.dsl.bell.ca) |
| 02:54:32 | × | fnurglewitz quits (uid263868@id-263868.lymington.irccloud.com) (Quit: Connection closed for inactivity) |
| 03:04:11 | × | banc quits (banc@gateway/vpn/protonvpn/banc) (Ping timeout: 248 seconds) |
| 03:22:42 | → | banc joins (banc@gateway/vpn/protonvpn/banc) |
| 03:31:18 | × | td_ quits (~td@i53870927.versanet.de) (Ping timeout: 268 seconds) |
| 03:32:50 | → | td_ joins (~td@i53870905.versanet.de) |
| 03:35:37 | × | rekahsoft quits (~rekahsoft@bras-base-orllon1122w-grc-07-174-95-68-142.dsl.bell.ca) (Ping timeout: 268 seconds) |
| 04:13:40 | × | sundbry quits (~quassel@2600:1700:38c6:180:a1da:9e07:832c:1349) (Ping timeout: 260 seconds) |
| 05:36:00 | × | ecool quits (~ecool@102.129.235.72) (Ping timeout: 248 seconds) |
| 06:24:00 | → | derfflinger joins (~derffling@user/derfflinger) |
| 06:49:35 | <kora9> | How can I set a workspace to be for example in "tabbed layout" by default? (without all workspaces being in that layout) |
| 07:05:46 | <kora9> | Ah, found it and figured it out perWorkspace component :) |
| 07:07:15 | <[Leary]> | kora9: I would send the workspace `NextLayout` messages in `startupHook`. Unfortunately we don't currently have a convenient `messageWorkspace :: Message m => WorkspaceId -> m -> X ()` floating around, but you can write it like `messageWorkspace tag msg = do { wksp <- gets (W.workspace . W.current . W.view tag . windowset); sendMessageWithNoRefresh msg wksp }`. |
| 07:07:42 | <[Leary]> | You can do it with `PerWorkspace` too, but that's ... ugly? |
| 07:08:24 | <[Leary]> | Well, I don't like that way, since it's keeping extra state hanging around in every workspace. |
| 07:08:29 | <kora9> | [Leary]: What's ugly about it? It was really simple to integrate. I just added onWorkspaces ["workspace 1", "workspace 2"] tabs to my layoutHook |
| 07:09:04 | <kora9> | What does it mean that it's keeping extra state hanging around? (sorry I'm not that skilled in haskell/xmonad yet) :) |
| 07:09:36 | <kora9> | What I do notice is that I can no longer change the layout in those workspaces, which may be annoying at some point |
| 07:18:24 | <[Leary]> | kora9: It's "ugly" in the logic of the implementation, not in a way that's visible in config---it evokes my displeasure from an implementor's perspective. Basically, `PerWorkspace` doesn't actually put different layouts in different workspaces, it just chooses which one to use based on the current workspace tag (which may also cause fragile behaviour in message handling). Both layouts are instead duplicated across every workspace, and the logic of wor |
| 07:18:24 | <[Leary]> | kspace selection is repeated every time the layout runs or handles a message. This is an unfortunate cost in both time and space for something that could be determined statically. |
| 07:18:59 | <[Leary]> | layout selection* |
| 07:19:10 | <kora9> | [Leary]: Ah, thanks for explaining. Yeah that doesn't sound ideal |
| 07:30:51 | <kora9> | Is it possible to switch directly to a specific application in a (perhaps not active) tab on a specific workspace? |
| 07:31:26 | <kora9> | I.e. so that whenever I press a key it will go to the workspace the app is on, and if the workspace is tabbed, make the tab with the application visible |
| 07:33:36 | <[Leary]> | I don't use the module so I don't know the details, but you probably want X.A.WindowGo, perhaps `raise`. |
| 07:36:41 | <kora9> | [Leary]: Yeah, WindowGo and 'runOrRaise' worked perfectly :) |
| 07:38:19 | × | derfflinger quits (~derffling@user/derfflinger) (Ping timeout: 248 seconds) |
| 07:54:13 | → | mncheck joins (~mncheck@193.224.205.254) |
| 08:19:58 | × | ft quits (~ft@p3e9bc443.dip0.t-ipconnect.de) (Quit: leaving) |
| 08:50:00 | → | cfricke joins (~cfricke@user/cfricke) |
| 09:13:10 | <kora9> | This was a great tip too: https://wiki.haskell.org/Xmonad/General_xmonad.hs_config_tips#Shift_an_app_to_a_workspace_and_view_it |
| 09:28:06 | → | chomwitt joins (~chomwitt@2a02:587:7a18:6d00:1ac0:4dff:fedb:a3f1) |
| 09:29:17 | → | derfflinger joins (~derffling@user/derfflinger) |
| 09:44:47 | → | nrv joins (~nrv@user/nrv) |
| 10:06:42 | × | mncheck quits (~mncheck@193.224.205.254) (Remote host closed the connection) |
| 10:20:15 | × | werneta quits (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 248 seconds) |
| 10:21:03 | <Solid> | reminds me that we wanted to migrate the wiki (well, at least the FAQ) to the website |
| 10:22:16 | → | werneta joins (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) |
| 11:26:35 | × | derfflinger quits (~derffling@user/derfflinger) (Ping timeout: 248 seconds) |
| 11:36:37 | × | cfricke quits (~cfricke@user/cfricke) (Ping timeout: 268 seconds) |
| 11:59:12 | → | hightower2 joins (~hightower@85.94.71.188) |
| 12:05:56 | → | derfflinger joins (~derffling@user/derfflinger) |
| 12:18:42 | → | cfricke joins (~cfricke@user/cfricke) |
| 12:42:08 | × | nrv quits (~nrv@user/nrv) (Quit: Client closed) |
| 12:51:25 | → | nrv joins (~nrv@user/nrv) |
| 12:51:45 | × | nrv quits (~nrv@user/nrv) (Client Quit) |
| 13:18:37 | <kora9> | Does anyone here have a config that has a good notification-summary for dunst (like away/active modes, recording notifications while away or at least displaying a total)? |
| 13:18:57 | <kora9> | (for xmobar/xmonad) |
| 13:29:30 | → | nrv joins (~nrv@user/nrv) |
| 13:33:31 | → | fnurglewitz joins (uid263868@id-263868.lymington.irccloud.com) |
| 13:56:09 | × | werneta quits (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 255 seconds) |
| 13:58:02 | → | werneta joins (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) |
| 14:32:47 | × | de-vri-es quits (~de-vri-es@voyager.de-vri.es) (Quit: Bathrobe!) |
| 14:33:13 | → | de-vri-es joins (~de-vri-es@voyager.de-vri.es) |
| 15:36:41 | × | derfflinger quits (~derffling@user/derfflinger) (Quit: Leaving) |
| 15:50:16 | × | cfricke quits (~cfricke@user/cfricke) (Quit: WeeChat 3.8) |
| 16:50:28 | × | sadmax quits (~user@64.130.91.66) (Ping timeout: 252 seconds) |
| 17:34:32 | × | fnurglewitz quits (uid263868@id-263868.lymington.irccloud.com) (Quit: Connection closed for inactivity) |
| 18:05:00 | <kora9> | Also interested if anyone has something dmenu-like written in haskell |
| 18:07:31 | <geekosaur> | http://dmwit.com/yeganesh/ is a wrapper around dmenu. I don't think anyone has reimplemented dmenu itself |
| 18:13:22 | <kora9> | geekosaur: a wrapper is fun enough I suppose! :-) |
| 18:13:35 | <kora9> | I'm super happy with dmenu, just would be even better with haskell extensibility/live edits |
| 18:14:14 | <geekosaur> | someone could probably do that but as far as I can tell nobody's seen a reason to: dmenu as it is is good enough for them |
| 18:14:25 | <geekosaur> | several wrappers for it though, some in haskell |
| 18:14:40 | <geekosaur> | yeganesh was just the first one that came to mind |
| 18:41:42 | <kora9> | geekosaur: Yeah dmenu is probably as close to perfection as you can make a utility. I've used it in so many different ways via shell scripts already and it's a mainstay in every wm I use |
| 18:41:53 | <kora9> | It just sucks less :-P |
| 18:55:45 | <liskin> | kora9: have you seen rofi? |
| 19:42:43 | → | ft joins (~ft@p3e9bc443.dip0.t-ipconnect.de) |
| 19:57:31 | × | chomwitt quits (~chomwitt@2a02:587:7a18:6d00:1ac0:4dff:fedb:a3f1) (Ping timeout: 248 seconds) |
| 20:00:30 | → | ecool joins (~ecool@181.214.94.33) |
| 20:02:35 | → | tartohelmu[m] joins (~tartohelm@2001:470:69fc:105::3:27d0) |
| 20:02:36 | ← | tartohelmu[m] parts (~tartohelm@2001:470:69fc:105::3:27d0) () |
| 20:02:49 | → | fr1d4y[m] joins (~fr1d4yenv@2001:470:69fc:105::2:ea3c) |
| 20:05:18 | <kora9> | liskin: Yeah, I've used it as well at times. I like their fuzzy matching better, but I prefer dmenu's compact UI. I know rofi has a dmenu mode (for syntax compatibility) but is it possible to modify the rofi UI to be up top like dmenu? |
| 20:06:20 | Solid | also just wrote his own wrapper around dmenu |
| 20:13:30 | <MrElendig> | kora9: you can theme rofi to be a single line on top yes |
| 20:13:54 | <kora9> | MrElendig: Oh nice, that's something I'm going to do tomorrow! :) |
| 20:14:19 | <MrElendig> | kora9: see if you have /usr/share/rofi/themes/dmenu.rasi |
| 20:14:40 | <MrElendig> | that is a ready to use one that sometimes ships with rofi |
| 20:14:46 | <kora9> | Yep! |
| 20:15:04 | <kora9> | Cool |
| 20:15:31 | <kora9> | My main annoyance with dmenu has been that it doesn't respect .applications files, rofi does (plus has nice fuzzy matching) |
| 20:15:50 | <MrElendig> | can copy it to .comfig/rofi/themes or wheatever the path is and then rofi -theme dmenu |
| 20:15:57 | <kora9> | (I know the reason is probably because .application files suckmore, but in practice I use them) :) |
| 20:16:26 | <kora9> | MrElendig: Cool, I'll do that now :) |
| 20:17:01 | <MrElendig> | er.. just goes directly to ~/.config/rofi |
| 20:40:35 | × | nrv quits (~nrv@user/nrv) (Quit: Client closed) |
| 21:20:08 | <liskin> | rofi is incredibly powerful, I use it for emoji entry (because the ctrl-. keybinding only works in certain gtk apps, but not in chrome nor firefox) and also for all those things one would use GridSelect for, like switching layouts in xmonad, focusing a window by name, focusing a browser tab by title, etc. |
| 21:22:49 | × | lambdabot quits (~lambdabot@haskell/bot/lambdabot) (Remote host closed the connection) |
| 22:24:33 | → | lambdabot joins (~lambdabot@haskell/bot/lambdabot) |
All times are in UTC on 2023-03-07.