[NTG-context] Strange behavior with anglestriped()

2023-11-19 Thread Fabrice Couvreur
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

2021-12-28 Thread Wolfgang Schuster via ntg-context
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:

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

2021-12-28 Thread Fabrice Couvreur via ntg-context
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

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

2021-08-16 Thread Hans Hagen via ntg-context
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]

[NTG-context] Strange behavior of a macro

2021-08-16 Thread Fabrice Couvreur via ntg-context
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

2020-09-02 Thread Hans Hagen
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

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

2020-09-02 Thread mf
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

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

2020-09-01 Thread Hans Hagen
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

2020-09-01 Thread mf
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

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

2019-06-27 Thread Wolfgang Schuster
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

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

2019-06-27 Thread Andres Conrado Montoya
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

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

2019-06-27 Thread Wolfgang Schuster
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

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

2019-06-27 Thread Andres Conrado Montoya
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

[NTG-context] Strange behavior in somewhat complex layout

2019-06-23 Thread Andres Conrado Montoya
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

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

2019-05-23 Thread Rudolf Bahr
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

2019-05-21 Thread Hans Hagen
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

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

2019-05-21 Thread Rudolf Bahr
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

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

2019-05-16 Thread Hans Hagen
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

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

2019-05-16 Thread Rudolf Bahr
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

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

2019-04-30 Thread Rudolf Bahr
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

2019-04-29 Thread Alan Braslau
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

2019-04-29 Thread Rudolf Bahr
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

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

2019-04-29 Thread Hans Hagen
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

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

2019-04-29 Thread Rudolf Bahr
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

2019-04-29 Thread Rudolf Bahr
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

2019-04-28 Thread Hans Hagen
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

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

2019-04-28 Thread Rudolf Bahr
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

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

2019-04-22 Thread Fabrice Couvreur
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

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

2019-04-18 Thread Fabrice Couvreur
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:

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

2019-04-18 Thread Henri Menke
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

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

2019-04-18 Thread Fabrice Couvreur
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] >

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

2019-04-18 Thread Henri Menke
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

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

2019-04-18 Thread Fabrice Couvreur
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

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

2019-04-10 Thread Hans Hagen
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

2019-04-10 Thread Alan Braslau
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

2019-04-10 Thread Aditya Mahajan
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

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

2019-04-10 Thread Otared Kavian
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

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

2019-04-10 Thread Otared Kavian
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

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

2019-04-10 Thread Hans Hagen
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 -

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

2019-04-10 Thread Mikael P. Sundqvist
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

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

2019-04-10 Thread Otared Kavian
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

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

2018-10-23 Thread Fabrice Couvreur
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

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

2018-10-23 Thread Fabrice Couvreur
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{}

2018-10-22 Thread Aditya Mahajan
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

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

2018-10-22 Thread Fabrice Couvreur
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

2018-07-16 Thread Otared Kavian
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

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

2018-07-16 Thread Wolfgang Schuster
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

2018-07-16 Thread Fabrice Couvreur
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

2018-07-16 Thread Otared Kavian
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 > >

Re: [NTG-context] Strange behavior !

2018-07-16 Thread Otared Kavian
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 !

2018-07-15 Thread Alan Braslau
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

2018-07-15 Thread Rik Kabel
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]

[NTG-context] Strange behavior !

2018-07-15 Thread Fabrice Couvreur
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,

[NTG-context] Strange behavior with font pagella

2018-07-15 Thread Fabrice Couvreur
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,

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

2018-04-21 Thread Fabrice Couvreur
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

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

2018-04-21 Thread 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 Couvreur: > > > Hello, > > I got the cambria font and installed it : > > The

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

2018-04-21 Thread 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 ! 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

2018-04-21 Thread Wolfgang Schuster
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

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

2018-04-21 Thread Henning Hraban Ramm
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

2018-04-21 Thread Fabrice Couvreur
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 familynamefontname

Re: [NTG-context] Strange behavior with itemize

2017-12-18 Thread Fabrice Couvreur
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.

Re: [NTG-context] Strange behavior with itemize

2017-12-17 Thread 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 \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

[NTG-context] Strange behavior with itemize

2017-12-16 Thread Fabrice Couvreur
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

Re: [NTG-context] Strange behavior with TikZ

2017-10-10 Thread luigi scarso
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]

Re: [NTG-context] Strange behavior with TikZ

2017-10-07 Thread Fabrice Couvreur
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

Re: [NTG-context] Strange behavior with TikZ

2017-10-07 Thread 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 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

2017-10-07 Thread Aditya Mahajan
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

2017-10-07 Thread Aditya Mahajan
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

Re: [NTG-context] Strange behavior with TikZ

2017-10-07 Thread Fabrice Couvreur
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

Re: [NTG-context] Strange behavior with TikZ

2017-10-05 Thread Fabrice Couvreur
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

Re: [NTG-context] Strange behavior with TikZ

2017-10-05 Thread 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 graphic made with TikZ, the title and the text are in color. looks ok here \placefigure[none,right]{}{ \hbox{\switchtobodyfont[8pt]

[NTG-context] Strange behavior with TikZ

2017-10-05 Thread Fabrice Couvreur
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

2017-08-27 Thread Fabrice Couvreur
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

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

2017-08-27 Thread Fabrice Couvreur
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 - --- --- --- -

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

2017-08-25 Thread Fabrice Couvreur
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

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

2017-08-24 Thread Aditya Mahajan
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

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

2017-08-24 Thread Fabrice Couvreur
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

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

2017-08-18 Thread Fabrice Couvreur
Hi, @Aditya This does not solve my problem @Pablo fab@debian:~$ pdffonts layout15.pdf name type encoding emb sub uni object ID - --- --- --- -

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

2017-08-18 Thread Aditya Mahajan
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

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

2017-08-18 Thread Pablo Rodriguez
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

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

2017-08-17 Thread Fabrice Couvreur
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

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

2017-08-17 Thread Pablo Rodriguez
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

2017-08-17 Thread Fabrice Couvreur
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

2017-08-17 Thread Fabrice Couvreur
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

Re: [NTG-context] Strange behavior with Enumerations

2017-05-10 Thread Fabrice Couvreur
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 ? > >

[NTG-context] Strange behavior with Enumerations

2017-05-08 Thread Fabrice Couvreur
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

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

2016-08-29 Thread Fabrice Couvreur
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

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

2016-08-29 Thread 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 real reason for this result. 2 Question 3 Question instead of 1 Question 2 Question

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

2016-08-29 Thread Fabrice Couvreur
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,

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

2016-08-16 Thread Fabrice Couvreur
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] >>

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

2016-08-16 Thread Herbert Voss
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)

2016-08-16 Thread Mojca Miklavec
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

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

2016-08-16 Thread Hans Hagen
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)

2016-08-16 Thread Fabrice Couvreur
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)

2016-08-16 Thread Hans Hagen
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)

2016-08-16 Thread Fabrice Couvreur
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,

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

2016-04-17 Thread Wolfgang Schuster
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

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

2016-04-17 Thread Hans Hagen
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]

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

2016-04-17 Thread Fabrice Couvreur
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]

[NTG-context] Strange behavior (TikZ)

2015-08-11 Thread Fabrice Couvreur
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

  1   2   >