pass texture to plugin so it doesn't have to grab from title bar.
[wmaker-crm.git] / TODO
blob9015a419d6209a7bf4a09c9be8e72b2bcdc7ba2a
1 remake wrlib rule to not compile with -fomit-frame-pointer and stuff
2 if its added to CFLAGS
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 - remove colors_per_channel stuff from wmaker after?
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 - fix the #define MIN(a,b) stuff. defined in too many places, and maybe
32   replace with WMIN(a,b).
34 Maybe some day:
35 ===============
36 - virtual workspace
37 - optimize for size
40 Never: (so, dont even bother to ask)
41 ======
42 - different themes for each workspace. Unless you give us a SGI/Power Onyx
43 with 2 CPUs ;). 
44 - anything that requires the mouse pointer to be jumped by WindowMaker to
45 somewhere. This is *terrible* behaviour. And it's not just IMO.
46 - rewrite to use Gtk... I wont even explain why...
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...