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
maybe the code is complaining is complaining too loud of lack of exif,
we can change that later if required.
remove the rotation animation as the case 270->0 is too confusing! it
would need some logic to rotate 270->360 then make it 0.
SVN revision: 53254
flow browser (why that name?!) is back, with the my traditional
combination of 255,0 in rgb colored buttons in edje.
tomorrow will work on slideshow and make it work.
NOTE: ProFUSION team will work on a solution to have elm_toolbar +
elm_menu to be good and provide what we have in eve/enjoy in a more
generic way without thousand lines of macros in EDC. The goal is to
have configurable implementation that would provide some UI on desktop
and another on embedded, also showing buttons as we have space, and
hidding them with an automatic "more" entry if there is no space for
all items. That should improve eve, enjoy, ephoto and possibly others.
SVN revision: 53250
I was about to move to efenniht theme, but it will be some work I'd
not be able to finish in time... given that we'll have enjoy, eve,
envision and ephoto using the same things, it is time to consider a
better replicable solution.
SVN revision: 53240
okay, still yet another partial code, it's far from ready, don't even
checkout until you're ready to code.
preferences, flow_browser, slideshow are temporarily gone.
still no toolbar in main window, layout redone using EXTERNAL... when
it go back, it will be in the same form as eve/enjoy.
SVN revision: 53238
I'm rewriting parts of ephoto to simplify it, one of the things is to
avoid lots of nesting of layouts to get a simple preview
image.
So far just the thumb directory is done to the point it shows the
contents of a directory, it will do nothing on selection and
clicks. There is no toolbar either, as this is going to be replaced
later on.
EFL bugs so far:
* eio_file_cancel() is not playing nice with ecore_pipe, with errors like: "ecore_pipe.c:517 _ecore_pipe_read() An unhandled error (ret: -1 errno: 9)occurred while reading from the pipe the length"
* evas/edje map is broken WRT clipping! if I have map { on: 1;
rotation.z: 10;} and this part is clipped to some other part, the
clipper will be ignored!
Sorry, but I couldn't finish it now, trying to do it later today and
tomorrow. I still need to add the elm_genlist_item_prepend(),
elm_genlist_item_insert_before() and elm_genlist_item_insert_after()
to get the sorted insert to work.
SVN revision: 53237
if source file is a jpeg, then speed up and generate thumbnails in
format "JPEG" that are smaller and faster to load.
also define the aspect to be cropped rather than keep aspect as we're
showing the images in a fixed square. The aspect one would be good if
we did not use a grid, rather a flow layout.
SVN revision: 53218
use super-duper-nice edje features to choose image based on the
current object size and provide icons at 128, 256 and 512 so we're
always high quality.
SVN revision: 53212