On Sun, 27 Nov 2011 20:52:53 +0100, Stuart Rackham <[email protected]>
wrote:
On 28/11/11 03:40, jvdh wrote:
I hope this is the right place to ask such basic questions...
It is.
why does this input
//----------
CUT--------------------------------------------------------------
= problem
A. Einstein
I. Newton
. M. Born
//----------
CUT--------------------------------------------------------------
generate this formatted (html) output:
//----------
CUT--------------------------------------------------------------
problem
1. Einstein
2. Newton
1. M. Born
//----------
CUT---------------------------------------------------------------
I do not understand two things:
1. why are the first two lines (after the title) apparently converted
in
two implicit (auto-numbered) list entries although they don't start
with a
`.'?
why are the initial letters dropped altogether? I would have
guessed
that the lines are treated as explicitly 'numbered' list items as
explained in the manual.
The second explicitly numbered item should read:
I) Newton
I actually did not really want the list but the strings themselves (i.e.
first name initial letter plus second name). I presumed that "single
alphanumeric character plus dot" would always count as explicit list
numbering but I know see that this is wrong.
i.e. a right parenthesis instead of a dot ('I.' is seen as an upper case
alpha item, same as previous item but out of sequence, hence the warning
message).
See http://www.methods.co.nz/asciidoc/userguide.html#_numbered_lists
I don't know why your first two list items are arabic and not upper
alpha, here's what I get when I ran you example:
8<----------
A. Einstein
B. Newton
1. M. Born
8<----------
it's definitely what's happening here and I sure did nothing fancy with
the configuration. if this is not user settable anyway: where and how can
this happen? any guess?
2. why is the third entry indented relative to the previous one,
seemingly
treating this level-one (single `.') entry as a sublist of the
previous
entry?
The single dot implicit syntax is arabic (decimal) numbering which is
different from the the preceding list item numbering, so it is treated
as a nested list. See this FAQ if you don't want it nested:
http://www.methods.co.nz/asciidoc/faq.html#_how_can_i_stop_lists_from_nesting
question:
-- how can I enforce that the lines are not erroneously auto-numbered?
the
only work-around (sort of) which I found is to insert {zwsp} after
the
initials
(but {zwsp} does not format as a real zero width space, but rather
has
a finite width, at least in my browser (opera)).
I guess you are talking about situations like lines starting with e.g.
I. Issacson
which would be seen an upper alpha numbered list.
good guess ;-)
See http://www.methods.co.nz/asciidoc/faq.html#_how_can_i_escape_a_list
ah, here it is... did not find this despite really looking for it in the
manual.
thanks a lot for clarifying this point.
best regards,
joerg
ps: if you don't mind: should {zwsp} not have zero width when viewing the
html output in a browser?
Cheers, Stuart
thanks in advance,
joerg
ps: asciidoc 8.6.5 under OSX
--
Using Opera's revolutionary email client: http://www.opera.com/mail/
--
You received this message because you are subscribed to the Google Groups
"asciidoc" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to
[email protected].
For more options, visit this group at
http://groups.google.com/group/asciidoc?hl=en.
