2021-11-27 00:18:46 +0100 | seschwar | (~seschwar@user/seschwar) (Quit: :wq) |
2021-11-27 00:25:56 +0100 | catman | (~catman@user/catman) (Quit: WeeChat 3.4-dev) |
2021-11-27 00:26:51 +0100 | mc47 | (~mc47@xmonad/TheMC47) (Remote host closed the connection) |
2021-11-27 00:29:08 +0100 | mzabani | (~mzabani@187.101.29.17) |
2021-11-27 00:29:33 +0100 | mzabani | (~mzabani@187.101.29.17) (Client Quit) |
2021-11-27 00:29:53 +0100 | mzabani | (~mzabani@187.101.29.17) |
2021-11-27 00:34:59 +0100 | catman | (~catman@user/catman) |
2021-11-27 00:40:38 +0100 | mzabani | (~mzabani@187.101.29.17) (Quit: Client closed) |
2021-11-27 00:57:42 +0100 | MrNobody_0000000 | (~MrNobody@user/mrnobody-0000000/x-9129771) (Ping timeout: 276 seconds) |
2021-11-27 01:02:22 +0100 | alternateved | (~user@staticline-31-183-149-3.toya.net.pl) (ERC 5.4.1 (IRC client for GNU Emacs 29.0.50)) |
2021-11-27 01:20:30 +0100 | banc | (banc@gateway/vpn/airvpn/banc) (Ping timeout: 256 seconds) |
2021-11-27 01:32:51 +0100 | jmct_ | (sid160793@tinside.irccloud.com) (Ping timeout: 245 seconds) |
2021-11-27 01:33:16 +0100 | amir | (sid22336@user/amir) (Ping timeout: 245 seconds) |
2021-11-27 01:34:07 +0100 | amir | (sid22336@user/amir) |
2021-11-27 01:36:12 +0100 | jmct_ | (sid160793@id-160793.tinside.irccloud.com) |
2021-11-27 01:43:29 +0100 | cyr4x3 | (~cyr4x3@139.47.118.87) |
2021-11-27 01:43:29 +0100 | cyr4x3 | (~cyr4x3@139.47.118.87) (Client Quit) |
2021-11-27 01:53:16 +0100 | werneta | (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Quit: Lost terminal) |
2021-11-27 01:53:47 +0100 | werneta | (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) |
2021-11-27 02:02:20 +0100 | catman | (~catman@user/catman) (Quit: WeeChat 3.4-dev) |
2021-11-27 02:06:32 +0100 | catman | (~catman@user/catman) |
2021-11-27 03:04:40 +0100 | noex | (~null@2600:8804:1280:aa0:5857:94a:25de:c513) (Quit: my dad's not a phone!) |
2021-11-27 03:05:02 +0100 | noex | (~null@2600:8804:1280:aa0:5857:94a:25de:c513) |
2021-11-27 03:52:08 +0100 | matijja | (~matijja@193.77.181.201) (Quit: ZNC 1.8.1 - https://znc.in) |
2021-11-27 03:56:54 +0100 | matijja | (~matijja@193.77.181.201) |
2021-11-27 04:15:31 +0100 | rekahsoft | (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) |
2021-11-27 04:22:59 +0100 | td_ | (~td@94.134.91.33) (Ping timeout: 250 seconds) |
2021-11-27 04:24:49 +0100 | MrNobody_0000000 | (~MrNobody@user/mrnobody-0000000/x-9129771) |
2021-11-27 04:24:51 +0100 | td_ | (~td@94.134.91.117) |
2021-11-27 04:24:53 +0100 | MrNobody_0000000 | (~MrNobody@user/mrnobody-0000000/x-9129771) (Client Quit) |
2021-11-27 04:25:16 +0100 | MrNobody_0000000 | (~MrNobody@user/mrnobody-0000000/x-9129771) |
2021-11-27 05:27:57 +0100 | MrNobody_0000000 | (~MrNobody@user/mrnobody-0000000/x-9129771) (Quit: MrNobody_0000000) |
2021-11-27 05:31:36 +0100 | MrNobody_0000000 | (~MrNobody@user/mrnobody-0000000/x-9129771) |
2021-11-27 05:58:14 +0100 | werneta | (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Quit: Lost terminal) |
2021-11-27 06:32:27 +0100 | Vermoot | (~vermoot@89-158-106-112.rev.numericable.fr) (Remote host closed the connection) |
2021-11-27 06:32:44 +0100 | Vermoot | (~vermoot@89-158-106-112.rev.numericable.fr) |
2021-11-27 06:33:28 +0100 | rekahsoft | (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) (Remote host closed the connection) |
2021-11-27 06:34:01 +0100 | rekahsoft | (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) |
2021-11-27 06:38:10 +0100 | werneta | (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) |
2021-11-27 06:48:11 +0100 | rekahsoft | (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) (Remote host closed the connection) |
2021-11-27 06:48:42 +0100 | rekahsoft | (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) |
2021-11-27 07:04:21 +0100 | rekahsoft | (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) (Remote host closed the connection) |
2021-11-27 07:04:54 +0100 | rekahsoft | (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) |
2021-11-27 07:18:38 +0100 | rekahsoft | (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) (Ping timeout: 256 seconds) |
2021-11-27 07:24:21 +0100 | mvk | (~mvk@2607:fea8:5cc1:fa00::4702) (Ping timeout: 250 seconds) |
2021-11-27 07:38:13 +0100 | mvk | (~mvk@2607:fea8:5cc1:fa00::4702) |
2021-11-27 09:49:44 +0100 | qbt | (~qbt@user/edun) |
2021-11-27 09:54:22 +0100 | banc | (banc@gateway/vpn/airvpn/banc) |
2021-11-27 09:57:44 +0100 | alternateved | (~user@staticline-31-183-149-3.toya.net.pl) |
2021-11-27 10:00:08 +0100 | diamondtoken[m] | (~diamondto@2001:470:69fc:105::1:2594) (Quit: You have been kicked for being idle) |
2021-11-27 10:03:17 +0100 | qbt | (~qbt@user/edun) (Quit: Leaving.) |
2021-11-27 10:03:25 +0100 | Solid | (~slot@xmonad/slotThe) (Remote host closed the connection) |
2021-11-27 10:04:09 +0100 | Solid | (~slot@xmonad/slotThe) |
2021-11-27 10:12:36 +0100 | Solid | (~slot@xmonad/slotThe) (Remote host closed the connection) |
2021-11-27 10:14:42 +0100 | Solid | (~slot@xmonad/slotThe) |
2021-11-27 10:17:37 +0100 | geekosaur | (~geekosaur@xmonad/geekosaur) (Killed (NickServ (GHOST command used by allbery_b))) |
2021-11-27 10:17:40 +0100 | allbery_b | (~geekosaur@xmonad/geekosaur) |
2021-11-27 10:17:43 +0100 | allbery_b | geekosaur |
2021-11-27 10:19:40 +0100 | Solid | (~slot@xmonad/slotThe) (Quit: Connection reset by pear) |
2021-11-27 10:20:04 +0100 | Solid | (~slot@xmonad/slotThe) |
2021-11-27 10:37:14 +0100 | qbt | (~qbt@user/edun) |
2021-11-27 10:37:54 +0100 | mvk | (~mvk@2607:fea8:5cc1:fa00::4702) (Ping timeout: 260 seconds) |
2021-11-27 11:00:32 +0100 | werneta | (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 240 seconds) |
2021-11-27 11:01:23 +0100 | qbt | (~qbt@user/edun) (Quit: Leaving.) |
2021-11-27 11:04:00 +0100 | alternateved | (~user@staticline-31-183-149-3.toya.net.pl) (ERC 5.4.1 (IRC client for GNU Emacs 29.0.50)) |
2021-11-27 11:05:17 +0100 | qbt | (~qbt@user/edun) |
2021-11-27 11:15:42 +0100 | qbt | (~qbt@user/edun) (Quit: Leaving.) |
2021-11-27 11:37:37 +0100 | <Vermoot> | So this is gonna be a bit different: |
2021-11-27 11:38:08 +0100 | <Vermoot> | Can you guys think of a way I can bind something to two mouse buttons *at the same time*? |
2021-11-27 11:38:55 +0100 | <Vermoot> | I'd like to move my windows (by default with mod+mouse1 and drag) by using both mouse buto |
2021-11-27 11:39:15 +0100 | <Vermoot> | buttons (mouse 1 and mouse 3 and drag) simultaneously |
2021-11-27 11:44:04 +0100 | <Vermoot> | and preferrably regardless of order (I was thinking of using mouse1 as a modifier, which would mean having to press mouse1 before mouse3, and I'd like to avoid that) |
2021-11-27 11:48:26 +0100 | seschwar | (~seschwar@user/seschwar) |
2021-11-27 12:30:57 +0100 | haskl[error] | (~haskl@user/haskl) (Read error: Connection reset by peer) |
2021-11-27 12:33:04 +0100 | haskl | (~haskl@user/haskl) |
2021-11-27 13:55:00 +0100 | <FOSSHuman[m]> | <geekosaur> "windows (\ss -> foldr (W...." <- Thanks for the solution! It may take me a while to understand this and add it to my config, I wonder if I could use some kind of prompt to ask which workspace I want to windows shifted to, but for now I'll just try this.. (beginner at Haskell btw) |
2021-11-27 14:07:52 +0100 | qbt | (~qbt@user/edun) |
2021-11-27 14:08:37 +0100 | <geekosaur> | https://hackage.haskell.org/package/xmonad-contrib-0.17.0/docs/XMonad-Prompt-Workspace.html |
2021-11-27 14:09:18 +0100 | <geekosaur> | Vermoot, X11 doesn't really support that |
2021-11-27 14:10:17 +0100 | <geekosaur> | moreover it's going to conflict with the default server behavior that both buttons at the same time emulates button 2 |
2021-11-27 14:10:57 +0100 | <geekosaur> | which is wired in and you can't useit to emulate a different mouse button, which would make it much easier to implement if it worked :( |
2021-11-27 14:24:27 +0100 | qbt | (~qbt@user/edun) (Quit: Leaving.) |
2021-11-27 14:26:25 +0100 | qbt | (~qbt@user/edun) |
2021-11-27 14:31:34 +0100 | qbt | (~qbt@user/edun) (Quit: Leaving.) |
2021-11-27 14:34:11 +0100 | qbt | (~qbt@user/edun) |
2021-11-27 14:36:07 +0100 | qbt | (~qbt@user/edun) (Client Quit) |
2021-11-27 14:52:03 +0100 | qbt | (~qbt@user/edun) |
2021-11-27 15:41:47 +0100 | qbt | (~qbt@user/edun) (Quit: Leaving.) |
2021-11-27 15:46:08 +0100 | qbt | (~qbt@user/edun) |
2021-11-27 15:49:32 +0100 | qbt | (~qbt@user/edun) (Client Quit) |
2021-11-27 15:51:35 +0100 | <Vermoot> | geekosaur, I had tested in xev how it looked when clicking with both buttons, and it seemed to me to properly recognize those, but alright |
2021-11-27 15:53:06 +0100 | <Vermoot> | I'd actually be fine with using button 2 instead, but some apps I use (Bitwig Studio, for example) use button 2 click and drag for some actions, which I guess would be problematic |
2021-11-27 15:53:28 +0100 | <Vermoot> | I'm guessing in general binding a mouse button without any modifier isn't a good idea? |
2021-11-27 15:54:00 +0100 | qbt | (~qbt@user/edun) |
2021-11-27 16:00:23 +0100 | qbt | (~qbt@user/edun) (Quit: Leaving.) |
2021-11-27 16:09:31 +0100 | <geekosaur> | right, that takes it away from apps |
2021-11-27 16:10:05 +0100 | <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 16:12:36 +0100 | <geekosaur> | there are other potential solutions, for example you can get a foot pedal and set it up as a modifier |
2021-11-27 16:21:29 +0100 | <Vermoot> | eeeeh |
2021-11-27 16:21:37 +0100 | <Vermoot> | I don't really have a use for that right now |
2021-11-27 16:22:06 +0100 | <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 16:22:24 +0100 | <Vermoot> | But right now the mouse is configured to send keyboard events, like a numpad |
2021-11-27 16:22:27 +0100 | <Vermoot> | Which isn't ideal |
2021-11-27 16:23:27 +0100 | <Vermoot> | I'm not sure how to make it output mouse button events (20 of them) |
2021-11-27 16:23:34 +0100 | <Vermoot> | (It's a Logitech G600) |
2021-11-27 16:24:32 +0100 | <geekosaur> | I think you have to run a configuration utility (which of course is only available for Windows) |
2021-11-27 16:24:59 +0100 | <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 16:25:09 +0100 | <geekosaur> | (maaaaaaybe MacOS if they felt like it; Logi goes through phases where they only admit to Windows existing) |
2021-11-27 16:25:48 +0100 | <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 16:27:46 +0100 | <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 16:28:34 +0100 | <Vermoot> | anyhoo |
2021-11-27 16:29:15 +0100 | <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 16:29:27 +0100 | <geekosaur> | so in that case I wonder if you can just bind some of those firmware events as modifiers |
2021-11-27 16:29:43 +0100 | <geekosaur> | might be difficult if there's no way to distinguish from e.g. a digit |
2021-11-27 16:30:26 +0100 | <Vermoot> | Yeah. In firmware mode right now the mouse is set to output 0-9 and -= |
2021-11-27 16:30:48 +0100 | <Vermoot> | So I'd have to somehow grab those and verify the device ID from which they've been sent, maybe |
2021-11-27 16:30:57 +0100 | <Vermoot> | But that's *very* jank imo |
2021-11-27 16:32:07 +0100 | <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 16:32:36 +0100 | <geekosaur> | have to do everything yourself |
2021-11-27 16:32:48 +0100 | <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 16:32:59 +0100 | <Vermoot> | but iirc kmonad can't output mouse events right now |
2021-11-27 16:34:47 +0100 | <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 16:35:39 +0100 | <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 16:37:17 +0100 | <geekosaur> | https://hackage.haskell.org/package/xmonad-contrib-0.17.0/docs/XMonad-Layout-BorderResize.html ? |
2021-11-27 16:37:28 +0100 | <geekosaur> | sadly it's fairly limited |
2021-11-27 16:38:31 +0100 | <Vermoot> | That's just to resize them though, right? |
2021-11-27 16:39:01 +0100 | <Vermoot> | I'm talking about moving them around either in floating mode or to use with TiledWindowDragging |
2021-11-27 16:40:05 +0100 | <geekosaur> | for moving, you can have the mouse anywhere in the window as long as you have the modifier pressed |
2021-11-27 16:40:27 +0100 | <geekosaur> | doesn't require the app to be involved |
2021-11-27 16:41:42 +0100 | <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 16:41:51 +0100 | <Vermoot> | (I'm annoying, I'll concede) |
2021-11-27 16:43:06 +0100 | <Vermoot> | The whole point actually is to be able to do this one handed |
2021-11-27 16:43:12 +0100 | <geekosaur> | yeh, if you can't arrange for an extended mouse button, you may be happier with a different wm |
2021-11-27 16:43:22 +0100 | <geekosaur> | not like xmonad is the only choice out there |
2021-11-27 16:43:39 +0100 | <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 16:44:11 +0100 | <Vermoot> | I guess what I should do really is to bind the four main modifiers to side buttons of my mouse |
2021-11-27 16:44:41 +0100 | <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 16:56:10 +0100 | <Vermoot> | geekosaur, BorderResize only works on floating layouts but won't work with actual floating windows, right? |
2021-11-27 17:04:52 +0100 | <geekosaur> | there is no such thing as a floating layout in xmonad |
2021-11-27 17:05:20 +0100 | <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 17:06:25 +0100 | <geekosaur> | PositionStoreFloat is a layout modifier that tracks the relationship between floating windows and tiled windows |
2021-11-27 17:08:17 +0100 | <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 17:08:26 +0100 | <Vermoot> | So that's what I was talking about |
2021-11-27 17:09:01 +0100 | <Vermoot> | I don't really know the specifics though |
2021-11-27 17:09:56 +0100 | <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 17:10:14 +0100 | <Vermoot> | That's the module's description |
2021-11-27 17:10:34 +0100 | <Vermoot> | I'm talking about the `windowArrange` and `windowArrangeAll` functions within that module |
2021-11-27 17:10:42 +0100 | mc47 | (~mc47@xmonad/TheMC47) |
2021-11-27 17:15:02 +0100 | <geekosaur> | yeh, I'm looking at source now |
2021-11-27 17:15:20 +0100 | <geekosaur> | thing is there are Arrange and Dearrange messages, the window is normally tiled on Dearrange |
2021-11-27 17:16:05 +0100 | <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 17:16:13 +0100 | <Vermoot> | I don't really see a use case for it |
2021-11-27 17:16:37 +0100 | <geekosaur> | afaict it's just so you can move and resize via keyboard |
2021-11-27 17:16:58 +0100 | <geekosaur> | which you can't really do with normally floated windows |
2021-11-27 17:17:06 +0100 | <Vermoot> | Ah, fair |
2021-11-27 17:17:35 +0100 | <Vermoot> | So it's kind of a bastard state between floating and non-floating right? |
2021-11-27 17:18:21 +0100 | <geekosaur> | yes |
2021-11-27 17:18:35 +0100 | <geekosaur> | there's another layout of that sort in there,m specific to "bluetile" |
2021-11-27 17:19:02 +0100 | <geekosaur> | come to think of it, bluetile might be of interest to you |
2021-11-27 17:21:43 +0100 | <Vermoot> | I've come across it but haven't really been able to understand what it was |
2021-11-27 17:22:49 +0100 | <geekosaur> | kind of a cross between xmonad and a traditional window manager |
2021-11-27 17:59:04 +0100 | mvk | (~mvk@2607:fea8:5cc1:fa00::4702) |
2021-11-27 18:48:41 +0100 | Vermoot | (~vermoot@89-158-106-112.rev.numericable.fr) (Read error: Connection reset by peer) |
2021-11-27 19:13:07 +0100 | catman | (~catman@user/catman) (Quit: WeeChat 3.4-dev) |
2021-11-27 19:13:55 +0100 | catman | (~catman@user/catman) |
2021-11-27 19:22:11 +0100 | kaizoku | (~kaizoku@user/kaizoku) |
2021-11-27 19:22:18 +0100 | MrNobody_0000000 | (~MrNobody@user/mrnobody-0000000/x-9129771) (Quit: MrNobody_0000000) |
2021-11-27 19:27:37 +0100 | geekosaur | (~geekosaur@xmonad/geekosaur) (Remote host closed the connection) |
2021-11-27 19:29:42 +0100 | geekosaur | (~geekosaur@xmonad/geekosaur) |
2021-11-27 19:58:51 +0100 | <spoonm> | does Stack(focus) change where it points to if I try to invoke it on an unfocused workspace? |
2021-11-27 19:59:29 +0100 | <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 19:59:42 +0100 | <spoonm> | yield* |
2021-11-27 20:13:41 +0100 | werneta | (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) |
2021-11-27 20:14:37 +0100 | Vermoot | (~vermoot@89-158-106-112.rev.numericable.fr) |
2021-11-27 20:21:54 +0100 | <geekosaur> | I don't understand the question. W.peek always operates on the current ws, not a different one |
2021-11-27 20:39:01 +0100 | werneta | (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Quit: Lost terminal) |
2021-11-27 20:46:36 +0100 | seschwar | (~seschwar@user/seschwar) (Ping timeout: 245 seconds) |
2021-11-27 20:51:29 +0100 | seschwar | (~seschwar@user/seschwar) |
2021-11-27 21:01:03 +0100 | seschwar | (~seschwar@user/seschwar) (Ping timeout: 268 seconds) |
2021-11-27 21:05:33 +0100 | seschwar | (~seschwar@user/seschwar) |
2021-11-27 21:14:31 +0100 | seschwar | (~seschwar@user/seschwar) (Ping timeout: 245 seconds) |
2021-11-27 21:19:47 +0100 | seschwar | (~seschwar@user/seschwar) |
2021-11-27 21:24:53 +0100 | Guest30 | (~Guest30@169-0-75-49.ip.afrihost.co.za) |
2021-11-27 21:26:08 +0100 | Guest30 | (~Guest30@169-0-75-49.ip.afrihost.co.za) (Client Quit) |
2021-11-27 21:26:40 +0100 | catman_ | (~catman@user/catman) |
2021-11-27 21:27:04 +0100 | catman | (~catman@user/catman) (Killed (tungsten.libera.chat (Nickname regained by services))) |
2021-11-27 21:27:04 +0100 | catman_ | catman |
2021-11-27 21:29:22 +0100 | seschwar | (~seschwar@user/seschwar) (Ping timeout: 260 seconds) |
2021-11-27 21:31:01 +0100 | seschwar | (~seschwar@user/seschwar) |
2021-11-27 21:33:33 +0100 | werneta | (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) |
2021-11-27 21:41:44 +0100 | seschwar | (~seschwar@user/seschwar) (Ping timeout: 268 seconds) |
2021-11-27 21:43:15 +0100 | seschwar | (~seschwar@user/seschwar) |
2021-11-27 21:48:02 +0100 | <spoonm> | so I've realized after reading the source code |
2021-11-27 21:48:15 +0100 | <spoonm> | my bad, assumed it worked a specific way due to where I saw it being used |
2021-11-27 21:50:19 +0100 | spidla | (~spidla@94.142.238.3) |
2021-11-27 21:50:39 +0100 | spidla | (~spidla@94.142.238.3) () |
2021-11-27 21:54:31 +0100 | jsoo_ | (~znc@irc.refl.club) (Quit: ZNC 1.8.2 - https://znc.in) |
2021-11-27 22:07:50 +0100 | jsoo | (~znc@irc.refl.club) |
2021-11-27 22:36:09 +0100 | mc47 | (~mc47@xmonad/TheMC47) (Remote host closed the connection) |
2021-11-27 22:44:34 +0100 | Eoco_ | (~ian@x-160-94-179-157.acm.umn.edu) (Ping timeout: 256 seconds) |
2021-11-27 23:19:00 +0100 | ebray187 | (~ebray187@2800:150:129:17c4:224:1dff:fed5:599e) |
2021-11-27 23:33:28 +0100 | ebray187 | (~ebray187@2800:150:129:17c4:224:1dff:fed5:599e) (Quit: Konversation terminated!) |
2021-11-27 23:45:43 +0100 | abhixec | (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) |