Re: [dwm] [ANNOUNCE] cmarkdown-0.3
On 12/14/07, Enno Gottox Boland <[EMAIL PROTECTED]> wrote: > It's a good guidline, but Markdown has some syntactic quirks which are > difficult to implement in C. Furthermore MarkdownTest is far to > strict, imho. markdown is not suckless so i don't mind if cmarkdown doesn't follow its specification imho a sane syntax with sane parser is better than a markdown clone btw compiling with -Wall reveals a couple of problems (like int main() does not return)
Re: [dwm] [ANNOUNCE] cmarkdown-0.3
Thanks! Hi! > Actually, there is a test suite available. See > http://six.pairlist.net/pipermail/markdown-discuss/2004-December/000909.html It's a good guidline, but Markdown has some syntactic quirks which are difficult to implement in C. Furthermore MarkdownTest is far to strict, imho. I use for displaying a block segment of code. Markdown.pl uses . I really don't know if I should use that too. There are other things which aren't implemented in cmarkdown yet. e.g. I can't find a proper way to implement reference-style links. Btw: 0.6 is out: http://s01.de/~gottox/files/cmarkdown/cmarkdown-0.6.tar.gz Thanks! Gottox -- http://www.gnuffy.org - Real Community Distro http://www.gnuffy.org/index.php/GnuEm - Gnuffy on Ipaq (Codename Peggy)
Re: [dwm] How to restart after re-compiling dwm without destroying of existing clients?
On Thu, Dec 13, 2007 at 23:20:46 +0200, Szabolcs Nagy wrote: > On 12/13/07, Vasil Dimov <[EMAIL PROTECTED]> wrote: > > But I am running nearly 20 terminals, each on a separate tag, is there > > a way to do this? Even start those terminals automatically at X+dwm > > startup (after a machine reboot for example)? > > sure > > eg add a title to those terminals and you can specify tagging rules > wrt term titles > > for starting stuff on x startup use eg .xinitrc Works like a charm, thanks! -- Vasil Dimov [EMAIL PROTECTED]Software Developer @ Oracle/Innobase Oy [EMAIL PROTECTED]Committer @ FreeBSD.org [EMAIL PROTECTED]Home @ Sofia, Bulgaria pgpeQG01rf62g.pgp Description: PGP signature
Re: [dwm] How to restart after re-compiling dwm without destroying of existing clients?
On Dec 13, 2007 3:17 PM, Anselm R. Garbe <[EMAIL PROTECTED]> wrote: > On Thu, Dec 13, 2007 at 09:39:24PM +0300, Taras Ivashchenko wrote: > > Hello everybody, sorry if this question already was asked. > > > > Is there way or may be patch to restart after re-compiling dwm without > destroying of existing clients? > > Something like restart feature in xmonad? > > while true > do >dwm > done > > dwm restarts correctly on Mod-Shift-q within a while loop. > while true; do date; (anything else for the statusbar goes here too) done | while true; do dwm; done I generally use the above in a launcher script. Ritesh
Re: [dwm] How to restart after re-compiling dwm without destroying of existing clients?
On 12/13/07, Vasil Dimov <[EMAIL PROTECTED]> wrote: > But I am running nearly 20 terminals, each on a separate tag, is there > a way to do this? Even start those terminals automatically at X+dwm > startup (after a machine reboot for example)? sure eg add a title to those terminals and you can specify tagging rules wrt term titles for starting stuff on x startup use eg .xinitrc
Re: [dwm] How to restart after re-compiling dwm without destroying of existing clients?
On Thu, Dec 13, 2007 at 14:53:15 -0500, Evan Gates wrote: [...] > If you add tagging rules for all of those clients, then when dwm is > restarted the tags from those rules will be applied. [...] But I am running nearly 20 terminals, each on a separate tag, is there a way to do this? Even start those terminals automatically at X+dwm startup (after a machine reboot for example)? -- Vasil Dimov [EMAIL PROTECTED]Software Developer @ Oracle/Innobase Oy [EMAIL PROTECTED]Committer @ FreeBSD.org [EMAIL PROTECTED]Home @ Sofia, Bulgaria pgpmDe8yIvIQm.pgp Description: PGP signature
Re: [dwm] How to restart after re-compiling dwm without destroying of existing clients?
On Thu, Dec 13, 2007 at 09:39:24PM +0300, Taras Ivashchenko wrote: > Hello everybody, sorry if this question already was asked. > > Is there way or may be patch to restart after re-compiling dwm without > destroying of existing clients? > Something like restart feature in xmonad? while true do dwm done dwm restarts correctly on Mod-Shift-q within a while loop. Regards, -- Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
Re: [dwm] How to restart after re-compiling dwm without destroying of existing clients?
Crap, did reply not reply to all, so to the mailing list... If you add tagging rules for all of those clients, then when dwm is restarted the tags from those rules will be applied. -Evan On Dec 13, 2007 2:00 PM, Vasil Dimov <[EMAIL PROTECTED]> wrote: > On Thu, Dec 13, 2007 at 13:44:19 -0500, Evan Gates wrote: > > You can just kill dwm (default keybinding Mod1+shift+q) making sure > > you have a shell open, then restart dwm from that shell. > [...] > > Wow! I never expected that to happen :) > > The (minor) problem is that when dwm is killed all clients go in one > "place" (of course) and when it is started again they do not restore > onto their original tags. > > But anyway, this is much better than killing all of the clients :) > > Thanks! > > -- > Vasil Dimov > [EMAIL PROTECTED]Software Developer @ Oracle/Innobase Oy > [EMAIL PROTECTED]Committer @ FreeBSD.org > [EMAIL PROTECTED]Home @ Sofia, Bulgaria >
Re: [dwm] How to restart after re-compiling dwm without destroying of existing clients?
On Thu, Dec 13, 2007 at 13:44:19 -0500, Evan Gates wrote: > You can just kill dwm (default keybinding Mod1+shift+q) making sure > you have a shell open, then restart dwm from that shell. [...] Wow! I never expected that to happen :) The (minor) problem is that when dwm is killed all clients go in one "place" (of course) and when it is started again they do not restore onto their original tags. But anyway, this is much better than killing all of the clients :) Thanks! -- Vasil Dimov [EMAIL PROTECTED]Software Developer @ Oracle/Innobase Oy [EMAIL PROTECTED]Committer @ FreeBSD.org [EMAIL PROTECTED]Home @ Sofia, Bulgaria pgpYc4ZRP8evw.pgp Description: PGP signature
Re: [dwm] How to restart after re-compiling dwm without destroying of existing clients?
You can just kill dwm (default keybinding Mod1+shift+q) making sure you have a shell open, then restart dwm from that shell. -Evan On Dec 13, 2007 1:39 PM, Taras Ivashchenko <[EMAIL PROTECTED]> wrote: > Hello everybody, sorry if this question already was asked. > > Is there way or may be patch to restart after re-compiling dwm without > destroying of existing clients? > Something like restart feature in xmonad? > > Thanks. > > -- > Taras Ivashchenko <[EMAIL PROTECTED]> > > "Software is like SEX - it's better when it's FREE" - Linus Torvalds > >
[dwm] How to restart after re-compiling dwm without destroying of existing clients?
Hello everybody, sorry if this question already was asked. Is there way or may be patch to restart after re-compiling dwm without destroying of existing clients? Something like restart feature in xmonad? Thanks. -- Taras Ivashchenko <[EMAIL PROTECTED]> "Software is like SEX - it's better when it's FREE" - Linus Torvalds
Re: [dwm] Full screen annoyance
On Thu, Dec 13, 2007 at 15:23:23 +0100, Simon Rozet wrote: > Hello, > > I switched from wmii to dwm since ~ 3 weeks and I really like it. > Thanks a lot for this great wm! > > However, I am suffering from one little annoyance : both in floating > or tiled mode xterm never is full screen (even after a Mod+M. I have > to manually resize the window) > I guess it's probably it's probably not dwm's fault and that's a > stupid thing to fix but I can't find how. Any idea? See this thread: From: Vasil Dimov <[EMAIL PROTECTED]> To: dwm@suckless.org Subject: [dwm] RESIZEHINTS gone in 4.6, how to get the old behaviour? Date: Tue, 30 Oct 2007 17:53:17 +0200 -- Vasil Dimov [EMAIL PROTECTED]Software Developer @ Oracle/Innobase Oy [EMAIL PROTECTED]Committer @ FreeBSD.org [EMAIL PROTECTED]Home @ Sofia, Bulgaria pgpy0Os8iik3f.pgp Description: PGP signature
Re: [dwm] [ANNOUNCE] cmarkdown-0.3
On 12/11/07, Enno Gottox Boland <[EMAIL PROTECTED]> wrote: > Hi! > > I wrote an markdown interpreter in C. It should support most of the > features markdown.pl has (hopefully). Please report any bugs. As a markdown junky, I'm really happy that you wrote a C implementation; thanks ! > It would be a good idea if you could test the interpreter with you're > own documents and report any differences to markdown.pl Actually, there is a test suite available. See http://six.pairlist.net/pipermail/markdown-discuss/2004-December/000909.html Sadly, cmarkdown isn't passing any test (runned against tip) : [[[ [EMAIL PROTECTED]:~/tmp/MarkdownTest_1.0$ ./MarkdownTest.pl -script /usr/local/bin/cmarkdown Amps and angle encoding ... FAILED Auto links ... FAILED Backslash escapes ... FAILED Blockquotes with code blocks ... FAILED Hard-wrapped paragraphs with list-like lines ... FAILED Horizontal rules ... FAILED Inline HTML (Advanced) ... FAILED Inline HTML (Simple) ... FAILED Inline HTML comments ... FAILED Links, inline style ... FAILED Links, reference style ... FAILED Literal quotes in titles ... FAILED Markdown Documentation - Basics ... FAILED Markdown Documentation - Syntax ... FAILED Nested blockquotes ... FAILED Ordered and unordered lists ... FAILED Strong and em together ... FAILED Tabs ... FAILED Tidyness ... FAILED 0 passed; 19 failed. Benchmark: 0 wallclock secs ( 0.01 usr 0.01 sys + 0.05 cusr 0.02 csys = 0.09 CPU) ]]] I hope that little pointer will be helpfull. And again, thanks for sharing! Regards, -- Simon Rozet <[EMAIL PROTECTED]>
Re: [dwm] Full screen annoyance
On Dec 13, 2007 3:23 PM, Simon Rozet <[EMAIL PROTECTED]> wrote: > Hello, > > I switched from wmii to dwm since ~ 3 weeks and I really like it. > Thanks a lot for this great wm! > > However, I am suffering from one little annoyance : both in floating > or tiled mode xterm never is full screen (even after a Mod+M. I have > to manually resize the window) > I guess it's probably it's probably not dwm's fault and that's a > stupid thing to fix but I can't find how. Any idea? Change the value of RESIZEHINTS in config.h. And you're right, it's not dwm's fault. In fact, dwm is just honoring the application's request here. For a discussion of the pro's and con's of (not) doing this, see the mailinglist archives. Gr. Sander.
[dwm] Full screen annoyance
Hello, I switched from wmii to dwm since ~ 3 weeks and I really like it. Thanks a lot for this great wm! However, I am suffering from one little annoyance : both in floating or tiled mode xterm never is full screen (even after a Mod+M. I have to manually resize the window) I guess it's probably it's probably not dwm's fault and that's a stupid thing to fix but I can't find how. Any idea? Thanks, -- Simon Rozet <[EMAIL PROTECTED]>
Re: [dwm] [ANNOUNCE] cmarkdown-0.3
> i've just checked it out and found suspicious code in cmarkdown.c(252): > for(p++; *p && p != end && *p <= '0' && *p >= '9';p++); Fixed > * foo > *bar > --> > > foo > ar > Fixed > *foo > *bar > --> > foo > ba Markdown.pl handles it another way. *foo *bar *foo *bar I don't know if I should change this to the behavior of the Perl script. It wouldn't be difficult, but I really don't know if it feels good(tm). Thanks :) -- http://www.gnuffy.org - Real Community Distro http://www.gnuffy.org/index.php/GnuEm - Gnuffy on Ipaq (Codename Peggy)
Re: [dwm] Window management ideas
Il 2007-12-10, Seth Graham <[EMAIL PROTECTED]> ha scritto: > Jonas Pfenniger wrote: > > It's sad to say, but I think terminal will never be 100% flicker-free >> when resizing. There is no such thing as loosing line endings because >> you used Mod-0 instead of Mod-9. In the fact, I'd much prefer them to >> stay at 80char (or a multiple). It sounds weird to craft a special >> rule for xterm and it's brothers but text application are in another >> world than GUI apps. > > I got around this by hacking up the dotile() function to not resize > windows, instead it merely moves them around. > > It wasn't a hard change, as I recall I only had to delete two or three > lines. Last time I did it was dwm 1.5 though, I don't update my laptop > very often. So maybe it's changed. > I use a similar layout for dwm-4.7 on my laptop: it does not resize non-master windows, instead they are "piled" up like cards and only the bottom left corner is visible. It comes in two flavors: "pileright", which keeps non-master windows on the right of the zoomed one, and "pilebottom", which puts the row of non-master windows at the bottom of the screen, under the zoomed one. (As I write this, I realize that "pilevertical" and "pilehorizontal" could be better names.) Screenshots: http://img57.imageshack.us/img57/6483/pilerightji3.png http://img205.imageshack.us/img205/4599/pilebottomls7.png Issues: * Piling windows requires a different stacking order than the stock `restack()` does, so I had to add a `dorestack` global bool to dwm.c and execute `restack()` only for layouts that do set `restack=True`; * Even so, at times a window is raised and obscures other ones - I have been too lazy to hunt down for this bug and coded a `show()` command instead, which brings the currently selected windows on top of the visibility stack. * Floating windows are not always kept on top; I make such little use of floating applications that I never really cared to fix this one either. -- Riccardo Murri, via Galeazzo Alessi 61, 00176 Roma /* © 2006-2007 Riccardo Murri <[EMAIL PROTECTED]> * See LICENSE file for license details. */ #include #include #include #include void pileright(void) { unsigned int i, n, np, nx, ny, nw, nh, mw, mh, tw, th; Client *c; Window *winstack; domwfact = dozoom = True; dorestack = False; /* arrange() does the restacking */ /* count tiled clients */ for(n = 0, c = nexttiled(clients); c; c = nexttiled(c->next)) n++; /* window geoms */ mw = (n == 1) ? waw : mwfact * waw; if (n > 1) { th = wah / (n - 1); if(th < bh) th = bh; } else th = 0; winstack = emallocz((n+1)*sizeof(Window)); winstack[0] = barwin; /* barwin always on top */ np = 0; nx = wax; ny = way; for(i = 0, c = nexttiled(clients); c; i++, c = nexttiled(c->next)) { c->ismax = False; if(i == 0) { /* master */ nw = mw - 2 * c->border; nh = wah - 2 * c->border; } else { /* pile window */ if(1 == i) nx += mw; ny = way + i*th - wah; nw = c->w; nh = c->h; } winstack[++np] = c->win; resize(c, nx, ny, nw, nh, False); /* FIXME: if `resize(c, nx, ny, nw, nh, False);` only * is used here, then windows are not moved back to * the master area when the client in master area is * killed why?? */ XMoveResizeWindow(dpy, c->win, nx, ny, nw, nh); } /* restack piled windows */ if (np > 0) XRestackWindows(dpy, winstack, np+1); free(winstack); } void pilebottom(void) { unsigned int i, n, np, nx, ny, nw, nh, mw, mh, tw, th; Client *c; Window *winstack; domwfact = dozoom = True; dorestack = False; /* arrange() does the restacking */ /* count tiled clients */ for(n = 0, c = nexttiled(clients); c; c = nexttiled(c->next)) n++; /* window geoms */ mh = (n == 1) ? wah : (mwfact * wah); if (n > 1) { tw = waw / (n - 1); if(tw < 2 * BORDERPX) tw = 2 * BORDERPX; } else tw = 0; winstack = emallocz((n+1)*sizeof(Window)); winstack[0] = barwin; /* barwin always on top */ np = 0; for(i = 0, c = nexttiled(clients); c; i++, c = nexttiled(c->next)) { c->ismax = False; if(i == 0) { /* master */ nx = wax; ny = way; nh = mh - 2*c->border; nw = waw - 2*c->border; }