[NTG-context] outer floats on doublesided pages
Dear all, I have problems with the placement of floats. I need them to be placed in the outer edge of the text, but Context puts them in the middle of the page. The outer, inner, outeredge, inneredge, commands do not work. Right and left do work. Preferably the criterium option should also work, e.g. criterium=0.67. A minimal test file is attached. Try it out with a dummy, or with cow picture, or with any other picture of your liking. I updated my context installation today to a bèta version. The version is: 2013.08.30 02.05. All help is welcome! Many thanks in advance, Robert tmp1.tex Description: Binary data %% \setuppapersize[A4][A4] \setuppagenumbering[alternative=doublesided,location=footer] \definefloat[edgefigure][figure] \setupfloat [edgefigure] [leftmargindistance=-\outercombitotal, rightmargindistance=-\outercombitotal, default={outer,none,low,high}] \setupcaption[edgefigure][number=no] \useexternalfigure[cow][./cow.pdf] \starttext \startsection[title={insight},reference=insight] \placeedgefigure[][]{}{\framed[frame=off]{\externalfigure[cow][scale=150]}} When the first volume of Donald Knuth's The Art of Computer Programming was published in 1969, it was typeset using hot metal type set by a Monotype Corporation typecaster with a hot metal typesetting machine from the 19th century which produced a good classic style appreciated by Knuth. When the second edition of the second volume was published, in 1976, the whole book had to be typeset again because the Monotype technology had been largely replaced by photographic techniques, and the original fonts were no longer available.[4] When Knuth received the galley proofs of the new book on 30 March 1977, he found them awful.[5] Around that time, Knuth saw for the first time the output of a high-quality digital typesetting system, and became interested in digital typography. The disappointing galley proofs gave him the final motivation to solve the problem at hand once and for all by designing his own typesetting system. On 13 May 1977, he wrote a memo to himself describing the basic features of TeX.[6] \placeedgefigure[][]{}{\framed[frame=off]{\externalfigure[cow][scale=150]}} He planned to finish it on his sabbatical in 1978, but as it happened the language was not frozen until 1989, more than ten years later. Guy Steele happened to be at Stanford during the summer of 1978, when Knuth was developing his first version of TeX. When Steele returned to MIT that autumn, he rewrote TeX's I/O to run under the ITS operating system. The first version of TeX was written in the SAIL programming language to run on a PDP-10 under Stanford's WAITS operating system. For later versions of TeX, Knuth invented the concept of literate programming, a way of producing compilable source code and cross-linked documentation typeset in TeX from the same original file. The language used is called WEB and produces programs in DEC PDP-10 Pascal. \placeedgefigure[][]{}{\framed[frame=off]{\externalfigure[cow][scale=150]}} When the first volume of Donald Knuth's The Art of Computer Programming was published in 1969, it was typeset using hot metal type set by a Monotype Corporation typecaster with a hot metal typesetting machine from the 19th century which produced a good classic style appreciated by Knuth. When the second edition of the second volume was published, in 1976, the whole book had to be typeset again because the Monotype technology had been largely replaced by photographic techniques, and the original fonts were no longer available.[4] When Knuth received the galley proofs of the new book on 30 March 1977, he found them awful.[5] Around that time, Knuth saw for the first time the output of a high-quality digital typesetting system, and became interested in digital typography. The disappointing galley proofs gave him the final motivation to solve the problem at hand once and for all by designing his own typesetting system. On 13 May 1977, he wrote a memo to himself describing the basic features of TeX.[6] He planned to finish it on his sabbatical in 1978, but as it happened the language was not frozen until 1989, more than ten years later. Guy Steele happened to be at Stanford during the summer of 1978, when Knuth was developing his first version of TeX. When Steele returned to MIT that autumn, he rewrote TeX's I/O to run under the ITS operating system. The first version of TeX was written in the SAIL programming language to run on a PDP-10 under Stanford's WAITS operating system. For later versions of TeX, Knuth invented the concept of literate programming, a way of producing compilable source code and cross-linked documentation typeset in TeX from the same original file. The language used is called WEB and produces programs in DEC PDP-10 Pascal. \stopsection \stoptext ___ If your question is
Re: [NTG-context] [***SPAM***] YATM (Yet Another Table Method)
On 9/7/2013 3:31 AM, hwit...@gmail.com wrote: I just noticed the YATM, yet another table method, built in ConTEXt, called extreme tables, which is said to be a variant of the natural table mechanism. Is extreme-tables a superset of natural-tables functionality? Is the future in extreme-tables and will natural-tables eventually take a back seat and then fade away, being surpassed in development, features and usage? - the natural tables will stay (but frozen - you can overload them: \mapTABLEtoxtabl \restoreTABLEfromxtable - xtreme tables have more protential for extensions without sacrificing speed - xtreme tables are faster but for normal use both suit 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] \underbar problem
On 9/6/2013 10:51 PM, Alan Bowen wrote: Sorry, Hans—I had thought that it would be very complicated to produce one, but actually it was easy: \usemodule[simplefonts] \setmainfont[Antykwa-Poltawskiego][protrusion=pure, expansion=quality, mode=node, script=latn, smallcaps] \setupalign[hanging,hz] \starttext \underbar{\dorecurse{5}{\input knuth}} \stoptext a kind of fix in the upcoming beta - 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] EPUB XHTML Format
On 9/6/2013 10:20 PM, Thangalin wrote: Hi, The best reader imho is iBooks on the iPad, nothing else, from what I've seen, comes close. But that is one expensive eReader. :( We'll just have everybody in the world who has a Kindle, Kobo, or other reader exchange their existing hardware, and then purchase an iPad plus iBook. Problem solved? ;-) ConTeXT TeX reading xml - export - optional transform - EPUB + CSS* you want 'direct epub html from context' (no xslt) but on the other hand use xslt to map onto context while context can do xml directly ... chicken egg Well, given that ConTeXt doesn't actually produce validating EPUB documents, I suspect not many people will actually use that feature. It's great in theory, but if it produces books that don't actually work on the Kindle or Kobo, then it's unusable in practice -- never mind not being able to add the books to online marketplaces (such as Amazon) because, again, the output does not validate. context doesn't produce epub (which at this moment is so floating that i would keep updating, which is fine if i'd use it myself or in projects at pragma, but not for the sake of keeping up) but does an export to xml (*.export) as a bonus it can output some extra stuff so that in a browser that can deal with xml+css (and a few xhtml tags for hyperlinks) we can preview then there is mtx-epub that can make an epub but that is a moving target (at some point we stopped extending waiting for a decent standard) so, i'd never claim that context produces epub but it can be used in a workflow that involves epub as it outputs xml which can be transformed supporting all variants of epub in the backend would be the same as hardcoding all kind of xml dts in the frontend (docbook, tei, whatever); instead we provide a general xml handler and a general xml export 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 ___
[NTG-context] re RE: vragen over layoutinstellingen
Thanks, Hans, It is possible to get it working this way, however, only with juggeling with the height of the image. The pagenumber can still be seen with some values 0.98/0.99\teksthoogte (necessary for positioning/centering the image vertically) (only?) at page 1. Gr. Ernst. Het lukt niet om het paginanummer onder de afbeeldingen weg te krijgen Sommige hulpcommando's willen overigens niet compileren: %\tooninstellingen en %\toonlayout. for this kind of things there are the makeup commands % interface=nl \starttekst \stellayoutin [breedte=midden, hoogte=midden, hoofd=0cm, voet=0cm, kopwit=0.6cm] \startstandaardopmaak % [dubbelzijdig=nee] \externfiguur[mill.png][breedte=\tekstbreedte,hoogte=\teksthoogte] \stopstandaardopmaak \stoptekst -- 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 -- pcboekje11.tex Description: tex ___ 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] EPUB XHTML Format
Hi, so, i'd never claim that context produces epub but it can be used in a workflow that involves epub as it outputs xml which can be transformed That's a distinction that either might not matter or sometimes is lost: http://tex.stackexchange.com/a/17642/2148 http://wiki.contextgarden.net/epub ConTeXt has preliminary epub http://en.wikipedia.org/wiki/EPUBsupport... Does ConTeXt refer to a suite of tools, or only the context command? Either way, it appears that the line between the command and the tool set is blurred a bit. This is completely understandable, too, as you wouldn't want to write, the ConTeXt suite of tools includes a command, mtxrun, that can produce EPUB files all the time when talking about EPUBs. supporting all variants of epub in the backend would be the same as hardcoding all kind of xml dts in the frontend (docbook, tei, whatever); instead we provide a general xml handler and a general xml export That paragraph would be an excellent addition to the wiki; not sure where though. Kind regards. ___ 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 ___
[NTG-context] [***SPAM***] Re: Strange page break before \title
On Fri, 6 Sep 2013 13:22:55 +0200 Wolfgang Schuster schuster.wolfg...@gmail.com ha escrit: after=\midaligned{\blackrule[width=7cm,height=\linewidth]} Thanks, perfect. But why (by default) it breaks the page and with simple \title does not do? Xan. ___ 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] [***SPAM***] YATM (Yet Another Table Method)
Thanks for the explanation. Providing the mapping feature with \mapTABLEtoxtabl and \restoreTABLEfromxtable was a very good choice. Cheers Hans Hagen wrote: On 9/7/2013 3:31 AM, hwit...@gmail.com wrote: I just noticed the YATM, yet another table method, built in ConTEXt, called extreme tables, which is said to be a variant of the natural table mechanism. Is extreme-tables a superset of natural-tables functionality? Is the future in extreme-tables and will natural-tables eventually take a back seat and then fade away, being surpassed in development, features and usage? - the natural tables will stay (but frozen - you can overload them: \mapTABLEtoxtabl \restoreTABLEfromxtable - xtreme tables have more protential for extensions without sacrificing speed - xtreme tables are faster but for normal use both suit 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 ___ ___ 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 ___