From 6ac188a996152b8a7836a9192c81af1b197d4c49 Mon Sep 17 00:00:00 2001 From: Daniel Friesel Date: Mon, 22 Feb 2010 19:10:56 +0100 Subject: Update README, TODO & feh(1) --- README | 9 --------- TODO | 6 ++++++ feh.1 | 3 +++ 3 files changed, 9 insertions(+), 9 deletions(-) diff --git a/README b/README index 8cfd9a1..d630ee6 100644 --- a/README +++ b/README @@ -6,15 +6,6 @@ $ su -c "make install" (Red hat users, use $ ./configure --prefix=/usr) -Run the test scripts in the src directory to see it in action. - -### Note ### - -If your imlib2 / your system uses libjpeg 6.2, use this feh. -If they are built against libjpeg8, use feh from the 'jpeg8' branch -(which currently does not work, but will hopefully be fixed soonish) - - What is feh? http://linuxbrit.co.uk/feh/ diff --git a/TODO b/TODO index 6fc60b5..0a0a044 100644 --- a/TODO +++ b/TODO @@ -27,3 +27,9 @@ Control thumbnail mode (image selection, mainly) with keys. Xinerama support is present, but far from perfect. Some day I will debug that, I guess. + +Lossless rotation is horribly broken. The code was copied from libjpeg6b +and does not work with libjpeg8. However, it _has_ to be copied because +the rotation functions are not available externally. +Executing the jpegtran binary from inside feh is probably the best way +to "fix" this... diff --git a/feh.1 b/feh.1 index a20c296..2fa04b8 100644 --- a/feh.1 +++ b/feh.1 @@ -672,6 +672,9 @@ When the files (or even the directory) feh is displaying is deleted by an external application while feh is running, trying to change or resize the current image may cause segmentation faults. .PP +Lossless rotation is a horrible mess. With libjpeg6b it works, with +libjpeg8 it doesn't. Bugfix in progress. +.PP There are probably other bugs, too. If you find one, let me know :) .SH LICENSE Copyright Tom Gilbert (and various contributors), 1999, 2000 -- cgit v1.2.3