Initial update from my source tree. For 0.52.0
[wmaker-crm.git] / TODO
blob3127b5279956b0bdcc696246a877831f4b20dd77
2 Do ASAP:
3 ========
4 - fix bestvisual selection code. Broken.
5 - fix RemakeStackList() to account for transient windows
6 - blink border of clients with UrgencyHint set between red and black
7 - finish session stuff
8 - fix scroller to not jump while dragging knob
9 - add multiline support for balloons
10 - move/add balloon to WINGs
11 - finish XStandardColormap stuff in wrlib
12 - finish menu editor/other stuff in wprefs
14 Need to do:
15 ===========
16 - put a "Do not save workspace state" in the exit confirmation dialog
17 - allow user to select/restore default root menu from wprefs
18 - fix windoze cycle window patch
19 - support for X11R6.4 extension for getting extra visual info in wrlib's
20   automatic best context guessing
21 - docklet to control AccessX (keyboard accessibility) functions
22 - rewrite all redundant stuff to use WINGs
23 - resizebartexture option
24 - add function to directly make a thumbnail of an image, using the
25   functionality provided by the image libraries to load a minimal
26   amount of data.
27 + investigate memory leaks 
28 - rewrite defaults/wdefaults stuff to use WINGs UD stuff. Search list:
29   ~/G/D/WindowMaker /u/l/s/W/D/WindowMaker built-in-defaults
30 - remake internal string processing to use wchar? unicode?
31 - add new file for stuff like default commands and dnd commands for
32 docked apps, balloons for the dock etc
33 - alpha-channel app specified icons 
35 Maybe some day:
36 ===============
37 - virtual workspace
38 - optimize for size
41 Never: (so, dont even bother to ask)
42 ======
43 - different themes for each workspace. Unless you give us a SGI/Power Onyx
44 with 2 CPUs ;). 
45 - anything that requires the mouse pointer to be jumped by WindowMaker to
46 somewhere. This is *terrible* behaviour. And it's not just IMO.
49 - ICCCM 2.0: ICCCM 2.0 (not 1.0, which is what everybody supports so so) is
50 a relatively new standard and nobody, AFAIK, complies with it (not even
51 twm as people tend to think). It has some neat things, but many of the new
52 stuff is really weird and tricky to implement, not to say unworthy (read the
53 specs and you'll see). This is not bad, since I think it is very unlikely
54 that a client that requires it exists... Anyway, if we get an "official"
55 sample implementation (twm?) it might be supported. Maybe dtwm supports
56 it? I dont know...