On Thu, May 03, 2018 at 11:34:08PM -0400, Christopher Drelich wrote: > Hiltjo, > I submitted this particular patch because in an off-list discussion I > asked and you replied: > > >> (a) Is the TODO up to date, and if so could you clarify what you want a > >> little. > > >In my opinion the items in the dwm TODO could be empty/removed. > > Maybe I misunderstood, but I got the impression this meant that the > TODO file was not accurate/up-to-date. If the TODO file is in fact > up-to-date and an accurate list of what is wanted for the mainstream > dwm project, then I will look into implementing them. > > In terms of bugs in dwm, there seems to be some listed in BUGS and > some in dwm.1, is this desired behavior or would it be better to have > them all in one place? >
I responded to your comment about issue trackers, but some of the items in the TODO are outdated indeed. > On Thu, May 3, 2018 at 12:06 PM, Hiltjo Posthuma <[email protected]> > wrote: > > On Wed, May 02, 2018 at 07:40:54PM -0400, Christopher Drelich wrote: > >> It is not clear if BUGS and TODO are up-to-date, and if people are > >> already working on (or have solved these issues.) We also don't know > >> much about an individuals setup. There are much better methods of > >> keeping track of this information besides textfiles in the source > >> tree. Issue trackers, wikis, etc.. are all viable options. > >> > >> It seems best to remove these files and discuss further options. It > >> might even be useful to find a place to talk about wanted patches > >> (Both thsoe that would and would not be included in the main code > >> base.) > >> > > > > Thats your opinion, I think textfiles are fine and better than most > > issue trackers. > > > >> --- > >> > >> diff --git a/BUGS b/BUGS > >> deleted file mode 100644 > >> index 6c9574a..0000000 > >> --- a/BUGS > >> +++ /dev/null > >> @@ -1,44 +0,0 @@ > >> ---- > >> - > >> -18:17 < Biolunar> when i change my resolution in dwm (to a smaller > >> one) and then back to the native, the top bar is not repainted. that's > >> since 5.7.2, in 5.6 it worked fine > >> -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 resolution after i changed it back to the native > >> - > >> -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, but mod1-space or mod1-shift-space fix this problem. this > >> problem is new and did not happen in 1.6 xorg servers > >> - > >> ---- > >> - > >> -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/TODO b/TODO > >> deleted file mode 100644 > >> index b33a08d..0000000 > >> --- a/TODO > >> +++ /dev/null > >> @@ -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 > >> > > > > -- > > Kind regards, > > Hiltjo > > > -- Kind regards, Hiltjo
