Inform the relevant parties when the list starts and stops getting populated, and when an entry is created, via ecore events.
Remove the pending path stuff from the thumb browser, as it is not for it.
Remove the ability to set the currently viewed file by path alone, always rely on an entry.
Correctly set the disable states on the navigation toolbar buttons when starting ephoto directly in flow mode
SVN revision: 54541
viewer object (child) may have the focus and it would die, then there
is no focused object anymore (we should have a way to revert focus to
parent when children die).
SVN revision: 54058
after actually using it to browse a directory of pictures I realized
auto-fit is something we need, and need it by default.
as we auto-fit, the zoom range makes no sense anymore... and zoom
should be percentual changes, not absolute. So now zoom increments and
decrements of 20% of the previous value, and there is no lower/upper
limits anymore.
SVN revision: 54057
Raster had his word "it is broken that way, either fix it or remove"
and thus removed it is as fixing it properly takes much more time than
I have now.
SVN revision: 54056
just add items from an animator so we give time to have a good queue
and do the insert in a batch. It will change the grid population less
often, and will trigger the grid recalc less often as well.
SVN revision: 53380
in few cases we could quickly change directories and views would still
be populating, then they could access dt->entry
(ephoto_directory_thumb.c), so we need notifiers to know it is gone
and not mess with it any further.
Then ephoto_entry_free_listener_add() is born, added it to
flow_browser and slideshow for the sake of it... it shouldn't be
needed.
SVN revision: 53341
probably this is an eina issue with last optimizations from cedric,
but I'm commenting these out for now. (if efreet_mime is no-go from
threads, must remove it from enjoy as well).
SVN revision: 53339
Well, at least that was what I had time and stamina to do. Please join
the development with your ideas and requirements.
The toolbar is now placed on top, because default.edc (from
elementary) says so. We better use elementary's profile to define the
theme to use, and a theme could have it at the bottom (mobiles?).
I've added all options to toolbar, which makes it very wide on single
image viewer. We'll later introduce toolbar item "visibility priority"
to auto-hide items and add a "More" menu if the elementary's profile
says so, other options will be to make it scrollable (as it is now).
EXIF rotation support is not right in my opinion. We're using map to
rotate, but it is not doing fine, as I said in another bug. We should
have code to request evas to load the image rotated, then we re-load
the image and it should work better (need to check how that would work
with region load from JPEG, used by elm_photocam).
Preferences are out as I ran out of time.
SVN revision: 53319
Raster, this exposes some problems with map as well. At least flipping
seems to not work properly sometimes. In my case I just use Shift+[ to
flip horizontally and it does not work.
SVN revision: 53312
* added Vincent recommended warnings (ie: -Wshadow) and also -Wextra;
* uses ac_attribute.m4 to define __UNUSED__;
* uses -Wl,--as-needed
* uses -fvisibility=hidden by default, if supported
* uses -ffunction-sections -fdata-sections + -Wl,--gc-sections
* added gettext (not tested yet, but should work)
* added quicklaunch support (not tested yet, but should work)
* make it pass make distcheck
with the optimization flags, on my 32bits machine ephoto is amazingly
44Kb binary! Of course it loads super-fast even without quicklaunch,
amazing what we can do with 44kb binary + 188kb theme (mostly about
images I'm shipping in 128x128 + 256x256 + 512x512 and other images
that should be in elementary's theme).
SVN revision: 53293
titan
Rafael Fonseca
Viktor Kojouharov
Cedric BAIL
Gustavo Sverzut Barbieri
Carsten Haitzler
Bruno Dilly
Tiago Rezende Campos Falcao
Sebastian Dransfeld
Lucas De Marchi
Leandro Pereira