[dwm] Greyish blobs

2007-05-22 Thread Sebastian Goll
When running Mathematica 6, two greyish blobs (see screenshot) appear (at least one of those seems to be the Mathematica kernel as the window aka blob disappears when shutting that down). Those windows appear in front of all unfloated clients, but behind all floated ones, they don't take focus in

Re: [dwm] Greyish blobs

2007-05-22 Thread Szabolcs Nagy
On 5/22/07, Sebastian Goll [EMAIL PROTECTED] wrote: When running Mathematica 6, two greyish blobs (see screenshot) appear (at least one of those seems to be the Mathematica kernel as the window aka blob disappears when shutting that down)... does mathematica kernel use java gui? if not sure

Re: [dwm] Window problem

2007-05-22 Thread Anselm R. Garbe
On Mon, May 21, 2007 at 11:14:32PM +0200, Marek Bernat wrote: Hi there, I have problem with fantasdic [1]. dwm starts it without border and on all views and I cannot send dwm messages (kill/resize/move) to it afterwards. The app responds to mouse/keyboard though and when I spawn child windows

Re: [dwm] dwm-4.1 / dmenu-3.1

2007-05-22 Thread Anselm R. Garbe
On Mon, May 21, 2007 at 10:02:17PM +0200, Szabolcs Nagy wrote: dwm-4.1 contains support for Xrandr-based resizals, several bug according to xrandr(3) Clients must call back into Xlib using XRRUpdateConfiguration when screen configuration change notify events are generated it works fine for me

Re: [dwm] dwm-4.1 / dmenu-3.1

2007-05-22 Thread Anselm R. Garbe
On Tue, May 22, 2007 at 06:05:10AM +0200, Szabolcs Nagy wrote: one more thing in layout.c zoom checks for lt-arrange!=tile imho it's not wise since other layouts may want to use zoom as well (bottom stack etc) lt-arange == floating is better Applied, thanks for this hint. Regards, --

Re: [dwm] Greyish blobs

2007-05-22 Thread Sebastian Goll
On Tue, 22 May 2007 10:56:58 +0200 Szabolcs Nagy [EMAIL PROTECTED] wrote: does mathematica kernel use java gui? if not sure then try the fix listed in the end of the dwm manual The AWT_TOOLKIT=MToolkit I already use (need it for other Java apps). I just tried it without it, but it doesn't seem

Re: [dwm] Bottom Stack patch for dwm-4.1

2007-05-22 Thread Philipp Köhler
i dont know if this is dwm's fault or the stacked mode... but in landscapemode the second windows isnt visible,,, thx a lot anyways! On 5/22/07, Ross Mohn [EMAIL PROTECTED] wrote: The Bottom Stack patch for dwm-4.1 is now available. http://www.suckless.org/wiki/dwm/patches/bottom_stack/

Re: [dwm] Bottom Stack patch for dwm-4.1

2007-05-22 Thread Philipp Köhler
i dont know if this is dwm's fault or the stacked mode... but in landscapemode the second windows isnt visible,,, thx a lot anyways! On 5/22/07, Philipp Köhler [EMAIL PROTECTED] wrote: i dont know if this is dwm's fault or the stacked mode... but in landscapemode the second windows isnt

Re: [dwm] Dwm sloccount thru the time

2007-05-22 Thread Donald Bruce Stewart
arg: On Tue, May 22, 2007 at 12:12:18PM +0200, [EMAIL PROTECTED] wrote: On http://na.srck.net/dwm/dwmsloccountrevs.png I placed plot of sloccount per rev. On X axis are revs placed and on Y axis are sloccounts. Sloccounts was measured with sloccount tool by David A. Wheeler. Cool,

Re: [dwm] Window problem

2007-05-22 Thread Marek Bernat
It does not set override. And it's only logical as it is normal gtk app; it has no reason to set it. Any other ideas? I will send xwininfo/xprop on demand if you think you can recognize something else there that could be causing this. I suppose I should debug dwm and see why the window is being

Re: [dwm] Window problem

2007-05-22 Thread Marek Bernat
More info: on fluxbox it works like a charm (with borders, etc) but on pekwm it behaves as badly as in dwm. I have to conclude that fluxbox does something better or handles some incorrect window behavior that dwm/pekwm don't. I suppose I'll skim fluxbox sources and let you know whether I found

