summaryrefslogtreecommitdiff
path: root/TODO
diff options
context:
space:
mode:
authorDaniel Friesel <derf@finalrewind.org>2013-02-14 12:52:23 +0100
committerDaniel Friesel <derf@finalrewind.org>2013-02-14 12:52:23 +0100
commit43a7d315ae6952e096ae3a0351273c5639377870 (patch)
treed191eaaa1af3ec69c02e0e90de2408c08d9d5203 /TODO
parent5dfdc0bc15e49f7c091aad123cf1b03f55d936cb (diff)
release v2.9.12.9.1
Diffstat (limited to 'TODO')
-rw-r--r--TODO192
1 files changed, 1 insertions, 191 deletions
diff --git a/TODO b/TODO
index f7dbbac..27846ab 100644
--- a/TODO
+++ b/TODO
@@ -1,191 +1 @@
-# open issues on derf/feh
-5. various Xinerama issues
---------------------------
-From TODO:
-On screen 1, it will work if fullscreen is turned off, the window is rendered
-and moved so that its top corner is only on screen 1, and then fullscreen is
-turned on (after that, it'll work for all images in the slideshow).
- state: open
- user: derf
- votes: 0
- created: 2010/08/21 11:08:12 -0700
- updated: 2011/08/30 00:38:44 -0700
- comments: 3
-
-9. feh fails for massive images
--------------------------------
-At first I thought this was a single-band TIFF image problem but when I
-starting playing with resizing things I noticed feh becoming happy.. so I
-started twiddling until I was right between the edge of failing and working:
-
-By massive I mean the original image is: 30691x30661
-
-Playing with resizing to various gets me:
-23325x23302 fails (76%)
-23018x22995 good (75%)
-
-Next phase was to make sure it wasn't just the TIFF libraries.. so converted
-the TIFFs to PNG
-tifftopnm | pnmtopng >
-
-Same behavior - the 76 fails, 75 works. Trying one more time this time
-converting to JPG for a last sanity check.
-
-Feh blows up with No Imlib2 loader for that file format on the 76 but the 75
-works. Gimp opens both images (in any of the formats) fine (considering the
-size of the images). XV opens all sizes fine.
-
-I can't distribute the raw (source TIFF) imagery (licensing issue) but I can
-provide the JPG and PNG files for others to confirm the behavior.
-
-http://beef.gina.alaska.edu/pub/feh-testing/
-
-I put the 75 and 76 as PNG and JPG there along with the original as a PNG.
-
-Running feh 1.9-21-gbeecfaf from github on a FC13 x86_64 machine.
- state: open
- user: dayne
- votes: 1
- created: 2010/10/06 16:22:25 -0700
- updated: 2011/11/14 00:50:59 -0800
- comments: 4
-
-12. "Reverse" --scale-down (zoom images to screen size)
--------------------------------------------------------
-Requested by mail:
-
-Don't go fullscreen, but do make the window as big as possible (either max out
-width or height) and zoom the image in to fit if necessary.
-So, it's like --scale-down, but zooming in, not out.
-
-This can already partially be achieved by combining --auto-zoom and --geometry
-/ the "Freeze Window Size" menu setting.
- state: open
- user: derf
- votes: 0
- created: 2010/10/14 09:44:25 -0700
- updated: 2011/04/12 11:48:05 -0700
- comments: 0
-
-24. maybe: include giblib directly into feh
--------------------------------------------
-There are only three programs using giblib, one of them is feh. And feh only
-uses a part of giblib. So including those parts into the source and removing
-the dependency might be an idea
- state: open
- user: derf
- votes: 0
- created: 2011/01/17 11:54:17 -0800
- updated: 2011/11/29 13:34:35 -0800
- comments: 2
-
-67. receive commands from the terminal that started feh
--------------------------------------------------------
-I am running feh on a remote machine by starting it from a ssh terminal. I
-expected to be able to use the shortcuts in the terminal just as I would when
-feh is running localy. Feh does output to the terminal (e.g. when a filetype
-isn't supported) but it doesn't react to input from the terminal. Apparently I
-can use SIGUSR1 and SIGUSR2 to go back and forth between images but it would be
-much easier if feh would just react to keyboard input from the terminal.
- state: open
- user: tinus
- votes: 0
- created: 2011/10/05 04:51:59 -0700
- updated: 2011/11/27 18:52:11 -0800
- comments: 5
-
-72. --scale-down: account for window decorations
-------------------------------------------------
-Reported by mail: Apparently, --scale-down does not take window decorations
-into consideration when calculating the maximum
-window size. Gotta fix that.
- state: open
- user: derf
- votes: 0
- created: 2011/11/17 12:47:32 -0800
- updated: 2011/11/27 18:59:58 -0800
- comments: 1
-
-75. image opened by thumbnail mode is in position 0 of the filelist
--------------------------------------------------------------------
-1.
-$ feh -tSsize /path/to/images/
-
-2.
-click on an image
-
-what i expected:
-the image opens in slideshow mode, in filelist specified by command(
-/path/to/images/ ), in order specified by command (-Ssize, sort by size)
-
-what happened:
-the image opens in slideshow mode,
-press d, that's what it draws:
-/path/to/images/someimage.jpg
-0 of number_of_file_in_filelist
-press n
-nothing happens
-press p
-nothing happens
-press home/end/....etc
-nothing
- state: open
- user: lolnameless
- votes: 0
- created: 2011/12/07 11:34:11 -0800
- updated: 2011/12/08 14:35:24 -0800
- comments: 1
-
-78. toggle_fullscreen action assigned to mouse button not working
------------------------------------------------------------------
-Is it possible to assign keys actions to mouse buttons? Installed newest
-source, compiled on Fedora 14, tried toggle_fullscreen 1 in mouse
-configuration, disables keyboard v key and no actions for mouse button. Urgent
-feature for touchscreen implementations to configure all key actions for 1st
-and 3rd mouse buttons.
- state: open
- user: rolandas
- votes: 0
- created: 2012/01/25 07:45:04 -0800
- updated: 2012/01/27 00:53:05 -0800
- comments: 2
-
-81. zoom, scale-down etc. are a huge mess
------------------------------------------
-* when using feh --scale-down, the middle button toggles between zoom 100% and
-zoom to fit. It should only set zoom to 100%
-* --scale-down: removing the zoom = 1.001 workaround from keyevents.c, zoom
-100% -> zoom in / out breaks
-* same for events.c, except there's no workaround in place
- state: open
- user: derf
- votes: 0
- created: 2012/03/06 04:12:09 -0800
- comments: 0
-
-82. feh loads movies with convert
----------------------------------
-feh loads movies with convert. That takes a very long time, because I only have
-5 gigabytes of RAM. (pun intended) That is probably an unintended "feature"
-introduced by commit ba08d4b25fcbcd4e16388673184cf4d179dbd420.
-
-For my needs it would be best if I could disable the call to convert by default
-(maybe a new config file?), while providing a command line argument reenabling
-the convert feature. (for the rare occasions when I use really obscure file
-formats)
- state: open
- user: pyropeter
- votes: 0
- created: 2012/03/07 13:25:32 -0800
- updated: 2012/03/10 06:49:16 -0800
- comments: 3
-
-83. add keybindings for brightness / contrast adjustment
---------------------------------------------------------
-Requested by mail: for example, b/B for brightness and k/K for contrast.
- state: open
- user: derf
- votes: 0
- created: 2012/03/10 05:40:36 -0800
- comments: 0
-
+See <https://github.com/derf/feh/issues>