Opened 12 years ago

Last modified 8 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


This issue has been discussed (and opened by me) on the thread at:

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 diver, 12 years ago

See also #6978.

comment:2 by leavengood, 12 years ago

Owner: changed from stippi to leavengood
Status: newassigned

Taking ownership as I'll probably experiment with this before stippi.

comment:3 by axeld, 12 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 diver, 10 years ago

Version: R1/alpha3R1/Development

There is also a delay before menu opens. See hrev24193.

comment:5 by leavengood, 10 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 pulkomandy, 8 years ago

Milestone: R1Unscheduled
Note: See TracTickets for help on using tickets.