to work well. grabs buttons. responds to input events and context. calls
appropriate action callbacks. you can add actions fairly easily. the cool bit
is that actions can be added on the fly... like ooh - lets say from...
MODULES :) ie module could load and enable then add lots of custom actions.
these could be custom in c code in the module.. OR... they could even be bits
of embryo loaded ... or perl... or python... or... anyway - you can figure it
out. it's justa bi-product of doing the action system this way. (btw - the
actions can be overridden too by modules so a module could change a default
action or even just augment it...)
SVN revision: 14495
- Add function for reordering border lists.
- Update hints, and use them.
- Add a flag to e_border_hide to tell if the window still
is managed or not.
- Don't set changed flag if changing visibility. Visibility is handled
outside _e_border_eval()
- Cleanup focus_out.
- Add desk show event.
SVN revision: 13372
- Add subsystem init/shutdown functions for e_desk and e_zone
- Fix bug in desk remove function
- Prevent duplicate desktop names being automatically generated
- When uniconifying, set window desktop to current
- Don't display iconified windows when desktop switching
- Selecting a window in the window list switches to that window's desktop
SVN revision: 12779
Add a "clients" submenu to the right click menu to show the current container's clients and all iconified clients (so you can actually un-iconify now)
Add "iconify" subsystem to keep track of iconic windows. This will be used be used by modules to do things like taskbars and icon boxes.
SVN revision: 12534
support shading in other directions
support other transition types for shade animation (default is DECELERATE)
simplify some logic in _e_border_eval()
SVN revision: 12529
(this is actually debatable, e16 lets you do it, and it can be nice if your
resize handles are all of screen to be able to maximize it to get at the
handles. anyway, let me know if you think i should re-enable this)
Animate shading.
Emit "shading" and "unshading" signals at start of (un)shade.
Emit "shaded" and "unshaded" signals at finish of (un)shade.
i still need to handle attempting to (un)shade while already (un)shading.
Should this a) be disallowed (i.e. ignore shade requests while shading)
or b) go the other direction from the current point in the shade anim
SVN revision: 12503
2. add app icons (based off applications/all repository - need to make this a
function of its own though)
3. fix default apps to have name/class info.
SVN revision: 12336
Carsten Haitzler
sebastid
handyande
rbdpngn
xcomputerman
Dan Sinclair
rephorm