Logs: liberachat/#xmonad
| 2021-11-27 14:53:28 | <Vermoot> | I'm guessing in general binding a mouse button without any modifier isn't a good idea? |
| 2021-11-27 14:54:00 | → | qbt joins (~qbt@user/edun) |
| 2021-11-27 15:00:23 | × | qbt quits (~qbt@user/edun) (Quit: Leaving.) |
| 2021-11-27 15:09:31 | <geekosaur> | right, that takes it away from apps |
| 2021-11-27 15:10:05 | <geekosaur> | and while you can configure a key to be a modifier, you can't configure a mouse button to be a modifier |
| 2021-11-27 15:12:36 | <geekosaur> | there are other potential solutions, for example you can get a foot pedal and set it up as a modifier |
| 2021-11-27 15:21:29 | <Vermoot> | eeeeh |
| 2021-11-27 15:21:37 | <Vermoot> | I don't really have a use for that right now |
| 2021-11-27 15:22:06 | <Vermoot> | I do have a mouse with tons of buttons though, some of which I could use for that kind of stuff |
| 2021-11-27 15:22:24 | <Vermoot> | But right now the mouse is configured to send keyboard events, like a numpad |
| 2021-11-27 15:22:27 | <Vermoot> | Which isn't ideal |
| 2021-11-27 15:23:27 | <Vermoot> | I'm not sure how to make it output mouse button events (20 of them) |
| 2021-11-27 15:23:34 | <Vermoot> | (It's a Logitech G600) |
| 2021-11-27 15:24:32 | <geekosaur> | I think you have to run a configuration utility (which of course is only available for Windows) |
| 2021-11-27 15:24:59 | <Vermoot> | My overall goal is always the same: have a setup I can use in keyboard-only (that's easy) mode, kb+m, or mouse only for when I'm lazily browsing with just my mouse |
| 2021-11-27 15:25:09 | <geekosaur> | (maaaaaaybe MacOS if they felt like it; Logi goes through phases where they only admit to Windows existing) |
| 2021-11-27 15:25:48 | <Vermoot> | geekosaur, eeeh, Logitech's software is really not great. G hub is the shitty replacement for the already-not-great Logitech Gaming Software |
| 2021-11-27 15:27:46 | <Vermoot> | Problem is the mouse has some internal memory with bindings inside, so I can either run it in software mode, where mouse events are passed to Logitech's software, which outputs what's bound to them, or firmware mode, with bindings in memory. As far as I can tell, when the mouse can't detect any Logitech software on the system it automatically falls back to firmware mode, making it hard for me to do whatever I want with the mouse events |
| 2021-11-27 15:28:34 | <Vermoot> | anyhoo |
| 2021-11-27 15:29:15 | <Vermoot> | I need to find a way to be able to move and resize windows with the mouse only, without window decorations. Which doesn't seem very doable :D |
| 2021-11-27 15:29:27 | <geekosaur> | so in that case I wonder if you can just bind some of those firmware events as modifiers |
| 2021-11-27 15:29:43 | <geekosaur> | might be difficult if there's no way to distinguish from e.g. a digit |
| 2021-11-27 15:30:26 | <Vermoot> | Yeah. In firmware mode right now the mouse is set to output 0-9 and -= |
| 2021-11-27 15:30:48 | <Vermoot> | So I'd have to somehow grab those and verify the device ID from which they've been sent, maybe |
| 2021-11-27 15:30:57 | <Vermoot> | But that's *very* jank imo |
| 2021-11-27 15:32:07 | <geekosaur> | you'd have to use XInput2 to detach the mouse-"keyboard" from the shared keyboard input, then use handleEventHook to recognize the events, but then you lose them as modifiers |
| 2021-11-27 15:32:36 | <geekosaur> | have to do everything yourself |
| 2021-11-27 15:32:48 | <Vermoot> | I could probably do something with kmonad as well, grabbing events from the mouse-keyboard only and then rebinding them to something else |
| 2021-11-27 15:32:59 | <Vermoot> | but iirc kmonad can't output mouse events right now |
| 2021-11-27 15:34:47 | <Vermoot> | On a more practical note : when I was on macOS I had hidden firefox's window decorations, but I could still move the window by grabbing some parts of the UI which have the right property set to them. Now on linux with xmonad I can't do that anymore, though it'd be pretty useful |
| 2021-11-27 15:35:39 | <Vermoot> | Now that I think of it, even without window decorations, most of the apps I use have some places that would be very convenient as "grabbers" to move the windows around |
| 2021-11-27 15:37:17 | <geekosaur> | https://hackage.haskell.org/package/xmonad-contrib-0.17.0/docs/XMonad-Layout-BorderResize.html ? |
| 2021-11-27 15:37:28 | <geekosaur> | sadly it's fairly limited |
| 2021-11-27 15:38:31 | <Vermoot> | That's just to resize them though, right? |
| 2021-11-27 15:39:01 | <Vermoot> | I'm talking about moving them around either in floating mode or to use with TiledWindowDragging |
| 2021-11-27 15:40:05 | <geekosaur> | for moving, you can have the mouse anywhere in the window as long as you have the modifier pressed |
| 2021-11-27 15:40:27 | <geekosaur> | doesn't require the app to be involved |
| 2021-11-27 15:41:42 | <Vermoot> | Sure, my point is about moving the windows without a modifier :D Just like with window decorations in "classic" WMs. There's no modifier involved, it's all about where you grab the window |
| 2021-11-27 15:41:51 | <Vermoot> | (I'm annoying, I'll concede) |
| 2021-11-27 15:43:06 | <Vermoot> | The whole point actually is to be able to do this one handed |
| 2021-11-27 15:43:12 | <geekosaur> | yeh, if you can't arrange for an extended mouse button, you may be happier with a different wm |
| 2021-11-27 15:43:22 | <geekosaur> | not like xmonad is the only choice out there |
| 2021-11-27 15:43:39 | <Vermoot> | Oh no way, I'm way too deep into xmonad and way too happy with most of it to go away now haha |
| 2021-11-27 15:44:11 | <Vermoot> | I guess what I should do really is to bind the four main modifiers to side buttons of my mouse |
| 2021-11-27 15:44:41 | <Vermoot> | But I was hoping for a more "universal" way that would work with any old mouse, or my laptop's trackpad |
| 2021-11-27 15:56:10 | <Vermoot> | geekosaur, BorderResize only works on floating layouts but won't work with actual floating windows, right? |
| 2021-11-27 16:04:52 | <geekosaur> | there is no such thing as a floating layout in xmonad |
| 2021-11-27 16:05:20 | <geekosaur> | (well, there is, but it's a lot of work as you poretty much have to duplicate all the floating logic in the layout from scratch) |
| 2021-11-27 16:06:25 | <geekosaur> | PositionStoreFloat is a layout modifier that tracks the relationship between floating windows and tiled windows |
| 2021-11-27 16:08:17 | <Vermoot> | I was looking at BorderResize, and the docs say it works with layouts that react to the SetGeometry message. So looking at WindowArranger, you can apply `windowArrange` to layouts to make that happen. And the description for that function reads "A layout modifier to float the windows in a workspace" |
| 2021-11-27 16:08:26 | <Vermoot> | So that's what I was talking about |
| 2021-11-27 16:09:01 | <Vermoot> | I don't really know the specifics though |
| 2021-11-27 16:09:56 | <geekosaur> | uh? I see "This is a pure layout modifier that will let you move and resize windows with the keyboard in any layout" |
| 2021-11-27 16:10:14 | <Vermoot> | That's the module's description |
| 2021-11-27 16:10:34 | <Vermoot> | I'm talking about the `windowArrange` and `windowArrangeAll` functions within that module |
| 2021-11-27 16:10:42 | → | mc47 joins (~mc47@xmonad/TheMC47) |
| 2021-11-27 16:15:02 | <geekosaur> | yeh, I'm looking at source now |
| 2021-11-27 16:15:20 | <geekosaur> | thing is there are Arrange and Dearrange messages, the window is normally tiled on Dearrange |
| 2021-11-27 16:16:05 | <Vermoot> | Yeah the WindowArranger stuff is very weird to me. You can move and resize windows around, but they're still tiled, but other windows don't react to it, etc |
| 2021-11-27 16:16:13 | <Vermoot> | I don't really see a use case for it |
| 2021-11-27 16:16:37 | <geekosaur> | afaict it's just so you can move and resize via keyboard |
| 2021-11-27 16:16:58 | <geekosaur> | which you can't really do with normally floated windows |
| 2021-11-27 16:17:06 | <Vermoot> | Ah, fair |
| 2021-11-27 16:17:35 | <Vermoot> | So it's kind of a bastard state between floating and non-floating right? |
| 2021-11-27 16:18:21 | <geekosaur> | yes |
| 2021-11-27 16:18:35 | <geekosaur> | there's another layout of that sort in there,m specific to "bluetile" |
| 2021-11-27 16:19:02 | <geekosaur> | come to think of it, bluetile might be of interest to you |
| 2021-11-27 16:21:43 | <Vermoot> | I've come across it but haven't really been able to understand what it was |
| 2021-11-27 16:22:49 | <geekosaur> | kind of a cross between xmonad and a traditional window manager |
| 2021-11-27 16:59:04 | → | mvk joins (~mvk@2607:fea8:5cc1:fa00::4702) |
| 2021-11-27 17:48:41 | × | Vermoot quits (~vermoot@89-158-106-112.rev.numericable.fr) (Read error: Connection reset by peer) |
| 2021-11-27 18:13:07 | × | catman quits (~catman@user/catman) (Quit: WeeChat 3.4-dev) |
| 2021-11-27 18:13:55 | → | catman joins (~catman@user/catman) |
| 2021-11-27 18:22:11 | → | kaizoku joins (~kaizoku@user/kaizoku) |
| 2021-11-27 18:22:18 | × | MrNobody_0000000 quits (~MrNobody@user/mrnobody-0000000/x-9129771) (Quit: MrNobody_0000000) |
| 2021-11-27 18:27:37 | × | geekosaur quits (~geekosaur@xmonad/geekosaur) (Remote host closed the connection) |
| 2021-11-27 18:29:42 | → | geekosaur joins (~geekosaur@xmonad/geekosaur) |
| 2021-11-27 18:58:51 | <spoonm> | does Stack(focus) change where it points to if I try to invoke it on an unfocused workspace? |
| 2021-11-27 18:59:29 | <spoonm> | I'm trying to figure out why W.peek seems to wield a different window than the one that was actually focused when I switch to another workspace |
| 2021-11-27 18:59:42 | <spoonm> | yield* |
| 2021-11-27 19:13:41 | → | werneta joins (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) |
| 2021-11-27 19:14:37 | → | Vermoot joins (~vermoot@89-158-106-112.rev.numericable.fr) |
| 2021-11-27 19:21:54 | <geekosaur> | I don't understand the question. W.peek always operates on the current ws, not a different one |
| 2021-11-27 19:39:01 | × | werneta quits (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Quit: Lost terminal) |
| 2021-11-27 19:46:36 | × | seschwar quits (~seschwar@user/seschwar) (Ping timeout: 245 seconds) |
| 2021-11-27 19:51:29 | → | seschwar joins (~seschwar@user/seschwar) |
| 2021-11-27 20:01:03 | × | seschwar quits (~seschwar@user/seschwar) (Ping timeout: 268 seconds) |
| 2021-11-27 20:05:33 | → | seschwar joins (~seschwar@user/seschwar) |
| 2021-11-27 20:14:31 | × | seschwar quits (~seschwar@user/seschwar) (Ping timeout: 245 seconds) |
| 2021-11-27 20:19:47 | → | seschwar joins (~seschwar@user/seschwar) |
| 2021-11-27 20:24:53 | → | Guest30 joins (~Guest30@169-0-75-49.ip.afrihost.co.za) |
| 2021-11-27 20:26:08 | × | Guest30 quits (~Guest30@169-0-75-49.ip.afrihost.co.za) (Client Quit) |
| 2021-11-27 20:26:40 | → | catman_ joins (~catman@user/catman) |
| 2021-11-27 20:27:04 | × | catman quits (~catman@user/catman) (Killed (tungsten.libera.chat (Nickname regained by services))) |
| 2021-11-27 20:27:04 | catman_ | is now known as catman |
| 2021-11-27 20:29:22 | × | seschwar quits (~seschwar@user/seschwar) (Ping timeout: 260 seconds) |
| 2021-11-27 20:31:01 | → | seschwar joins (~seschwar@user/seschwar) |
| 2021-11-27 20:33:33 | → | werneta joins (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) |
| 2021-11-27 20:41:44 | × | seschwar quits (~seschwar@user/seschwar) (Ping timeout: 268 seconds) |
| 2021-11-27 20:43:15 | → | seschwar joins (~seschwar@user/seschwar) |
All times are in UTC.