You will probably loose desktop icons until you get a fresh profile. Or you can edit the
.desktop files in .e/e/fileman/favorites (new icons name are: user-desktop, user-home, computer and user-temp)
Sorry for bothering... the next commit should be the last ;)
SVN revision: 39419
e_util_menu_item_fdo_icon_set to e_util_menu_item_theme_icon_set
As it looks for icons in e theme AND in fdo icon themes.
* Use the new function everywere instead of e_util_menu_item_edje_icon_set,
that is now marked as DEPRECATED
You should not see any difference with this commit. With the next few commit I'm
going to rename all the icons in the theme following fdo standard. I will not change
any icons, just rename them to match fdo ones.
SVN revision: 39370
* etk,
* PROTO/exalt,
* E-MODULES-EXTRA/diskio,
* E-MODULES-EXTRA/drawer,
* E-MODULES-EXTRA/penguins,
* E-MODULES-EXTRA/slideshow,
* E-MODULES-EXTRA/mail,
* E-MODULES-EXTRA/forecasts,
* E-MODULES-EXTRA/iiirk,
* E-MODULES-EXTRA/places,
* e,
* ewl,
* ecore,
* elitaire,
* entrance,
* e_dbus,
* efreet: Here we go, move from Ecore_List to Eina_List.
NOTE: This patch is huge, I did test it a lot, and I hope nothing is
broken. But if you think something change after this commit, please
contact me ASAP.
SVN revision: 39200
before i do more. i need to fix a glaring stability hole... try remove
aconfig module while the config dialog that module handles is up... :)
SVN revision: 30644
new border property versus reusing what exists. This now eliminates using a
new border property in favor of re-using the 3 properties that exist and
also adds a key/mouse binding.
Some formatting issues I found in e_border and e_action while
looking/testing this.
SVN revision: 28496
- "Borderless" is removed (can set that in the "Borders" dialog.
- Group Raise/Lower/Iconify together.
- Group Shaded/Sticky/Fullscreen together into a "State" submenu.
SVN revision: 26655
default border from theme. Has fallback if border isn't present in new theme.
Removed old e_int_border_border files as this is all merged now into
e_int_config_borders.
SVN revision: 26596
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
config icon, rather than all having the E logo. Is proactive about setting
this: if it does not find or cannot set to that icon, it will fallback to
the E icon.
Change all config dialogs to support this.
If we have an internal border (config dialogs), disable the Create Icon/Edit
Icon menu items.
SVN revision: 23655
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
for brand new eaps as we dont knwo what to call them until theyare fileld out
- it's also a good way to track what e has created itself :) (filename isnt
that important really)
SVN revision: 22600
>e_int_config_focus_missing_options.patch: adds refocus last focused window on
desktop switch and revert focus when hiding or closing a window options.
>e_menu_various.patch: (up-to-date) adds several things...
- support KeyPad equivalent for keybindings (numbers as well as
directions).
- add [home] [end] support : will go to the first/last menu item
- 0 will go to the last menu item instead of going to the 10th one.
- corrected the bug when the first menu item was activated *twice* when
creating a POP_DIRECTION_DOWN menu with keyboard <- passed a long time
on this trying to figure why it was happening
- do not activate an already active menu item
>e_int_border_menu_consistency.patch: do not show items that will ne be taken
into account anyway.
SVN revision: 20223
there as a plceholder to work on over the next day or so. also i fixed the
edit icon. it RELIED on e_utile_ap_edit to be installed. also it didnt
produce a good template either etc. it can be better though...
SVN revision: 18525
does NOTHING YET! BEWARE! do NOT useit if u dont want some pain. i need to
make ecore evas canavses accepssible form an evas pointer etc. to make the
livethumb stuff cleaner so it can work
SVN revision: 18335
Davide Andreoli
Viktor Kojouharov
Cedric BAIL
Sebastian Dransfeld
Christopher Michael
Miculcy Brian
Sthithaprajna Garapaty
Carsten Haitzler
Eric Schuele
rephorm
sebastid
David Walter Seikel
e-taro
codewarrior
handyande