TODO

   1                       Things to do before 1.0.0
   2                       -------------------------
   3
   4 * Localization (actual translations).
   5   [In progress]
   6
   7 * Optimizing reload commands needed for changes in components.
   8   [Needs only clean up now]
   9
  10 * Fix a bug, when an option is removed, it is still here (due to 'current').
  11   The same if the option is added.
  12
  13 * To verify: seems like GUI loads @personal theme when not asked.
  14   [olicha: never see this recently]
  15
  16 * Check fvwm-themes and fvwm with kde2.
  17   [finished but the documentation]
  18
  19 * Split swallow colorset to 2 colorsets. There are shading problems.
  20
  21 * Write a full documentation à la HOWTO
  22
  23 Optional items to do:
  24 --------------------
  25
  26 * Add fvwm-themes-config --random-change.
  27
  28 * Add twm theme (probably menustyle@, windowlook@, buttons@, colors@), like in
  29   ftp://fvwm-themes.sourceforge.net/pub/fvwm-themes/samples/nikke/
  30   We need a twm user here, maybe, nikke.
  31
  32 * Add SGI theme like in http://www.canonical.org/~kragen/sgi_snap.gif .
  33
  34 * Improve fvwm-themes-images:
  35   + support the X standard rgb:rr/gg/bb better then #rrggbb
  36   + implement sky on the transparent image color
  37   + enable specifying transparent border, and before applying --tile or --sky
  38
  39 * Think where belong all functions sitting in different components.
  40
  41 * Providing some ready to use functions for background@ components.
  42   Like functions dealing with image types and formats (tiles, gradients).
  43
  44 * A form/script/gtk for FvwmRearrange.
  45
  46 * A better web page. Does someone want to help on this?
  47
  48 * Better integration of fvwm-themes-xres.
  49
  50 * Creating fvwm-themes-gtk. Jos?
  51
  52 * Creating fvwm-themes-qt. Someone?
  53
  54 * settings@default: think which subcomponents to remove/move.
  55
  56 * Rewrite fvwm-themes-menuapp: use a database for building menu-user
  57 and (mini)icons styles. These database may have the power to use
  58 the other database about menus in the machine (kde, gnome, wmconfig,
  59 debian sys menu, ...). Rename menu-user by menus-programs.
  60
  61 * Work on the menu editor. By default only edit "MenuFvwmPersonal"
  62 because menus-programs have to be regenerated after (un)installation
  63 of applications on the machine.
  64
  65 Ideas:
  66 -----
  67
  68 * Component's scalar property, which unlike options, where only values
  69   from a range (1 .. options) are accepted, can be freely set by a user.
  70   Examples of scalar types: Color, String, Minutes, Milliseconds etc.
  71   There should be individual editors for this scalar property.
  72
  73   Or alternatively, extend a functionality of option. It may have type (File,
  74   Color, String, Minutes, Milliseconds) for choices, which are all either
  75   predefined or user-defined. Every choice (that is currently called value)
  76   has name and value. The user-defined choice has user-value and user-defined
  77   keys; it may be represented in a menu as "user-value ... Change".
  78
  79 * background-auto@ component (with a scalar of type Minutes), which will
  80   iterate over a background@ options randomly or sequencially every n minutes.
  81
  82 * Introduce option-value/variant groups, which only affect presentation menus,
  83   not logic; for example it is possible to have 6 groups of variants, say,
  84   6 types of backgrounds. With inline=1 groups are simply delimited ("" Nop),
  85   with inline=0 there are 6 submenus of variants.
  86
  87 * Add @random theme with "virtual" components.
  88
  89 * Add @gtk theme, which uses FvwmGtk when possible. For example, it may
  90   convert menus*@default using fvwm-themes-gtk or similar.
  91
  92 Problems without obvious soluton:
  93 --------------------------------
  94
  95 Closed items (will be deleted after 0.7.0):
  96 ------------------------------------------
  97 * Add theme(s) similar to some enlightenment themes.
  98
  99 * Rereading iconstyles/style-icon-miniicon file dynamically is not enough
 100   if someone (me) have icon style extentions. Should be solved using
 101   dependances somehow (using 'extends').
 102   [olicha: I think this is fixed with the iconstyles-extra component?]
 103   [migo: I mean, "Read style-icon-miniicon" in modules/main is not enough.]
 104   [Seems we have now !NoIcon to undo NoIcon, just what is needed!]