ntg-context - mailing list for ConTeXt users
 help / color / mirror / Atom feed
From: "Pablo Rodríguez" <oinos@web.de>
To: mailing list for ConTeXt users <ntg-context@ntg.nl>
Subject: still a bug with compressed linenotes and no compressseparator
Date: Sun, 14 Jul 2013 12:43:40 +0200	[thread overview]
Message-ID: <51E280DC.6000904@web.de> (raw)

Dear Hans,

many thanks for the latest beta, that fixes the line range numbering.

I’m afraid there are still two issues with compressed linenotes when
the compressseparator is missing.

Having linenotes from the same line separated with only blank space is
a standard practice in critical editions. I’m not a philologist and I
don’t have access to a library on a regular basis. If samples from
http://context.aanhet.net/epen2007/share/idris/cr-apparatus.pdf are
allowed, from three possible examples, figures 4.2 and 4.4 only include
blank space as separator for “compressed” linenotes and figure 4.6
includes a separator (||).

Here a sample (I know there is no hyphenation on body text) that shows
the two issues I’m having problems with:

    \setuppapersize[A6]
    \setuppagenumbering[location=,]
    \definelinenote[Critico]
    \setupnote[Critico][paragraph=yes]
    \setupnotation[Critico][alternative=serried,
    compress=yes, compressseparator=, width=broad]
    \newcounter\Contadorvar
    \def\apcritico#1#2{\increment\Contadorvar%
        \startCritico[Varia:\Contadorvar]{#2}#1%
        \stopCritico[Varia:\Contadorvar]}
    \starttext
    \startlinenumbering
    \dorecurse{22}{\apcritico{origin}{variant}
    \apcritico{not original,}{variant} }
    \stoplinenumbering
    \stoptext

If compressseparator is suppressed (such as in the sample), the space
before the missing separator is removed, but the space after the
separator remains. This default is buggy when the compressed
linenote starts at the beginning of the line (as it is the case on lines
4-9 in the apparatus).

But even with linenotes starting at other places in the critical
apparatus, there is another issue: compressed linenotes have more
blank space before than uncompressed ones. I think this might be
visually misleading in some cases.

I think there is a simple way to solve both issues: if
compressseparator is set to none, the space after should be removed in
all cases.

Would it be possible to implement this?

Many thanks for your help,


Pablo
-- 
http://www.ousia.tk
___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________


             reply	other threads:[~2013-07-14 10:43 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-07-14 10:43 Pablo Rodríguez [this message]
2013-07-19 17:46 ` Pablo Rodríguez

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=51E280DC.6000904@web.de \
    --to=oinos@web.de \
    --cc=ntg-context@ntg.nl \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).