Update TODO

This commit is contained in:
Kristian Høgsberg 2011-08-29 16:50:02 -04:00
parent 58b9c1bf17
commit f9c8a691b2

34
TODO
View file

@ -16,8 +16,7 @@ Core wayland protocol
- Next steps based on EGL_WL_bind_display: create EGLImageKHR from
shm buffers? async auth in the implementation of the extension?
- wayland-egl: lazy-copy-back swapbuffer, sub-window, scanout flags
for fullscreen.
- wayland-egl: lazy-copy-back swapbuffer, sub-window.
- configure should provide dx_left, dx_right, dy_top, dy_bottom, or
dx, dy, width and height.
@ -28,18 +27,10 @@ Core wayland protocol
another menu item), but we need events for the popup menu surface
as well.
- The message format has to include information about number of fds
in the message so we can skip a message correctly. Or we should
just give up on trying to recover from unknown messages. We need
to make sure you never get a message from an interface you don't
know about (using per-client id space and subscribe) or include
information on number of fds, so marshalling logic can skip.
- generate pointer_focus (and drag focus) on raise/lower, move
windows, all kinds of changes in surface stacking.
- glyph cache
- Needs a mechanism to pass buffers to client.
buffer = drm.create_buffer(); /* buffer with stuff in it */
cache.upload(buffer, x, y, width, height, int hash)
@ -113,7 +104,9 @@ Core wayland protocol
- synaptics, 3-button emulation, scim
- drm bo access control, authentication, flink_to
- multi gpu, needs queue and seqno to wait on in requests
Destkop/EWMH type protocol
- Add protocol to let applications specify the effective/logical
surface rectangle, that is, the edge of the window, ignoring drop
@ -126,9 +119,7 @@ Core wayland protocol
unresponsive apps) and a rectangle for the close button (for
detecting ignored close clicks).
- multi gpu, needs queue and seqno to wait on in requests
- libxkbcommon
libxkbcommon
- pull in actions logic from xserver
@ -136,8 +127,8 @@ Core wayland protocol
- expose alloc functions in libxkbcommon, drop xserver funcs?
- pull the logic to write the xkb file from xkb_desc and names
into libxkbcommon and just build up the new xkb_desc instead of
- pull the logic to write the xkb file from xkb_desc and names into
libxkbcommon and just build up the new xkb_desc instead of
dump+parse? (XkbWriteXKBKeymapForNames followed by
xkb_compile_keymap_from_string in XkbDDXLoadKeymapByNames)
@ -172,13 +163,6 @@ Clients and ports
- libva + eglimage + kms integration
- X on Wayland
- map multiple wayland input devices to MPX in Xorg.
- rootless; avoid allocating and setting the front buffer, draw
window decorations in the X server (!), how to map input?
Ideas