Re: [dwm] Dwm sloccount thru the time

2007-05-22 Thread Anselm R. Garbe
On Tue, May 22, 2007 at 07:24:13PM +0300, Stalwart wrote: gnuplot? btw, how can i unsubscribe this list? It's all in the mail headers: List-Id: dynamic window manager dwm.suckless.org List-Unsubscribe: http://www.suckless.org/cgi-bin/mailman/listinfo/dwm,

Re: [dwm] Bottom Stack patch for dwm-4.1

2007-05-22 Thread Jukka Salmi
Philipp Köhler -- dwm (2007-05-22 12:58:32 +0200): i dont know if this is dwm's fault or the stacked mode... but in landscapemode the second windows isnt visible,,, Seems to be a bug in the bstack patch. Try applying the attached patch after applying the bstack patch. HTH, Jukka -- bashian

[dwm] fixed windows must be always floating - error+patch

2007-05-22 Thread Premysl \anydot\ Hruby
as $subj says, there is error as on fixed window the isfloating can be turned off. Patch: === diff -r 42bf8e618d52 client.c --- a/client.c Tue May 22 11:29:59 2007 +0200 +++ b/client.c Tue May 22 23:55:31 2007 +0200 @@ -304,7 +304,7 @@ togglefloating(const char *arg) {

[dwm] problem with dmenu3.1

2007-05-22 Thread Frank Pirnay
Hi there, the new version of dmenu3.1 refuses to run on my system. dmenu_path causes a segmentation fault. Since dmenu3.0 runs fine, I guess it has something to do with the new caching mechanism.

Re: [dwm] problem with dmenu3.1

2007-05-22 Thread Premysl \anydot\ Hruby
2007/5/23, Frank Pirnay [EMAIL PROTECTED]: Hi there, the new version of dmenu3.1 refuses to run on my system. dmenu_path causes a segmentation fault. Since dmenu3.0 runs fine, I guess it has something to do with the new caching mechanism. Hi, try running dmenu_path by hand, if it gives

Re: [dwm] problem with dmenu3.1

2007-05-22 Thread Frank Pirnay
On Wed, May 23, 2007 at 01:16:41AM +0200, Premysl anydot Hruby wrote: 2007/5/23, Frank Pirnay [EMAIL PROTECTED]: Hi there, the new version of dmenu3.1 refuses to run on my system. dmenu_path causes a segmentation fault. Since dmenu3.0 runs fine, I guess it has something to do with the new

Re: [dwm] Bottom Stack patch for dwm-4.1

2007-05-22 Thread Ross Mohn
I've posted a new patch that works, but I don't think that the vanilla dwm code deals with all the cases that might need the remainder solution. For example, if nmaster1, you might want to apply a remainder to the bottom window, but it would be different from the tiling remainder. How correct are

Re: [dwm] fixed windows must be always floating - error+patch

2007-05-22 Thread Sander van Dijk
On 5/23/07, Premysl anydot Hruby [EMAIL PROTECTED] wrote: as $subj says, there is error as on fixed window the isfloating can be turned off. with this patch, isfloating for fixed window can't be turned off That's not an error, it's a feature (no, really). The idea is that managing fixed size

Re: [dwm] fixed windows must be always floating - error+patch

2007-05-22 Thread Anselm R. Garbe
Thanks, applied. Anselm On Wed, May 23, 2007 at 12:18:07AM +0200, Premysl anydot Hruby wrote: as $subj says, there is error as on fixed window the isfloating can be turned off. Patch: === diff -r 42bf8e618d52 client.c --- a/client.c Tue May 22 11:29:59 2007 +0200

Re: [dwm] fixed windows must be always floating - error+patch

2007-05-22 Thread Anselm R. Garbe
On Wed, May 23, 2007 at 07:44:57AM +0200, Sander van Dijk wrote: On 5/23/07, Premysl anydot Hruby [EMAIL PROTECTED] wrote: as $subj says, there is error as on fixed window the isfloating can be turned off. with this patch, isfloating for fixed window can't be turned off That's not an