init splash now merged with theme - default theme has both. saves space on
disk and just in the end is cleaner. can still select spash separately - but
now themes should provide splashes. you can have just splash files in the
theme dir - but won't be much good for full themes.
default theme now is b&w - all moved over and building. it's now default.
default splash is just default theme etc. etc.
this may cause some problems - so i'd just check your settigns and maybe
re-selct your init splash as it may not exist anymore or be found and thus a
blank splash until u fix it in config.
hmm... there is a bug thoug - i think fileman related. will check. missing
something in theme.
SVN revision: 37006
1. configure/build changes to allow cross-compiling painlessly
2. pager module namespace changes - this was still dirty afdter the namespace
cleanup, so clean it up
3. add a powersave subsystem - doesnt have an "automatic" way to turn on and
off right now, this i think is best provided by modules (that do things like
monitor acpi status's (eg close lid of laptop), AC power status etc. etc.
this allows e to nicely defer "power" expensive actions to avoid disk
spinups etc.
4. move to use the new ecore poller system - discussed long ago as part of
power management/saving issues. now it exists
5. add a canvas idle flush call that helsp cope with the new shm greedy
software x11 engine stuff
6. use the new powersave subsystem where appropriate
7. fix non-zeroed/initted memory access in e_fm_main
8. fix mem leak for e menus
9. remove ipc handlers for changed/removed config values
10. use animaotr not timer for menu scrolls - then menu scrolls obey the fps
config
11. fix up timer/poll happienss of cursor idle stuff
12. remove avoid damage from popups for now - causing problems
13. change battery and temp readouts to b e shorter so they fit
14. pager can emit signals on focus change for mini-windows now
15. temperature module now uses a slave process and uses stdin/out to talk to
it and get output - this makes e smoother as in my expereicne i found getting
the temp on my laptop actually took like 200ms so e "hang" for 200ms while
reading the acpi files - so now the subprocess does it and just writesa back
to e when it gets it.
ecore:
1. add ecore_pollers. see the documentation on them in doxygen comments :)
2. fix timers to only go off when they have to - bug there that made e's
select time out a LOT more than it needed to. defensive coding hid the
problem. now fixed. e should be much more power friendly now.
3. formatting/niceness in ecore_exe stuff
4. some comments on comments with SIGIO ideas vs. select
5. add call to be able to add an idle enterer at the start of the list of
them, not just the end (as has been the default)
6. fix ecore_evas to support auto evas idler calls after 0.5 secs of idle in
all canvases - and to do it right
7. if argb destination - set the shape EVENT shape (to mask out events in
transparent regions much like shape does withotu translucency)
8. in ecore_x add support for the event shape
evas:
1. fix cache to work properly and not just always fill up (as it seemed to
like to think cahce useage dropped below 0 when it didnt and thus just
over-fill)
2. software x11 engine now ONLY uses shm segments - no ximages over the
socket. this ximage hack was there to avoid the 2 round trips involved in
setting up an shm image - now i mitigated that wih an shm image cache pool.
it keeps shm images around and repurposes them for new update regions if
appropriate. this means many fewer shm creates (about 1/100th the number) and
since we recycle the memory less 0 memory page filling by the kernel - in the
end, i recorded about a 10-20% speedup over the old software x11 engine.
simple tests i have seen up to 120% speedups. idle flush now does something -
it frees all the cached shm segments. it has a hard-coded limit of 4mb worth
of shm segments (or 32 segments - whichever comes first) to keep around. once
can never complain much about speedups methinks :). also evas will defer sync
until the NEXT frame is written - this means evas can calculate the next
frame of data while x dma's/copies the images to the screen at the same time
(if you hve a dual core or multi-cpu machnike or your xserver is able to use
DMA to copy image data to the screen/video ram then this should see a decent
speedup).
SVN revision: 33448
work for me adding/removing screens. e moves windows from the old screen to
existing one(s) and creates new zones and any shelves etc. for that zone if
needed etc. etc.
SVN revision: 32111
- Don't allow (some) events during shutdown, as events wont be processed.
- Don't remove drop handlers on dnd shutdown, they should be removed by
their creators.
- init/shutdown fwin
- Delete fwins on shutdown.
- Remove weird ipc wrapper function.
- Don't do additional shutdown functions on restart.
SVN revision: 29366
(it returns x,y coords relative to the drop target geom, not the screen,
start putting in all the necessary stuff in fm2 - can dnd 2 file now (drop
has no effect though)...
SVN revision: 25950
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
is pretty much almost perfectly working. i have fixed up some e_thumb stuff
and allowed e_thumb to be more responsive and skip items that are known to be
"generated" and bring them ahead in the list of things to thumb - so kind of
a priority skiplist - process what it KNOWS will be already done first
quickly and leave the slower stuff until later. efm is fairly well refined
now - as above. the test selector works nicely. also added an almost-sha1
generator - use sha1 sums of the path for thumbs - less likelihood of
collisions. the prolbme is given the small size of the input data... it's
hard to do well - but anyway :)
SVN revision: 24128
have a lot of work to go to be done well (ie work that e_app does to read
stdout/err shoudl be here too - or we need to eventually virtualise this)
2. stop self-feeding scan loop :)
SVN revision: 20425
Sebastian Dransfeld
Carsten Haitzler
Cedric BAIL
Christopher Michael
rephorm
Stafford Mitchell Horne
David Walter Seikel
sebastid
handyande
stffrdhrn