August 2016 - ntg-context - NTG Mailing Lists

Re: [NTG-context] How to typeset a line as if it had zero height
by Wolfgang Schuster 03 Aug '16

03 Aug '16

> Joseph Canedo <mailto:josephcanedo@gmail.com> > 3. August 2016 um 21:48 > > Thanks Wolfgang, out of curiosity what does \GotoPar macro ? Is this > similar to \ignorespaces ? > The \GotoPar removes the following \par or empty line to ensure the previous and the following text stay on the same line. %%%% begin example \define\RuleOne{\dontleavehmode\blackrule[width=4cm,color=orange]} \define\RuleTwo{\dontleavehmode\blackrule[width=4cm,color=yellow]\GotoPar} \starttext \RuleOne \input ward \RuleTwo \input ward \stoptext %%%% end example Wolfgang

1 0

How to typeset a line as if it had zero height
by Joseph Canedo 03 Aug '16

03 Aug '16

Dear all, I have this simple MWE : \starttext \startsection[title=Section] \startalignment[flushright]Line.\stopalignment %% how to make this « 0 height » ? \input knuth \stopsection \stoptext How can I, with ConTeXt or plain TeX, modify this simple example to typeset the text above as if the right aligned line (‘Line’ just below the section) had 0 height (ie the main paragraph with knuth quot is just after the section without blank line) ? By « 0 height » I mean it takes no vertical space but it is still typeset. I hope my question makes sense. Thanks a lot for any insiight. Best regards Joseph Canedo

3 2

Re: [NTG-context] Hyphenation errors (again or still) in recent mkiv
by Robert Blackstone 02 Aug '16

02 Aug '16

On 31 Jul 2016, at 21:06 , Hans Hagen <pragma(a)wxs.nl> > > On 7/31/2016 12:57 PM, Robert Blackstone wrote: >> Dear all, >> >> In the setupfile of my project I have \mainlanguage[en]. The font used is Verdana. >> With mkiv versions till october 2015 the hyphenation of English words was always correct. >> >> The same files compiled with mkiv of july 2016 (version 2016.07.18 16;26) give hyphenations that are definitely wrong. >> Some examples: begi-nning, pr-ocedure, adequ-ately, st-yle >> >> I made some tests with Linux Libertine sans and here also the earlier mkiv's gave correct hyphenations, the july version wrong ones. >> >> So it seems that ref. hyphenation something is wrong with this mkiv-version. Or do I now have to use something other than \mainlanguage[en] ? > > no example so no solution > > Hans Hi Hans, Here is an example: %%%%%%%%%%%%%%%%% \mainlanguage[en] \usemodule[simplefonts] \setmainfont[Verdana] \setupbodyfont[10pt] \contextversion \showgrid \starttext \input knuth \medskip \input tufte \stoptext %%%%%%%%%%%%%%%%% With mkiv version 2015.10.09 21:28 there are no hyphenation errors. With mkiv version 2016.07.18 16:46 the following errors occur: wo-uld (line 6), synth-esize (line 13), enum-erate (line 18) I mentioned some more errors in my original mail, see above. Best regards, Robert Blackstone

6 7

Custom exporters
by Henri Menke 02 Aug '16

02 Aug '16

Dear list, inspired by the question »Convert ConTeXt to LaTeX« on TeX.SX [1] I wondered whether the export backend of ConTeXt allows to write custom exporters. I imagine that the XML backend simply translates ConTeXt markup to XML markup. Such a translation appears to me to also be feasible for other markup languages such as LaTeX or even Markdown. If it is possible to write custom exporters, could someone give me a starting point by pointing out the relevant files? Cheers, Henri [1] https://tex.stackexchange.com/questions/321610

1 0

Re: [NTG-context] Hyphenation errors (again or still) in recent mkiv
by Robert Blackstone 02 Aug '16

02 Aug '16

