Opened 13 years ago
Last modified 10 years ago
#7786 assigned enhancement
Latency for many GUI operations
Reported by: | twinbee | Owned by: | leavengood |
---|---|---|---|
Priority: | normal | Milestone: | Unscheduled |
Component: | User Interface | Version: | R1/Development |
Keywords: | latency lag gui | Cc: | dspwhite@… |
Blocked By: | Blocking: | ||
Platform: | All |
Description
This issue has been discussed (and opened by me) on the thread at: https://www.haiku-os.org/community/forum/latency_haiku_gui_interaction_and_general_first_thoughts
Please read that for the fuller picture (including my last post, and other peoples' comments), but generally, where possible, it would nice to use mouseclick-down rather than mouseclick-down-up for many GUI operations (excluding cases where dragging is used). The latency would be improved as a result (about 40-100ms), and I think that fits well with the Haiku philosophy.
Change History (6)
comment:1 by , 13 years ago
comment:2 by , 13 years ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
Taking ownership as I'll probably experiment with this before stippi.
comment:3 by , 13 years ago
Whatever you come up with, please try to keep it consistent. While one could in theory always use mouse-down where no dragging is possible, in practice, this would not be a viable solution because of this.
comment:4 by , 12 years ago
Version: | R1/alpha3 → R1/Development |
---|
There is also a delay before menu opens. See hrev24193.
comment:5 by , 12 years ago
I think those delays are needed for the diagonal submenu code to work right (and that is a necessary feature, especially with the Tracker context-menu navigation), but I think the delays could be experimented with. The 1 second navigation area timeout is way too long IMO.
comment:6 by , 10 years ago
Milestone: | R1 → Unscheduled |
---|
See also #6978.