[NTG-context] Strange behavior with anglestriped()

Hi, I don't understand why the hatching of the two rectangles is not the same color. Thanks for your help. Fabrice \starttext \setupbodyfont[8pt] \startMPcode path p, q, r, b ; z[0] = (2cm,0cm) ; z[1] = (2cm,2cm) ; z[2] = (0cm,2cm) ;

Re: [NTG-context] Strange behavior with \startbodymatter ... \stopbodymatter

Fabrice Couvreur via ntg-context schrieb am 28.12.2021 um 15:34: Hi, In my file cours_premiere.tex if I indicate  \startbodymatter       \component[probabilites.tex]  \stopbodymatter I get the following error message tex error     > tex error on line 49 in file ./cours_premiere.tex: Undefined

[NTG-context] Strange behavior with \startbodymatter ... \stopbodymatter

Hi, In my file cours_premiere.tex if I indicate \startbodymatter \component[probabilites.tex] \stopbodymatter I get the following error message tex error > tex error on line 49 in file ./cours_premiere.tex: Undefined control sequence \pgfmath@settrigformat \pgfmath@settrigf

Re: [NTG-context] Strange behavior of a macro

On 8/16/2021 4:28 PM, Fabrice Couvreur via ntg-context wrote: Hello, I don't understand why this macro works with this simple example but return the following error if I use it for chapters in my book. Thanks Fabrice \setupbodyfont    [newcomputermodern-book,11pt] \unexpanded\def\N{\mat

[NTG-context] Strange behavior of a macro

Hello, I don't understand why this macro works with this simple example but return the following error if I use it for chapters in my book. Thanks Fabrice \setupbodyfont [newcomputermodern-book,11pt] \unexpanded\def\N{\math{\mathbb{N}}\autoinsertnextspace} \defineenumeration [test]

Re: [NTG-context] strange behavior with \groupedcommand in recent versions of LMTX

On 9/2/2020 11:10 AM, mf wrote: Thanks Hans, this solves the problem I had with the new implementation of \wordright. It's not exactly a problem of \wordright, but the combination with \groupedcommand. that is always tricky as what happens is postponing till the group ends but wordright now k

Re: [NTG-context] strange behavior with \groupedcommand in recent versions of LMTX

Thanks Hans, this solves the problem I had with the new implementation of \wordright. It's not exactly a problem of \wordright, but the combination with \groupedcommand. Is \nextbox a new entry of latest versions? I've seen also \nextboxwd, \nextboxht, etc. So you can measure the next box to c

Re: [NTG-context] strange behavior with \groupedcommand in recent versions of LMTX

