process to stop e from ever "locking up". this unfortunately breaks the other
source stuff and thus breaks the app editor config dialogs and anything using
fm2 for .desktop stuff from the e applications/all repo. i am doing this as i
expect this to go away with efreet anyway so not too much of an issue. not
all fm operatiosn work currently - note. so beware. it can view files though :)
SVN revision: 28528
* Mouse Binding Dialog
- dialog refactoring
- no need to select modifiers, etc. Just click add button and do an action with a mouse.
- new icons. Many thanks to Luchezar 'ManowarrioR' Petkov for great work on this icons.
- extra mouse buttons and wheels are supported.
- etc, just try and see.
* Shelf
- No re-population when "plain/inset" mode set.
- Changing the orientation of the shelf horiz->vert does not screws up it look.
- something else
* Gadcon
- No overlaping items in initial shelf.
- Moving of items in gadcon is not problematic any more. Will not get any mess
and overlaps in gadcon on moving.
- Item sizing. If u size an item to the left it will be sized only to the left.
- If gadcon clients take much more space than gadcon can display, they are resized
starting from the biggest item(s).
- Shrinked mode actions, moving/sizing, is not problematic. Everything works
exactly in the same fasion as in non-shrinked mode.
- etc.
SVN revision: 25235
all group names prefaced by e/
its entirely possible i missed a few small places in this, so there may be some growing pains in the next day or two
also, spectrum content -> e.swallow.content
SVN revision: 25057
dialog api's - added name and class params so u can set the name and class -
so users can later use things like rememebr to rememebr where a dialog will
go for usability and convenience.
SVN revision: 24691
should stop people asking stupid things like "how can i get gadgets on the
desktop" as its a 1 click option. things like "they look like shit - cokie
cutter" are hidden so silly peolpe who dont listen to advice and dont select
below everything - have it selected for them. don't like the basic set of
options given - use advanced to fiddle to your hearts content.
SVN revision: 23456
this code can do more advanced stuff than the previous code.
The logic is that if the window is first maximized vertically, then
horizontally it should equal that both directions are maximized at once.
unmaximize can only be done in directions already maximized.
The code works, but hasn't been thorougly tested. Please report any errors
to me, and I will fix them!
SVN revision: 23254