I am surprised how much ignorant one can get. When I saw won't fix I see
why linux wont making any progress. Now I see why there are so much
forks on Linux no one can stand this much ignorance.
Let me correct one thing here:
"Win/MacOS have less toolkits to worry about *and* they control almost
t
First thing, I would reopen this bug report (remove the WONTFIX) - it
really doesn't matter if it's not clear yet where to implement this.
On the topic at where to implement this:
Conceptually, mouse scroll wheel acceleration is really the same thing
as mouse cursor movement acceleration. That's
** Changed in: xorg-server
Status: Confirmed => Unknown
** Bug watch added: bugs.webkit.org/ #24813
https://bugs.webkit.org/show_bug.cgi?id=24813
** Bug watch added: bugs.webkit.org/ #45155
https://bugs.webkit.org/show_bug.cgi?id=45155
--
You received this bug notification because
(In reply to Peter Hutterer from comment #16)
> Adam: I'm really hesitant to put it into libinput because I'm not sure the
> problem scope is well understood (at least by me) and what the actual point
> of it is. So far it's been a "would be nice" but - at least these days :) -
> we require a bit m
(In reply to main.haarp from comment #17)
> Configurable acceleration on the input device driver level would solve this
> nicely. You could have fast scrolling when you need it, and even still
> retain slow but precise scrolling when you don't.
I feel this is solving the wrong problem. If the docu
So if handling this in libinput causes problems, maybe there is a different
central place where to implement it.
How do Windows or MacOS handle this, as it is probably working without issues
there?
--
You received this bug notification because you are a member of Desktop
Packages, which is subs
I am surprised how much ignorant one can get. When I saw won't fix I see
why linux wont making any progress. Now I see why there are so much
forks on Linux no one can stand this much ignorance.
Let me correct one thing here:
"Win/MacOS have less toolkits to worry about *and* they control almost
t
I would like see this fixed. I don't know why the people don't see it
this like a problem.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xorg-server in Ubuntu.
https://bugs.launchpad.net/bugs/619403
Title:
[KDE] no option for mouse w
As there are no objections against reopening this (actually no response
at all), I'm reopening now.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xorg-server in Ubuntu.
https://bugs.launchpad.net/bugs/619403
Title:
[KDE] no option fo
-- GitLab Migration Automatic Message --
This bug has been migrated to freedesktop.org's GitLab instance and has
been closed from further activity.
You can subscribe and participate further through the new bug through
this link to our GitLab instance:
https://gitlab.freedesktop.org/xorg/xserver/i
(In reply to main.haarp from comment #21)
> If acceleration depends on the toolkit/application, I fear it'll remain a
> toy for select applications on modern distros only.
it's a thin line between adding these features for legacy applications
and screwing things up for new applications that could
(In reply to Peter Hutterer from comment #16)
> Adam: I'm really hesitant to put it into libinput because I'm not sure the
> problem scope is well understood (at least by me) and what the actual point
> of it is. So far it's been a "would be nice" but - at least these days :) -
> we require a bit m
Adam: I'm really hesitant to put it into libinput because I'm not sure
the problem scope is well understood (at least by me) and what the
actual point of it is. So far it's been a "would be nice" but - at least
these days :) - we require a bit more information about use-cases and
precise behaviours
To explain my understanding of acceleration:
The mouse wheel has a certain amount of lines that are scrolled with
each scroll. This is often called "scroll speed"
An acceleration would increase/decrease the scroll speed dynamically
based on how often the wheel scrolls in a certain amount of time.
(In reply to Peter Hutterer from comment #20)
> (In reply to main.haarp from comment #17)
> If the document is long enough
> that scrolling acceleration is needed, the application (or toolkit) should
> honor that and provide the appropriate methods - that may include
> acceleration.
> libinput sits
(In reply to Peter Hutterer from comment #16)
> Adam: I'm really hesitant to put it into libinput because I'm not sure the
> problem scope is well understood (at least by me) and what the actual point
> of it is. So far it's been a "would be nice" but - at least these days :) -
> we require a bit m
Alright. It is a bit sad though that apparently no developer seems to be
interested in making Linux competitive with the two other big operating
systems in this case.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xorg-server in Ubuntu.
Any updates on this?
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xorg-server in Ubuntu.
https://bugs.launchpad.net/bugs/619403
Title:
[KDE] no option for mouse wheel acceleration
Status in X.Org X server:
Unknown
Status in xorg-
I am interested in doing a libinput-based wheel acceleration.
Peter: are you opposed to libinput mouse wheel acceleration in general,
or are you open to patches there? I think it could fit in cleanly.
--
You received this bug notification because you are a member of Desktop
Packages, which is su
i guess the only update is a WONTFIX, given that this has been
languishing for 6 years now. input stuff like this is moving to libinput
anyway, and I don't think I'll implement mouse wheel acceleration there
either.
--
You received this bug notification because you are a member of Desktop
Package
** Changed in: xorg-server
Status: Won't Fix => Confirmed
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xorg-server in Ubuntu.
https://bugs.launchpad.net/bugs/619403
Title:
[KDE] no option for mouse wheel acceleration
Status
** Changed in: xorg-server (Ubuntu)
Status: Opinion => Confirmed
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xorg-server in Ubuntu.
https://bugs.launchpad.net/bugs/619403
Title:
[KDE] no option for mouse wheel acceleration
Well, there is some ongoing discussion here:
https://bugs.freedesktop.org/show_bug.cgi?id=29905
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xorg-server in Ubuntu.
https://bugs.launchpad.net/bugs/619403
Title:
[KDE] no option for mo
** Changed in: xorg-server
Status: Confirmed => Won't Fix
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xorg-server in Ubuntu.
https://bugs.launchpad.net/bugs/619403
Title:
[KDE] no option for mouse wheel acceleration
Status
Any updates?
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xorg-server in Ubuntu.
https://bugs.launchpad.net/bugs/619403
Title:
[KDE] no option for mouse wheel acceleration
Status in X.Org X server:
Confirmed
Status in xorg-server
** Changed in: xorg-server (Ubuntu)
Status: Triaged => Opinion
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xorg-server in Ubuntu.
https://bugs.launchpad.net/bugs/619403
Title:
[KDE] no option for mouse wheel acceleration
St
26 matches
Mail list logo
