tbh I'm not sure it should be there. it does add another dependency, which might not be desirable. and the actual exif code is pretty small, so it can easily be copied around for other apps to use. and the actual rotation is still a bit rough, so it's definitely not ready for elementary, if that should be its home.
speaking of which, how can I tell the edje part to refit itself once it has been rotated by a map? the rel1 and rel2 blocks don't seem to be enforced, or maybe edje thinks that the part's geometry hasn't changed. On Tue, Sep 14, 2010 at 11:51 AM, Cedric BAIL <cedric.b...@free.fr> wrote: > On Tue, Sep 14, 2010 at 10:35 AM, Enlightenment SVN > <no-re...@enlightenment.org> wrote: > > Log: > > optional libexif support. > > > > initial rotation support with edje map (the swallow still needs to be > refitted in the available space after the rotation) > > Just one question why didn't you add exif support to elementary instead ? > -- > Cedric BAIL > > > ------------------------------------------------------------------------------ > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > _______________________________________________ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
