Fri, 31 Jul 2009 11:40:03 +0200 gendoc: rename underlined/bold to section/subsection
Martin Geisler <mg@lazybytes.net> [Fri, 31 Jul 2009 11:40:03 +0200] rev 9296
gendoc: rename underlined/bold to section/subsection
Mon, 03 Aug 2009 00:01:50 +0200 help: use field lists for lists of extensions
Martin Geisler <mg@lazybytes.net> [Mon, 03 Aug 2009 00:01:50 +0200] rev 9295
help: use field lists for lists of extensions
Sun, 02 Aug 2009 23:38:08 +0200 help: format templating help topic with a field list
Martin Geisler <mg@lazybytes.net> [Sun, 02 Aug 2009 23:38:08 +0200] rev 9294
help: format templating help topic with a field list
Sun, 02 Aug 2009 23:38:07 +0200 minirst: parse field lists
Martin Geisler <mg@lazybytes.net> [Sun, 02 Aug 2009 23:38:07 +0200] rev 9293
minirst: parse field lists
Sun, 02 Aug 2009 21:29:15 +0200 minirst: simplify bullet list indentation computation
Martin Geisler <mg@lazybytes.net> [Sun, 02 Aug 2009 21:29:15 +0200] rev 9292
minirst: simplify bullet list indentation computation
Sun, 02 Aug 2009 17:17:17 +0200 minirst: indent literal blocks with two spaces
Martin Geisler <mg@lazybytes.net> [Sun, 02 Aug 2009 17:17:17 +0200] rev 9291
minirst: indent literal blocks with two spaces The vast majority* of them are formatted like this in the source, so this basically reverts the output to how it looked before we got the minirst parser. *: the help on templating use four spaces for some examples and will now shown with an indentation of just two spaces.
Sun, 02 Aug 2009 16:34:25 +0200 help: mark literal blocks
Martin Geisler <mg@lazybytes.net> [Sun, 02 Aug 2009 16:34:25 +0200] rev 9290
help: mark literal blocks
Fri, 31 Jul 2009 23:49:47 +0200 patchbomb: reST syntax for literal blocks in help text
Christian Ebert <blacktrash@gmx.net> [Fri, 31 Jul 2009 23:49:47 +0200] rev 9289
patchbomb: reST syntax for literal blocks in help text
Sat, 01 Aug 2009 00:36:22 +0200 Merge with crew-stable
Martin Geisler <mg@lazybytes.net> [Sat, 01 Aug 2009 00:36:22 +0200] rev 9288
Merge with crew-stable
Tue, 28 Jul 2009 15:36:28 +0200 mq: Parse commit message after we find start of changeset patch
David Soria Parra <dsp@php.net> [Tue, 28 Jul 2009 15:36:28 +0200] rev 9287
mq: Parse commit message after we find start of changeset patch patch.extract extracts just the message below HG changeset patch. So to not parse comments above the patch, we reset the message if we find a changeset patch as we know the commit message comes after the changeset patch data. This is similar to the behavior of patch.extract. The drawback of this approach, after a qref -e the comment above HG changeset patch is gone. Without this patch the message would become part of the commit message in the HG changset patch part.
(0) -3000 -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 +10000 +30000 tip