On Fri, 30 May 2014 at 16:27:44 +0800, David Maciejak wrote: > On Fri, May 30, 2014 at 6:29 AM, Carlos R. Mafra <crma...@gmail.com> wrote: > > On Thu, 29 May 2014 at 20:45:42 +0800, David Maciejak wrote: > >> These patches (one for the lib, one for the viewer tool) are bringing > >> EXIF orientation support in wrlib. > >> Most popular display libs and tools are providing such kind of > >> features these days (eog, gimp, ...). > >> I ported the code from jpegexiforient to be able to extract the tag value, > >> and as said in some previous emails ran tests using > >> examples at http://github.com/recurser/exif-orientation-examples > >> (it resulted in some already merged patches). > >> > >> Now the question is: should it be used to load default bg image too ? > > > > I think it would be better to keep wrlib simple. Does wmaker really > > need the EXIF orientation support in its wrlib? Why? > > > > This smells like 'creeping featurism' > > (http://en.wikipedia.org/wiki/Feature_creep). > > > > Completely agree, let's keep the graphic library simple and outdated.
The question really is: why wmaker should _care_ about EXIF orientation? Should it also care about GPS coordinates in the future? It does not make sense to add code to a window manager graphic library to support this just because it can be done. This feature is not necessary. If someone wants to set a wallpaper with an upside-down image, wmaker should not mess with this choice and be "smart" in "fixing" the orientation automatically (as an hypothetical use of this feature). -- To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.