or Mathematica?)
>
>
> Nope, still works fine.
I'm happy to incorporate those changes. Thanks for your investigation!
Cheers,
--garbeam
Hi Peter,
On 29 July 2011 19:15, Peter Hartlich wrote:
> So here's another go at mapping new windows after everything has
> been arranged.
>
> This time, floating windows are stacked correctly and there are
> no flickers or redraws of the title bar or the new window. The
> two patches add 8 short
ototype missing, btw.)
Yes, the whole lot xinerama stuff and the Monitor stuff will be
decoupled for 6.0. I will incorporate these suggestions and patches.
For the xr_* stuff I intend to put it into a separate file as well.
Cheers,
--garbeam
Hi,
On 27 July 2011 00:23, anonymous wrote:
> Fixed patch attached.
Thanks, applied.
--garbeam
On 20 July 2011 21:11, ilf wrote:
> On 07-20 20:52, garbeam wrote:
>>>
>>> Could the releasers please start providing checksums (or PGP signatures)
>>> for releases?
>>
>> We coped very well without it for many years, why is the lack of md5 files
>&
On 20 July 2011 10:43, ilf wrote:
> On 07-19 21:48, Connor Lane Smith wrote:
>>
>> tarball: http://dl.suckless.org/tools/dmenu-4.4.tar.gz
>
> Thanks for all.
>
> Could the releasers please start providing checksums (or PGP signatures) for
> releases?
We coped very well without it for many years,
t; attached. (If I'm honest I don't know what corner case the inline ifs
> are for.)
Thanks, applied.
--garbeam
On 19 July 2011 17:49, Connor Lane Smith wrote:
> And here's a usability bug. (I don't have a patch for this one.)
>
> If you have the following clients:
>
> A (tag 1)
> B (tag 2)
> C (tags 1,2)
>
> Whenever you switch from tag 1 to 2, client C will *always* be
> focused, even if it your last two
en't
> been able to reproduce!) But why on earth is that code there, and can't
> flash fullscreen be handled via a Rule?
I need to investigate when I added this chunk of code to remember why :)
Cheers,
--garbeam
Hi lolilolicon,
On 20 July 2011 17:53, lolilolicon wrote:
> I have a rule in config.h for MPlayer to always float. The bug was
> observed when I played a 720p video whose window was 1280 pixels so it
> filled the width of my laptop screen. The MPlayer window was supposed to
> be centered, but a b
n 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
wm/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
th patches. It is not my ideal
solution, but I postpone an ideal version for 6.0.
All, please test hg tip. If there are no issues this will become 5.9 tomorrow.
Cheers,
--garbeam
Hi Peter,
I reviewed your patch and concluded I can't apply it as is, because
focus() would be called twice, once on the unmapped window, and then
on again.
I'm thinking about modifying your patch to avoid this.
Cheers,
garbeam
PS: On Sunday there is dwm's official 5th birthday
er.
>
> I haven't experienced any problems with the attached patch so far.
your patch looks alright to me, I intend to apply it.
Cheers,
--garbeam
Well, dwm had focus follows mouse since its first minute. I'm not going to
change this when it is approaching the age of 5 tomorrow.
Cheers,
Anselm
esn't sound like a very sound reason for it.
Also there are chances your patch doesn't cover all cases for click to focus
behavior correctly. In my impression the proper way would increase LOC
overall. But I need to do a detailed look at it first.
I appreciate this as a patch though.
Cheers
--garbeam
Hi Nicolas,
I pushed your patch as interim solution now.
Cheers,
Anselm
On 1 July 2011 14:09, Nicolas Capit wrote:
> Hello,
>
> garbeam said that it was just working with my configuration but not for every
> screen topology:
>
> http://lists.suckless.org/dev/1106/8512.html
&
On 27 June 2011 19:54, Bogdan Ionuț wrote:
> On Sun, Jun 26, 2011 at 07:23, Mikhail Gonchar wrote:
>> On Sat, Jun 25, 2011 at 09:32:24AM +0100, garbeam wrote:
>> > I'd like you to test it and let me know any issues.
>> dwm hotkeys and mouse buttons doesn'
Hi there,
I'm planning the dwm-5.9 release very shortly, prior to a major
overhaul of the multiscreen handling and the draw.c introduction in
dwm 6.0.
I'd like you to test it and let me know any issues.
Thanks in advance,
--garbeam
ve mirrored wmii and libixp source repositories on GitHub:
>>
>> https://github.com/sunaku/wmii
>> https://github.com/sunaku/libixp
>
> There's no need. They've been available on Google Code for some years now:
>
> http://wmii.googlecode.com/
> http://libixp.googlecode.com/
Ok great, that's good news then.
Cheers,
--garbeam
On 20 June 2011 07:48, Petr Sabata wrote:
> On Sat, Jun 18, 2011 at 10:33:02PM +0100, garbeam wrote:
>> On 3 June 2011 17:35, garbeam wrote:
>> > RELOCATE
>> > - last (google code) ??
>> > - libixp (google code) ??
>> > - r9p (google code) ??
>&g
Hi there again,
On 3 June 2011 17:35, garbeam wrote:
> DELETE
> - 9libs
> - diri
> - genosite
> - gentoo
> - godwm
> - libdraw.old
> - make
> - stali-toolchain (this is outdated and better stuff is in the works)
> - wmii-2.5 (obsolete)
> - wmii-3 (obsolete)
>
On 18 June 2011 09:44, Robert Ransom wrote:
> On Sat, 18 Jun 2011 09:34:42 +0100
> garbeam wrote:
>
>> On 18 June 2011 09:21, pancake wrote:
>> > The plan for swk was to move all drawing stuff to draw.c at some point. I
>> > will be happy to hear from what yo
ursor
based, in that regard it is a question of abstracting the cursor
movements into a drawing interface and to define higher level stuff
using this approach. So the basic thing is a monospaced matrix. This
could also be used for a terminal and of course editor...
Cheers,
--garbeam
atus
> bar width problem. It's a quick fix and perhaps the changes I've made
> should be relocated inside updategeom() function. Maybe this also
> resolves the issue reported by voltaic.
I applied your patch. It seems to be sensible, though a real fix is a
bit of reworking the multscreen support, which I plan for 6.0.
Cheers,
--garbeam
.
> And if it is ok, could you add this for the next release?
The code you changed is only working in your particular case, the real
problem is the lack of proper direction handling (left-of, top-of,
etc).
I will think carefully about this multiscreen insanity :) I'm a bit
tempted to make it a lot simpler...
Cheers,
--garbeam
c->tags };
> + view(&a);
> }
> pop(c);
> }
I don't really see a big difference here. Do you run this in a multi
monitor setup by any chance?
I imagine problems with this approach in case c->mon != selmon.
Best regards,
--garbeam
t is not so simple, but...
I like the approach c->isurgent = True, but without the pop(c); The
problem however with your approach is, that c->isurgent will trigger a
clearurgent() on that window once it is focused, which is a bit
unclean.
Best regards,
--garbeam
Sorry for the delay, here is the link to the slides:
http://dl.garbe.us/The_suckless_org_universe.pdf
Cheers,
--garbeam
On 6 June 2011 17:45, Dieter Plaetinck wrote:
> non-electronic books suck because you can't easily search in, or
> copypaste from them.
Let's talk again in 40 years if you can still read your ebooks by then :)
I stay loyal to real books.
--garbeam
in advance,
>> Anselm
>>
>> PS: Those of you who are tempted to say, drop this shit altogether and
>> simply don't cope -- I can understand you and I agree to some degree,
>> but I really wonder if there are people out there that do cope indeed
>> and possibly would benefit from some improvements to dwm or so...
>>
>>
>
>
--
--garbeam
suckless.org will remain more consistent
wrt to our philosophy.
Please let me know any thoughts on the issue. Also feedback of people
that welcome this cleanup is welcome.
Cheers,
--garbeam
On 3 June 2011 12:41, Sir Cyrus wrote:
> What's the most suckless Linux distribution?
http://bellard.org/jslinux/
--garbeam
34 matches
Mail list logo
