From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.tex.context/106458 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Rik Kabel Newsgroups: gmane.comp.tex.context Subject: Re: unwanted with epub Date: Wed, 4 Mar 2020 21:08:52 -0500 Message-ID: <781359fa-50f2-804b-0ecf-0897727e0efe@rik.users.panix.com> References: <0025CEF7-6FD7-45F7-B926-49BEC9C05E63@ziggo.nl> Reply-To: mailing list for ConTeXt users Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1813268255708150361==" Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="45208"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Firefox/68.0 Thunderbird/68.5.0 To: ntg-context@ntg.nl Original-X-From: ntg-context-bounces@ntg.nl Thu Mar 05 03:09:12 2020 Return-path: Envelope-to: gctc-ntg-context-518@m.gmane-mx.org Original-Received: from zapf.boekplan.nl ([5.39.185.232] helo=zapf.ntg.nl) by ciao.gmane.io with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1j9fwm-000Bfx-2F for gctc-ntg-context-518@m.gmane-mx.org; Thu, 05 Mar 2020 03:09:12 +0100 Original-Received: from localhost (localhost [127.0.0.1]) by zapf.ntg.nl (Postfix) with ESMTP id 74B8F182751; Thu, 5 Mar 2020 03:08:59 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at zapf.boekplan.nl Original-Received: from zapf.ntg.nl ([127.0.0.1]) by localhost (zapf.ntg.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uuOlcIds-5mS; Thu, 5 Mar 2020 03:08:58 +0100 (CET) Original-Received: from zapf.ntg.nl (localhost [127.0.0.1]) by zapf.ntg.nl (Postfix) with ESMTP id 8D303182740; Thu, 5 Mar 2020 03:08:58 +0100 (CET) Original-Received: from localhost (localhost [127.0.0.1]) by zapf.ntg.nl (Postfix) with ESMTP id 5659C18272F for ; Thu, 5 Mar 2020 03:08:57 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at zapf.boekplan.nl Original-Received: from zapf.ntg.nl ([127.0.0.1]) by localhost (zapf.ntg.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id v--AhcNCQsdV for ; Thu, 5 Mar 2020 03:08:55 +0100 (CET) Received-SPF: Pass (mailfrom) identity=mailfrom; client-ip=166.84.1.89; helo=mailbackend.panix.com; envelope-from=context@rik.users.panix.com; receiver= Original-Received: from mailbackend.panix.com (mailbackend.panix.com [166.84.1.89]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by zapf.ntg.nl (Postfix) with ESMTPS id 8A545182710 for ; Thu, 5 Mar 2020 03:08:55 +0100 (CET) Original-Received: from [192.168.201.21] (cpe-72-228-11-252.nycap.res.rr.com [72.228.11.252]) by mailbackend.panix.com (Postfix) with ESMTPSA id 48XvLZ1Gmxz1QCd for ; Wed, 4 Mar 2020 21:08:53 -0500 (EST) In-Reply-To: <0025CEF7-6FD7-45F7-B926-49BEC9C05E63@ziggo.nl> Content-Language: en-US X-BeenThere: ntg-context@ntg.nl X-Mailman-Version: 2.1.26 Precedence: list List-Id: mailing list for ConTeXt users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: ntg-context-bounces@ntg.nl Original-Sender: "ntg-context" Xref: news.gmane.io gmane.comp.tex.context:106458 Archived-At: This is a multi-part message in MIME format. --===============1813268255708150361== Content-Type: multipart/alternative; boundary="------------FAF6E6D4F88682675FDE8D93" Content-Language: en-US This is a multi-part message in MIME format. --------------FAF6E6D4F88682675FDE8D93 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit On 3/3/2020 16:51, Hans van der Meer wrote: > In producing epub s are appearing (on the -raw.xml file) that > are unwanted and seem spurious to me. For example aftersome macro's. > Can someone tell me what triggers a ? In the pdf output such > breaks are absent. > > dr. Hans van der Meer > There are many situations in which the export contains break elements that don't appear to be associated with aspects of the pdf output.  See, for example, the following messages from 2018 in which I noted a few of them: * Spurious breaks in export when blank line ends paragraph * More spurious problems in exports * Unexpected in XML output If you provide an example of your ConTeXt source demonstrating the problem, perhaps someone on the list can help. -- Rik --------------FAF6E6D4F88682675FDE8D93 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit


On 3/3/2020 16:51, Hans van der Meer wrote:
In producing epub <break/>s are appearing (on the -raw.xml file) that are unwanted and seem spurious to me. For example aftersome macro's. 
Can someone tell me what triggers a <break/>? In the pdf output such breaks are absent.

dr. Hans van der Meer

There are many situations in which the export contains break elements that don't appear to be associated with aspects of the pdf output.  See, for example, the following messages from 2018 in which I noted a few of them:

If you provide an example of your ConTeXt source demonstrating the problem, perhaps someone on the list can help.

--
Rik

--------------FAF6E6D4F88682675FDE8D93-- --===============1813268255708150361== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18KSWYgeW91ciBxdWVzdGlvbiBpcyBvZiBpbnRlcmVz dCB0byBvdGhlcnMgYXMgd2VsbCwgcGxlYXNlIGFkZCBhbiBlbnRyeSB0byB0aGUgV2lraSEKCm1h aWxsaXN0IDogbnRnLWNvbnRleHRAbnRnLm5sIC8gaHR0cDovL3d3dy5udGcubmwvbWFpbG1hbi9s aXN0aW5mby9udGctY29udGV4dAp3ZWJwYWdlICA6IGh0dHA6Ly93d3cucHJhZ21hLWFkZS5ubCAv IGh0dHA6Ly9jb250ZXh0LmFhbmhldC5uZXQKYXJjaGl2ZSAgOiBodHRwczovL2JpdGJ1Y2tldC5v cmcvcGhnL2NvbnRleHQtbWlycm9yL2NvbW1pdHMvCndpa2kgICAgIDogaHR0cDovL2NvbnRleHRn YXJkZW4ubmV0Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCg== --===============1813268255708150361==--