Re: seminar about plan9

[dwm] window borders in Virtualbox

Hi list,

I am using dwm inside an Oracle Virtualbox (version 3.2.10 on Windows  
host, Arch Linux x86_64 guest with xorg-server 1.9.901).

When switching focus between two side-by-side terminals, only the upper  
parts of the window borders are redrawn (down to the point where the  
lowest of the two cursors is). Other applications also show border drawing  
issues, but it's not as predictable as with terminals. When redrawing  
everything (by switching layouts), the borders are redrawn correctly.

The funny thing is that when I try to take a screenshot of what's  
happening, the borders look right in the screenshot. Regardless of where I  
take the screenshot, host or guest.

This does not occur with other window managers, but it may still not be  
dwm's fault. I'd be glad if someone can help.

Thanks.
--

-- 
Thomas Dahms

Re: seminar about plan9

I was interested in this and found the fossdem video here:
http://video.fosdem.org/2006/FOSDEM2006-plan9.avi in case you're
interested.

Re: [wmii] Changing view, but not launching programs in the new view

Thanks guys!

I decided to move from gnome-terminal to xterm. But I will take a look
at some modifications in the tagrules if similar problems appear.

cya,
zweifel

2010/10/31 Kris Maglione <maglione.k <at> gmail.com>:
> On Sun, Oct 31, 2010 at 12:14:38AM -0200, zweifel wrote:
>>
>> Thanks I'll take a look at it!
>>
>> Do you think that using bash script as I did might cause problems
>> (incompatibilities) in future versions?
>
> Probably not more than the version that I posted, but yours only works with
> numbered tags, whereas the one I provided works with any tags currently in
> existence.
>
>> Yup, I narrowed down the problem to the "gnome-terminal", everything
>> else works great. Do you know how can I fix it?
>
> Probably by putting something like the following in /tagrules, though I'm
> not certain that it works in 3.9:
>
> /gnome-terminal/ -> sel
>
> --
> Kris Maglione
>
> Programming X Windows is like trying to find the square root of Pi
> using roman numerals.
>        --Henry Spencer
>
>
>

Text stream services?

Hi,

Reading documentation for GNU gawkinet, I found interesting examples
of publicly available data that can be retrieved in simple text format,
one with stock market numbers and other with protein databases.

(If you're interested, check for STOXPRED and PROTBASE at this
documentation link.)

   http://www.gnu.org/software/gawk/manual/gawkinet/html_node/Some-Applications-and-Techniques.html

I wonder if there are other services providing information in a format
that's easy for script processing. Maybe: weather information, econometric
data, GIS data etc. Do you know of any?

Thanks for your toughts. Best,

Maurício

Re: Text stream services?

Re: [dwm] Status color patch for dwm 5.8.2

The patch fails on vanilla dwm-5.8.2.

I get the following:

patching file config.def.h
patching file dwm.c
Hunk #2 FAILED at 98.
Hunk #4 FAILED at 698.
Hunk #5 FAILED at 715.
patch: **** malformed patch at line 156:  <at>  <at>  -761,18 +792,18  <at>  <at> 

On Sun, Oct 17, 2010 at 9:10 AM, Connor Lane Smith <cls <at> lubutu.com> wrote:
> Hey,
>
> On 17 October 2010 11:50, Kobi <dev.c0b1 <at> gmail.com> wrote:
>> Can somebody put it on the dwm site?
>
> That somebody could be you!
> http://suckless.org/wiki/
>
> cls
>
>

Re: [dwm] window borders in Virtualbox

Am 01.11.2010 16:05, schrieb Thomas Dahms:
> Hi list,
>
> I am using dwm inside an Oracle Virtualbox (version 3.2.10 on Windows
> host, Arch Linux x86_64 guest with xorg-server 1.9.901).
>
> When switching focus between two side-by-side terminals, only the upper
> parts of the window borders are redrawn (down to the point where the
> lowest of the two cursors is). Other applications also show border
> drawing issues, but it's not as predictable as with terminals. When
> redrawing everything (by switching layouts), the borders are redrawn
> correctly.
>
> The funny thing is that when I try to take a screenshot of what's
> happening, the borders look right in the screenshot. Regardless of where
> I take the screenshot, host or guest.
>
> This does not occur with other window managers, but it may still not be
> dwm's fault. I'd be glad if someone can help.

Nobody replied, which is fine because this is really not a bug in dwm. 
The X drivers of Virtualbox and VMWare seem to mishandle 
XSetWindowBorder() [1].

Attached patch (against dwm tip) works around the problem in a very ugly 
way, but maybe other people running Virtualbox are interested.

