summaryrefslogtreecommitdiff
path: root/TODO
diff options
context:
space:
mode:
authorBenedikt Meurer <benny@xfce.org>2004-05-25 18:07:55 +0000
committerBenedikt Meurer <benny@xfce.org>2004-05-25 18:07:55 +0000
commit5ee8f8691a53851a141afc268c5c6dc80134efcd (patch)
treec9d763fd92f76aa779eec45429011a9aa38dc34b /TODO
parent3c0318273edb48afe42d5d8828363854cd1c1cd8 (diff)
downloadxfce4-session-5ee8f8691a53851a141afc268c5c6dc80134efcd.tar.gz
Enable installation of new themes by dragging&dropping a theme from a file
manager (tested with rox so far) to the theme treeview, currently only theme directories (that are directories that contain a subdir "xfsm4" and atleast a file "xfsm4/themerc") and theme tarballs (actuall .tar.gz, which contents match the theme directory layout described above) are supported. The "installation" of the theme is done using the xfsm-install-theme script, so it should be easy to add support for further "file formats", just send me a patch (but remember that the stuff has to be plattform-independend, so no bashism or GNUism). (Old svn revision: 4579)
Diffstat (limited to 'TODO')
-rw-r--r--TODO74
1 files changed, 0 insertions, 74 deletions
diff --git a/TODO b/TODO
index b0dcc922..33076e42 100644
--- a/TODO
+++ b/TODO
@@ -1,82 +1,8 @@
* run SmDiscardCommand when necessary (e.g. pending clients do not fire up,
or we reach another checkpoint/shutdown)
- * add a SaveYourself timeout, so bogus clients do not prevent the desktop
- from shutdown [Initial code exists in manager.c SEE BELOW]
- * Multiscreen support is missing (e.g. with the logout screen)
- * Save to XML instead of this binary format.
* Honor SmRestartStyleHint
* Add APM support (separate SM client)
- * Use GScanner to parse splash.theme files?!
* Add an option to disable Autostart by xfce4-session
- * Fix "Autostart" with default.session [no problem]
* Add configure options to make packagers life easier regarding the
"shutdown/reboot" thing (see the Mail from Marcel Pol on 20031120)
[partly done]
- * Remember last selected "Logout action" and make that the default for
- the next session.
- * Use full display string as session identifier instead of hostname only.
-
- * Add option to disable binding of a TCP/IP socket with ICE (see Moritz
- mail on 20031211). [DONE]
- * Fix the problem with xfce4-session not working on Solaris 9! [DONE]
- * Move "setenv()" from manager.c to libxfce4util as xfce_setenv() [DONE]
- * An error leads to a session close on Linux when running several xterms
- as reported by Olivier.
- * shutdown.allow method does not work!
-
-Freezes in Shutdown Screen:
----------------------------
-
- * Select "poweroff" from the option menu, click outside the dialog -> frozen!
- * Sole solution for now: get rid of the option menu and use radio buttons or
- something else that does not create new toplevel windows.
-
-
-Solution for the TIMEOUT in SAVEYOURSELF problem:
--------------------------------------------------
-
- * Handle the interacting clients first
- * Then wait some period of time (e.g. 5-10 seconds) and if some clients
- haven't finished the SAVE YOURSELF phase during that time, display a
- window with a the list of "sucking" clients and a button "Terminate".
- Pressing terminate will terminate the session regardless of the state
- of the given clients. In addition to the window there should be a timer
- that counts from 60 to 0 seconds and once 0 is reached the session is
- automatically terminated.
-
-
-IRC Log of Olivier and another Linux user with the xterm problem:
------------------------------------------------------------------
-<thomas_adam> ~/.xsession-errors report failings...
-<ofourdan> sorry...
-<ofourdan> what errors?
-<thomas_adam> Client 0x3735252653653536738 lost connection to ICE_socket
-<thomas_adam> that's repeated for the other xterm (there were two in the session I saved)
-<thomas_adam> and then I just get flung back to the VT
-<ofourdan> I think I had such a problem already and reported to benny
-<ofourdan> no core, just the session dies
-<thomas_adam> ah right
-<thomas_adam> yup
-<thomas_adam> so a work in progress then? :)
-<ofourdan> dunno, cuz he didn't take it into account
-<ofourdan> afaik
-<thomas_adam> oh, :)
-<ofourdan> he can't reproduce the problem
-<ofourdan> do you run linux.
-<ofourdan> what xfree ?
-<ofourdan> does it fail with xterm?
-<thomas_adam> Debain Unstable
-<thomas_adam> XFree86 4.2.1.1
-<thomas_adam> If I clear ~/.xfce/session
-<thomas_adam> and start from scratch...
-<ofourdan> what if you run another type of terminal, like gnome-terminal or rxvt instead of xterm?
-<thomas_adam> yeah...
-<thomas_adam> if I open say rxvt or xterm or both, and save them...
-<thomas_adam> log back in, the session is restored fine....
-<ofourdan> no, no, no xterm at all
-<thomas_adam> I have tried that....
-<thomas_adam> I'm getting to my point :)
-<ofourdan> well, I'll try to ping benny agin on that, it's definitely a show stopper
-<thomas_adam> one save and one restore of that session works fine...
-<thomas_adam> any subsequent restores of that session cause it to keel over and die.
-