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