On 1 Aug 2016, at 14:40 , Hans Hagen <pragma(a)wxs.nl> > To: ntg-context(a)ntg.nl > Subject: Re: [NTG-context] Hyphenation errors (again or still) in > recent mkiv > Message-ID: <d887e5a3-1195-b141-623f-897f7540f457(a)wxs.nl> > Content-Type: text/plain; charset=utf-8; format=flowed > > On 8/1/2016 11:52 AM, Wolfgang Schuster wrote: >>> Robert Blackstone <mailto:blackstone.robert@gmail.com> >>> 1. August 2016 um 11:02 >>> On 31 Jul 2016, at 21:06 , Hans Hagen <pragma(a)wxs.nl> >>> >>> >>> Hi Hans, >>> >>> Here is an example: >>> >>> %%%%%%%%%%%%%%%%% >>> >>> \mainlanguage[en] >>> \usemodule[simplefonts] >>> \setmainfont[Verdana] >>> \setupbodyfont[10pt] >>> \contextversion >>> \showgrid >>> >>> \starttext >>> \input knuth >>> \medskip >>> \input tufte >>> \stoptext >> The wrong hyphenation happens also with the default font. >> >> %\startexceptions[en] >> % would syn-the-size enu-mer-ate >> %\stopexceptions >> >> \starttext \hsize=1mm >> would synthesize enumerate >> \stoptext > > just wondering, as on my machine and luigi's things run ok .. can this > be a osx binary issue? > > Hans My apologies for not answering this particular question, other than by saying that indeed I work on a Mac, two in fact, one with OSX 10.9.5 Mavericks, the other on OS X 10.11.5 El Capitan. No difference in this respect: they produce the same hyphenation errors in an English text. To complicate (perhaps) matters a bit: I did some tests with German, French and Italian texts. Compilation with different mkiv - versions produced no differences and no hyphenation errors. So far I found hyhpenation errors only in English texts compiled with recent mkiv's on a Mac. I hope this helps to find a remedy. Best regards, Robert Blackstone

1 0

\mainlanguage[pe]
by Mohammad Hossein Bateni 01 Aug '16

01 Aug '16

Hello, This was lost in the other thread, so I'm starting a fresh one dedicated to the question. 1) \showinstalledlanguages does not show pe/persian/fa or anything like that but it has several arabic variants. was this dropped in MkIV or was there never a persian language environment even in MkII? I thought there were translated labels for Farsi somewhere. 2) In the following MWE, ad-hoc hyphenation using \- works and leads to hyphenation. However, specifying the pattern at the beginning does not have any effect. Am I missing something? \usemodule[simplefonts] \setmainfont[dejavusans][features=arabic,range=arabic] \setupalign[r2l] \showframe \hyphenation{سازمان‌-دهی} \starttext %% The above pattern is not used here and the long word moves into the margin. \dorecurse{14}{سلام } سازمان‌دهی مناسب. %% It does work here, though. \dorecurse{14}{سلام } سازمان\-دهی مناسب. \stoptext How can one create a new language? The languages manual <http://www.pragma-ade.nl/general/manuals/languages-mkiv.pdf> suggests that this is possible. Does that mean I need to send the request to Hans/Wolfgang to create the new entry or can one do so dynamically? Beside the issue of sorting in indices, etc.—which I will get to in due time—having an entry for language pe/persian seems to be necessary to *properly* use \setuplabeltext, etc. Is that correct? Thanks a lot! —MHB

5 10

Math columns in Natural Tables
by Henri Menke 01 Aug '16

01 Aug '16

Dear list, with the old tabulate macros there was the possibility to format columns as math (m for inline, M for display). Is there any possibility to typeset cells in math mode in Natural Tables? This way, the hyphen would be rendered as minus and spacing around relation and binary operators would be consistent (example below). Cheers, Henri --- \starttext \starttabulate[|m|] \NC -4.11\%<0.02\% \NC\NR \stoptabulate %\setupTABLE[???] \startTABLE \NC -4.11\%<0.02\% \NC\NR \stopTABLE \stoptext

4 4

Hyphenation errors (again or still) in recent mkiv
by Robert Blackstone 01 Aug '16

01 Aug '16

Dear all, In the setupfile of my project I have \mainlanguage[en]. The font used is Verdana. With mkiv versions till october 2015 the hyphenation of English words was always correct. The same files compiled with mkiv of july 2016 (version 2016.07.18 16;26) give hyphenations that are definitely wrong. Some examples: begi-nning, pr-ocedure, adequ-ately, st-yle I made some tests with Linux Libertine sans and here also the earlier mkiv's gave correct hyphenations, the july version wrong ones. So it seems that ref. hyphenation something is wrong with this mkiv-version. Or do I now have to use something other than \mainlanguage[en] ? BTW, I found a similar discussion on this list at the beginning of february. Apparently the problem either was not solved or has returned. Thanks in advance for advice. Best regards, Robert Blackstone

5 8

Randomize control points in metapost/metafun?
by Mikael P. Sundqvist 01 Aug '16

01 Aug '16

