"Anselm R. Garbe" <[EMAIL PROTECTED]> writes:
> I don't see much benefit in this design, because you have to
> edit config.h anyways.
You edit config.h when you bind a keybinding to a general action ("launch
an xterm", say) but not when you change the command used to achieve that
action. I have j
I prefer the fast recompile-reload approach than the .Xresources one.
It also works if you edit other source files.
All config.h files could be put in a "theme" directory and let a
(su) bash script (+zenity,dmenu,gtk or whatever) select which is
to be compiled.
If the compile process goes wron
On Tue 25-09-2007 11:41, WyrmSkull wrote:
> What about having some default bash scripts keybinding? MODKEY |
> ShiftMask, XK_(F1 to F10), spawn, "exec bash_script_(01 to 10).sh"
> 0 byte files don't take too much space, 0 LOC, and can be edited
> runtime.
>
> You can add "edit_keybind_(F1 to F10)
On Tue, Sep 25, 2007 at 02:20:36PM +0200, Jan Christoph Ebersbach wrote:
> On Tue 25-09-2007 11:41, WyrmSkull wrote:
>
> > What about having some default bash scripts keybinding? MODKEY |
> > ShiftMask, XK_(F1 to F10), spawn, "exec bash_script_(01 to 10).sh"
> > 0 byte files don't take too much s
Is there a way to make dwm execute commands at runtime
through standard input? Would that be too complex?
All functions should be there, it's just a matter
of parsing user input.
echo "set_statusbar string" | dwm
normal behavior
echo "tag XTerm,1,2,5" | dwm
XTerm gets tags 1,2,5
DWM restart pr
On Tue, Sep 25, 2007 at 03:24:28PM +0200, WyrmSkull wrote:
>
> Is there a way to make dwm execute commands at runtime
> through standard input? Would that be too complex?
> All functions should be there, it's just a matter
> of parsing user input.
>
> echo "set_statusbar string" | dwm
> normal be
Anselm R. Garbe wrote
That's exactly the proposal I had sometime ago, but it scares me
that it will bring unecessary complexity
Rules already have to be written manually - instead of those you
could use bash scripts.
xterm --> echo "tag Xterm,2" | dwm
This could cut the "rules" parts out.
Keyb
On Tue, Sep 25, 2007 at 03:40:04PM +0200, WyrmSkull wrote:
> Anselm R. Garbe wrote
> >>That's exactly the proposal I had sometime ago, but it scares me
> >>that it will bring unecessary complexity
> Rules already have to be written manually - instead of those you
> could use bash scripts.
> xterm -
#define ISTILEisarrange(tile) /* || isarrange() */
can be misleading with custom layouts since in zoom() it is used like
if(.. !ISTILED ..) return;
so either there should be a comment about parenthesis in config.def.h
or zoom should use it like 'if(.. !(ISTILED) ..)'
> .Xresources
just want to mention, that this file's name '.Xresources' has changed to
'.Xdefaults' in newer versions of X
Anyway, you should have the file with one of the two names and the other
name symlinked to the first.
That's information I read somewhere.
I only tested, that .Xresources o
On Tue 25-09-2007 14:34, Anselm R. Garbe wrote:
> I implemented tag/floating state preservation as prototype shortly
> before dwm 4.4 appeared. However it made the code too complex for my
> taste for a rarely used functionality. I prefer using hibernation
> technologies instead of restarting dwm.
On Tue, Sep 25, 2007 at 09:29:36PM +0200, Szabolcs Nagy wrote:
> #define ISTILEisarrange(tile) /* || isarrange() */
>
> can be misleading with custom layouts since in zoom() it is used like
>
> if(.. !ISTILED ..) return;
>
> so either there should be a comment about parenthesis in config.def
On 9/25/07, markus schnalke <[EMAIL PROTECTED]> wrote:
> That's information I read somewhere.
> I only tested, that .Xresources on it's own not gets interpreted a X init
> on my system (debian etch).
That's debian's doing, not x.org's. X.org has always had both files;
according to the X(7) man pa
On 9/25/07, Jesus Galan <[EMAIL PROTECTED]> wrote:
> On Tue, Sep 25, 2007 at 09:29:36PM +0200, Szabolcs Nagy wrote:
> > #define ISTILEisarrange(tile) /* || isarrange() */
> >
> > can be misleading with custom layouts since in zoom() it is used like
> >
> > if(.. !ISTILED ..) return;
> >
> > so
On Tue, Sep 25, 2007 at 11:35:05PM +0200, Jesus Galan wrote:
> On Tue, Sep 25, 2007 at 09:29:36PM +0200, Szabolcs Nagy wrote:
> > #define ISTILEisarrange(tile) /* || isarrange() */
> >
> > can be misleading with custom layouts since in zoom() it is used like
> >
> > if(.. !ISTILED ..) return;
On Tue, Sep 25, 2007 at 10:58:40PM +0200, markus schnalke wrote:
> > .Xresources
>
> just want to mention, that this file's name '.Xresources' has changed to
> '.Xdefaults' in newer versions of X
~/.Xdefaults is read by the client on startup. (This is important for
remote clients -- the ~/.Xdef
I'm running RedHat 9 and dwm-4.5 fails to build.
It craps out in regex.h where size_t is not defined.
I had to add #include before regex.h as per the regex man
page to get things to work.
BTW,
I installed Chris Webb's columns patch and it's great!!!
I run dwm with a two monitor/side by sid
On 9/26/07, John A. Grahor <[EMAIL PROTECTED]> wrote:
> I'm running RedHat 9 and dwm-4.5 fails to build.
>
> It craps out in regex.h where size_t is not defined.
nice
of course it's not a dwm bug
> I had to add #include before regex.h as per the regex man
> page to get things to work.
actually si
18 matches
Mail list logo