[dev] dwm: xclip problem
hi i recently created a shell script called pastexclip which contains the text xclip -o and bound this in dwm to Alt+v i have my DISPLAY exported to 127.0.0.1:0.0 after putting some text into the xclipboard via xclip -i, i can run the pastexclip command at the prompt and see text printed (i know i am not using xclip incorrectly). but when i use my dwm shortcut Alt+v, the text is printed not to the current context in X, but the system console (i.e. i see it after exiting X) any help appreciated, thanks brad
Re: [dev] dwm: xclip problem
On Sun, Jul 10, 2011 at 09:49:43 -0700, brad clawsie wrote:
i recently created a shell script called pastexclip which contains the text
xclip -o
and bound this in dwm to Alt+v
but when i use my dwm shortcut Alt+v, the text is printed not to the
current context in X, but the system console (i.e. i see it after
exiting X)
I pipe the output of xclip through xmacroplay, like this:
#!/bin/sh
sleep 0.2
{
echo -n 'String '
xclip -o
} | xmacroplay -d 3 :0
which I also bound to Modkey-v. The sleep statement ensures that I can let
go of the Modkey in time. Otherwise the outcome can be ugly :-)
[dev] dwm 5.9
Hi there, after exactly 5 years since the first commit into the current dwm mercurial repository I'm glad to announce the new dwm-5.9 release which comes packed with lot's of community driven bugfixes. It can be obtained from the following download URL: http://dl.suckless.org/dwm/dwm-5.9.tar.gz After this release, I plan more radical changes to the multiscreen code for the upcoming 6.0 series. Have fun! Cheers, --garbeam
Re: [dev] [patch] map new window *after* arrange()
On 10 July 2011 03:39, Peter Hartlich bq...@hartlich.com wrote: To prevent the first restack, maybe something like the attached patch? ... which causes the title bar to flicker, as restack calls drawbar before bailing out. Not sure why that's needed. I reverted your map modifications in the 5.9 release. I think this is a good candidate for the upcoming 6.0 series, which will incorporate several structural changes. Cheers, --garbeam
[dev] [dwm] [bug] 5.9's first bug: magic float mode
Hi,
Actually, this bug goes way back, but I thought I'd be the first to report
it, just to ruin dwm's birthday. The culprit is this chunk of code in
manage():
if(c-w == c-mon-mw c-h == c-mon-mh) {
// c-isfloating = True; pjh
c-x = c-mon-mx;
c-y = c-mon-my;
c-bw = 0;
}
Commenting out that line fixes it.
How you reproduce it is the fun bit.
(1) You have to have borderpx set to 0.
(2) You have to be in monocle mode.
[(3) You might also have to have statusbar hidden.]
(4) Open up a couple of apps.
Now, hit MODKEY+Shift+q, provided you have the dwm loop thing in your
.xinitrc. The windows all come back in floating mode, lovely enough.
Current discussion on the mailing list is leaning to just eliminating that
chunk of code. Apparently, flash fullscreen requires it (which I haven't
been able to reproduce!) But why on earth is that code there, and can't
flash fullscreen be handled via a Rule?
Happy birthday dwm.
Peter
--
sic dicit magister P
PhD Candidate
Collaborative Programme in Ancient and Medieval Philosophy
University of Toronto
http://individual.utoronto.ca/peterjh
[dev] [dwm] titlenormcolor patch
Hi,
after using dwm for about a year now I decided I don't like that the title
bar has the 'selected' background-color. I believe the idea was to provide
a visible way to determine the active screen, but since I don't use
multi-head very often and IMHO the presence/absence of the title text is
enough, I patched out the Is this monitor active-check and always use the
normal color. In case someone agrees, the patch against tip is attached.
Cheers,
Jandiff -r 4548c824adac dwm.c
--- a/dwm.c Sun Jul 10 21:25:23 2011 +0100
+++ b/dwm.c Mon Jul 11 02:30:13 2011 +0200
@@ -760,7 +760,7 @@
if((dc.w = dc.x - x) bh) {
dc.x = x;
if(m-sel) {
- col = m == selmon ? dc.sel : dc.norm;
+ col = dc.norm;
drawtext(m-sel-name, col, False);
drawsquare(m-sel-isfixed, m-sel-isfloating, False, col);
}
Re: [dev] [dwm] titlenormcolor patch
And an alternate, for those with statuscolors applied. (not that it
was difficult at all to produce)
diff -r 4548c824adac dwm.c
--- a/dwm.c Sun Jul 10 21:25:23 2011 +0100
+++ b/dwm.c Mon Jul 11 02:30:13 2011 +0200
@@ -760,7 +760,7 @@
if((dc.w = dc.x - x) bh) {
dc.x = x;
if(m-sel) {
- col = m == selmon ? dc.sel : dc.norm;
+ col = dc.colors[0];
drawtext(m-sel-name, col, False);
drawsquare(m-sel-isfixed, m-sel-isfloating, False, col);
}
