From f1ba6ac96fa7ba59cbd5901959e8095673000342 Mon Sep 17 00:00:00 2001 From: Dana Jansens Date: Tue, 1 Apr 2003 00:44:00 +0000 Subject: [PATCH] more updates to current status --- TODO | 14 +++++++------- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/TODO b/TODO index b37f8396..fd46b0f2 100644 --- a/TODO +++ b/TODO @@ -1,6 +1,7 @@ Goals for future releases of Openbox (THIS CAN AND WILL CHANGE): 3.0: * Add XEventHandler class to make event handling better than ever! + - no longer applicable * Crazy dope support for dockapps. Fully mimic window maker's handling of them. - no, nm this. wmaker is poo. @@ -9,23 +10,29 @@ Goals for future releases of Openbox (THIS CAN AND WILL CHANGE): - using C, no longer using Xlib wrapping classes. * key/mouse/action bindings + - done. * handle keyboard input natively instead of relying on an external program + - done. * remappable bindings for keyboard input and for mouse input. - done. * break the themeing into a replaceable plugin/script of some form and possibly also for the bindings. + - done. * new sex menus (circular n shit) * window stacking layers (i.e. always on top/bottom). + - done. * add atoms for most everything in the window manager e.g. add _BLACKBOX_STYLE and _BLACKBOX_MENU atoms so that bbtools, bbconf, etc. can get the current path to the style in use and menu. + - style hint is obsoleted by engines. * keep track of what strings are Utf8 and what aren't and use the appropriate functions! + - done. 4.0: * have plugins/scripts for most everything as deemed appropriate. @@ -40,11 +47,4 @@ Openbox TODO list: * port bbconf to Openbox. -* when workspace name is greater than the width of its text area the toolbar - gets very ugly. I think what's really needed is a new toolbar entirely, which - can let apps dock in it (these would, of course then, be very tiny apps). - * draw non-opaque move/resize frames using the style's borderWidth. - -* suppert for XRENDER, and use it for making window decorations/menus/etc - translucent. -- 2.45.2