Changes between Version 1 and Version 2 of TODO

Show
Ignore:
Timestamp:
03/25/09 12:16:55 (13 months ago)
Author:
tpgww (IP: 114.76.65.205)
Comment:

Legend:

Unmodified
Added
Removed
Modified
  • TODO

    v1 v2  
    88 
    99 * update documentation and homepage/wiki/on-line user guide 
    10  
    1110 * find solutions for FIXMEs in the code 
    12  
    1311 * find & fix memory leaks 
    14  
    1512 * additional translations (ja, fr, de, ru, pl exist now) Volunteers welcome ! 
    1613 
     
    2219 
    2320 * support regular expressions in rename-plugin 
    24  
    2521 * use libmagic directly, instead of shell ‘file’ command 
    26  
    2722 * update tracker-plugin as tracker’s API matures 
    28  
    2923 * provide atk/gail assistive-technology support in all relevant places 
    30  
    3124 * plugin-based support for general namepaces, not limited to root of the mounted filesystem, e.g. archives, remote filesystems (via gio/gvfs etc), collected items (probably tagged), chroot 
    3225 
     
    3427 
    3528 * add missing API documentation 
    36  
    3729 * complete documentation about action arguments 
    38  
    3930 * support non-english-ascii letters (replacing dDfFpP etc) in macros 
    40  
    4131 * find a way to have those small lines in the treeview as kde/qt or windows provide them 
    42  
    4332 * add tooltips to context menus where now missing 
    44  
    4533 * find a way to tap into shell’s completion process, to enhance command-line tab completion (not directly possible with bash) 
    46  
    4734 * support theming for custom icons 
    4835 
     
    5037 
    5138 * interrogate shared-configuration data for more filetype handlers (but FDO spec is still too immature) 
    52  
    5339 * strictly incremental update of displayed filelists (if a reliable change-monitor ever becomes readily and widely available …) 
    54  
    5540 * show filetype/dir icons in file lists 
    56  
    5741 * undo, for completed file operations (needs lots more cacheing of information about processed items and anything affected by the operation) 
    58  
    5942 * custom formatting of hyperlinks displayed in the output pane 
    6043 
     
    6245 
    6346 * some default keybindings might not work, if other things’ bindings prevail 
    64  
    6547 * auto-refreshing file panes (without FAM/gamin) does not notice item size, mode, ownership changes (consequence of the way the fs works) 
    66  
    6748 * auto-refreshing with gamin does not notice most changes involving symlinks (gamin bug) 
    68  
    69  * auto-refreshing with gamin and gnome (at least) and dnofify backend does not notice changes to the trash dir (gamin bug) 
    70  
     49 * auto-refreshing with gamin and gnome (at least) and dnotify backend does not notice changes to the trash dir (gamin bug) 
    7150 * sizing of any command-line combobox in a vertical toolbar is illogical (wishlist = gtk support for  “drop-across”) 
    72  
    7351 * hard links are processed as separate files 
    74  
    7552 * refreshing a filelist changes the access time of the displayed directory 
    76  
    7753 * for some? gtk versions, recreating filelists creates leaked X memory (gtk bug?) which, if repeated too often, can lead to swap-thrashing and even a hang 
    78  
    7954 * gtk (in later versions at least) behaves badly when dragging a column-header boundary to change the column width – at first it thinks it’s dragging selected item(s) ! 
    80  
    8155 * the output pane captures stdout and stderr messages from child processes, but not from any other process started by a child (“grandchild”) 
    82  
    8356 * a command which in turn causes another command to be run using the same glib functionality (g_spawn_async() etc) can  hang, because completion of the spawned child command is not reported to its parent application – maybe some intermingling of child exit signals 
    84  
    8557 * mnemonic activation of toolbar buttons (when their labels are shown) does not cycle focus between buttons with the same mnemonic key, as it should do. Seems to be a gtk problem related to GtkPaned