- Jul 04, 2011
-
-
Birte Kristina Friesel authored
-
- Jul 03, 2011
-
-
Birte Kristina Friesel authored
-
- Jun 07, 2011
-
-
Birte Kristina Friesel authored
-
- Jun 06, 2011
-
-
Birte Kristina Friesel authored
-
- May 31, 2011
-
-
Birte Kristina Friesel authored
-
- May 30, 2011
-
-
Birte Kristina Friesel authored
-
- May 24, 2011
-
-
Birte Kristina Friesel authored
-
Birte Kristina Friesel authored
-
- May 23, 2011
-
-
Birte Kristina Friesel authored
-
- May 19, 2011
-
-
Birte Kristina Friesel authored
-
Birte Kristina Friesel authored
-
Birte Kristina Friesel authored
-
- May 12, 2011
-
-
Birte Kristina Friesel authored
-
- May 11, 2011
-
-
Birte Kristina Friesel authored
-
Birte Kristina Friesel authored
-
Birte Kristina Friesel authored
-
Birte Kristina Friesel authored
-
- May 10, 2011
-
-
Birte Kristina Friesel authored
This fixes a really weird bug where continued theme definitions containing just one option/value pair caused feh to mis-parse parts of the following line. Apparently, subsequent realloc calls mixed with strdups in another function caused parts of the list (argv) content to be overwritten by the content of the list pointer itself. I wasn't able to find out the exact causes / conditions.
-
Birte Kristina Friesel authored
-
Birte Kristina Friesel authored
-
Birte Kristina Friesel authored
-
Birte Kristina Friesel authored
-
Birte Kristina Friesel authored
Note that feh does not try to convert encodings or anything. It expects filenames to be in UTF8 and passe them on to NET_WM_NAME and NET_WM_ICON NAME. The only new thing is that it now also sets _NET_WM_NAME and _NET_WM_ICON_NAME and explicitly tells X11 that they are in UTF-8. Again, no recode, if you use UTF-8 filesystems (which you should), everything is fine.
-
- May 09, 2011
-
-
Birte Kristina Friesel authored
-
Birte Kristina Friesel authored
-
- May 07, 2011
-
-
Birte Kristina Friesel authored
-
- May 05, 2011
-
-
Birte Kristina Friesel authored
-
Birte Kristina Friesel authored
-
Birte Kristina Friesel authored
-
Birte Kristina Friesel authored
-
- May 03, 2011
-
-
Birte Kristina Friesel authored
-
Birte Kristina Friesel authored
-
Birte Kristina Friesel authored
-
Birte Kristina Friesel authored
The only thing the patch seems to do is try to calculate the window borders so it can move the window to the right place. However, XResizeWindow simply does not move the window no matter how wide the borders are, which is the intended behaviour. Plus, certain window managers (like fluxbox) report an incorrect window border width. I have yet to test this commit on a Xinerama system, though. It _might_ affect something there.
-
- May 02, 2011
-
-
Birte Kristina Friesel authored
-
Birte Kristina Friesel authored
-
- May 01, 2011
-
-
Birte Kristina Friesel authored
-
- Apr 30, 2011
-
-
Birte Kristina Friesel authored
-
Birte Kristina Friesel authored
-
Birte Kristina Friesel authored
-