Hi! I look for a way to randomize control points of a path, leaving the coordinates themselves untouched. The reason is the following: I want to draw (for example) a circle with a triangle inside, and I want them to look slightly randomized. If I do (see attached pdf for a typical result of this) \startMPpage draw fullcircle scaled 2cm randomized 0.1cm; draw ((1cm,0)--(0,1cm)--(-1cm,0)--cycle) randomized 0.1cm; \stopMPpage then the corners of the triangle does not stay on the circle (and I want them to). [I dont want the triangle to consist of perfectly straight lines, so I cannot (directly) draw the triangle using different points along the randomized circle] I imagine that one could achieve what I want if one could randomize the control points only. Also, is it possible to randomize a picture (consisting of several paths/points) somehow, without randomizing each part of it manually? /Mikael

2 3

Re: [NTG-context] Hyphenation errors (again or still) in recent mkiv
by Robert Blackstone 01 Aug '16

01 Aug '16

On 1 Aug 2016, at 12:00 , Hans Hagen <pragma(a)wxs.nl> >>> >>> On 7/31/2016 12:57 PM, Robert Blackstone wrote: >>>> Dear all, >>>> >>>> In the setupfile of my project I have \mainlanguage[en]. The font used is Verdana. >>>> With mkiv versions till october 2015 the hyphenation of English words was always correct. >>>> >>>> The same files compiled with mkiv of july 2016 (version 2016.07.18 16;26) give hyphenations that are definitely wrong. >>>> Some examples: begi-nning, pr-ocedure, adequ-ately, st-yle >>>> >>>> I made some tests with Linux Libertine sans and here also the earlier mkiv's gave correct hyphenations, the july version wrong ones. >>>> >>>> So it seems that ref. hyphenation something is wrong with this mkiv-version. Or do I now have to use something other than \mainlanguage[en] ? >>> >>> no example so no solution >>> >>> Hans >> >> >> Hi Hans, >> >> Here is an example: >> >> %%%%%%%%%%%%%%%%% >> >> \mainlanguage[en] >> \usemodule[simplefonts] >> \setmainfont[Verdana] >> \setupbodyfont[10pt] >> \contextversion >> \showgrid >> >> \starttext >> \input knuth >> \medskip >> \input tufte >> \stoptext >> >> %%%%%%%%%%%%%%%%% >> >> With mkiv version 2015.10.09 21:28 there are no hyphenation errors. >> With mkiv version 2016.07.18 16:46 the following errors occur: wo-uld (line 6), synth-esize (line 13), enum-erate (line 18) >> I mentioned some more errors in my original mail, see above. > > I get > > Thus, I came to the conclusion that the designer of a new system must > not only be > the implementer and first large--scale user; the designer should also > write the first > user manual. > The separation of any of these four components would have hurt T E X > significantly. If > I had not participated fully in all these activities, literally hundreds > of improvements > would never have been made, because I would never have thought of them > or per- > ceived why they were important. > But a system cannot be successful if it is too strongly influenced by a > single person. > Once the initial design is complete and fairly robust, the real test > begins as people > with many different viewpoints undertake their own experiments. > We thrive in information--thick worlds because of our marvelous and > everyday ca- > pacity to select, edit, single out, structure, highlight, group, pair, > merge, harmo- > nize, synthesize, focus, organize, condense, reduce, boil down, choose, > categorize, > catalog, classify, list, abstract, scan, look into, idealize, isolate, > discriminate, dis- > tinguish, screen, pigeonhole, pick over, sort, integrate, blend, > inspect, filter, lump, > skip, smooth, chunk, average, approximate, cluster, aggregate, outline, > summarize, > itemize, review, dip into, flip through, browse, glance into, leaf > through, skim, re- > fine, enumerate, glean, synopsize, winnow the wheat from the chaff and > separate the > sheep from the goats. Hi Hans, I'm afraid I'm lost here. When I copy what you write you get and paste it into my example I still get, with Verdana 10 pt, no hyphenation errors with mkiv version 2015.10.09 21:28 and some with mkiv version 2016.07.18 16:46: marv-elous and di-scriminate. So doesn't it show that at least the two mkiv-versions differ in this respect and that when using the new version something extra or different has to be done in the setups to get the correct hyphenations? Fortunately I still have kept some of the older ConTeXt-versions, so my project will not suffer from hyphenation error. But I suspect that reliance on older versions should not have to be necessary. Best regards, Robert Blackstone

1 0