On 9/1/2020 5:47 PM, mf wrote: \unexpanded\def\groupedwordorparagraphright{\dosingleempty\dogroupedwordorparagraphright} \def\dogroupedwordorparagraphright[#1]{\groupedcommand{\setbox\scratchbox\hbox\bgroup} {\egroup\ifdim\wd\scratchbox < \hsize     \wordright{\unhbox\scratchbox}   \else  

[NTG-context] strange behavior with \groupedcommand in recent versions of LMTX

Hello list, this is a MWE that worked right in MkIV and in LMTX versions (at least) until April 22nd, 2020. There's a macro, \wordorparagraphright, that takes one argument, makes a hbox with it and measures its width - if its width is less than \hsize, then it calls \wordright - if its widt

Re: [NTG-context] Strange behavior in somewhat complex layout (again)

Andres Conrado Montoya schrieb am 27.06.2019 um 20:53: Wolfgang... Thank you, man. Thank you so very much. This works perfectly. As I understand it from your correction, my mistake was that I was not doing the page break before everything else, as I should, because in any case there will alway

Re: [NTG-context] Strange behavior in somewhat complex layout (again)

Wolfgang... Thank you, man. Thank you so very much. This works perfectly. As I understand it from your correction, my mistake was that I was not doing the page break before everything else, as I should, because in any case there will always be a page break in my layout. Then, let the rest of the a

Re: [NTG-context] Strange behavior in somewhat complex layout (again)

Andres Conrado Montoya schrieb am 27.06.2019 um 19:22: Hi List, it seems my message went unnoticed, if you can help me out, please do. I'm an struggling with this layout. I'm trying to make something using bits and examples found here and elsewhere, but I'm hitting a wall. I know there's a fla

[NTG-context] Strange behavior in somewhat complex layout (again)

Hi List, it seems my message went unnoticed, if you can help me out, please do. I'm an struggling with this layout. I'm trying to make something using bits and examples found here and elsewhere, but I'm hitting a wall. I know there's a flawed logic in my approach, but I can't figure it out. Any he

[NTG-context] Strange behavior in somewhat complex layout

Hello list, I'm trying to make something using bits and examples found here and elsewhere, but I'm hitting a wall. I know there's a flawed logic in my approach, but I can't figure it out. Any help is appreciated. Expected behavior of the following MWE: When starting a new chapter, check if the pag

Re: [NTG-context] Strange behavior concerning pdf-output of .png-externalfigures

On Tue, May 21, 2019 at 10:07:01AM +0200, Hans Hagen wrote: > On 5/17/2019 10:23 AM, Rudolf Bahr wrote: > > > > On Thu, May 16, 2019 at 02:40:07PM +0200, Hans Hagen wrote: > > > On 5/16/2019 12:21 PM, Rudolf Bahr wrote: > > > > The problem with artefacts in .png images is still unsolved for me. >

Re: [NTG-context] Strange behavior concerning pdf-output of .png-externalfigures

On 5/17/2019 10:23 AM, Rudolf Bahr wrote: On Thu, May 16, 2019 at 02:40:07PM +0200, Hans Hagen wrote: On 5/16/2019 12:21 PM, Rudolf Bahr wrote: The problem with artefacts in .png images is still unsolved for me. I can circumvent it by using .jpg or .tiff images instead of .png images as long a

[NTG-context] Strange behavior concerning pdf-output of .png-externalfigures

On Thu, May 16, 2019 at 02:40:07PM +0200, Hans Hagen wrote: > On 5/16/2019 12:21 PM, Rudolf Bahr wrote: > > The problem with artefacts in .png images is still unsolved for me. > > I can circumvent it by using .jpg or .tiff images instead of .png images > > as long as no transparent areas in the im

Re: [NTG-context] Strange behavior concerning pdf-output of externalfigures

On 5/16/2019 12:21 PM, Rudolf Bahr wrote: The problem with artefacts in .png images is still unsolved for me. I can circumvent it by using .jpg or .tiff images instead of .png images as long as no transparent areas in the images are needed. As far as I know .jpg and .tiff formats cannot handle tr

Re: [NTG-context] Strange behavior concerning pdf-output of externalfigures

The problem with artefacts in .png images is still unsolved for me. I can circumvent it by using .jpg or .tiff images instead of .png images as long as no transparent areas in the images are needed. As far as I know .jpg and .tiff formats cannot handle transparancy, do they? Now in .log files mess

Re: [NTG-context] Strange behavior concerning pdf-output of externalfigures

On Mon, Apr 29, 2019 at 04:32:07PM -0600, Alan Braslau wrote: > On Mon, 29 Apr 2019 13:18:04 +0200 > Hans Hagen wrote: > > > anyway, as the png test suite passes ok the question is what makes your > > image different ... here it looks ok when included on windows64 bit and > > linux 64 bit > >

Re: [NTG-context] Strange behavior concerning pdf-output of externalfigures

On Mon, 29 Apr 2019 13:18:04 +0200 Hans Hagen wrote: > anyway, as the png test suite passes ok the question is what makes your > image different ... here it looks ok when included on windows64 bit and > linux 64 bit Your very own .png image and MWE works fine here on OSX, freeBSD, and linux.

Re: [NTG-context] Strange behavior concerning pdf-output of externalfigures

On Mon, Apr 29, 2019 at 01:18:04PM +0200, Hans Hagen wrote: > On 4/29/2019 10:52 AM, Rudolf Bahr wrote: > > > Sorry, but even after updating to > > ConTeXt ver: 2019.04.29 09:02 MKIV beta fmt: 2019.4.29 > > I'm experiencing the same artefacts as before. > > > > Please, what means "different inc

Re: [NTG-context] Strange behavior concerning pdf-output of externalfigures

On 4/29/2019 10:52 AM, Rudolf Bahr wrote: Sorry, but even after updating to ConTeXt ver: 2019.04.29 09:02 MKIV beta fmt: 2019.4.29 I'm experiencing the same artefacts as before. Please, what means "different inclusion code"? all in lua anyway, as the png test suite passes ok the question is

Re: [NTG-context] Strange behavior concerning pdf-output of externalfigures

On Mon, Apr 29, 2019 at 10:52:59AM +0200, Bahr Rudolf wrote: > On Sun, Apr 28, 2019 at 11:12:43PM +0200, Hans Hagen wrote: > > On 4/28/2019 8:10 PM, Rudolf Bahr wrote: > > > > > > Dear list, > > > > > > I'm getting unexplainable artefacts in the pdf-output. > > > > > > My MWE is: > > > > > > --

Re: [NTG-context] Strange behavior concerning pdf-output of externalfigures

On Sun, Apr 28, 2019 at 11:12:43PM +0200, Hans Hagen wrote: > On 4/28/2019 8:10 PM, Rudolf Bahr wrote: > > > > Dear list, > > > > I'm getting unexplainable artefacts in the pdf-output. > > > > My MWE is: > > > > -- > > \starttext > > > > \externalfigure > > [input.png] > >

Re: [NTG-context] Strange behavior concerning pdf-output of externalfigures

On 4/28/2019 8:10 PM, Rudolf Bahr wrote: Dear list, I'm getting unexplainable artefacts in the pdf-output. My MWE is: -- \starttext \externalfigure [input.png] [width=100mm] \stoptext -- I append the output "MWE.pdf" and the input-figure "input.png

[NTG-context] Strange behavior concerning pdf-output of externalfigures

Dear list, I'm getting unexplainable artefacts in the pdf-output. My MWE is: -- \starttext \externalfigure [input.png] [width=100mm] \stoptext -- I append the output "MWE.pdf" and the input-figure "input.png" for comparison. I'm experiencing the artef

[NTG-context] Strange behavior with offset key in a xtable

Hi, Why is the height of the cells of the third line different ? Thank you. Fabrice \starttext \startxtable[align={lohi,middle},offset=0.8ex,width=3cm] \startxrow \startxcell \m{x} \stopxcell \startxcell[nx=3] \math{-\infty} \hfill \ma

Re: [NTG-context] Strange behavior with \usetikzlibrary [matrix]

Hi Henry, I am confused because I forgot to replace & by \& in the definition of the matrix. Thank you. Fabrice Le jeu. 18 avr. 2019 à 12:31, Henri Menke a écrit : > On 4/18/19 10:22 PM, Fabrice Couvreur wrote: > > Hi Henry, > > This has no effect, the problem is the same. > > ConTeXt ver: 2019

Re: [NTG-context] Strange behavior with \usetikzlibrary [matrix]

On 4/18/19 10:22 PM, Fabrice Couvreur wrote: > Hi Henry, > This has no effect, the problem is the same. ConTeXt ver: 2019.04.16 08:54 MKIV beta PDF is attached. > Fabrice > > Le jeu. 18 avr. 2019 à 12:17, Henri Menke a écrit : > >> In ConTeXt the ampersand is not an alignment character but h

Re: [NTG-context] Strange behavior with \usetikzlibrary [matrix]

Hi Henry, This has no effect, the problem is the same. Fabrice Le jeu. 18 avr. 2019 à 12:17, Henri Menke a écrit : > In ConTeXt the ampersand is not an alignment character but has catcode > 12 by default. Use the "ampersand replacement" option. > > \usemodule[tikz] > \usetikzlibrary[matrix,deco

Re: [NTG-context] Strange behavior with \usetikzlibrary [matrix]

In ConTeXt the ampersand is not an alignment character but has catcode 12 by default. Use the "ampersand replacement" option. \usemodule[tikz] \usetikzlibrary[matrix,decorations.pathreplacing, calc, positioning,fit] \starttext \starttikzpicture[>=stealth,thick,baseline, every right delimiter/.ap

[NTG-context] Strange behavior with \usetikzlibrary [matrix]

Hi, If I compile the following code, the result is not the one expected. \usemodule[tikz] \usetikzlibrary[matrix,decorations.pathreplacing, calc, positioning,fit] \starttext \starttikzpicture[>=stealth,thick,baseline, every right delimiter/.append style={name=rd}, ] \matrix [matrix of math nodes,

Re: [NTG-context] Strange behavior in math mode: < and minus sign give leftarrow

On 4/10/2019 2:19 PM, Aditya Mahajan wrote: On Wed, 10 Apr 2019, Hans Hagen wrote: On 4/10/2019 9:40 AM, Mikael P. Sundqvist wrote: On Wed, Apr 10, 2019 at 9:21 AM Otared Kavian wrote: Hi Hans, While testing old documents with lmtx, I noticed that with recent versions of mkiv, as well as

Re: [NTG-context] Strange behavior in math mode: < and minus sign give leftarrow

On Wed, 10 Apr 2019 10:09:31 +0200 Otared Kavian wrote: > The problem of such an usual default is also with newcomers who would not > know about this feature in ConTeXt: when one writes maths one would not guess > that typing an inequality like $n < -1$ would end up in $n \leftarrow 1$. And >

Re: [NTG-context] Strange behavior in math mode: < and minus sign give leftarrow

On Wed, 10 Apr 2019, Hans Hagen wrote: On 4/10/2019 9:40 AM, Mikael P. Sundqvist wrote: On Wed, Apr 10, 2019 at 9:21 AM Otared Kavian wrote: Hi Hans, While testing old documents with lmtx, I noticed that with recent versions of mkiv, as well as LuaMetaTeX, there is a strange behavior in ma

Re: [NTG-context] Strange behavior in math mode: < and minus sign give leftarrow

Thanks Hans for your attention! The problem of such an usual default is also with newcomers who would not know about this feature in ConTeXt: when one writes maths one would not guess that typing an inequality like $n < -1$ would end up in $n \leftarrow 1$. And writing such inequalities is very

Re: [NTG-context] Strange behavior in math mode: < and minus sign give leftarrow

Hi Mikael, Thanks for your quick reply. Indeed I did not know about this feature, and setting collapsing=1 solves my problem… Best regards: OK > On 10 Apr 2019, at 09:40, Mikael P. Sundqvist wrote: > > On Wed, Apr 10, 2019 at 9:21 AM Otared Kavian wrote: >> […] > > Hi! > > I asked about th

Re: [NTG-context] Strange behavior in math mode: < and minus sign give leftarrow

On 4/10/2019 9:40 AM, Mikael P. Sundqvist wrote: On Wed, Apr 10, 2019 at 9:21 AM Otared Kavian wrote: Hi Hans, While testing old documents with lmtx, I noticed that with recent versions of mkiv, as well as LuaMetaTeX, there is a strange behavior in math mode: when the characters < and - fol

Re: [NTG-context] Strange behavior in math mode: < and minus sign give leftarrow

On Wed, Apr 10, 2019 at 9:21 AM Otared Kavian wrote: > > Hi Hans, > > While testing old documents with lmtx, I noticed that with recent versions of > mkiv, as well as LuaMetaTeX, there is a strange behavior in math mode: when > the characters < and - follow each other one gets \leftarrow… This i

[NTG-context] Strange behavior in math mode: < and minus sign give leftarrow

Hi Hans, While testing old documents with lmtx, I noticed that with recent versions of mkiv, as well as LuaMetaTeX, there is a strange behavior in math mode: when the characters < and - follow each other one gets \leftarrow… This is embarrassing when one writes inequalities for negative numbers

Re: [NTG-context] Strange behavior with the command \inframed{}

Hi Aditya, Sorry but with this file, there are some problems, especially with the last item. Thanks. Fabrice Le mar. 23 oct. 2018 à 09:46, Fabrice Couvreur a écrit : > Hi Aditya, > Thanks. > Fabrice > > Le lun. 22 oct. 2018 à 12:45, Aditya Mahajan a écrit : > >> On Mon, 22 Oct 2018, Fabrice Cou

Re: [NTG-context] Strange behavior with the command \inframed{}

Hi Aditya, Thanks. Fabrice Le lun. 22 oct. 2018 à 12:45, Aditya Mahajan a écrit : > On Mon, 22 Oct 2018, Fabrice Couvreur wrote: > > > Hi, > > When I use the \inframed{} command twice, they are not on the same > baseline. > > Thank you. > > Fabrice > > > > \starttext > Add \dontleavehmode > >

Re: [NTG-context] Strange behavior with the command \inframed{}

On Mon, 22 Oct 2018, Fabrice Couvreur wrote: Hi, When I use the \inframed{} command twice, they are not on the same baseline. Thank you. Fabrice \starttext Add \dontleavehmode \inframed{\m{I\times X=A^{-1}\times B}} ; \inframed{\m{A^{-1}\times A \times X=A^{-1}\times B}} \stoptext See h

[NTG-context] Strange behavior with the command \inframed{}

Hi, When I use the \inframed{} command twice, they are not on the same baseline. Thank you. Fabrice \starttext \inframed{\m{I\times X=A^{-1}\times B}} ; \inframed{\m{A^{-1}\times A \times X=A^{-1}\times B}} \stoptext

Re: [NTG-context] Strange behavior with font pagella

Hi Fabrice, I don't know whether this is related to the problem you observe, but in your setups you have forgroundstyle=bold which should be foregroundstyle=bold Best regards: Otared K. > On 16 Jul 2018, at 10:13, Fabrice Couvreur > wrote: > > Hi Otared, > If I ch

Re: [NTG-context] Strange behavior with font pagella

Hi Fabrice, the problem is the lack of the TeX Gyre text fonts in the distribution as reported by Thomas a few days ago: https://mailman.ntg.nl/pipermail/ntg-context/2018/091900.html Wolfgang Fabrice Couvreur 16. Juli 2018 um 10:13 Hi Otared, If I change

Re: [NTG-context] Strange behavior with font pagella

Hi Otared, If I change the font using modern, it works but the text remains bold if I use most other fonts, it's really strange ! Fabrice 2018-07-16 9:57 GMT+02:00 Otared Kavian : > Hi Fabrice, > > When typesetting your example here I get the correct behaviour: the text > is not in bold face. > >

Re: [NTG-context] Strange behavior with font pagella

Hi Fabrice, When typesetting your example here I get the correct behaviour: the text is not in bold face. Best regards: OK > On 15 Jul 2018, at 23:39, Fabrice Couvreur > wrote: > > Good evening, > In the code below, why is the text in bold ? > Thank you > Fabrice > > \setupbodyfont[pagella,

Re: [NTG-context] Strange behavior !

Hi Fabrice, This is because you define MyColorA, MyColorB but you don't define MyColor and myColor: but you use these two colors in your MPgraphic. Best regards: OK > On 16 Jul 2018, at 00:03, Fabrice Couvreur > wrote: > > Good evening, > In the code below, I get frames filled in black​ ​!

Re: [NTG-context] Strange behavior !

MyColor is undefined and defaults to black. Alan On Mon, 16 Jul 2018 00:03:33 +0200 Fabrice Couvreur wrote: > Good evening, > In the code below, I get frames filled in black > ​ ​ > ! > Thank you > Fabrice > > \setupbodyfont [palatino,11pt] > > \definecolor[MyColorB][c=0.00, m=0.62, y=1.00,

Re: [NTG-context] Strange behavior with font pagella

On 7/15/2018 17:39, Fabrice Couvreur wrote: \setupbodyfont[pagella,11pt] \defineframed    [ACFRAME]    [frame=off,     offset=0pt,     location=low,     width=\struttotal,     background=color,     backgroundcolor=black,     foregroundcolor=white,     forgroundstyle=bold] \defineprocessor[ACPR

[NTG-context] Strange behavior !

Good evening, In the code below, I get frames filled in black ​ ​ ! Thank you Fabrice \setupbodyfont [palatino,11pt] \definecolor[MyColorB][c=0.00, m=0.62, y=1.00, k=0.00] \definecolor[MyColorA][.75(MyColorB,white)] \defineframedtext [MyText] [frame=off, background=MyFrame, width=\

[NTG-context] Strange behavior with font pagella

Good evening, In the code below, why is the text in bold ? Thank you Fabrice \setupbodyfont[pagella,11pt] \defineframed [ACFRAME] [frame=off, offset=0pt, location=low, width=\struttotal, background=color, backgroundcolor=black, foregroundcolor=white, forgroundsty

Re: [NTG-context] Strange behavior with cambria font

Hi Ulrike, It does not work Fabrice 2018-04-22 0:19 GMT+02:00 Fabrice Couvreur : > Hi Wolfgang, > The text is not in italic but the font is not the one expected : > LMRoman10-Regular > Fabrice > > 2018-04-21 15:07 GMT+02:00 Ulrike Fischer : > >> Am Sat, 21 Apr 2018 11:41:36 +0200 schrieb Fabrice

Re: [NTG-context] Strange behavior with cambria font

Hi Wolfgang, The text is not in italic but the font is not the one expected : LMRoman10-Regular Fabrice 2018-04-21 15:07 GMT+02:00 Ulrike Fischer : > Am Sat, 21 Apr 2018 11:41:36 +0200 schrieb Fabrice Couvreur: > > > Hello, > > I got the cambria font and installed it : > > The text is in italic !

Re: [NTG-context] Strange behavior with cambria font

Am Sat, 21 Apr 2018 11:41:36 +0200 schrieb Fabrice Couvreur: > Hello, > I got the cambria font and installed it : > The text is in italic ! Try mtxrun --script fonts --reload --force (there was a discussion about it last year: https://www.mail-archive.com/ntg-context@ntg.nl/msg85698.html ) --

Re: [NTG-context] Strange behavior with cambria font

Does this work? \definefontfamily [msoffice] [rm] [Cambria] \definefontfamily [msoffice] [mm] [Cambria Math] \setupbodyfont [msoffice] \starttext \input knuth \stoptext Wolfgang Fabrice Couvreur 21. April 2018 um 11:41 Hello, I got the cambria font and ins

Re: [NTG-context] Strange behavior with cambria font

Am 2018-04-21 um 11:41 schrieb Fabrice Couvreur : > Hello, > I got the cambria font and installed it : > The text is in italic ! > Thanks > Fabrice > # > cambrianormalcambria cambriaitalic cambriai.ttf > ##

[NTG-context] Strange behavior with cambria font

Hello, I got the cambria font and installed it : The text is in italic ! Thanks Fabrice # fab@debian:~$ mtxrun --script font --list "cambria*" --all resolvers | trees | analyzing 'home:texmf' identifier familynamefontnamefilen

Re: [NTG-context] Strange behavior with itemize

Hello Hans, It works well with context in Texlive but not with context in Standalone. Thank you. Fabrice 2017-12-17 21:56 GMT+01:00 Hans Hagen : > On 12/16/2017 11:44 PM, Fabrice Couvreur wrote: > >> Hello, >> Why are the second level items not on the same baseline ? >> Thank you. >> Fabrice >> >

Re: [NTG-context] Strange behavior with itemize

On 12/16/2017 11:44 PM, Fabrice Couvreur wrote: Hello, Why are the second level items not on the same baseline ? Thank you. Fabrice \starttext \startitemize[n]   \item Donner l'ensemble de définition \math{\cal D} de la fonction \math{f}.   \item Comparer, lorsque c'est possible, les image

[NTG-context] Strange behavior with itemize

Hello, Why are the second level items not on the same baseline ? Thank you. Fabrice \starttext \startitemize[n] \item Donner l'ensemble de définition \math{\cal D} de la fonction \math{f}. \item Comparer, lorsque c'est possible, les images : \blank \startitemize[a,columns,three,joinedup][gri

Re: [NTG-context] Strange behavior with TikZ

On Sat, Oct 7, 2017 at 3:59 PM, Hans Hagen wrote: > (btw, it seems that there is also a \stopmodule done without \startmodule > when tikz is loaded) > > Hans I am surprised that \loggingall before \starttext produces 2.3GByte of log. \usemodule[tikz] \usemodule [graph] \usemodule[pgfplots]

Re: [NTG-context] Strange behavior with TikZ

Hi, Thank you so much for this help, I would not have found it. Fabrice 2017-10-07 15:59 GMT+02:00 Hans Hagen : > On 10/7/2017 2:44 PM, Aditya Mahajan wrote: > >> On Sat, 7 Oct 2017, Aditya Mahajan wrote: >> >> On Sat, 7 Oct 2017, Fabrice Couvreur wrote: >>> >>> Hi Hans Sorry to insist, but

Re: [NTG-context] Strange behavior with TikZ

On 10/7/2017 2:44 PM, Aditya Mahajan wrote: On Sat, 7 Oct 2017, Aditya Mahajan wrote: On Sat, 7 Oct 2017, Fabrice Couvreur wrote: Hi Hans Sorry to insist, but I need to correct this anomaly for my documents that I give to students. If I compile with Context Standalone, it does not work,

Re: [NTG-context] Strange behavior with TikZ

On Sat, 7 Oct 2017, Aditya Mahajan wrote: On Sat, 7 Oct 2017, Fabrice Couvreur wrote: Hi Hans Sorry to insist, but I need to correct this anomaly for my documents that I give to students. If I compile with Context Standalone, it does not work, but maybe I do not do what you are suggesting :

Re: [NTG-context] Strange behavior with TikZ

On Sat, 7 Oct 2017, Fabrice Couvreur wrote: Hi Hans Sorry to insist, but I need to correct this anomaly for my documents that I give to students. If I compile with Context Standalone, it does not work, but maybe I do not do what you are suggesting : I can confirm that color leakage. It happens

Re: [NTG-context] Strange behavior with TikZ

Hi Hans Sorry to insist, but I need to correct this anomaly for my documents that I give to students. If I compile with Context Standalone, it does not work, but maybe I do not do what you are suggesting : \placefigure[none,right]{}{% \hbox{\switchtobodyfont[8pt] Thanks Fabrice 2017-10-05 22:51

Re: [NTG-context] Strange behavior with TikZ

HI Hans, like this ? \placefigure[none,right]{}{ \hbox{\switchtobodyfont[8pt]% Fabrice 2017-10-05 22:35 GMT+02:00 Hans Hagen : > On 10/5/2017 7:26 PM, Fabrice Couvreur wrote: > > If I put any image, there is no problem : the title of the section is in >> color and the text in black. >> With a

Re: [NTG-context] Strange behavior with TikZ

On 10/5/2017 7:26 PM, Fabrice Couvreur wrote: If I put any image, there is no problem : the title of the section is in color and the text in black. With a graphic made with TikZ, the title and the text are in color. looks ok here \placefigure[none,right]{}{ \hbox{\switchtobodyfont[8pt] ad

[NTG-context] Strange behavior with TikZ

Hello, If I put any image, there is no problem : the title of the section is in color and the text in black. With a graphic made with TikZ, the title and the text are in color. Thank you for your help. Fabrice \usemodule[tikz] \usemodule [graph] \usemodule[pgfplots] \pgfplotsset{compat=newest}

Re: [NTG-context] Strange behavior with the Garamond font

Is this an impression but, of equal size, it seems smaller than other fonts. 2017-08-27 13:10 GMT+02:00 Fabrice Couvreur : > Hi, > Here's what I get, is this correct ? > Thank you > Fabrice > > fab@debian:~$ pdffonts layout25.pdf > name type encoding >

Re: [NTG-context] Strange behavior with the Garamond font

Hi, Here's what I get, is this correct ? Thank you Fabrice fab@debian:~$ pdffonts layout25.pdf name type encoding emb sub uni object ID - --- --- --- - JJIWHN+Garamond

Re: [NTG-context] Strange behavior with the Garamond font

Hi Aditya, The first time I have downloaded since http://wiki.contextgarden.net/URW_Garamond with the result you know. Then I did a search on Google and I downloaded another package for the same result. Where to find the fonts ? Fabrice 2017-08-25 4:06 GMT+02:00 Aditya Mahajan : > On Fri, 25 Aug

Re: [NTG-context] Strange behavior with the Garamond font

On Fri, 25 Aug 2017, Fabrice Couvreur wrote: Hello, I reinstalled the fonts in : fab@debian:~$ ls -l /home/fab/texmf/fonts/opentype/ total 16 drwxr-xr-x 2 fab fab 4096 août 25 02:14 ebgaramond drwxr-xr-x 5 fab fab 4096 avril 11 2016 fourier-GUT drwxrwxr-x 9 fab fab 4096 avril 4 2011 kpfonts

Re: [NTG-context] Strange behavior with the Garamond font

Hello, I reinstalled the fonts in : fab@debian:~$ ls -l /home/fab/texmf/fonts/opentype/ total 16 drwxr-xr-x 2 fab fab 4096 août 25 02:14 ebgaramond drwxr-xr-x 5 fab fab 4096 avril 11 2016 fourier-GUT drwxrwxr-x 9 fab fab 4096 avril 4 2011 kpfonts drwxr-xr-x 3 fab fab 4096 août 12 23:50 STIXv2

Re: [NTG-context] Strange behavior with the Garamond font

Hi, @Aditya This does not solve my problem @Pablo fab@debian:~$ pdffonts layout15.pdf name type encoding emb sub uni object ID - --- --- --- - AHYUQI+GaramondNo8-Reg

Re: [NTG-context] Strange behavior with the Garamond font

On Thu, 17 Aug 2017, Fabrice Couvreur wrote: When I speak of non-readable, I mean it looks like "hieroglyphics". Try mtxrun --script fonts --reload --force and then compiling again. Aditya ___ If your question i

Re: [NTG-context] Strange behavior with the Garamond font

On 08/17/2017 11:11 PM, Fabrice Couvreur wrote: > Hi Pablo, > When I speak of non-readable, I mean it looks like "hieroglyphics". > > fab@debian:~$ mtxrun --script fonts --list --pattern=garamond --all Hi Fabrice, sorry, I asked you to use pdffonts on the output PDF document to check which font

Re: [NTG-context] Strange behavior with the Garamond font

Hi Pablo, When I speak of non-readable, I mean it looks like "hieroglyphics". fab@debian:~$ mtxrun --script fonts --list --pattern=garamond --all resolvers | trees | analyzing 'home:texmf' identifierfamilyname fontname filename subfont in

Re: [NTG-context] Strange behavior with the Garamond font

On 08/17/2017 08:28 PM, Fabrice Couvreur wrote: > Hello, > I compiled the following document with Context Standalone and viewed the > file with Evince, it is not readable ! Hi Fabrice, I copied the fonts from http://wiki.contextgarden.net/URW_Garamond to tex/texmf-fonts/ and I got a PDF document

[NTG-context] Strange behavior with the Garamond font

Hello, I compiled the following document with Context Standalone and viewed the file with Evince, it is not readable ! Thanks Fabrice \loadtypescriptfile[mathdesign] \setupbodyfont[garamond] \starttext \input knuth \stoptext

[NTG-context] Strange behavior with enumeration

Hi, Level two items are not on the same baseline. Thank you Fabrice \starttext \startitemize[n] \item 15\,\% d'un stock de 12\,000 jouets sont des jouets \quotation{1\high{\tfxx er} âge}. Le nombre de jouets \quotation{1\high{\tfxx er} âge} est : \startitemize[columns,a,three] \item \math{\

Re: [NTG-context] Strange behavior with Enumerations

Hello, I just updated Context Standalone, but the problem still exists. With Texlive Context, it works. Fabrice Le 8 mai 2017 à 12:27, Fabrice Couvreur a écrit : > Hello, > The alignment of the third level is incorrect, why ? > > ## > \star

[NTG-context] Strange behavior with Enumerations

Hello, The alignment of the third level is incorrect, why ? ## \starttext \startitemize[n][stopper={.},style=bold,color=darkred] \item Soit \math{f} la fonction définie pour tout réel \m{x} différent de \m{-1} par \math{f(x)=\dfrac{x+2}

Re: [NTG-context] Strange behavior with \definelabel[][] in context standalone

Hi Wolgang, I updated standalone context, it works correctly. Fabrice 2016-08-29 12:13 GMT+02:00 Wolfgang Schuster : > Fabrice Couvreur > 29. August 2016 um 11:45 > Hello, > I noticed a problem with standalone context and not with texlive 2016 > > See my mail about \savecounter which shows the r

Re: [NTG-context] Strange behavior with \definelabel[][] in context standalone

Fabrice Couvreur 29. August 2016 um 11:45 Hello, I noticed a problem with standalone context and not with texlive 2016 See my mail about \savecounter which shows the real reason for this result. 2 Question 3 Question instead of 1 Question 2 Question Thanks

[NTG-context] Strange behavior with \definelabel[][] in context standalone

Hello, I noticed a problem with standalone context and not with texlive 2016 2 Question 3 Question instead of 1 Question 2 Question Thanks fabrice \defineframed [FRAME] [frame=off, offset=0pt, location=low, width=\strutt

Re: [NTG-context] Strange behavior with context standalone (pgfplots)

Hi, Thanks Herbert and Hans, your solutions work both Fabrice 2016-08-16 20:35 GMT+02:00 Herbert Voss : > Am 16.08.2016 um 16:52 schrieb Fabrice Couvreur: > > \usemodule[pgfplots] >> >> \pgfplotsset{compat=1.13} >> \usetikzlibrary[intersections] >> \usepgfplotslibrary[fillbetween] >> >> \starttex

Re: [NTG-context] Strange behavior with context standalone (pgfplots)

Am 16.08.2016 um 16:52 schrieb Fabrice Couvreur: \usemodule[pgfplots] \pgfplotsset{compat=1.13} \usetikzlibrary[intersections] \usepgfplotslibrary[fillbetween] \starttext \starttikzpicture[/pgf/declare function={f(\x)=(1/8)*(\x^3-2.5*\x^2-3*\x+4.5);},] \switchtobodyfont[8pt] \startaxis [...

Re: [NTG-context] Strange behavior with context standalone (pgfplots)

On 16 August 2016 at 16:26, Fabrice Couvreur wrote: > > Hello, > With context in distribution TeXLive 2016,no problem but with standalone > context, I get the "0.01pt" text in the left corner of the graph. I'm also getting ,0.100pt at the beginning of one of the documents, even though I still

Re: [NTG-context] Strange behavior with context standalone (pgfplots)

On 8/16/2016 4:52 PM, Fabrice Couvreur wrote: HI Hans, Sorry, I forgot \start \switchtobodyfont[8pt] \starttikzpicture[/pgf/declare function={f(\x)=(1/8)*(\x^3-2.5*\x^2-3*\x+4.5);},] \startaxis ... \stop seems to be ok ... tikz probably overloads something that the bodyfont switch needs

Re: [NTG-context] Strange behavior with context standalone (pgfplots)

HI Hans, Sorry, I forgot \usemodule[pgfplots] \pgfplotsset{compat=1.13} \usetikzlibrary[intersections] \usepgfplotslibrary[fillbetween] \starttext \starttikzpicture[/pgf/declare function={f(\x)=(1/8)*(\x^3-2.5*\x^2-3*\x+4.5);},] \switchtobodyfont[8pt] \startaxis [restrict x to domain=-3:5,

Re: [NTG-context] Strange behavior with context standalone (pgfplots)

On 8/16/2016 4:26 PM, Fabrice Couvreur wrote: Hello, With context in distribution TeXLive 2016,no problem but with standalone context, I get the "0.01pt" text in the left corner of the graph. no code / mwe Thanks Fabrice ​

[NTG-context] Strange behavior with context standalone (pgfplots)

Hello, With context in distribution TeXLive 2016,no problem but with standalone context, I get the "0.01pt" text in the left corner of the graph. Thanks Fabrice ​ ___ If your question is of interest to others as well, p

Re: [NTG-context] Strange behavior with Utopia fonts in math mode

Fabrice Couvreur 17. April 2016 um 11:16 Hello, I compiled this file with a strange exit for mathematical formula. What do you mean with "strange exit"? What's missing in my file ? You get the necessary font when you use the "--fonts=mathdesign" for first-se

Re: [NTG-context] Strange behavior with Utopia fonts in math mode

On 4/17/2016 11:16 AM, Fabrice Couvreur wrote: Hello, I compiled this file with a strange exit for mathematical formula. What's missing in my file ? Thank you. Fabrice \loadtypescriptfile[mathdesign] \usetypescriptfile[utopia] \definetypeface[mainface][rm] [serif][palatino][defa

[NTG-context] Strange behavior with Utopia fonts in math mode

Hello, I compiled this file with a strange exit for mathematical formula. What's missing in my file ? Thank you. Fabrice \loadtypescriptfile[mathdesign] \usetypescriptfile[utopia] \definetypeface[mainface][rm] [serif][palatino][default][encoding=texnansi] \definetypeface[mainface][

[NTG-context] Strange behavior (TikZ)

Hi, Strange behavior: why is the colored text ? Thanks, Fabrice \usemodule[tikz] \startuniqueMPgraphic{titled} path p ; p := unitsquare xscaled OverlayWidth yscaled OverlayHeight ; pickup pencircle scaled 1mm ; drawoptions(withcolor .625yellow) ; draw llcorner p--lrcorner p ; setbounds currentpic

  1   2   >