| lotuspsychje | good morning | 03:23 |
|---|---|---|
| ducasse | good morning | 06:44 |
| [VMGuy23] | I forgot about Wobbly Windows until yesterday. First tie I used it was on 5FPS though, but now Wobbly Windows is smooth! GNOME extensions can do this | 08:56 |
| lotuspsychje | should still work on unity too | 09:00 |
| [VMGuy23] | I prefer GNOME but have to say, kinda like unity | 09:01 |
| lotuspsychje | [VMGuy23]: i saw you commented that dock bug yesterday | 09:04 |
| [VMGuy23] | Yeah | 09:07 |
| [VMGuy23] | Still got ot | 09:07 |
| [VMGuy23] | *it | 09:07 |
| [VMGuy23] | I'm guessing that installing open-vm-tools is normal for a VM install after a reboot. | 09:18 |
| lotuspsychje | i would like to bring this topic back on for bug #124440 i'm testing a logitech mouse with scroll wheel and its pretty slow on all browsers, any idea to revive this wontfix bug? | 13:19 |
| ubot5 | bug 124440 in gtk+3.0 (Ubuntu) "[enhancement] Ubuntu needs a way to set mouse wheel scrolling speed" [Wishlist,Triaged] https://launchpad.net/bugs/124440 | 13:19 |
| lotuspsychje | right now i have to manual go tweak firefox about:config and set mousewheel.min_line_scroll_amount to 50 scrolls decently now | 13:20 |
| tomreyn | lotuspsychje: Xorg or Wayland? Have you tried the other one? | 14:16 |
| lotuspsychje | tomreyn: i'm on xorg 20.04 right now | 14:17 |
| lotuspsychje | tomreyn: its just that gnome settings doesnt have a speed setting for mousewheels | 14:17 |
| tomreyn | hmm i guess it could have this, yes. but then gnome is gnome, they hate settings. | 14:18 |
| lotuspsychje | tested chromium and brave too where scrolling is slow the same | 14:20 |
| lotuspsychje | bit unlogic to go manual tweak all browsers right | 14:20 |
| lotuspsychje | tomreyn: in gnome settings, scrolling seems faster by default | 14:21 |
| tomreyn | so it's just web browsers? | 14:24 |
| lotuspsychje | its app related so it seems tomreyn | 14:28 |
| tomreyn | hmm, hadn't expected that. but i know too little about libinput / xinput to get this anywhere. | 14:31 |
| lotuspsychje | well im not really searching for a fix, just wanted to discuss if there's change that bug can get a second life | 14:32 |
| lotuspsychje | or at least understand the logic behind the wontfix | 14:32 |
| tomreyn | the "won't fix" refers to the ubuntu-system-settings package, which last existed in xenial | 14:42 |
| tomreyn | if you think there should be a wishlist bug on this (and it realistically has any chance to be developed by either upstream or the ubuntu desktop team) then you should most certainly file a new bug report on it (unless there is a newer one already) | 14:45 |
| lotuspsychje | allright tomreyn you dont think they will dupe it to this one? | 14:47 |
| tomreyn | hmm, maybe yes. i had missed the 'kind of recent' comments on it. | 14:49 |
| tomreyn | if your bug report refers to a current release and describes the problem well there's a chance the opposite will happen. | 14:50 |
| lotuspsychje | maybe there's some logic into it they dont continue? | 14:50 |
| tomreyn | most likely just priorities | 14:51 |
| lotuspsychje | right | 14:51 |
| lotuspsychje | it would be weird to go file bugs against individual browsers fro the scrolling right? | 14:51 |
| lotuspsychje | cause the gnome devs could think, scrolling works on our system, the rest is up to other devs? | 14:51 |
| tomreyn | apparently that's their position already | 14:52 |
| tomreyn | from what i read, gnome says this is libinputs'/xinput's bug, who say it's up to the wayland compositor to solve it. | 14:54 |
| lotuspsychje | ah, well let me go test some wayland tests first, then i might consider a new bug | 14:56 |
| lotuspsychje | tnx for the think along tomreyn | 15:00 |
| lotuspsychje | food! | 15:03 |
| tomreyn | it would be good to establish whether scroll speed really differs by application, since that would be a different bug (at least i did not see that discussed on the bug report) | 15:07 |
| lotuspsychje | tomreyn: bug #1682935 also gets duped to that older bug | 17:53 |
| ubot5 | bug 124440 in gtk+3.0 (Ubuntu) "duplicate for #1682935 [enhancement] Ubuntu needs a way to set mouse wheel scrolling speed" [Wishlist,Triaged] https://launchpad.net/bugs/124440 | 17:53 |
| lotuspsychje | logged into wayland, but seems like its behaving the same as on xorg | 17:54 |
| tomreyn | lotuspsychje: so the demand for a GUI control to manage mouse wheel scrolling speed, as it's phrased in the title of the 1682935 bug report, still stands. some of the upstream bug reports this ubuntu bug refers to discuss different situations, where different scroll speeds are reported on xorg vs. wayland. | 18:14 |
| lotuspsychje | i just found something tomreyn https://gitlab.gnome.org/GNOME/gnome-control-center/-/issues/1016 | 18:15 |
| lotuspsychje | that last comment, is just what i wanted to point out | 18:18 |
| tomreyn | lotuspsychje: it might be good to replace the upstream link in the ubuntu bug tracker by this one (adding a note on the change as an update/comment) | 18:24 |
| tomreyn | it currently links to gnome's bugzilla, which is basically dead and only used as a reference now. instead, they use their gitlab. also, the software name changed from gnome-control-center to gnome-settings | 18:25 |
| tomreyn | (or rather it's a follow-up project) | 18:26 |
| tomreyn | hmm, no, actually just a name change for what i can tell, same code base | 18:26 |
| tomreyn | or maybe it's just this silly seperation of project and display names | 18:28 |
| lotuspsychje | how about i just comment the upstream link tomreyn this is a bit over my head really | 18:28 |
| tomreyn | lotuspsychje: i updated it. | 18:42 |
| lotuspsychje | tnx tomreyn +1 | 18:56 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!