tremove old TODO and BUGS entries - dwm - [fork] customized build of dwm, the d… | |
git clone git://src.adamsgaard.dk/dwm | |
Log | |
Files | |
Refs | |
README | |
LICENSE | |
--- | |
commit 10dfa65860d770cbce2cdaf67618f44f726a27c3 | |
parent 3bd8466e93b2c81be86e67c6ecdda4e1d240fe4b | |
Author: Hiltjo Posthuma <[email protected]> | |
Date: Sat, 12 May 2018 19:14:19 +0200 | |
remove old TODO and BUGS entries | |
tthe bug in the dwm man page is an (ancient) Java issue. | |
Thanks David and quinq for the patches and feedback! | |
Diffstat: | |
D BUGS | 44 -----------------------------… | |
M Makefile | 2 +- | |
D TODO | 4 ---- | |
M dwm.1 | 12 +++--------- | |
4 files changed, 4 insertions(+), 58 deletions(-) | |
--- | |
diff --git a/BUGS b/BUGS | |
t@@ -1,44 +0,0 @@ | |
---- | |
- | |
-18:17 < Biolunar> when i change my resolution in dwm (to a smaller one) and th… | |
-18:19 < Biolunar> is it just happening to me or a (known) bug? | |
-18:24 < Biolunar> and in addition, mplayers fullscreen is limited to the small… | |
- | |
-reproducible with xrandr -s but not with --output and --mode, strange | |
- | |
---- | |
- | |
-yet another corner case: | |
-open a terminal, focus another monitor, but without moving the mouse | |
-pointer there | |
-if there is no client on the other monitor to get the focus, then the | |
-terminal will be unfocused but it will accept input | |
- | |
---- | |
- | |
-Donald Allen reported this: | |
- | |
-starting emacs from dmenu in archlinux results in missing configure of emacs, … | |
- | |
---- | |
- | |
-voltaic reports this: | |
- | |
-When I use two monitors, one larger in resolution than the other, the | |
-bar is drawn using the smaller x-dimension on both screens. I think | |
-what's happening is that there are two bars drawn, but the short bar | |
-is always on top of the long bar such that I can't see the information | |
-under the short bar. If I switch to the small screen, hide the short | |
-bar, and then switch to the large screen, the long bar is drawn | |
-correctly. | |
- | |
-A similar problem occurs when I have started dwm on a small resolution | |
-monitor (laptop screen) and then I switch to a large external display. | |
-When I do this, the bar itself is drawn for the original smaller | |
-resolution, but the information to be printed on the bar is | |
-right-aligned for a longer bar. So what I see is a bar that has the | |
-right hand side of it cut-off. See attached screenshot. | |
- | |
-I am using standard options for xrandr such as --output VGA1 --auto, etc. | |
- | |
---- | |
diff --git a/Makefile b/Makefile | |
t@@ -35,7 +35,7 @@ clean: | |
dist: clean | |
@echo creating dist tarball | |
@mkdir -p dwm-${VERSION} | |
- @cp -R LICENSE TODO BUGS Makefile README config.def.h config.mk \ | |
+ @cp -R LICENSE Makefile README config.def.h config.mk \ | |
dwm.1 drw.h util.h ${SRC} dwm.png transient.c dwm-${VERSION} | |
@tar -cf dwm-${VERSION}.tar dwm-${VERSION} | |
@gzip dwm-${VERSION}.tar | |
diff --git a/TODO b/TODO | |
t@@ -1,4 +0,0 @@ | |
-- add a flag to Key to execute the command on release (needed for commands | |
- affecting the keyboard grab, see scrot -s for example) | |
-- add updategeom() hook for external tools like dzen | |
-- consider onscreenkeyboard hooks for tablet deployment | |
diff --git a/dwm.1 b/dwm.1 | |
t@@ -158,7 +158,7 @@ code. This keeps it fast, secure and simple. | |
.SH SEE ALSO | |
.BR dmenu (1), | |
.BR st (1) | |
-.SH BUGS | |
+.SH ISSUES | |
Java applications which use the XToolkit/XAWT backend may draw grey windows | |
only. The XToolkit/XAWT backend breaks ICCCM-compliance in recent JDK 1.5 and … | |
JDK 1.6 versions, because it assumes a reparenting window manager. Possible wo… | |
t@@ -172,11 +172,5 @@ or | |
(to pretend that a non-reparenting window manager is running that the | |
XToolkit/XAWT backend can recognize) or when using OpenJDK setting the environ… | |
.BR _JAVA_AWT_WM_NONREPARENTING=1 . | |
-.P | |
-GTK 2.10.9+ versions contain a broken | |
-.BR Save\-As | |
-file dialog implementation, | |
-which requests to reconfigure its window size in an endless loop. However, its | |
-window is still respondable during this state, so you can simply ignore the fl… | |
-until a new GTK version appears, which will fix this bug, approximately | |
-GTK 2.10.12+ versions. | |
+.SH BUGS | |
+Send all bug reports with a patch to [email protected]. |