[1] 
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-vmware/+bug/312080

--

-- 
Thomas Dahms

Re: [dwm] window borders in Virtualbox

Am 01.11.2010 16:05, schrieb Thomas Dahms:
> Hi list,
>
> I am using dwm inside an Oracle Virtualbox (version 3.2.10 on Windows
> host, Arch Linux x86_64 guest with xorg-server 1.9.901).
>
> When switching focus between two side-by-side terminals, only the upper
> parts of the window borders are redrawn (down to the point where the
> lowest of the two cursors is). Other applications also show border
> drawing issues, but it's not as predictable as with terminals. When
> redrawing everything (by switching layouts), the borders are redrawn
> correctly.
>
> The funny thing is that when I try to take a screenshot of what's
> happening, the borders look right in the screenshot. Regardless of where
> I take the screenshot, host or guest.
>
> This does not occur with other window managers, but it may still not be
> dwm's fault. I'd be glad if someone can help.

Nobody replied, which is fine because this is really not a bug in dwm. 
The X drivers of Virtualbox and VMWare seem to mishandle 
XSetWindowBorder() [1].

Attached patch (against dwm tip) works around the problem in a very ugly 
way, but maybe other people running Virtualbox are interested.

[1] 
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-vmware/+bug/312080

-- 
Thomas Dahms

# HG changeset patch
# User Thomas Dahms <t <at> skwillt.de>
# Date 1288773625 -3600
# Node ID b86e37eb3d5f0f348239b8abf72d8caf9f4b617b
# Parent  406003e3a01f8584f7bb54d0e5b1ff6585f7de6d
Virtualbox workaround.

diff -r 406003e3a01f -r b86e37eb3d5f dwm.c
--- a/dwm.c	Mon Sep 27 07:53:44 2010 +0000
+++ b/dwm.c	Wed Nov 03 09:40:25 2010 +0100
 <at>  <at>  -202,6 +202,7  <at>  <at> 
 static Monitor *ptrtomon(int x, int y);
 static void propertynotify(XEvent *e);
 static void quit(const Arg *arg);
+static void redrawborder(Client *c);
 static void resize(Client *c, int x, int y, int w, int h, Bool interact);
 static void resizeclient(Client *c, int x, int y, int w, int h);
 static void resizemouse(const Arg *arg);
 <at>  <at>  -825,6 +826,7  <at>  <at> 
 		attachstack(c);
 		grabbuttons(c, True);
 		XSetWindowBorder(dpy, c->win, dc.sel[ColBorder]);
+		redrawborder(c);
 		XSetInputFocus(dpy, c->win, RevertToPointerRoot, CurrentTime);
 	}
 	else
 <at>  <at>  -1334,6 +1336,16  <at>  <at> 
 }

 void
+redrawborder(Client *c) {
+	/* works around a bug in X drivers of Virtualbox and VMWare */
+	XWindowChanges wc;
+	wc.border_width = 0;
+	XConfigureWindow(dpy, c->win, CWBorderWidth, &wc);
+	wc.border_width = c->bw;
+	XConfigureWindow(dpy, c->win, CWBorderWidth, &wc);
+}
+
+void
 resizeclient(Client *c, int x, int y, int w, int h) {
 	XWindowChanges wc;

 <at>  <at>  -1704,6 +1716,7  <at>  <at> 
 		return;
 	grabbuttons(c, False);
 	XSetWindowBorder(dpy, c->win, dc.norm[ColBorder]);
+	redrawborder(c);
 	if(setfocus)
 		XSetInputFocus(dpy, root, RevertToPointerRoot, CurrentTime);
 }

Re: [dwm] Status color patch for dwm 5.8.2

Sorry, my bad.
I've attached the correct patch.

> The patch fails on vanilla dwm-5.8.2.
>
> I get the following:
>
> patching file config.def.h
> patching file dwm.c
> Hunk #2 FAILED at 98.
> Hunk #4 FAILED at 698.
> Hunk #5 FAILED at 715.
> patch: **** malformed patch at line 156:  <at>  <at>  -761,18 +792,18  <at>  <at> 
>
> On Sun, Oct 17, 2010 at 9:10 AM, Connor Lane Smith <cls <at> lubutu.com>  
> wrote:
>> Hey,
>>
>> On 17 October 2010 11:50, Kobi <dev.c0b1 <at> gmail.com> wrote:
>>> Can somebody put it on the dwm site?
>>
>> That somebody could be you!
>> http://suckless.org/wiki/
>>
>> cls
>>
>>