[NTG-context] Prevent page break in middle of paragraph
Hi, I'm trying to get a thesis in a final shape and encounter a page break (... Über 70 % der pagebreak) in the middle of a paragraph where there still seems to be plenty of space to finish that paragraph. If I add a few lines to the text it works ok. Also \page[no] doesn't work or \vbox and \setpenalties\widowpenalties{100}\maxdimen I couldn't get working neither. Though the last one got closest. Here's the minimal example I could come up with, sorry for it beeing a bit lengthy: %% \installlanguage[german][de] \mainlanguage[de] \setuppapersize[A4][A4] \setuplayout[reset] \setuplayout[ location=doublesided, top=20mm, % 20 topspace=30mm, % 20 bottom=20mm, % 20 %bottomdistance=0mm, backspace=30mm, leftmargin=30mm, leftmargindistance=0mm, rightmargin=30mm, % 25 rightmargindistance=0mm, header=2\bodyfontsize, headerdistance=\bodyfontsize, footer=2\bodyfontsize, footerdistance=\bodyfontsize, height=fit, width=fit, %grid=yes ] \setuppagenumbering[ way=bytext, partnumber=no, alternative=doublesided, location=right, style=\sl ] \setupindenting[medium,yes] \setupcaption[table][headstyle=normal, location=top, stopper={.}, width=\makeupwidth, style={\switchtobodyfont[11pt]}] \setuphead[section][style=\bfb] \setuphead[subsection][style=\bfa] \setupheads[indentnext=yes] \setupfloats[indentnext=yes] \setupheadertexts[][{\sl\getmarking[section]}][{\sl \getmarking[chapter]}][] \setupbackgrounds[header][text][bottomframe=on] \setupbackgrounds[footer][text][topframe=on] \starttext \setupinterlinespace[big] pT--Klassifikation teilte sich wie folgt auf: pTis 13 (3,5\,\%), pT1 238 (64,2\,\%), pT2 114 (30,7\,\%) und pT3 6 (1,6\,\%) Fälle. Es handelte sich in 287 Fällen (77,4\,\%) um ein ductal invasives, in 41 (11,1\,\%) um ein lobulär invasives, in 6 (1,6\,\%) um ein gemischtes und in 24 Fällen (6,5\,\%) um ein Mammakarzinom anderer Art. Ein Ductales Carcinoma in situ fand sich in 13 Fällen (3,5\,\%) (Tabelle \in[tab:Pat-Charakt]). Hier wurde die SLNB nur im Rahmen einer Mastektomie durchgeführt. Da in Deutschland bei klinisch unauffälliger Axilla die Wächterlymphknotentechnik Methode der Wahl ist \cite[Kuehn2005]{}, keine nationale Leitlinie über ein exaktes und standardisiertes Markierungsprotokoll existiert und den Patientinnen durch die retrospektive Analyse keine Unannehmlichkeiten entstanden sind bzw. sie keinen Schaden erlitten haben, konnte auf eine Genehmigung durch die Ethikkommission verzichtet werden. \placetable[here][tab:Pat-Charakt]{Tabellarische Zusammenfassung der in der vorliegenden Studie zusammengeführten, wichtigsten Patientencharakteristika.} { \setupTABLE[c][1][width=5em] \setupTABLE[c][2][width=8em] \setupTABLE[c][3][align=center] \setupTABLE[frame=off] \setupTABLE[r][1,4,7,10,15,21,24][bottomframe=on] \bTABLE \bTR\bTD[nc=2] Geschlecht (\Sigma=371) \eTD\bTD \eTD \eTR \bTR\bTD \eTD\bTD Frauen \eTD\bTD 368 \eTD \eTR \bTR\bTD \eTD\bTD Männer \eTD \bTD 3 \eTD \eTR \bTR\bTD[nc=2] Alter (Jahre)\eTD \eTR \bTR\bTD \eTD\bTD Median\eTD \bTD 60,4 \eTD \eTR \bTR\bTD \eTD\bTD Bereich\eTD \bTD 25,3\,--\,86,5\eTD \eTR \bTR\bTD[nc=2] Tumorgröße (mm) \eTD \eTR \bTR\bTD \eTD\bTD Median\eTD \bTD 16 \eTD \eTR \bTR\bTD \eTD\bTD Bereich\eTD \bTD 0,9\,--\,140 \eTD \eTR \bTR\bTD[nc=2] pT Klassifizierung \eTD \eTR \bTR\bTD \eTD\bTD pTis\eTD \bTD 13 (3,5\,\%) \eTD \eTR \bTR\bTD \eTD\bTD pT1\eTD \bTD 238 (64,2\,\%) \eTD \eTR \bTR\bTD \eTD\bTD pT2\eTD \bTD 114 (30,7\,\%) \eTD \eTR \bTR\bTD \eTD\bTD pT3\eTD \bTD 6 (1,6\,\%) \eTD \eTR \bTR\bTD[nc=2] Histologie\eTD \eTR \bTR\bTD \eTD\bTD ductal invasiv\eTD \bTD 287 (77,4\,\%) \eTD \eTR \bTR\bTD \eTD\bTD lobulär invasiv\eTD \bTD 41 (11,1\,\%) \eTD \eTR \bTR\bTD \eTD\bTD kombiniert\eTD \bTD 6 (1.6\,\%) \eTD \eTR \bTR\bTD \eTD\bTD DCIS\eTD \bTD 13 (3,5\,\%) \eTD \eTR \bTR\bTD \eTD\bTD andere\eTD \bTD 24 (6,5\,\%) \eTD \eTR \eTABLE } \section{Markierungstechnik} Ein Radiologe mit über 30 Jahren Expertise in der interstitiellen peritumoralen Lymphszintigraphie und der Funktionslymphszintigraphie führte die SN--Markierung am Vortag etwa 20 Stunden vor der Operation durch. Durch diesen Zeitabstand war eine ausreichende Möglichkeit für Spätaufnahmen gegeben. \subsection{Applizierter Tracer} {Im Laufe der Untersuchungen kamen drei verschiedene Tracer, von drei unterschiedlichen Herstellern zur Verwendung: {\it Nanocoll\high{®}} (GE Healthcare Buchler, Braunschweig, Deutschland), {\it Nano--Albumon\high{®}} (Medi--Radiopharma Ltd., Budapest, Ung\-arn), sowie {\it Nanocis\high{®}} (CIS bio, Berlin, Deutschland). Bei {\it Nanocoll\high{®}} und {\it Nano--Albumon\high{®}} handelt es sich um ein Natrium--(\high{99m}Tc)--Technetium--Pertechnetat markiertes Humanserum--Albumin--Nanokolloid. {\it Nanocis\high{®}} demgegenüber ist ein kolloidales (\high{99m}Tc)--Tech\-netium--Rheniumsulfid. Die Verwendung von Tracern unterschiedlicher Hersteller war lediglich durch die lokale und
Re: [NTG-context] slightly-OT: Adobe records your every move!
On 10/16/2014 8:04 PM, Alan BRASLAU wrote: E-book specialists, beware: http://arstechnica.com/security/2014/10/adobes-e-book-reader-sends-your-reading-logs-back-to-adobe-in-plain-text/ afaik not only adobe but also other devices do this ... (which is why i will never buy an ebook from one of the big ones ... in fact none at all till I know for sure the reading process will not be tracked) the next step is that they adapt the content to your reading speed and how long you stay on a page http://www.amazon.co.uk/Formula-Algorithms-Solve-Problems-Create/dp/0753541688/ref=sr_1_1?s=booksie=UTF8qid=1413531702sr=1-1 but better not buy it at amazon as they are the masters of tracking your personal live Alan ___ 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 ___ -- - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ 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 ___
Re: [NTG-context] \startitem and \startparagraph
On 10/17/2014 3:02 AM, Rik Kabel wrote: What is the proper way to delimit paragraphs within an itemized list using \start..\stop tagging (as for epub and such)? When I wrap paragraphs with \startparagraph..\stopparagraph within the \startitem..\stopitem, there is an unwanted newline inserted between the bullet and the item text. Or, is it not recommend to wrap paragraphs that are in enumerations? I ask because http://wiki.contextgarden.net/Epub_Sample suggests “Make sure to tag all your structural elements with \start...-\stop..., e.g. \startchapter, but even \startparagraph!” I also note the appearance of \startcontent..\stopcontent and \stopcaption..\startcaption and such, suggesting to me that semantic tagging may be a useful thing to add to new documents in order to support new output formats. \starttext \startitemize \startitem \startparagraph Item one paragraph one. \stopparagraph \startparagraph Item one paragraph two. \stopparagraph \startparagraph Item one paragraph three. \stopparagraph \stopitem \startitem \startparagraph Item two paragraph one. \stopparagraph \startparagraph Item two paragraph two. \stopparagraph \startparagraph Item two paragraph three. \stopparagraph \stopitem \stopitemize \starttext \startitemize \startitem \bpar Item one paragraph one. \epar % \stopparagraph \bpar Item one paragraph two. \epar \bpar Item one paragraph three. \epar \stopitem \startitem \bpar Item two paragraph one. \epar \bpar Item two paragraph two. \epar \bpar Item two paragraph three. \epar \stopitem \stopitemize \stoptext \startitemize \item Item three paragraph one. Item three paragraph two. Item three paragraph three. \item Item four paragraph one. Item four paragraph two. Item four paragraph three. \stopitemize \stoptext -- Rik Kabel ___ 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 ___ -- - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ 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 ___
Re: [NTG-context] slightly-OT: Adobe records your every move!
On 10/16/2014 8:04 PM, Alan BRASLAU wrote: E-book specialists, beware: http://arstechnica.com/security/2014/10/adobes-e-book-reader-sends-your-reading-logs-back-to-adobe-in-plain-text/ I think that in the end self-publishing will take over most of the market. Of course we will then have a decaded of mess due to also licencing issues but in the end authors will figure out that getting rid of distribution pays off in revenues. (I just in the paper read about a band that made more of 20K self sold copies of a cd then 200K via a company). Anyway: * User ID: this is the user's Adobe ID or an anonymous ID for an unactivated version of DE. I assume one can change the anonymous ID with some help * Device ID: a unique identifier for the computer running DE, collected for digital right management (DRM) purposes since publishers typically restrict the number of devices an eBook or digital publication can be read on, Adobe's spokesperson said. So what if a machine breaks down (these devices are made to break down ... much faster than paper) * Certified App ID: a key that allows DE to open documents protected by DRM from being opened with unauthorized software. It's like enforcing a special kind of reading glasses. * Device IP address: for geo-location, since publishers have different pricing models in place depending on the location of the reader purchasing a given eBook or digital publication, Adobe's spokesperson said. Ha, so best not travel around i.e. the biggest argument for ebooks is that you can take them in the plane. So better not do that. * Duration for Which the Book was Read: This information is collected to facilitate limited or metered pricing models where publishers or distributors charge readers based on the duration a book is read, said Adobe's spokesperson. Pure crap ... how about disabilities? Reading speed? Next comes the demand for a camera so that they can see who's reading over your shoulder. * Percentage of the Book Read: Believe it or not, some publishers charge based on how much you read of a book—you may be only charged a percentage of the total if you don't finish it. Who believes this indeed. They should add if you didn't like it or didn't understand the content. Nothing about giving away such a book, a second hand market, etc ... It all sounds more like panic reactions than real concepts to me. Last week we got the yearly invoice for 'copying stuff' because we have a copier. The proudly announced new thing is that we now also can scan, email and look at files on our intranet ... funny because I never copy something except our own produced crap. (Like paying extra on blank dvd's that i only occasionally use to copy a free OS on for installing on some old machine.) The main question is: What do users expect? As we can produce (kind of) ebooks, do we need to adapt output to this? Of can we disguise it? Bah, Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ 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 ___
Re: [NTG-context] slightly-OT: Adobe records your every move!
Of course, Big Brother is watching us all. (and the NSA has long identified the present mailing list as carrying subversive information...) Yes, we (in Europe, perhaps elsewhere?) get to pay a tax for copying our own data on CDs/DVDs, just like most pay a tax to Bill when buying hardware, even if we intend on installing *powerful antivirus software* (rather than your favorite OS;-). I started this thread as ConTeXt is quite capable of producing e-book texts; We discussed this at the recent ConTeXt meeting and spoke some on the future of publishing. So we need to be aware of these issues and how e-books are being used and where they are going. (I am sure that Apple has recorded now what I have read on my iPad: mkiv-publications.epub!) Maybe the next step for Sanjoy to think about is recording what pages (or indeed what words) his students linger-over or re-read several times as another way of identifying difficult passages in a text. (One then will not even have to actively ask questions...) Alan P.S. I attended a presentation on computer security given at my company by a speaker from the French intelligence agency. Amongst other things, he demonstrated using a special little standard-looking USB key how one can easily scan EVERYTHING on your computer without you noticing anything: just plugging it into your computer was sufficient. He even showed that plugging in his cell-phone for a little bit just to recharge it did the job too. Just as plugging an audience member's cell phone into his little USB charger was also able to record all of its contents. Fast too! Quite interesting. Then there is also wifi... Furthermore, his message is that we now voluntarily reveal much more information about ourselves then even the police are allowed to obtain. In the wrong hands this information can eventually go a long way... On Fri, 17 Oct 2014 10:07:59 +0200 Hans Hagen pra...@wxs.nl wrote: On 10/16/2014 8:04 PM, Alan BRASLAU wrote: E-book specialists, beware: http://arstechnica.com/security/2014/10/adobes-e-book-reader-sends-your-reading-logs-back-to-adobe-in-plain-text/ I think that in the end self-publishing will take over most of the market. Of course we will then have a decaded of mess due to also licencing issues but in the end authors will figure out that getting rid of distribution pays off in revenues. (I just in the paper read about a band that made more of 20K self sold copies of a cd then 200K via a company). Anyway: * User ID: this is the user's Adobe ID or an anonymous ID for an unactivated version of DE. I assume one can change the anonymous ID with some help * Device ID: a unique identifier for the computer running DE, collected for digital right management (DRM) purposes since publishers typically restrict the number of devices an eBook or digital publication can be read on, Adobe's spokesperson said. So what if a machine breaks down (these devices are made to break down ... much faster than paper) * Certified App ID: a key that allows DE to open documents protected by DRM from being opened with unauthorized software. It's like enforcing a special kind of reading glasses. * Device IP address: for geo-location, since publishers have different pricing models in place depending on the location of the reader purchasing a given eBook or digital publication, Adobe's spokesperson said. Ha, so best not travel around i.e. the biggest argument for ebooks is that you can take them in the plane. So better not do that. * Duration for Which the Book was Read: This information is collected to facilitate limited or metered pricing models where publishers or distributors charge readers based on the duration a book is read, said Adobe's spokesperson. Pure crap ... how about disabilities? Reading speed? Next comes the demand for a camera so that they can see who's reading over your shoulder. * Percentage of the Book Read: Believe it or not, some publishers charge based on how much you read of a book—you may be only charged a percentage of the total if you don't finish it. Who believes this indeed. They should add if you didn't like it or didn't understand the content. Nothing about giving away such a book, a second hand market, etc ... It all sounds more like panic reactions than real concepts to me. Last week we got the yearly invoice for 'copying stuff' because we have a copier. The proudly announced new thing is that we now also can scan, email and look at files on our intranet ... funny because I never copy something except our own produced crap. (Like paying extra on blank dvd's that i only occasionally use to copy a free OS on for installing on some old machine.) The main question is: What do users expect? As we can produce (kind of) ebooks, do we need to adapt output to this? Of can we disguise it? Bah, Hans ___ If your
Re: [NTG-context] Structure of titles in MkIV
No, I have not been using ConTeXt for ten years and I am still learning! I am just referring to the fact pointed out by Herbert Simon (The Architecture of Complexity) that it takes about 10 years for anyone to learn any new subject. I have come to understand that ConTeXt's speed in processing does not have to do with our patience, like waiting for a dot-matrix printer. (By the way, I started doing text processing using teletypes way before TeX was even invented. Remember nroff?) ConTeXt is also used for automated text-processing on the fly and this has to be fast. It is said that clang gives many more and much better error and warning messages than gcc. ConTeXt has all sorts of trackers that can be enabled if desired to get lots of debugging information. http://wiki.contextgarden.net/Trackers Maybe there is room for someone to write a program (or script in lua!) similar to lint that can check for errors. I do not believe that it is worth the effort, though, as it will quickly become obsolete. Alan On Thu, 16 Oct 2014 11:32:29 +0200 Keith J. Schultz schul...@gmx.net wrote: Hi Alan, In a way I agree one can live without the added syntax and semantic error reporting, But, as you say you have been using it for ten years. All are not that lucky. Then there are those beginners that simply have no idea what is going on. Because they do not know ConTeXt, TeX, or LaTeX, etc. This problem is more severe due to the fact that IMHO the documentation for ConTeXt does not state many things! Error checking should not be given up for performance sake! That is not good practice. If one can not wait a minute longer for a 500 page document, somebody has to learn to chill down. Been around Computers since the mid 80s, so I know what it is like to wait 5 minutes for a three page document, waiting for a TeX system render and create all those files to print it on a dot-matrix printer. Not, to mention the printing itself in graphics mode for the best quality. regards Keith. Am 15.10.2014 um 16:10 schrieb Alan BRASLAU alan.bras...@cea.fr: On Wed, 15 Oct 2014 14:25:11 +0200 Keith Schultz keithjschu...@icloud.com wrote: BUT, Michal I believe has a point. Or should I say has come across a FLAW, according to my view of things. ConTeXt should warn... I was warned (a few years ago) on the mailing list NOT to place any text outside of structure elements. For example, [snip, snip] I cannot remember the example of what had gone haywire, but I leaned my lesson (and started systematically using \start\stop for everything, well, not for paragraphs as I find that a bit too heavy...). As to WARNINGS: ConTeXt generally silently ignores incorrect coding, unknown options, etc. One might call for all sorts of bells and whistles but these come at a performance cost so I have also learned to do without them. Of course, this sometimes makes debugging one's errors a bit more difficult, but after 10 years or so of practice one will no longer make many errors! (one of my favorites still is \startext) ;-) ___ 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 ___
Re: [NTG-context] backgrounds
Source result attached. On Wed, 15 Oct 2014 10:33:28 +0200, Hans Hagen pra...@wxs.nl wrote: Hi, new in next beta %D Sometimes you have a document wide (page) background but need to overload it %D locally. In such case (at least in my experience) the only values that get set %D are the background and backgroundcolor (if set at all). A full inheritance chain %D would complicate things because then we need to use named backgrounds which in %D turn will make this mechanism slower. I considered independent local backgrounds %D but that also complicates the code (not that much) but isolation means that we %D need to set more parameters each time. The following simple approach proabbly %D suits most usage. \starttext \setupbackgrounds[page][background=color,backgroundcolor=red] \input tufte \page \setupbackgrounds[page][background=,backgroundcolor=] \input tufte \page \setupbackgrounds[page][background=color,backgroundcolor=red] \input tufte \page \pushbackground[page] \setupbackgrounds[page][background=color,backgroundcolor=green] \input tufte \page \popbackground \input tufte \page \stoptext (only two parameters pushed/popped) -- Ing. Lukáš Procházka | mailto:l...@pontex.cz Pontex s. r. o. | mailto:pon...@pontex.cz | http://www.pontex.cz Bezová 1658 147 14 Praha 4 Tel: +420 241 096 751 Fax: +420 244 461 038 Bkgs.mkiv Description: Binary data Bkgs.pdf Description: Adobe PDF document ___ 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 ___
Re: [NTG-context] sidefloats
Source result attached. On Wed, 15 Oct 2014 10:35:04 +0200, Hans Hagen pra...@wxs.nl wrote: new in next beta: \starttext \placefigure [left] {} {\framed[height=1cm,width=2cm]{}} \input tufte \doifelsesidefloat {\dontleavehmode{\bf OKAY}: HERE} {\inmargin{OKAY} HERE} \placefigure [left] {} {\framed[height=10cm,width=2cm]{}} \input tufte \doifelsesidefloat {\dontleavehmode{\bf OKAY}: HERE} {\inmargin{OKAY} HERE} \stoptext -- Ing. Lukáš Procházka | mailto:l...@pontex.cz Pontex s. r. o. | mailto:pon...@pontex.cz | http://www.pontex.cz Bezová 1658 147 14 Praha 4 Tel: +420 241 096 751 Fax: +420 244 461 038 SideFloat.mkiv Description: Binary data SideFloat.pdf Description: Adobe PDF document ___ 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 ___
Re: [NTG-context] \startitem and \startparagraph
On 2014-10-17 03:50, Hans Hagen wrote: On 10/17/2014 3:02 AM, Rik Kabel wrote: What is the proper way to delimit paragraphs within an itemized list using \start..\stop tagging (as for epub and such)? When I wrap paragraphs with \startparagraph..\stopparagraph within the \startitem..\stopitem, there is an unwanted newline inserted between the bullet and the item text. Or, is it not recommend to wrap paragraphs that are in enumerations? I ask because http://wiki.contextgarden.net/Epub_Sample suggests “Make sure to tag all your structural elements with \start...-\stop..., e.g. \startchapter, but even \startparagraph!” I also note the appearance of \startcontent..\stopcontent and \stopcaption..\startcaption and such, suggesting to me that semantic tagging may be a useful thing to add to new documents in order to support new output formats. \starttext \startitemize \startitem \startparagraph Item one paragraph one. \stopparagraph \startparagraph Item one paragraph two. \stopparagraph \startparagraph Item one paragraph three. \stopparagraph \stopitem \startitem \startparagraph Item two paragraph one. \stopparagraph \startparagraph Item two paragraph two. \stopparagraph \startparagraph Item two paragraph three. \stopparagraph \stopitem \stopitemize \starttext \startitemize \startitem \bpar Item one paragraph one. \epar % \stopparagraph \bpar Item one paragraph two. \epar \bpar Item one paragraph three. \epar \stopitem \startitem \bpar Item two paragraph one. \epar \bpar Item two paragraph two. \epar \bpar Item two paragraph three. \epar \stopitem \stopitemize \stoptext Thank you, Hans, for that. Can you explain when \startparagraph..\stopparagraph should be preferred for tagging, and when \bpar..\epar? There is clearly a difference between them. Is there any setup associated with \bpar..\epar as there is \defineparagraph for \startparagraph..\stopparagraph? -- Rik Kabel ___ 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 ___
Re: [NTG-context] Prevent page break in middle of paragraph
On 2014-10-16 16:03, Ben Moon wrote: Hi, I'm trying to get a thesis in a final shape and encounter a page break (... Über 70 % der pagebreak) in the middle of a paragraph where there still seems to be plenty of space to finish that paragraph. If I add a few lines to the text it works ok. Also \page[no] doesn't work or \vbox and \setpenalties\widowpenalties{100}\maxdimen I couldn't get working neither. Though the last one got closest. Here's the minimal example I could come up with, sorry for it beeing a bit lengthy: With the current (2014-10-17) standalone beta the complete paragraph appears on page 2 and section 1.2 begins at the top of the next page. Perhaps there are some simple patches that Hans or others can supply for the version you are using, otherwise an update may be called for. -- Rik ___ 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 ___
Re: [NTG-context] \startitem and \startparagraph
On 10/17/2014 5:11 PM, Rik Kabel wrote: Thank you, Hans, for that. Can you explain when \startparagraph..\stopparagraph should be preferred for tagging, and when \bpar..\epar? There is clearly a difference between them. Is there any setup associated with \bpar..\epar as there is \defineparagraph for \startparagraph..\stopparagraph? no time now ... just grep the source ... they are just simple hooks and the short bpar one doesn't issue a \par ... not that much special ... the long ones are real elements and can also have additional attributes Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ 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 ___
Re: [NTG-context] Prevent page break in middle of paragraph
On 2014-10-17 12:18, Rik Kabel wrote: On 2014-10-16 16:03, Ben Moon wrote: Hi, I'm trying to get a thesis in a final shape and encounter a page break (... Über 70 % der pagebreak) in the middle of a paragraph where there still seems to be plenty of space to finish that paragraph. If I add a few lines to the text it works ok. Also \page[no] doesn't work or \vbox and \setpenalties\widowpenalties{100}\maxdimen I couldn't get working neither. Though the last one got closest. Here's the minimal example I could come up with, sorry for it beeing a bit lengthy: With the current (2014-10-17) standalone beta the complete paragraph appears on page 2 and section 1.2 begins at the top of the next page. Perhaps there are some simple patches that Hans or others can supply for the version you are using, otherwise an update may be called for. Sorry, I should have added that I did reproduce your problem with TL14, which uses the same version you used, dated 20140521. The problem does not exist with the 20140622 beta and later versions I have. I do not know at what point the change was made, but it clearly was made very shortly after TL14. -- rik ___ 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 ___
Re: [NTG-context] Prevent page break in middle of paragraph
Thanks Rik for looking into this. I'm trying to figure out how to update my context in the least painful way ;) Cheers and a nice weekend Ben On 2014-10-17 12:18, Rik Kabel wrote: On 2014-10-16 16:03, Ben Moon wrote: Hi, I'm trying to get a thesis in a final shape and encounter a page break (... Über 70 % der pagebreak) in the middle of a paragraph where there still seems to be plenty of space to finish that paragraph. If I add a few lines to the text it works ok. Also \page[no] doesn't work or \vbox and \setpenalties\widowpenalties{100}\maxdimen I couldn't get working neither. Though the last one got closest. Here's the minimal example I could come up with, sorry for it beeing a bit lengthy: With the current (2014-10-17) standalone beta the complete paragraph appears on page 2 and section 1.2 begins at the top of the next page. Perhaps there are some simple patches that Hans or others can supply for the version you are using, otherwise an update may be called for. Sorry, I should have added that I did reproduce your problem with TL14, which uses the same version you used, dated 20140521. The problem does not exist with the 20140622 beta and later versions I have. I do not know at what point the change was made, but it clearly was made very shortly after TL14. ___ 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 ___
Re: [NTG-context] Trying to emulate CSS
Hans Hagen pragma at wxs.nl writes: \starttext \framed [offset=overlay,width=4cm,height=4cm] {\externalfigure[t:/sources/cow.pdf][factor=max]} \framed [offset=overlay,width=4cm,height=6cm] {\externalfigure[t:/sources/cow.pdf][factor=max]} \framed [offset=overlay,width=6cm,height=4cm] {\externalfigure[t:/sources/cow.pdf][factor=max]} \stoptext This works well, but what I'd like to do is choose a fixed size frame for each PDF and have ConTeXt fill the frame in the same way as these CSS commands: object-fit : cover; object-position : top left; overflow: hidden; (http://www.w3.org/TR/css3-images/#the-object-fit) Many thanks -- although I don't see the effect I'm trying to get. In the code below the cow picture should fill the three frames at three different scales with no white bars between the frame and the externalfigure frame: \setupexternalfigures[location={default}] \starttext \framed [offset=overlay,width=10cm,height=2cm] {\externalfigure[cow][frame=on,factor=max]} \framed [offset=overlay,width=4cm,height=8cm] {\externalfigure[cow][frame=on,factor=max]} \framed [offset=overlay,width=6cm,height=6cm] {\externalfigure[cow][frame=on,factor=max]} \stoptext Thanks, Stu [I'm sending this via the Gmane interface as this thread hasn't come through via the mailing list daily digests via email yet). ___ 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 ___
Re: [NTG-context] ntg-context Digest, Vol 124, Issue 35
On Thu, Oct 16, 2014 at 10:35 PM, ntg-context-requ...@ntg.nl wrote: \framed [offset=overlay,width=4cm,height=4cm] {\externalfigure[t:/sources/cow.pdf][factor=max]} \framed [offset=overlay,width=4cm,height=6cm] {\externalfigure[t:/sources/cow.pdf][factor=max]} \framed [offset=overlay,width=6cm,height=4cm] {\externalfigure[t:/sources/cow.pdf][factor=max]} \stoptext This works well, but what I'd like to do is choose a fixed size frame for each PDF and have ConTeXt fill the frame in the same way as these CSS commands: object-fit : cover; object-position : top left; overflow: hidden; [Forgot to add: this is with the ConTeXt bundled in Tex Live 2014] Many thanks -- although I don't see the effect I'm trying to get. In the code below the cow picture should fill the three frames at three different scales with no white bars between the frame and the externalfigure frame: \setupexternalfigures[location={default}] \starttext \framed [offset=overlay,width=10cm,height=2cm] {\externalfigure[cow][frame=on,factor=max]} \framed [offset=overlay,width=4cm,height=8cm] {\externalfigure[cow][frame=on,factor=max]} \framed [offset=overlay,width=6cm,height=6cm] {\externalfigure[cow][frame=on,factor=max]} \stoptext Stu ___ 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 ___