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