[NTG-context] Float control
Hi everyone, I've recently had to typeset a document that gave me some headaches with the floats. The floats where jumping around, appearing in a different order than in the source file, tables ended up split up at weird points, some positioning keys had not the intended effect (e.g. top), moved the float more than seemed necessary for me... I know, TeX's float positioning algorithm should be rather reliable and stable, and it's quite possible that I'm messing things up in my setups-especially since my source files are XML. Anyway, I'd like to learn more about the whole float issue. Is there anything particular I could read to learn more about the whole thing? Maybe I'm missing out on something fundamental... Best, Denis ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
[NTG-context] /CropBox overflows /MediaBox
Dear list, I have the following source: \nopdfcompression \setupinteractionscreen [width=max] \setuplayout [standard] [backspace=.7\textwidth, cutspace=\cutspace, width=middle] \starttext \startmakeup[page] \null \stopmakeup \startmakeup[standard] \null \stopmakeup \stoptext Boxes are defined in the following objects: 3 0 obj [ 0 0 595.275590072 841.88975789 ] endobj 5 0 obj [ 0 0 595.27559 841.889758 ] endobj 8 0 obj [ 0 0 968.199847 841.889758 ] endobj Page 1 has /MediaBox redirected to object 3 and /CropBox redirected to object 5. Page 2 has /MediaBox redirected to object 3 and /CropBox redirected to object 8. I’m not sure whether the oversized /CropBox in the sample above is a bug triggered by the use of "\setupinteractionscreen[width=fit]". From the PDF–1.7 specification (https://opensource.adobe.com/dc-acrobat-sdk-docs/standards/pdfstandards/pdf/PDF32000_2008.pdf#page=636): The crop, bleed, trim, and art boxes shall not ordinarily extend beyond the boundaries of the media box. If they do, they are effectively reduced to their intersection with the media box. https://wiki.contextgarden.net/PDF_Boxes displays an image of (what I guess) the ordinary case: /CropBox fits inside /MediaBox. Could anyone be so kind to confirm the issue or to explain the rationale behind the oversized /CropBox? Many thanks for your help, Pablo ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] /CropBox overflows /MediaBox
On 2/28/2023 6:23 PM, Pablo Rodriguez via ntg-context wrote: Dear list, I have the following source: \nopdfcompression \setupinteractionscreen [width=max] \setuplayout [standard] [backspace=.7\textwidth, cutspace=\cutspace, width=middle] \starttext \startmakeup[page] \null \stopmakeup \startmakeup[standard] \null \stopmakeup \stoptext Boxes are defined in the following objects: 3 0 obj [ 0 0 595.275590072 841.88975789 ] endobj 5 0 obj [ 0 0 595.27559 841.889758 ] endobj 8 0 obj [ 0 0 968.199847 841.889758 ] endobj Page 1 has /MediaBox redirected to object 3 and /CropBox redirected to object 5. Page 2 has /MediaBox redirected to object 3 and /CropBox redirected to object 8. I’m not sure whether the oversized /CropBox in the sample above is a bug triggered by the use of "\setupinteractionscreen[width=fit]". From the PDF–1.7 specification (https://opensource.adobe.com/dc-acrobat-sdk-docs/standards/pdfstandards/pdf/PDF32000_2008.pdf#page=636): The crop, bleed, trim, and art boxes shall not ordinarily extend beyond the boundaries of the media box. If they do, they are effectively reduced to their intersection with the media box. https://wiki.contextgarden.net/PDF_Boxes displays an image of (what I guess) the ordinary case: /CropBox fits inside /MediaBox. Could anyone be so kind to confirm the issue or to explain the rationale behind the oversized /CropBox? different code path (dates from mkiv but i can adapt it for lmtx) anyway, overflow is in the 7th decimal so quite harmless i guess Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | 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 / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
