- bordermenu is now properly regenerated for each window
- sticky windows are now properly placed
- destroying a sticky window or a window on a desktop different than
the current one does not produce a segmentation violation anymore
- switching desktops while moving the window moves the window to the
new desktop
- moving focused window out of the current desktop switches the focus
to the next available window or root window if neccessary
SVN revision: 6843
Plug a pre-existing key_grab leak. e17 was leaving passive grabs in
the server and not releasing them. Looks like a bug in the new config parts.
Kevin Brosius <cobra@compuserve.com>
SVN revision: 6755
Also allow different fonts for borders vs. menus. This adds links in /usr/local/share/enlightenment/fonts (default install) for a menu.ttf and a text.ttf file. text.tff is the font used for border text/window titles. menu.ttf will be used for menus. No change by default, but you'll need to re-run autogen.sh & make install for the links to be created automatically.
Update AUTHORS
Kevin Brosius <cobra@compuserve.com>
SVN revision: 6751
Which recreates the focus problem. Try this instead. Cleanup focus switching
on app destruction, plus retain focus when no app is on a desktop.
Kevin Brosius <cobra@compuserve.com>
SVN revision: 6675
and 1 ebit, with an obscure rectangle covering the client area. Right now, all
borders (except borderless windows) are considered shaped, would be good to
add a way to indicate non-shaped themes.
SVN revision: 6383
legacy apps such as eterm, xchat, xemacs etc. Those apps will now be
transparent against the desktop, including icons, iconbar and all, if
configured to be.
SVN revision: 6172
to build E17, and abort if any aren't found.
I haven't hooked this into autogen.sh yet, because there's still work to be
done. It should really check which version and abort if they're not correct.
I actually wrote this a bit ago, when we were fielding a lot of version-based
questions, but forgot. ;)
SVN revision: 6121
--
Intersect area for mouse clicks did not cover the entire menu item. Fixed
to use the full dimensions of the menu item evas object instead.
SVN revision: 6072
this should probably also create the .e_layout dir if it doesn't exist, and put the files in there. at the moment you have to run it with the .e_layout dir as part of the param ( build_iconbar_db.sh ~/.e/desktop/default/.e_layout/ )
then again, this will all be taken care of by the setup program and other methods eventually.
SVN revision: 6041
* scrollbars should not need to know the dir the view they are part of is in,
because that can change without further notice. Access the dir through
scrollbar->view->model->dir and replace the dir with the name of the view for
named callbacks
SVN revision: 6040
for some reason, in e_configure,
if ((v = e_view_machine_get_view_by_base_window(e->win)))
was acting as though true for all cases (including non views), and was segfaulting, so i made it
v = e_view_machine_get_view_by_base_window(e->win);
if (v)
any ideas why this would be necessary?
SVN revision: 6036
Instead of /path/.e_iconbar.bits.db, now uses /path/.e_layout/iconbar.bits.db.
Custom scrollbars can be placed in the .e_layout directory as well.
I should probably move the background db into here also, any objections?
So, to get your iconbar again, move the .e_iconbar[.bits].db to .e_layout/iconbar[.bits].db
SVN revision: 6034