ntg-context - mailing list for ConTeXt users
 help / color / mirror / Atom feed
From: Alan Braslau <braslau.list@comcast.net>
To: Pablo Rodriguez <oinos@gmx.es>, Henning Hraban Ramm <texml@fiee.net>
Cc: mailing list for ConTeXt users <ntg-context@ntg.nl>
Subject: Re: problems with XML export
Date: Sun, 12 Nov 2017 09:06:50 -0700	[thread overview]
Message-ID: <20171112090650.3c73cc86@zoo.hsd1.co.comcast.net> (raw)
In-Reply-To: <547259de-ba6d-497b-54ad-bf6d15806cda@gmx.es>

Hans made some changes a while ago.

Enabling export, floats are handled differently, notably side floats
become location=here. Hans tells me that this derives from how the xml
export is constructed, and this makes handling certain bugs with the
export possible.

I have urged Hans to consider, if this need be so, that the PDF file
produced when export is enabled NOT overwrite a PDF that might have
been produced in a run where export was not enabled. The easiest in my
opinion would be for this PDF to be placed in the filename-export/
sub-directory, leaving filename.pdf (if exists) untouched. Hans
answered that he would have to think about this as it would break his
present workflow where he runs context from his (Scite) editor and
relies looking at the PDF to see certain results.

Whereas I might want to export systematically, Hans suggests that one
should export in a separate run using modes for example. This is not a
bad idea, but I would NOT want to have to then make a third run to fix
the "broken" PDF. This would be a nightmare in bookkeeping and prone to
errors.

Alan



On Sat, 11 Nov 2017 19:46:21 +0100
Pablo Rodriguez <oinos@gmx.es> wrote:

> On 11/11/2017 06:30 PM, Henning Hraban Ramm wrote:
> > Here are a few problems that I encountered in my current ePub
> > projects:
> > 
> > * \color[]{} leaves no trace in export.
> 
> Hi Hraban,
> 
> this works with PDF, it should work with ePub:
> 
>   \definehighlight[read][color=red, style=\sc]
>   \starttext
>   \starthighlight[read] rot\stophighlight
>   \stoptext
> 
> I guess you have to use this instead of \color[]{}.
> 
> > * As soon as I activate export, my PDFs get two pages more, i.e.
> > page breaking changes somehow, I didn’t yet track how.
> 
> Without minimal sample and invocation command, it is rather hard to
> reproduce the issue.
> 
> > * For quotability, I’d like to set markers in my HTML, where the
> > print version has page breaks. But the exported XML doesn’t contain
> > anything like that. Is it possible to add?
> 
> Just out of curiosity, I wonder how this could be achieved.
> 
> Do you have other approach than the following?
> 
> 1. Complete PDF compilation with saving of page breaks.
> 
> 2. Add the markers in XML code generation.
> 
> > * Errors in exported XML:
> > [...]
> > (2)
> > \def\SC#1{\dostarttagged{highlight}{scaps}{\sc\lowercase{#1}}\dostoptagged}
> > [...]
> > - <highlight> breaks <tabulatecell> (maybe my \SC definition is bad,
> > but nobody answered to my according question)
> 
> Try the approach proposed above. I think it should work.
> 
> I hope it helps,
> 
> Pablo

___________________________________________________________________________________
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki     : http://contextgarden.net
___________________________________________________________________________________

  parent reply	other threads:[~2017-11-12 16:06 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-11-11 17:30 Henning Hraban Ramm
2017-11-11 18:46 ` Pablo Rodriguez
2017-11-12  8:33   ` Henning Hraban Ramm
2017-11-12 10:29     ` Pablo Rodriguez
2017-11-12 16:06   ` Alan Braslau [this message]
2017-11-12 16:49     ` Pablo Rodriguez

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=20171112090650.3c73cc86@zoo.hsd1.co.comcast.net \
    --to=braslau.list@comcast.net \
    --cc=ntg-context@ntg.nl \
    --cc=oinos@gmx.es \
    --cc=texml@fiee.net \
    /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).