[NTG-context] Bug: \textext inside \*MPinclusions causes error

Hi, i found the following bug (likely) some time ago: When \textext (or any other text generating thing like btex etex etc.) is present inside \*MPinclusions and \*MPinclusions are followed by \*MPcode ConTeXt returns error: Equation cannot be performed (color=vacuous). Minimal example would be:

[NTG-context] bug with backslash in comment (xml)?

Dear list, I have the following sample: \startbuffer[demo] pandoc \ConTeXt\ is great \stopbuffer \startxmlsetups xml:initialize %~ \xmlsetsetup{#1}{doc|p|pre|code}{xml:*} \xmlsetsetup{#1}{doc|p|code}{xml:*}

[NTG-context] bug in xtables with spanning and spacing

the spanned cells should be aligned. \startxtable[distance=5mm,spaceinbetween=5mm] \startxrow \startxcell[ny=2] one + alpha\stopxcell \startxcell[nx=2] two + three \stopxcell \stopxrow \startxrow \startxcell beta \stopxcell \startxcell gamma \stopxcell \stopxrow \stopxtable

Re: [NTG-context] bug in \directsetup?

On 11/17/2016 09:29 PM, Hans Hagen wrote: > On 11/17/2016 8:53 PM, Pablo Rodriguez wrote: >> [...] >> I need the \directsetup to be able to set up a different interline space >> in the section list from TOC. I’m using latest beta from 2016.11.17 14:19. >> >> There is a weird behaviour: the links

Re: [NTG-context] bug in \directsetup?

On 11/17/2016 8:53 PM, Pablo Rodriguez wrote: Dear list, I have the following sample: \setuppapersize[A6] \setupinteraction[state=start, focus=standard] \placebookmarks[chapter, section][chapter, section] \startsetups[placesect] \start \setupinterlinespace

[NTG-context] bug in \directsetup?

Dear list, I have the following sample: \setuppapersize[A6] \setupinteraction[state=start, focus=standard] \placebookmarks[chapter, section][chapter, section] \startsetups[placesect] \start \setupinterlinespace [line=2.8ex] \placelist

Re: [NTG-context] Bug in latest beta, shifted metapost (possibly with drawarrow)

On 11/3/2016 5:09 PM, Mikael P. Sundqvist wrote: Dear list, the example below has shifted axes. I updated to the latest standalone earlier today. The problem was not present some weeks ago. In particular look at the red line that should start from the origin... \starttext \startMPpage

[NTG-context] Bug in latest beta, shifted metapost (possibly with drawarrow)

Dear list, the example below has shifted axes. I updated to the latest standalone earlier today. The problem was not present some weeks ago. In particular look at the red line that should start from the origin... \starttext \startMPpage ut:=1.0cm; ux:=0.6cm; vardef diffp(expr riktn) =

Re: [NTG-context] bug in parsed-xml?

On 11/01/2016 08:47 PM, Hans Hagen wrote: > [...] > you can test with > > local verbosed = (space + newline * (emptyline^0) * beginline + newline > * emptyline + newline + anything)^0 > > in line 557 in buff-ver.lua Hans, many thanks for your fast fix. It works for extra lines, but

Re: [NTG-context] bug in parsed-xml?

On 11/1/2016 1:38 PM, Pablo Rodriguez wrote: Dear list, I have the following sample: \setupindenting[yes, big] \starttext \starttyping[option=parsed-xml] text body pword/p /body /text \stoptyping \stoptext I’m afraid I found two

[NTG-context] bug in parsed-xml?

Dear list, I have the following sample: \setupindenting[yes, big] \starttext \starttyping[option=parsed-xml] text body pword/p /body /text \stoptyping \stoptext I’m afraid I found two issues: For some reason, ConTeXt adds extra space

[NTG-context] BUG: Undefined control sequence \greekleftquot

Dear maintainers, in the Greek language definitions the definitions for the quotation marks are missing (originally reported in https://tex.stackexchange.com/questions/336205). The following examples illustrates the problem and also provides an immediate fix: \startmode[fix] % these were

Re: [NTG-context] Bug in typing linenumbering if document starts with a typing environment

Bump! On Thu, 13 Oct 2016, Aditya Mahajan wrote: Hi, This is based on a bug-report on tex.sx: http://tex.stackexchange.com/q/333987/323 If a document starts with a typing environment then line numbering is not shown. Consider \starttext \doifmode{bugfix}{Whatever}

Re: [NTG-context] bug in font size switches?

Pablo Rodriguez írta: >Dear list, > >from the previous message from Csikos, I have generated the following >sample: > >\setupbodyfontenvironment[default][a=5, x=8, xx=6] >\starttext >Default {\tfa Larger} {\tfx Smaller1} {\tfxx Smaller1} \\ >Default \tfa Larger \tfx Smaller2 \tfxx

Re: [NTG-context] bug in font size switches?

On 10/17/2016 08:33 PM, Hans Hagen wrote: >> [...] >> If this isn’t a bug, what am I missing here? > > that the x/xx sized are automatic adaptions of tf bf sl it ..., so: \bf > \tx is the same as \bfx: > > test {\bf \tx test} test {\bfx test} > > but using \tx is more flexible (as it

Re: [NTG-context] bug in font size switches?

On 10/17/2016 08:30 PM, Hans Hagen wrote: > On 10/17/2016 8:24 PM, Pablo Rodriguez wrote: >> [...] >> I know that a simple workaround would be to set the font size another >> value, but why do x and xx fixed values and not a, b, c and d? >> >> I mean (I’m only trying to understand), why are only

Re: [NTG-context] bug in font size switches?

On 10/17/2016 8:07 PM, Pablo Rodriguez wrote: Dear list, from the previous message from Csikos, I have generated the following sample: \setupbodyfontenvironment[default][a=5, x=8, xx=6] \starttext Default {\tfa Larger} {\tfx Smaller1} {\tfxx Smaller1} \\ Default \tfa Larger

Re: [NTG-context] bug in font size switches?

On 10/17/2016 8:24 PM, Pablo Rodriguez wrote: On 10/17/2016 08:10 PM, Wolfgang Schuster wrote: Pablo Rodriguez 17. Oktober 2016 um 20:07 [...] If this isn’t a bug, what am I missing here? The default sizes (12pt, 11pt etc.) have fixed values for x and xx, you can see them in font-pre.mkiv:

Re: [NTG-context] bug in font size switches?

On 10/17/2016 08:10 PM, Wolfgang Schuster wrote: >> Pablo Rodriguez 17. Oktober 2016 um 20:07 >> [...] >> If this isn’t a bug, what am I missing here? > > The default sizes (12pt, 11pt etc.) have fixed values for x and xx, you > can see them in font-pre.mkiv: > > \definebodyfontenvironment >

[NTG-context] bug in font size switches?

Dear list, from the previous message from Csikos, I have generated the following sample: \setupbodyfontenvironment[default][a=5, x=8, xx=6] \starttext Default {\tfa Larger} {\tfx Smaller1} {\tfxx Smaller1} \\ Default \tfa Larger \tfx Smaller2 \tfxx Smaller2 \stoptext I can

Re: [NTG-context] bug in font size switches?

Pablo Rodriguez 17. Oktober 2016 um 20:07 Dear list, from the previous message from Csikos, I have generated the following sample: \setupbodyfontenvironment[default][a=5, x=8, xx=6] \starttext Default {\tfa Larger} {\tfx Smaller1} {\tfxx Smaller1} \\ Default \tfa Larger

[NTG-context] Bug in typing linenumbering if document starts with a typing environment

Hi, This is based on a bug-report on tex.sx: http://tex.stackexchange.com/q/333987/323 If a document starts with a typing environment then line numbering is not shown. Consider \starttext \doifmode{bugfix}{Whatever} \starttyping[numbering=line] Line 1 Line 2 Line 3 Line 4

Re: [NTG-context] Bug in \usetikzlibrary{datavisualization}?

> On 06.10.16, at 00:27, Hans Hagen wrote: > > On 10/5/2016 9:51 PM, Florian Leupold wrote: >> Dear list, >> >> Sorry for posting a duplicate, but I guess my previous post got lost during >> the conference... >> >> When one tries to load the TikZ data visualization library,

Re: [NTG-context] Bug in \usetikzlibrary{datavisualization}?

On 10/5/2016 9:51 PM, Florian Leupold wrote: Dear list, Sorry for posting a duplicate, but I guess my previous post got lost during the conference... When one tries to load the TikZ data visualization library, the documents does not compile anymore. The error is

[NTG-context] Bug in \usetikzlibrary{datavisualization}?

Dear list, Sorry for posting a duplicate, but I guess my previous post got lost during the conference... When one tries to load the TikZ data visualization library, the documents does not compile anymore. The error is “.../tikzlibrarydatavisualization.code.tex: ! Missing number, treated as

[NTG-context] Bug in \usetikzlibrary{datavisualization}?

Dear list, when one tries to load the TikZ data visualization library, the documents does not compile anymore. The error is “.../tikzlibrarydatavisualization.code.tex: ! Missing number, treated as zero”. I have also tried this using ConTeXt online, to the same end:

[NTG-context] Bug with nested itemize

Hi, There is a bug with nested itemize of two different groups are mixed. For example: \defineitemgroup[legal] \starttext \startlegal[n] \item Level 1 \startlegal[n] \item Level 2 \startitemize[n] \item Level 3 \stopitemize \stoplegal \stoplegal \stoptext

Re: [NTG-context] Bug in \not\in?

On 09/18/2016 08:44 PM, Mohammad Hossein Bateni wrote: > Hi, > > When using \not\in in math, the two symbols do not overlap as they should. > Am I missing something? > > > \starttext > $v\not\in S$. > \stoptext Use \notin. This will also give you the correct Unicode symbol. > > > I am

[NTG-context] Bug in \not\in?

Hi, When using \not\in in math, the two symbols do not overlap as they should. Am I missing something? \starttext $v\not\in S$. \stoptext I am using 2016.09.12 18:27 beta on Linux with LuaTeX Version 0.98.3 (TeX Live 2017/dev). Thanks, ~MHB

[NTG-context] Bug: \registerunit is not case sensitive

Dear list, I would like to point out the following bug: \registerunit is not case sensitive. This means that if I register “N” for Newton, “n” for nano is overwritten. MWE: \registerunit[unit][N=newton] \starttext Newton: \unit{1N}, nano meter: \unit{1nm} \stoptext Best regards, Florian

Re: [NTG-context] Bug with \underbar and \placefigure[right]

Florian Leupold 8. September 2016 um 13:49 Dear list, I would like to report a bug: When \underbar is used for the first word of a paragraph in conjunction with \placefigure[right], the text overwrites the figure. MNWE: \setupexternalfigures[order={pdf,png,jpg},

[NTG-context] Bug with \underbar and \placefigure[right]

Dear list, I would like to report a bug: When \underbar is used for the first word of a paragraph in conjunction with \placefigure[right], the text overwrites the figure. MNWE: \setupexternalfigures[order={pdf,png,jpg}, location={local,global,default}] \starttext \placefigure[right,

Re: [NTG-context] bug in latest beta?

On 09/05/2016 05:10 PM, Pablo Rodriguez wrote: > [...] > I’m afraid that the typo is present in the newer beta from today > (2016.09.05 10:28). The issue has been fixed in latest beta (2016.09.06 00:28). Hans, many thanks for the fix. Pablo -- http://www.ousia.tk

Re: [NTG-context] bug in latest beta?

On 09/05/2016 04:44 PM, luigi scarso wrote: > On Mon, Sep 5, 2016 at 4:33 PM, Pablo Rodriguez wrote: >> [...] >> Luigi, would it be possible that all platforms have the latest LuaTeX >> version included? > > experimental is, well, experimental, so not trunk and not even a tag > (i.e. a new

Re: [NTG-context] bug in latest beta?

On 09/05/2016 08:36 AM, josephcan...@gmail.com wrote: > Dear all, > > Sounds like a typo in file > tex/texmf-context/tex/context/base/mkiv/node-nut.lua line 238 > > find_tail should be findtail I think. Hi Joseph, sorry for overlooking your message. Of course, you are right. (I cannot code,

Re: [NTG-context] bug in latest beta?

On Mon, Sep 5, 2016 at 4:33 PM, Pablo Rodriguez wrote: > On 09/05/2016 10:39 AM, Akira Kakuto wrote: >>> the following sample gives a Lua error with latest beta (2016.09.04 13:46): >> >> Compilation is fine in the latest luatex 0.98.4 with >> mtx-context | current version:

Re: [NTG-context] bug in latest beta?

On 09/05/2016 10:39 AM, Akira Kakuto wrote: >> the following sample gives a Lua error with latest beta (2016.09.04 13:46): > > Compilation is fine in the latest luatex 0.98.4 with > mtx-context | current version: 2016.09.04 13:46. > Hi Akira, it seems that luatex-0.98.4 has been released

[NTG-context] bug in latest beta?

the following sample gives a Lua error with latest beta (2016.09.04 13:46): Compilation is fine in the latest luatex 0.98.4 with mtx-context | current version: 2016.09.04 13:46. -- Akira ___ If your question

Re: [NTG-context] bug in latest beta?

Dear all, Sounds like a typo in file tex/texmf-context/tex/context/base/mkiv/node-nut.lua line 238 find_tail should be findtail I think. BTW this new rangedimension function is helpful. Joseph De : Pablo

[NTG-context] bug in latest beta?

Hans, the following sample gives a Lua error with latest beta (2016.09.04 13:46): \setupinteraction[state=start] \define[1]\myurl{{\tt\goto{\hyphenatedurl{#1}}[url(#1)]}} \starttext \input knuth \myurl{http://wiki.contextgarden.net}. \stoptext Compilation is fine with beta

Re: [NTG-context] Bug in \placeformula

Hi Henri, Your are right there is an issue with \startmathcases…\stopmathcases: the equations are not numbered when using this structure. As a temporary solution you can use \startmatrix…\stopmatrix as in the following, or you can define your own \startalignedcases. \starttext \placeformula

[NTG-context] Bug in \placeformula

Dear list, this formula is not numbered even though it should be. Please fix. \starttext \placeformula \startformula \startmathcases \NC 0 \NC $\mu > 2t$ \NR \NC \pi/2 \NC $\mu = 2t$ \NR \NC \pi \NC $\mu < 2t$ \NR \stopmathcases \stopformula \stoptext Cheers, Henri

Re: [NTG-context] Bug with standalone ?

Hello Wolfgang, This is an unfortunate forgetting on my part, sorry. However, I noticed another problem with standalone context and not with texlive 2016 2 Question 1 3 Question 2 instead of 1 Question 1 2 Question 2 Thank you Fabrice 2016-08-27 6:54 GMT+02:00 Wolfgang Schuster

Re: [NTG-context] Bug with standalone ?

Fabrice Couvreur 27. August 2016 um 00:15 Hello, If I compile the file with context from texlive 2016, no problem. But with context from standalone, I get an error("tex error on line 1 in file /home/fab/ntg53.tex: ! Missing } inserted") thank you, You’re

[NTG-context] Bug with standalone ?

Hello, If I compile the file with context from texlive 2016, no problem. But with context from standalone, I get an error ("tex error on line 1 in file /home/fab/ntg53.tex: ! Missing } inserted") thank you, Fabrice \defineframed [FRAME] [frame=off, offset=0pt, location=low,

Re: [NTG-context] bug in widows and orphans prevention?

On 08/23/2016 08:46 PM, Wolfgang Schuster wrote: >> Pablo Rodriguez 23. August 2016 um 20:35 >> [...] >> With both typefaces (Latin Modern at 12.5pt and TeX Gyre Pagella at >> 12pt), I get an orphan line on the second page. >> >> Have I hit a bug or am I missing something? > > You can use the

Re: [NTG-context] bug in widows and orphans prevention?

Pablo Rodriguez 23. August 2016 um 20:35 Dear list, I have the following sample: \showframe\showgrid \startsetups[orphanwidow] \setup[reset] \widowpenalty=1 \clubpenalty=1 \brokenpenalty=1 \stopsetups \setuplayout[setups={orphanwidow}] \setupbodyfont[12.5pt] %~

[NTG-context] bug in widows and orphans prevention?

Dear list, I have the following sample: \showframe\showgrid \startsetups[orphanwidow] \setup[reset] \widowpenalty=1 \clubpenalty=1 \brokenpenalty=1 \stopsetups \setuplayout[setups={orphanwidow}] \setupbodyfont[12.5pt] %~

Re: [NTG-context] bug in font rendering?

On 8/21/2016 1:52 PM, Mohammad Hossein Bateni wrote: The other issue is with small gaps in between some letters and/or bad connection points. See the second and third lines in the PDF. as we want control over that kind of things i've added

Re: [NTG-context] bug in font rendering?

On 8/21/2016 12:16 PM, Mohammad Hossein Bateni wrote: attachments uploaded here: http://mhbateni.com/context/bug-02/ On Sun, Aug 21, 2016 at 6:09 AM, Mohammad Hossein Bateni > wrote: Hello, I may be doing something wrong but see the

Re: [NTG-context] bug in font rendering?

attachments uploaded here: http://mhbateni.com/context/bug-02/ On Sun, Aug 21, 2016 at 6:09 AM, Mohammad Hossein Bateni wrote: > Hello, > > I may be doing something wrong but see the difference at the end of the > first line in the PDF (produced from CONTEXT) and the

Re: [NTG-context] Bug in CONTEXT/LuaTeX or just buggy font

On 8/10/2016 5:19 PM, Mohammad Hossein Bateni wrote: On Wed, Aug 10, 2016 at 11:03 AM, Hans Hagen > wrote: On 8/9/2016 10:41 PM, Mohammad Hossein Bateni wrote: Hello, I have a bunch of simple fonts for Arabic/Persian. These fonts

Re: [NTG-context] Bug in CONTEXT/LuaTeX or just buggy font

On Wed, Aug 10, 2016 at 11:03 AM, Hans Hagen wrote: > On 8/9/2016 10:41 PM, Mohammad Hossein Bateni wrote: > >> Hello, >> >> I have a bunch of simple fonts for Arabic/Persian. These fonts lack >> Latin characters, etc., so I use fallbacks to work with them. >> >> I just noticed

Re: [NTG-context] Bug in CONTEXT/LuaTeX or just buggy font

On 8/9/2016 10:41 PM, Mohammad Hossein Bateni wrote: Hello, I have a bunch of simple fonts for Arabic/Persian. These fonts lack Latin characters, etc., so I use fallbacks to work with them. I just noticed that \high does not work with them, and have not been able to pinpoint the issue. See

[NTG-context] Bug in CONTEXT/LuaTeX or just buggy font

Hello, I have a bunch of simple fonts for Arabic/Persian. These fonts lack Latin characters, etc., so I use fallbacks to work with them. I just noticed that \high does not work with them, and have not been able to pinpoint the issue. See the MWE below. \starttypescript [serif][samim][name]

Re: [NTG-context] Bug with the matrix library (TIKZ)

Hi Hans, thanks Fabrice 2016-07-21 14:30 GMT+02:00 Hans Hagen : > On 7/21/2016 11:50 AM, Fabrice Couvreur wrote: > >> Hi Hans, >> If I do this, the problem remains the same. >> >> \starttikzpicture >> \vbox{\matrix [matrix of math nodes,ampersand replacement=\&] >> { >>

Re: [NTG-context] Bug with the matrix library (TIKZ)

Hi Hans, thanks I'm not sure why you want to use tikz for matrices but this works https://drive.google.com/file/d/0B-mkD83s36jbMFE5ZjJvdFJSejg/view?usp=sharing Fabrice 2016-07-21 14:30 GMT+02:00 Hans Hagen : > On 7/21/2016 11:50 AM, Fabrice Couvreur wrote: > >> Hi Hans, >> If

Re: [NTG-context] Bug with the matrix library (TIKZ)

On 7/21/2016 11:50 AM, Fabrice Couvreur wrote: Hi Hans, If I do this, the problem remains the same. \starttikzpicture \vbox{\matrix [matrix of math nodes,ampersand replacement=\&] { a_8 \& a_1 \& a_6 \\ a_3 \& a_5 \& |[red]| a_7 \\ a_4 \& a_9 \& a_2 \\ };}

Re: [NTG-context] Bug with the matrix library (TIKZ)

Hi Hans, If I do this, the problem remains the same. \starttikzpicture \vbox{\matrix [matrix of math nodes,ampersand replacement=\&] { a_8 \& a_1 \& a_6 \\ a_3 \& a_5 \& |[red]| a_7 \\ a_4 \& a_9 \& a_2 \\ };} \stoptikzpicture 2016-07-21 11:38 GMT+02:00 Hans

Re: [NTG-context] Bug with the matrix library (TIKZ)

On 7/21/2016 11:25 AM, Fabrice Couvreur wrote: Hello, Everything is in the title, as this example shows. normally it means that you need to wrap in a \vbox{...} Thanks, Fabrice \usemodule[tikz] \usetikzlibrary[matrix]

[NTG-context] Bug with the matrix library (TIKZ)

Hello, Everything is in the title, as this example shows. Thanks, Fabrice \usemodule[tikz] \usetikzlibrary[matrix] \setupbodyfont[pagella,11pt] \starttext \starttikzpicture \matrix [matrix of math nodes,ampersand

Re: [NTG-context] bug in image scaling

On 07/10/2016 12:51 PM, Hans Hagen wrote: > On 7/9/2016 8:10 PM, Pablo Rodriguez wrote: >> Dear list, >> >> I have the following sample: >> >> \setupexternalfigure[location=default] >> \starttext >> \insertpages[cow.pdf][width=\textwidth] >> \stoptext >> >> Using latest beta from

Re: [NTG-context] bug in image scaling

On 7/9/2016 8:10 PM, Pablo Rodriguez wrote: Dear list, I have the following sample: \setupexternalfigure[location=default] \starttext \insertpages[cow.pdf][width=\textwidth] \stoptext Using latest beta from 2016.07.08 17:19, scaling doesn’t work. next beta:

Re: [NTG-context] bug in image scaling

On 7/9/2016 8:10 PM, Pablo Rodriguez wrote: Dear list, I have the following sample: \setupexternalfigure[location=default] \starttext \insertpages[cow.pdf][width=\textwidth] \stoptext Using latest beta from 2016.07.08 17:19, scaling doesn’t work. Am I missing something or

[NTG-context] bug in image scaling

Dear list, I have the following sample: \setupexternalfigure[location=default] \starttext \insertpages[cow.pdf][width=\textwidth] \stoptext Using latest beta from 2016.07.08 17:19, scaling doesn’t work. Am I missing something or have I hit a bug? Just in case it might me

Re: [NTG-context] Bug in placeformula with framed text

Hi Hans, Thanks a lot for having fixed the issue I was reporting. Unfortunately I found another issue related to placeformula and alignment in math mode. In the following example the use of \startalign in a \placeformula triggers a weird behavior in the sense that the following instance of

Re: [NTG-context] Bug in placeformula with framed text

On 7/4/2016 11:11 AM, Otared Kavian wrote: Below is an example (sorry if it is not absolutely minimal: I ran into this bug when updating a lecture notes which uses a left frame around \proclaim stuff). I attach the PDF showing the problem. I wonder whether this is related to the new features

[NTG-context] Bug in placeformula with framed text

Hi Hans, It seems that there is a bug in the latest beta (ConTeXt vesion: 2016.07.01 16:28) when using \placeformula with a framed text environment. The numbers for the formulas are placed incorrectly, on the left as well as on the right. Also, as one may see in the example below the numbering

Re: [NTG-context] Bug with setuplanguage

On Sun, 5 Jun 2016, Wolfgang Schuster wrote: Aditya Mahajan 5. Juni 2016 um 00:32 Hi, I discovered this bug while answering a question on TeX.SX. Consider: \define\cyrdash{\dontleavehmode\scale[sx=0.80]{---}} \unprotect \setuplanguage [\s!ru] [

Re: [NTG-context] Bug with setuplanguage

Aditya Mahajan 5. Juni 2016 um 00:32 Hi, I discovered this bug while answering a question on TeX.SX. Consider: \define\cyrdash{\dontleavehmode\scale[sx=0.80]{---}} \unprotect \setuplanguage [\s!ru] [ \c!midsentence=\cyrdash, \c!leftsentence=\cyrdash,

[NTG-context] Bug with setuplanguage

Hi, I discovered this bug while answering a question on TeX.SX. Consider: \define\cyrdash{\dontleavehmode\scale[sx=0.80]{---}} \unprotect \setuplanguage [\s!ru] [ \c!midsentence=\cyrdash, \c!leftsentence=\cyrdash, \c!rightsentence=\cyrdash, ] \protect \setupbodyfont[dejavu]

Re: [NTG-context] bug in \definefallbackfamily?

On 05/21/2016 09:18 AM, Wolfgang Schuster wrote: >> Pablo Rodriguez 20. Mai 2016 um 20:42 >> [...] >> From what I read in i-context.pdf, "force=yes" is the default setting >> for \definefallbackfamily. > > The document is wrong, the values for force and check should be the same > as the default

Re: [NTG-context] bug in \definefallbackfamily?

Pablo Rodriguez 20. Mai 2016 um 20:42 Dear list, I have the following sample: \definefallbackfamily [mainface] [serif] [DejaVu Serif] [preset=range:greek] \definefontfamily [mainface] [serif] [TeX Gyre Pagella] \setupbodyfont [mainface, 100pt] \starttext χαλεπὰ τὰ καλά

[NTG-context] bug in \definefallbackfamily?

Dear list, I have the following sample: \definefallbackfamily [mainface] [serif] [DejaVu Serif] [preset=range:greek] \definefontfamily [mainface] [serif] [TeX Gyre Pagella] \setupbodyfont [mainface, 100pt]

Re: [NTG-context] Bug in enumeration?

Thanks for your attention, and the fix, Hans. Best regards: OK > On 12 Apr 2016, at 10:11, Hans Hagen wrote: > > […] > > swapped arguments in ... (actually that was a fix for something else, a space > in captions) > > \unexpanded\def\strc_enumerations_inject_extra_text >

Re: [NTG-context] Bug in enumeration?

On 4/12/2016 9:42 AM, Otared Kavian wrote: Hi Hans, It seems that the new beta has introduced an issue with enumerations: the title does not show up as it did previously (until last Friday for instance). Below is an example. Best regards %%% bug-enumeartion.tex %%%

[NTG-context] Bug in enumeration?

Hi Hans, It seems that the new beta has introduced an issue with enumerations: the title does not show up as it did previously (until last Friday for instance). Below is an example. Best regards %%% bug-enumeartion.tex %%% \defineframedtext[ProclaimFramed] [width=\textwidth,

Re: [NTG-context] Bug/change in fillinrules

On 3/31/2016 8:19 AM, Mari Voipio wrote: Darn, a bug. Thank you, Wolfgang. I figured out a workaround that's ok for now, but of course I hope that in the long run this gets fixed. Mari On Tue, Mar 29, 2016 at 7:09 PM, Wolfgang Schuster wrote: Mari Voipio 29.

Re: [NTG-context] Bug/change in fillinrules

Darn, a bug. Thank you, Wolfgang. I figured out a workaround that's ok for now, but of course I hope that in the long run this gets fixed. Mari On Tue, Mar 29, 2016 at 7:09 PM, Wolfgang Schuster wrote: > Mari Voipio > 29. März 2016 um 14:13 > Hello, > > after I

Re: [NTG-context] Bug/change in fillinrules

Mari Voipio 29. März 2016 um 14:13 Hello, after I updated to about newest ConTeXt, I found out that \fillinrules doesn't work any more as expected, i.e. instead of filling the rest of the first line, the rule now starts on the second line, below the text that precedes

[NTG-context] Bug/change in fillinrules

Hello, after I updated to about newest ConTeXt, I found out that \fillinrules doesn't work any more as expected, i.e. instead of filling the rest of the first line, the rule now starts on the second line, below the text that precedes \fillinrules. This doesn't match the behaviour indicated in

Re: [NTG-context] Bug in startitemize

Thanks Wolfgang, Your patch does indeed solve the problem, after rebuilding with context --make —all Best regards: OK > On 07 Mar 2016, at 20:46, Wolfgang Schuster > wrote: > >> Otared Kavian 7. März 2016 um 20:28 >> Hi Hans, >> >> It seems that with

Re: [NTG-context] Bug in startitemize

Otared Kavian 7. März 2016 um 20:28 Hi Hans, It seems that with the new beta (ConTeXt ver: 2016.03.04 10:39 MKIV beta fmt: 2016.3.7), there is a bug with random itemization. I cannot tell exactly when this feature has been broken. The problem is that for instance in

[NTG-context] Bug in startitemize

Hi Hans, It seems that with the new beta (ConTeXt ver: 2016.03.04 10:39 MKIV beta fmt: 2016.3.7), there is a bug with random itemization. I cannot tell exactly when this feature has been broken. The problem is that for instance in the following example, sometimes the item C is repeated three

[NTG-context] Bug in cont-*.xml

Hi all, In \showsetup{setupdescriptions} the option closesymbol is listed twice. BTW: Is there a bugtracker anywhere? juh ___ If your question is of interest to others as well, please add an entry to the Wiki!

Re: [NTG-context] bug in beta from 2016.03.03 23:31?

On 3/4/2016 9:43 AM, Pablo Rodriguez wrote: Hans, the following code was compiled fine with beta from 2016.03.02 16:55: \starttext This is text.\footnote{This is a footnote.} \stoptext But with latest beta from 2016.03.03 23:31, I get the following error: tex error > tex

[NTG-context] bug in beta from 2016.03.03 23:31?

Hans, the following code was compiled fine with beta from 2016.03.02 16:55: \starttext This is text.\footnote{This is a footnote.} \stoptext But with latest beta from 2016.03.03 23:31, I get the following error: tex error > tex error on line 2 in file /home/ousia/a.tex: !

Re: [NTG-context] bug with numbering in bookmarks?

Am 11.02.2016 um 18:00 schrieb Pablo Rodriguez: > Dear list, > > I have the following code: > > \mainlanguage[es] > \setupinteraction > [state=start, > color=, > style=, > contrastcolor=, > focus=standard] > > \enabledirectives >

Re: [NTG-context] bug with numbering in bookmarks?

On 2/11/2016 6:00 PM, Pablo Rodriguez wrote: Dear list, I have the following code: \mainlanguage[es] \setupinteraction [state=start, color=, style=, contrastcolor=, focus=standard] \enabledirectives [references.border]

Re: [NTG-context] bug with numbering in bookmarks?

On 02/11/2016 10:26 PM, Hans Hagen wrote: > On 2/11/2016 6:00 PM, Pablo Rodriguez wrote: >> [...] >> Chapter ñ (number 15) is fine in both the text title and the table of >> contents. But in the PDF bookmarks, letter is o instead ñ. >> >> I’m afraid this may be a bug. Could anyone confirm this? >

[NTG-context] bug with numbering in bookmarks?

Dear list, I have the following code: \mainlanguage[es] \setupinteraction [state=start, color=, style=, contrastcolor=, focus=standard] \enabledirectives [references.border] \placebookmarks [part,chapter]

Re: [NTG-context] (bug?) wrong hyphenation with external fonts

On 2/5/2016 8:47 AM, Pablo Rodriguez wrote: On 02/04/2016 10:13 PM, Hans Hagen wrote: On 2/4/2016 9:27 PM, Pablo Rodriguez wrote: [...] The ff-ligature prevents hyphenation with TeX Gyre Pagella, but not with MinionPro. (This is the opposite of what I reported before.) it depends on the

Re: [NTG-context] (bug?) wrong hyphenation with external fonts

On 2/4/2016 9:27 PM, Pablo Rodriguez wrote: On 02/03/2016 02:18 PM, Hans Hagen wrote: On 2/2/2016 12:28 PM, Pablo Rodriguez wrote: Dear list, [...] Hyphenation is wrong with fonts that don’t come with the ConTeXt distribution. TeX Gyre Pagella is hyphenated right, but MinionPro or even TeX

Re: [NTG-context] (bug?) wrong hyphenation with external fonts

On 02/04/2016 10:13 PM, Hans Hagen wrote: > On 2/4/2016 9:27 PM, Pablo Rodriguez wrote: >> [...] >> The ff-ligature prevents hyphenation with TeX Gyre Pagella, but not with >> MinionPro. (This is the opposite of what I reported before.) > > it depends on the complexity of the ligature .. ff is

Re: [NTG-context] (bug?) wrong hyphenation with external fonts

On 02/03/2016 02:18 PM, Hans Hagen wrote: > On 2/2/2016 12:28 PM, Pablo Rodriguez wrote: >> Dear list, >> [...] >> Hyphenation is wrong with fonts that don’t come with the ConTeXt >> distribution. TeX Gyre Pagella is hyphenated right, but MinionPro or >> even TeX Gyre Pagella Math are wrong

Re: [NTG-context] (bug?) wrong hyphenation with external fonts

On 2/2/2016 12:28 PM, Pablo Rodriguez wrote: Dear list, just accidentally I discovered the following issue: \definefontfamily[mainface][rm][MinionPro] \definefontfamily[anotherface][rm][TeX Gyre Pagella] % wrong hyphenation too with TeX Gyre Pagella Math

Re: [NTG-context] (bug?) interactive link areas and \scale

On 2/1/2016 7:37 PM, Pablo Rodriguez wrote: Dear list, [Sorry for sending many bug reports at once, but I’m not at home. I have my laptop and I’m working with it. Internet access is extremely limited here. I work offline and prepare all messages to be sent later when I can get some internet

[NTG-context] (bug?) interactive link areas and \scale

Dear list, [Sorry for sending many bug reports at once, but I’m not at home. I have my laptop and I’m working with it. Internet access is extremely limited here. I work offline and prepare all messages to be sent later when I can get some internet connection.] I have the following sample:

Re: [NTG-context] Bug: RTL \framed when aligned

On 1/20/2016 4:27 PM, Mohammad Hossein Bateni wrote: Hello, There seems to be a bug in RTL documents when \framed goes in \leftaligned, \midaligned, or \rightaligned AND corner=round option is used. (I don't know what other options trigger the bug.) Here is the MWE (verified in ConTeXt ver:

[NTG-context] Bug: RTL \framed when aligned

Hello, There seems to be a bug in RTL documents when \framed goes in \leftaligned, \midaligned, or \rightaligned AND corner=round option is used. (I don't know what other options trigger the bug.) Here is the MWE (verified in ConTeXt ver: 2016.01.18 22:21 MKIV beta fmt: 2016.1.19 int:

<    1   2   3   4   5   6   7   8   9   10   >