summaryrefslogtreecommitdiff
path: root/TODO
diff options
context:
space:
mode:
authorKristian Høgsberg <krh@bitplanet.net>2012-04-12 17:43:12 -0400
committerKristian Høgsberg <krh@bitplanet.net>2012-04-12 17:43:12 -0400
commit8e5866a54d068bd7d4228cdd257256962744ded0 (patch)
tree04efd6190792845396073a37fbae911587a97e36 /TODO
parent6802eaa68af90227b6614a84e7d3129e1f7a8303 (diff)
Update TODO
Diffstat (limited to 'TODO')
-rw-r--r--TODO21
1 files changed, 0 insertions, 21 deletions
diff --git a/TODO b/TODO
index 4ba4f74..a7bdfd2 100644
--- a/TODO
+++ b/TODO
@@ -70,27 +70,6 @@ Core wayland protocol
- Add timestamp to touch_cancel, add touch id to touch_cancel (?)
- - Serial numbers. The wayland protocol, as X, uses timestamps to
- match up certain requests with input events. The problem is that
- sometimes an event happens that triggers a timestamped event. For
- example, a surface goes away and a new surface receives a
- pointer.enter event. These events are normally timestamped with
- the evdev event timestamp, but in this case, we don't have a evdev
- timestamp. So we have to go to gettimeofday (or clock_gettime())
- and then we don't know if it's coming from the same time source
- etc. And we don't really need a real time timestamp, we just need
- a serial number that encodes the order of events inside the server.
- So we need to introduce a serial number mechanism (uint32_t,
- maintained in libwayland-server.so) that we can use to order
- events, and have a look at the events we send out and decide
- whether they need serial number or timestamp or both. We still
- need real-time timestamps for actual input device events (motion,
- buttons, keys, touch), to be able to reason about double-click
- speed and movement speed. The serial number will also give us a
- mechanism to key together events that are "logically the same" such
- as a unicode event and a keycode event, or a motion event and a
- relative event from a raw device.
-
- The output protocol needs to send all the ugly timing details for the modes.
ICCCM