e Xinerama/XrandR support
- still the ability to use a layout among different physical
screens due to variables (maybe layout variables)
- removing all the clunk which isn't used (it's time again to
get rid of some stuff in hg tip, after a lot has been applied
and needs to be reconsidered if it's really used).
- the bar won't go away
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
ldnt be hard to do. but i have not many time these days :(
I'd prefer a tiny input language read from stdin.
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
On Wed, May 07, 2008 at 07:57:44AM +0200, Tuncer Ayaz wrote:
> On Tue, May 6, 2008 at 5:01 PM, Anselm R. Garbe <[EMAIL PROTECTED]> wrote:
> > On Tue, May 06, 2008 at 12:14:10AM +0200, Henrik Holst wrote:
> > > I think an implementation of EWMH would make it possible to rem
eleases and it is
right in my opinion. Hence I don't think it's worth the parsing
effort in two applications just for the price of a nice concept.
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
rds,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
ain. Esp. DEFGEOM seems to have a lot of potential for
simplification(s).
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
;
>
> /* configuration, allows nested code to access above variables */
> +Layout layouts[];
> +Geom geoms[];
> +Layout *lt = layouts;
> +Geom *geom = geoms;
> #include "config.h"
> #define TAGSZ (LENGTH(tags) * sizeof(Bool))
> -Layout *lt = layouts;
> -Geom *geom = geoms;
>
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
On Sun, May 04, 2008 at 02:08:09PM +0200, Tinou wrote:
> I just noticed dwm crashed every time I start a JUCE app (
> www.rawmaterialsoftware.com/*juce*/).
> Here is a simple patch to make it work.
Applied, thanks.
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
On Mon, May 05, 2008 at 02:12:10PM +0200, Matthias-Christian Ott wrote:
> "Anselm R. Garbe" <[EMAIL PROTECTED]> wrote:
> > I can confirm your observation and it took quite a while that
> > someone reported it. I expected it much earlier ;)
> >
> > Th
define a region of the root window) then you could
> completely remove snap. The only remaining issue would be positioning
> a window in the barrier between monitors, but this solution could be
> better than no snaping at all, and not too complicated.
The point is there are no monit
tihead
setups through setting it to 0.
Proper snap-support would make dwm dependend from XrandR or
Xinerama and I don't want to do that (or alternatively of yet
another complex geometrie setup at compile time).
I see some potential to make SNAP a variable however, which
could be set in DEFGEOMs for this reason.
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
n we can delete the patches in dwm
and XMonad and people just run setwmname FooBarBaz to work
around the XToolkit bug(s)?
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
On Mon, Apr 28, 2008 at 09:33:59PM +0200, Tuncer Ayaz wrote:
> On Mon, Apr 28, 2008 at 8:21 PM, Antoni Grzymala <[EMAIL PROTECTED]> wrote:
> > Anselm R. Garbe dixit (2008-04-28, 20:06):
> >
> >
> > > On Mon, Apr 28, 2008 at 04:32:47PM +0200, Tuncer Ayaz wrot
On Mon, Apr 28, 2008 at 08:21:36PM +0200, Antoni Grzymala wrote:
> Anselm R. Garbe dixit (2008-04-28, 20:06):
>
> > On Mon, Apr 28, 2008 at 04:32:47PM +0200, Tuncer Ayaz wrote:
> > > anyway, I took a look at DEFGEOMS and am not sure whether I
> > > have to fiddl
mx+mw, wy, ww-mw, wh, wx, wy, ww, wh)
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
On Sun, Apr 27, 2008 at 07:41:08PM +0200, Anselm R. Garbe wrote:
> On Sun, Apr 20, 2008 at 10:24:32PM +0200, Premysl Hruby wrote:
> > void
> > view(const char *arg) {
> > seltags ^= 1;
> > memset(tagset[seltag], (NULL == arg), TAGSZ);
> > tag
On Sun, Apr 20, 2008 at 10:24:32PM +0200, Premysl Hruby wrote:
> void
> view(const char *arg) {
> seltags ^= 1;
> memset(tagset[seltag], (NULL == arg), TAGSZ);
> tagset[seltag][idxoftag(arg)] = True;
> arrange();
> }
I simplified view() accordingly.
ows much more flexibility in
> dwm, especially in floating layouts (now you can have floating layouts
> to arrange your windows in a grid, for example), and I won't need
> defines to not remember floating layout (I can use "<>=").
> Well, now I will really wait to s
do the XOR inside memcpy you can save another line of code.
> I have also changed a little your notation (because I don't like
> underscores in variable names), but maybe you can think of better
> names.
> I think I will like dwm 5.0...
Applied tagset patch
>
>
> --
>
inted text is zero
Thanks a lot, applied.
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
is available here:
> http://files.luizribeiro.org/dwm/dwm-4.9-java.diff
Does this really work for everyone? I remember I evaluated a
similiar solution last year without success. ;(
Regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
On Sun, Apr 20, 2008 at 07:18:37PM +0200, Anselm R. Garbe wrote:
> On Sat, Apr 19, 2008 at 09:37:53PM +0200, Premysl Hruby wrote:
> > [EMAIL PROTECTED] mail-list is no longer working? I didn't get any
> > commit mail from March and latter.
>
> Unfortunately it is
e what you have to say, going back
> to plan9,,, sorry again for all this noise.
It took me a while, but I will integrate your patch with some
modifications. Thanks a lot for your work! I'm not sure if I'm
able to integrate your patch into the current code-base until
tomorrow, but I hope so.
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
MODKEY|ShiftMask, XK_j,
> focusnext, NULL },
> so you can advance several clients with only one key stroke.
There has been a similiar approach which I had in mind for 4.7
already, but for some reasons it has been delayed. Due the fact
that we can view multiple tags, the idea was to implement two
two additional focus-functions which focus the next/prev client
with exactly the same tag(s) of the current client, which are
bound to the Mod1-Shift-{j,k}.
I reconsider this now for dwm-5.0.
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
ps of same types.
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
or manipulation. But let's see if
someone complains ;)
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
On Sun, Apr 20, 2008 at 03:21:24PM +0200, Premysl Hruby wrote:
> this patch creates macros MAX and MIN, and use it where it is possible.
Thanks a lot, that looks a lot cleaner, applied!
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
ib
A sselp release will be available during next week.
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
rom extensions included in config.h
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
e will match for xev.
>
> { "Minefield", "Navigator", NULL,> tags[2],> False }
>
> I attached a patch which fixes this issue. It's already included in dwm-gtx.
Thanks a lot, your patch is applied.
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
l be
around mid May.
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
On Thu, Apr 17, 2008 at 02:10:03PM +0200, Anselm R. Garbe wrote:
> I consider this going upstream.
Pushed upstream.
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
p_string,
> + XConvertSelection(dpy, XA_PRIMARY, utf8_string, xa_clip_string,
> w, CurrentTime);
> XFlush(dpy);
> XNextEvent(dpy, &ev);
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
t;
#define BOOLTOIDX(x) (x) ? 1 : 0
And then in resize:
c->x[BOOLTOIDX(lt->isfloating || c->isfloating)] = x;
...
etc.
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
work). But the
> bar thing still remains. It's a problem with evince too.
I will recheck, it is quite likely that the fullscreen
implementation still suffers from some cornercases.
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
> you just need to check c->iskillable in killclient().
> > If I do that, iskillable is set to False by default, right?
>
> Yes, thats why I changed it to isunkillable.
Yea, I propose to call it isimmortal.
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
On Fri, Apr 11, 2008 at 04:57:29PM +0200, Martin Sander wrote:
> On Fri, Apr 11, 2008 at 12:26:04PM +0200, Anselm R. Garbe wrote:
> > Though, I would propose to set c->iskillable to True during
> > killclient() to allow getting rid of unresponsive clients which
> > cannot
straight away.
So you can delete the whole killable() function, which is also
rather slow if it is performed on each killclient() invocation.
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
On Wed, Apr 09, 2008 at 11:12:23AM +0200, Anselm R. Garbe wrote:
> On Tue, Apr 08, 2008 at 02:37:10PM +0200, Peter Hartlich wrote:
> > >> Also, with the new DPMS code from changeset 31, slock crashes here
> > >> (X.org server 1.4.0.90, DPMS disabled in xorg.conf):
Sorry for odd reasons the applied patches weren't present in the
dmenu hg tip, this is fixed now.
On Tue, Apr 08, 2008 at 10:57:20AM +0200, Anselm R. Garbe wrote:
> On Mon, Apr 07, 2008 at 10:51:15PM +0200, Peter Hartlich wrote:
> > dmenu_run.patch:
> > - replace $* with
ld have to disable the XKillClient or the XSendEvent part
> to do it properly.
>
> Any hints?
Hmm, what about changing the binding to Ctrl-d in your setup
then?
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
On Wed, Apr 09, 2008 at 11:49:33AM +0200, markus schnalke wrote:
> Anselm R. Garbe <[EMAIL PROTECTED]> wrote:
> > Though,
> > I'm not totally sure if the sort -u breaks anything with wmii.
> > This needs to be tested first.
>
> What is the problem with
On Wed, Apr 09, 2008 at 11:40:09AM +0200, yy wrote:
> 2008/4/9, Anselm R. Garbe <[EMAIL PROTECTED]>:
> > On Tue, Apr 08, 2008 at 07:52:03PM +0200, Matthias-Christian Ott wrote:
> > > yy <[EMAIL PROTECTED]> wrote:
> > >
> > > > Well, this i
it is expected to prefer
the sh-related userland first, even if in use with wmii. Though,
I'm not totally sure if the sort -u breaks anything with wmii.
This needs to be tested first.
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
On Tue, Apr 08, 2008 at 07:16:03PM +0200, yy wrote:
> Well, this is my proposal in patch form. I'm not sure about the
> convenience of setting fx and fy in tileresize, but you get the idea.
I think about your solution.
Kind regards,
--
Anselm R. Garbe >< http://www.suckles
d a similar patch on 31st March, so it is wasted effort.
Hehe, indeed your both solutions are very close.
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
endend from s{x,y,w,h} because we need
to support fullscreen apps as well -- and they are by definition
floating. So there needs to be a compromise here.
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
ed in hg tip now. Please confirm this due to
> > a recheck.
>
> Still crashes at DPMSForceLevel. It seems that DPMSCapable returns True
> even with DPMS disabled...
Well, then I need to add an error handler.
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
On Tue, Apr 08, 2008 at 01:35:40PM +0200, yy wrote:
> 2008/4/8, Anselm R. Garbe <[EMAIL PROTECTED]>:
> > On Mon, Apr 07, 2008 at 01:55:29PM +0200, Joerg van den Hoff wrote:
> > > as `togglemax' seems gone in 4.9: I agree, that `monocle'
> > > is very
led request: 27
> | Current serial number in output stream: 28
Right, should be fixed in hg tip now. Please confirm this due to
a recheck.
Many thanks!
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
lows restoring the geometry when
switching from tiled to monocle and back, resp. when switching
from floating to tiled and back or vice versa.
At manage() time I consider, that the previous geometry is the
initial geometry as it would be for the floating case.
Any complains?
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
> > a missing -u option.
>
> http://www.suckless.org/pipermail/dwm/2007-February/002128.html
I doubt that is a valid assumption still, so I'm fine with the
sort -u.
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
move.
>
> Is this considered a feature? Is there an easy way to get the old
> behaviour back? Glancing at the code revealed that selscreen is gone...
>
>
> Regards, Jukka
>
> --
> bashian roulette:
> $ ((RANDOM%6)) || rm -rf ~
>
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
g
a nextclient() function which works on lt->isfloating and which
replaces nexttiled()...
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
On Fri, Apr 04, 2008 at 12:29:43PM +0200, Matthias-Christian Ott wrote:
> "Anselm R. Garbe" <[EMAIL PROTECTED]> wrote:
>
> > On Fri, Apr 04, 2008 at 01:05:51AM +0200, Dashing wrote:
> > > Hi
> > >
> > > I use monocle mode a lot,
ut still working on all clients of course.
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
-title "bla" and
match for "bla" in the rules in the title.
If either value is NULL it is not checked or not applied.
Hope this helps,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
fig.h
- revival of setmfact and MFACT in config.h (same applies to Mod1-h and
Mod1-l)
- certain bugfixes and polishing of the code again
Many thanks go to all contributors and the dwm community!
Enjoy the new release!
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
Well, I just decided to delay the host change until May for
various reasons. But the preparation will take place soon
anyways.
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
l issues which apply to the current host because it is
located in Germany, and secondly I believe something smaller is
cheaper for me.
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
provider today, and will backup everything.
I ask the community to not make any changes to the diri markdown
contents after April 4 23:59 UTC.
I will keep you informed about the ongoing issues. The
mailinglists are the first target being moved.
Kind regards,
--
Anselm R. Garbe >< ht
Hi there,
I kindly ask you to give hg tip a try. If there are no bugs,
it will be dwm-4.9 tomorrow evening.
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
; to restore your initial master factor.
>
> Taken together, they add 1 LOC.
Thanks, I applied the second one which re-introduces MFACT.
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
t; 1884 dwm.c
> 109 config.def.h
>78 dwindle.c
> 2071 total
>
> +17 LOC for nmaster and two spiral modes isn't shabby.
>
> me
Well that's a good result, but I will postpone a decision here.
I plan to refactor the layout stuff a little bit after dwm 4.9,
th
See subject, this is related to the column layout discussion ;)
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
t; more rows and columns as needed, is fairly simple, and doesn't require
> more state.
Well, I think it might go into this direction. I agree on most
people claiming to not do too major changes. So see this as a
statement to not expect a radical change ;)
Kind regards,
--
Anselm R
On Wed, Apr 02, 2008 at 07:01:11PM +0200, Johannes Hofmann wrote:
> below is a patch that shortens grabbuttons() a bit.
Of course this will make it to hg tip ;)
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
On Wed, Apr 02, 2008 at 08:27:11PM +0400, Michael wrote:
> On Wed, Apr 02, 2008 at 06:04:26PM +0200, Anselm R. Garbe wrote:
> > Well if it is not possible to view several tags at a time, two
> > tagall/dropall functions could be considered to apply/drop a certain
> > tag to al
On Wed, Apr 02, 2008 at 07:43:06PM +0400, Michael wrote:
> Anselm R. Garbe wrote:
> >What about getting rid of supporting the selection of multiple
> >tags at a time
>
> Please, don't do it, personaly, I use this feature very much.
> Don't you think that e
On Wed, Apr 02, 2008 at 04:37:47PM +0200, Matthias Kirschner wrote:
> * Anselm R. Garbe <[EMAIL PROTECTED]> [2008-04-02 16:11:54 +0200]:
>
> > Initially there is 1 column, a new client is inserted below the
> > currently selected window in the column, similiar to the s
On Wed, Apr 02, 2008 at 04:27:34PM +0200, Matthias-Christian Ott wrote:
> "Anselm R. Garbe" <[EMAIL PROTECTED]> wrote:
>
> > Here is what I have exactly in mind from a user perspective:
> >
> > Initially there is 1 column, a new client is inserted below
rather straight-forward:
Focussing the previous/next window in the current column is done
with Mod1-{j,k}, focussing the previous/next column is done with
Mod1-{h,l}.
So the whole layout concept consists of basically 4 keys with 3
kinds of modifiers.
Kind regards,
--
Anselm R. Garbe ><
On Wed, Apr 02, 2008 at 03:37:49PM +0200, Marc Andre Tanner wrote:
> Anselm R. Garbe wrote:
> >What about getting rid of supporting the selection of multiple
> >tags at a time and celebrating the revival of the column layout
> >of wmii again in dwm 5.0? What about getting
On Wed, Apr 02, 2008 at 03:53:10PM +0200, Sander van Dijk wrote:
> On Wed, Apr 2, 2008 at 3:34 PM, Anselm R. Garbe <[EMAIL PROTECTED]> wrote:
> > On Wed, Apr 02, 2008 at 03:23:39PM +0200, Sander van Dijk wrote:
> > > If you're serious though, what exactly do you mean
On Wed, Apr 02, 2008 at 03:23:39PM +0200, Sander van Dijk wrote:
> On Wed, Apr 2, 2008 at 2:59 PM, Anselm R. Garbe <[EMAIL PROTECTED]> wrote:
> > What about getting rid of supporting the selection of multiple
> > tags at a time and celebrating the revival of the column layo
What about getting rid of supporting the selection of multiple
tags at a time and celebrating the revival of the column layout
of wmii again in dwm 5.0? What about getting rid of all the tiled
layout flavors in favor for the column layout?
Kind regards,
--
Anselm R. Garbe ><
> Do you have any best practices for using ii?
echo(1), I'm not using ii but sic, but I usually create a fifo
for sending input to sic using echo or sometimes cat(1), if I plan
to have longer conversations than the usual hello.
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
s serious software ;)
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
e some
> situation where this change could have negative results?
>
> Also, I can't find anything that seems to ban/unban anything, and
> nexttiled() does get used, so I suppose there's no need to change
> anything for that either.
>
> Cheers, Valentin
>
> On We
trouble? Thanks :)
> >
> > Cheers, Valentin
> >
> >
> In anyway, if you don't use xinerama you can still using dwm 4.7 and the
> patch for 4.6 it will work.
>
> On the other hand, dwm 4.8 is great :)
Well, to be honest I don't recommend using 4.8 anymore, use hg
tip. 4.9 will be released quite soon.
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
Client’ has no member named ‘ismax’
> fibonacci.c:44: error: ‘way’ undeclared (first use in this function)
>
> My C isn't that good, so could somebody help me getting this to work,
> if it's not too much trouble? Thanks :)
>
> Cheers, Valentin
>
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
le screen.
>
> As a stop-gap, I'm running a nested X server (Xephyr), with a very basic VM.
> This works fine, but I'm curious to know how others may have dealt with
> similar problems, possibly with other applications.
Did you try running this app in floating layout?
Kin
evised
some concepts in my mind about it, I think the idea of an
interface to change the background colors dynamically depending
on some patterns in the terminal window is worth consideration.
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
ur other fix is more correct. It should be ev->x >= bgw &&
ev->x < x.
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
change allowed me to introduce double mfact and setmfact()
again, which decreases/increases the master size.
The key bindings for this are
Mod1-h and Mod1-l again.
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
logo
for anything as you like unless you don't make profit from it.
The whole project is meant as liberal as possible.
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
if you toggle quite
> a bit.
>
> So in short, yes, it's the intended behaviour.
I'm not totally satisfied with the current solution, but yes it
was intended.
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
i++);
>
> and should be, eg:
>
> for(i = 0; t && (i < LENGTH(tags)) && strcmp(tags[i], t); i++);
>
> due to t could be NULL (modkey+0, modkey+shift+0), so strcmp would crash dwm.
You are right! Thanks for this hint.
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
On Wed, Mar 19, 2008 at 12:50:23PM +0100, Szabolcs Nagy wrote:
> On 3/19/08, Anselm R. Garbe <[EMAIL PROTECTED]> wrote:
> > Well, it's not very general. If you use bottom stack, then
> > growm() should touch mh, th and ty instead. With DEFGEOM this is
> >
On Wed, Mar 19, 2008 at 11:04:35AM +0100, Szabolcs Nagy wrote:
> On 3/19/08, Anselm R. Garbe <[EMAIL PROTECTED]> wrote:
> > The problem is:
> >
> > void
> > configurenotify(XEvent *e) {
> > XConfigureEvent *ev = &e->xconfigure;
> >
> > if(
sh = ev->height;
setgeom(NULL);
}
}
This event handler is invoked whenever X changes the screen
resolution dynamically. So for the case of
shrinkmaster/growmaster being the current geometry this means,
that the master area will shrink/grow whenever the
screen resolution is changed dynamically.
That's the reason why I propose to get over the idea of
shrink/growmaster.
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
a shortcut
{ MODKEY, XK_b, setgeom,"||" }
Kind regards,
Anselm
On Wed, Mar 19, 2008 at 11:02:59AM +0200, Vasil Dimov wrote:
> On Thu, Mar 13, 2008 at 18:08:03 +0100, Anselm R. Garbe wrote:
> > Hi there,
> >
> > I'm glad
On Tue, Mar 18, 2008 at 04:51:39PM +0100, Anselm R. Garbe wrote:
> On Tue, Mar 18, 2008 at 10:55:01PM +0900, Martin Swift wrote:
> > On 3/18/08, Anselm R. Garbe <[EMAIL PROTECTED]> wrote:
> > > > Maybe negative -x/-y values could be interpreted as reverse direction,
&g
On Mon, Mar 17, 2008 at 05:56:49PM -0400, Samuel Baldwin wrote:
> On Mon, Mar 17, 2008 at 10:05:09PM +0100, Anselm R. Garbe wrote:
> > Do you mean the firefox blinking? That's a ff 2.x bug, ff 3.x
> > does not have this behavior anymore.
>
> Naw, but I've go
ght. This fixed mine. Thanks.
Well, sorry, I hacked it untested into my mail. I have two
similiar definitions as a sample in hg tip.
However, I pretty much recommend not using shrink/grow in this
way, but to stick to some usual geometries, with a bigger and
with a smaller master area, and maybe a geometry with a hidden
bar.
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
strstr(c->name, r->title)
> || (ch.res_class && r->class && strstr(ch.res_class, r->class))
> || (ch.res_name && r->instance && strstr(ch.res_name, r->instance)))
Well, c->name is always true, but I agree on the r->title.
Thanks for the hint,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
On Mon, Mar 17, 2008 at 04:49:34PM -0400, Samuel Baldwin wrote:
> On Mon, Mar 17, 2008 at 08:35:59PM +0100, Johannes Hofmann wrote:
> > On Mon, Mar 17, 2008 at 05:44:25PM +0100, Anselm R. Garbe wrote:
> > > Hi there, as mentioned yesterday, I found a nice way how to
> > &g
{ MODKEY, XK_h, setgeom, "|-" },
{ MODKEY, XK_l, setgeom, "+|" },
Toggling the bar or bottom stack stuff works equivalently.
You can upgrade to hg tip, to check this new approach.
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
* c->border, moh - 2 * c->border, RESIZEHINTS);
Right.
> or
> resize(c, mox - c->border, moy - c->border, mow, moh, RESIZEHINTS);
No, then x and y might be negative.
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
On Sun, Mar 16, 2008 at 02:51:49PM -0400, G David Modica wrote:
> In config.h is there any way to make bottomstack the default.
Yea the first layout in the array is the default one.
Kind regards,
--
Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
301 - 400 of 1210 matches
Mail list logo
