Re: [NTG-context] Arabic Characters shown wrong
I don't know ... if the old version has it too then nothing changed I guess. \usemodule[fnt-20] \starttext \setvariables [otftracker] [direction=-1, sample=لا, title=Test, font=file:arabtype, %font=file:husayni, %font=file:scheherazaderegot, features=arabic] \stoptext Arabtype is the only one that has the 'rlig' for that combination. So, more info is needed about what should trigger this ligature replacemnt. Hans Thanks. I am not sure, what you mean. Until now everything worked fine, context has to read only the Unicode (like "Lam-Alif" is) and to use the set arabic font. Until today that worked perfectly, with "Lam-Alif", too. Does my above code compiles correctly the ligature in your system? Huseyin ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Problem with arguments in macro
Le 21/01/2013 20:50, Hans Hagen a écrit :
On 1/21/2013 8:47 PM, PELLOUIN Christophe wrote:
Le 21/01/2013 19:32, Hans Hagen a écrit :
On 1/21/2013 7:26 PM, PELLOUIN Christophe wrote:
Hello,
When writing a macro, I observed that some arguments are not
transmitted
correctly, particularly when the type is defined as "text".
Here is an example with the macro max defined in the file plain.mp
With this program:
beginfig(1)
show("first test");
show max (1,2,8,5,15,2,1,4);
numeric u_;
v_=15;
show("second test");
show max (1,2,8,5,v_,2,1,4);
numeric u_;
u_=15% u_ variable is also defined in the macro max
show("third test");
show max (1,2,8,5,u_,2,1,4);
endfig;
end
The result is:
This is MetaPost, version 1.504 (kpathsea version 6.0.1)
(mpost.mp (c:/texlive/2011/texmf-dist/metapost/base/plain.mp
Preloading the plain mem file, version 1.004)) (./bizzare.mp
>> "first test"
>> 15
>> "second test"
>> 15
>> "third test"
>> 8 [1] )
1 output file written: bizzare.1
Transcript written on bizzare.log.
The third result is different because the variable u_ is defined in
the
macro max of the file plain.mp
I can protect all local plain variables if needed but I'll only do it
if someone then tests all the plain macros.
How can I protect a variable? I had the same bug in one of my macros and
I'd like to fix it.
my_private_u
Ok. Thank you
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
| www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] Problem with arguments in macro
On 1/21/2013 8:47 PM, PELLOUIN Christophe wrote:
Le 21/01/2013 19:32, Hans Hagen a écrit :
On 1/21/2013 7:26 PM, PELLOUIN Christophe wrote:
Hello,
When writing a macro, I observed that some arguments are not transmitted
correctly, particularly when the type is defined as "text".
Here is an example with the macro max defined in the file plain.mp
With this program:
beginfig(1)
show("first test");
show max (1,2,8,5,15,2,1,4);
numeric u_;
v_=15;
show("second test");
show max (1,2,8,5,v_,2,1,4);
numeric u_;
u_=15% u_ variable is also defined in the macro max
show("third test");
show max (1,2,8,5,u_,2,1,4);
endfig;
end
The result is:
This is MetaPost, version 1.504 (kpathsea version 6.0.1)
(mpost.mp (c:/texlive/2011/texmf-dist/metapost/base/plain.mp
Preloading the plain mem file, version 1.004)) (./bizzare.mp
>> "first test"
>> 15
>> "second test"
>> 15
>> "third test"
>> 8 [1] )
1 output file written: bizzare.1
Transcript written on bizzare.log.
The third result is different because the variable u_ is defined in the
macro max of the file plain.mp
I can protect all local plain variables if needed but I'll only do it
if someone then tests all the plain macros.
How can I protect a variable? I had the same bug in one of my macros and
I'd like to fix it.
my_private_u
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
| www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] Problem with arguments in macro
Le 21/01/2013 19:32, Hans Hagen a écrit :
On 1/21/2013 7:26 PM, PELLOUIN Christophe wrote:
Hello,
When writing a macro, I observed that some arguments are not transmitted
correctly, particularly when the type is defined as "text".
Here is an example with the macro max defined in the file plain.mp
With this program:
beginfig(1)
show("first test");
show max (1,2,8,5,15,2,1,4);
numeric u_;
v_=15;
show("second test");
show max (1,2,8,5,v_,2,1,4);
numeric u_;
u_=15% u_ variable is also defined in the macro max
show("third test");
show max (1,2,8,5,u_,2,1,4);
endfig;
end
The result is:
This is MetaPost, version 1.504 (kpathsea version 6.0.1)
(mpost.mp (c:/texlive/2011/texmf-dist/metapost/base/plain.mp
Preloading the plain mem file, version 1.004)) (./bizzare.mp
>> "first test"
>> 15
>> "second test"
>> 15
>> "third test"
>> 8 [1] )
1 output file written: bizzare.1
Transcript written on bizzare.log.
The third result is different because the variable u_ is defined in the
macro max of the file plain.mp
I can protect all local plain variables if needed but I'll only do it
if someone then tests all the plain macros.
How can I protect a variable? I had the same bug in one of my macros and
I'd like to fix it.
Thanks
Hans
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
| www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] Misbehaving \starthanging\stophanging
On Mon, 21 Jan 2013 19:48:09 +0100
Hans Hagen wrote:
> On 1/19/2013 12:06 PM, Alan BRASLAU wrote:
> > Hello,
> >
> > \starthanging\stophanging is a very appreciated feature.
> >
> > However, hanging text wrapped around a figure fails if a new
> > paragraph intervenes.
> >
> > Minimal example:
> >
> > \starttext
> > \starthanging [location=right] {\externalfigure [cow]
> > [width=.3\textwidth]} This is a first paragraph.
> >
> > \input tufte
> > \stophanging
> > \stoptext
>
> currently somewhat limited as it's not like the regular place left
> figure macro using the otr .. so the hang is forgotten after a par
> which means that you need to use \break or \crlf or something nor
> \par:
>
> \starttext
> \starthanging [location=right] {\externalfigure [cow]
> [width=.3\textwidth]} This is a first paragraph.\crlf \input tufte
> \stophanging
> \stoptext
>
>
> (some day i'll make a nice one)
Of course, I can use \crlf or \break.
By the way, I have encountered situations where the regular place
figure macro misbehaves as well.
Mimimal example:
\starttext
\startplacefigure [location=right,number=no]
\externalfigure [cow] [width=.3\textwidth]
\stopplacefigure
This is a first paragraph.
\startquotation
\input tufte
\stopquotation
\stoptext
Alan
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] Misbehaving \starthanging\stophanging
On 1/19/2013 12:06 PM, Alan BRASLAU wrote:
Hello,
\starthanging\stophanging is a very appreciated feature.
However, hanging text wrapped around a figure fails if a new paragraph
intervenes.
Minimal example:
\starttext
\starthanging [location=right] {\externalfigure [cow] [width=.3\textwidth]}
This is a first paragraph.
\input tufte
\stophanging
\stoptext
currently somewhat limited as it's not like the regular place left
figure macro using the otr .. so the hang is forgotten after a par which
means that you need to use \break or \crlf or something nor \par:
\starttext
\starthanging [location=right] {\externalfigure [cow] [width=.3\textwidth]}
This is a first paragraph.\crlf \input tufte
\stophanging
\stoptext
(some day i'll make a nice one)
Hans
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
| www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] Error when using gif image
On 1/20/2013 9:10 PM, Aditya Mahajan wrote: If I try to include a gif image \starttext \externalfigure[a.gif] \stoptext I get the following error: ConTeXt ver: 2013.01.17 18:16 MKIV fmt: 2013.1.20 int: english/english fixed - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Problem with arguments in macro
On 1/21/2013 7:26 PM, PELLOUIN Christophe wrote:
Hello,
When writing a macro, I observed that some arguments are not transmitted
correctly, particularly when the type is defined as "text".
Here is an example with the macro max defined in the file plain.mp
With this program:
beginfig(1)
show("first test");
show max (1,2,8,5,15,2,1,4);
numeric u_;
v_=15;
show("second test");
show max (1,2,8,5,v_,2,1,4);
numeric u_;
u_=15% u_ variable is also defined in the macro max
show("third test");
show max (1,2,8,5,u_,2,1,4);
endfig;
end
The result is:
This is MetaPost, version 1.504 (kpathsea version 6.0.1)
(mpost.mp (c:/texlive/2011/texmf-dist/metapost/base/plain.mp
Preloading the plain mem file, version 1.004)) (./bizzare.mp
>> "first test"
>> 15
>> "second test"
>> 15
>> "third test"
>> 8 [1] )
1 output file written: bizzare.1
Transcript written on bizzare.log.
The third result is different because the variable u_ is defined in the
macro max of the file plain.mp
I can protect all local plain variables if needed but I'll only do it if
someone then tests all the plain macros.
Hans
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
| www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
[NTG-context] Problem with arguments in macro
Hello,
When writing a macro, I observed that some arguments are not transmitted
correctly, particularly when the type is defined as "text".
Here is an example with the macro max defined in the file plain.mp
With this program:
beginfig(1)
show("first test");
show max (1,2,8,5,15,2,1,4);
numeric u_;
v_=15;
show("second test");
show max (1,2,8,5,v_,2,1,4);
numeric u_;
u_=15% u_ variable is also defined in the macro max
show("third test");
show max (1,2,8,5,u_,2,1,4);
endfig;
end
The result is:
This is MetaPost, version 1.504 (kpathsea version 6.0.1)
(mpost.mp (c:/texlive/2011/texmf-dist/metapost/base/plain.mp
Preloading the plain mem file, version 1.004)) (./bizzare.mp
>> "first test"
>> 15
>> "second test"
>> 15
>> "third test"
>> 8 [1] )
1 output file written: bizzare.1
Transcript written on bizzare.log.
The third result is different because the variable u_ is defined in the
macro max of the file plain.mp
Christophe Pellouin
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] mkiv: Charis SIL / SmallCaps
Am 21.01.2013 um 12:27 schrieb Zenlima :
> Hi,
>
> thanks! Now it works with the \setff{..} command.
>
>> or otherwise also set up kerns
>
> Sorry, I dont understand what you mean with this. Can you explain it?
When you use
\definefontfeature[smallcapitals][..,..=..,..]
you have to add “kern=yes” to the list because no kerning happens otherwise.
>> btw, there is a smallcaps feature predefined.
>
> I thought the \sc is the predefined command for the smallcaps font
> feature. Am I wrong?
No, like the \it. \bf etc commands \sc is a font switch which uses for Latin
Modern
a separate font file which contains instead of lowercase letter small capitals,
for other
fonts the \sc command load the upright font where the “smallcaps” feature set is
used instead of the “default” set.
Wolfgang
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] Arabic Characters shown wrong
On 1/21/2013 3:37 PM, "H. Özoguz" wrote:
Hi there,
today I have the following issue:
In Arabic there is a character called "Lam-Alif", it is a composition of
"Lam" and "Alif", which is displayed usually in another way, than just
writing "Lam" and "Alif" after each other in the usual way.
See here:
لا
http://en.wikipedia.org/wiki/Arabic_alphabet
For Arabic I use the font Scheherazade
\definefont[Shehkl][name:Scheherazade*arabic at 15pt]
\definestartstop[Arab][commands=\setups{Arabic}]
\def\Arab{\doArab}
\def\Arab[#1]{
\startArab
\noindentation
\setupalign[r2l]\Shehkl#1
\stopArab
}
which worked perfect, until today!
Now if I write \Arab[لا]
it is now not shown, like it should (and like your emailer will show it
probably correctly, too).
For conveniance I opened another, older, document, where the arab
worked, and compiled it again, with absolutely no change -> and again,
the same bug. What is the problem, what changed in ConText relevant to
this problem, if any?
I don't know ... if the old version has it too then nothing changed I
guess.
\usemodule[fnt-20]
\starttext
\setvariables
[otftracker]
[direction=-1,
sample=لا,
title=Test,
font=file:arabtype,
%font=file:husayni,
%font=file:scheherazaderegot,
features=arabic]
\stoptext
Arabtype is the only one that has the 'rlig' for that combination. So,
more info is needed about what should trigger this ligature replacemnt.
Hans
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
| www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
[NTG-context] Arabic Characters shown wrong
Hi there,
today I have the following issue:
In Arabic there is a character called "Lam-Alif", it is a composition of
"Lam" and "Alif", which is displayed usually in another way, than just
writing "Lam" and "Alif" after each other in the usual way.
See here:
???
http://en.wikipedia.org/wiki/Arabic_alphabet
For Arabic I use the font Scheherazade
\definefont[Shehkl][name:Scheherazade*arabic at 15pt]
\definestartstop[Arab][commands=\setups{Arabic}]
\def\Arab{\doArab}
\def\Arab[#1]{
\startArab
\noindentation
\setupalign[r2l]\Shehkl#1
\stopArab
}
which worked perfect, until today!
Now if I write \Arab[??]
it is now not shown, like it should (and like your emailer will show it
probably correctly, too).
For conveniance I opened another, older, document, where the arab
worked, and compiled it again, with absolutely no change -> and again,
the same bug. What is the problem, what changed in ConText relevant to
this problem, if any?
Thank you :)
Huseyin
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] mkiv: Charis SIL / SmallCaps
Hi,
thanks! Now it works with the \setff{..} command.
> or otherwise also set up kerns
Sorry, I dont understand what you mean with this. Can you explain it?
> btw, there is a smallcaps feature predefined.
I thought the \sc is the predefined command for the smallcaps font
feature. Am I wrong?
H.
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] \asciimode does not work with gnuplot module
On Mon, Jan 21, 2013 at 9:16 AM, Wolfgang Schuster wrote:
> Am 21.01.2013 um 01:19 schrieb Mojca Miklavec:
>> On Sun, Jan 20, 2013 at 11:06 PM, Marco Patzer wrote:
>>> \usemodule [gnuplot]
>>> \asciimode
>>>
>>> \starttext
>>> \startGNUPLOTscript [foo]
>>>plot sin(x)
>>> \stopGNUPLOTscript
>>> \useGNUPLOTgraphic [foo]
>>> \stoptext
>>
>> I need help with that one.
>
> At which point does it fail?
>
> - creates context the input file for gnu plot
> - is gnu plot called from context
> - does gnu plot create a output file
> - does it help when you change the terminal setting in context
I'm sorry. I should have been more explicit. Gnuplot runs and creates
the necessary output file(s) which starts with the following for
example:
% Written by ConTeXt terminal for GNUPLOT on: 2013-01-21 01:17 CET
% GNUPLOT version: 4.6.1, terminal version: 1.0.0 (2011-11-05)
% See also http://wiki.contextgarden.net/Gnuplot
%
\startGNUPLOTgraphic[1]
string gnuplotversion; gnuplotversion := "4.6";
...
The command \useGNUPLOTgraphic[foo] basically calls
\reuseMPgraphic{gpg:foo:1} where "foo" is the name from brackets and 1
is the sequential number.
But instead of the graphic I get the following written to the pdf as text:
% Written by ConTeXt terminal for GNUPLOT on: 2013-01-21 01:17 CET % GNU-
PLOT version: 4.6.1, terminal version: 1.0.0 (2011-11-05) % See also
http://wiki.con-
textgarden.net/Gnuplot %
If I change the graphic to TikZ, I get almost the whole plot, except
for the sine line which is drawn between -10 and approximately -9 and
then disappears. I suspect the culprit is the percentage sign at the
end of the line:
\draw[gp path]
(1.410,5.722)--(1.517,5.147)--(1.625,4.524)--(1.732,3.879)--(1.840,3.237)%
--(1.947,2.626)--(2.055,2.070)--(2.162,1.591)--(2.270,1.210)--(2.377,0.941)--(2.485,0.795)%
--(2.592,0.779)--(2.699,0.893)--(2.807,1.133)--(2.914,1.488)--(3.022,1.944)--(3.129,2.484)%
... 17 lines altogether
--(11.618,4.718)--(11.726,4.076)--(11.833,3.431)--(11.941,2.808)--(12.048,2.233);
I didn't test it, but it seems as if everything after the first
percentage sign gets ignored.
I can do a couple more tests with MetaPost and TikZ in \asciimode, but
the fact that the above line gets broken in the middle simply doesn't
seem right (even if my gnuplot module code is clumsy).
Mojca
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] \asciimode does not work with gnuplot module
Am 21.01.2013 um 01:19 schrieb Mojca Miklavec : > On Sun, Jan 20, 2013 at 11:06 PM, Marco Patzer wrote: >> \usemodule [gnuplot] >> \asciimode >> >> \starttext >> \startGNUPLOTscript [foo] >>plot sin(x) >> \stopGNUPLOTscript >> \useGNUPLOTgraphic [foo] >> \stoptext > > I need help with that one. At which point does it fail? - creates context the input file for gnu plot - is gnu plot called from context - does gnu plot create a output file - does it help when you change the terminal setting in context Wolfgang ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
