Re: [NTG-context] pstrics module again
Am 26.11.2013 00:08, schrieb DesdeChaves:
I d'ont know how to fix the picture size.
No errors at all, but the figure size isn't correct.
did you used ps2pdf -dAutoRotatePages=/None file ??
Herbert
\usemodule[pstric]
\starttext
Hydrogen spectrum
\startPSTRICKS
\input pst-spectra.tex
\input pstricks-add.tex
\pspicture(0,-2.5)(\textwidth,1.6)
\psspectrum[element=H, emission](0,0)(\textwidth,1.5)
\rput(2,1){Hydrogen spetrum}
\endpspicture
\stopPSTRICKS
\stoptext
___
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] Converting normal font into bold
On 11/24/2013 6:03 PM, H. Özoguz wrote: / May be ConTeXt experts would have better suggestions, till then you // may want to look at the fake bold option in simplefonts - // http://wiki.contextgarden.net/Simplefonts#Faking_italics_and_bold_fonts // // Thanks for your advice. // Unfortunately I did not manish to work with this font by simplefonts. I use the following simple setup: // // // \definefont[arabic][file:bliblablup_0.ttf*arabic at 15pt] / \definefontfeature[fakebold][extend=1.1] \definefont[arabic][file:fontname*arabic,fakebold at 15pt] / \starttext // \arabic\setupalign[r2l] ٱللَّهُ لَآ إِلَـٰهَ إِلَّا هُوَ ٱلْحَىُّ ٱلْقَيُّومُ // \stoptext // // How can I get these fake bolds with this setup? Or is it absolutely necessary to use Simplefont for these fake-bolds? / The feature is unrelated to simplefonts. Wolfgang Thanks Wolfgang, but that does not seem to work with this font. See attachment, the font is wider, but not bold. See the difference to the intended result, achieved with Corel Draw (with the same font), see attachment. In ConTeXt I had the following code (see attachment for the compiled pdf): \definefont[arabic][file:bliblablup_0.ttf*arabic at 15pt] \definefont[arabics][file:bliblablup_0.ttf*arabic at 15pt] \definefontfeature[fakebold][extend=1.2] \definefont[arabic][file:bliblablup_0.ttf*arabic,fakebold at 15pt] \starttext \arabic\setupalign[r2l] ٱللَّهُ لَآ إِلَـٰهَ إِلَّا هُوَ ٱلْحَىُّ ٱلْقَيُّومُ \blank\arabics\setupalign[r2l] ٱللَّهُ لَآ إِلَـٰهَ إِلَّا هُوَ ٱلْحَىُّ ٱلْقَيُّومُ \stoptext it all depends on how they implement it but for a feature rich opentype font extend will not work out well unless on also scales up the internal font properties (and i'm not sure if that would work out well with for instance cursive features) anyhow, as it's probably uses for a rare cases you can try \setupbodyfont[dejavu] \defineeffect [thicker] [alternative=both,rulethickness=0.3pt] \starttext test \starteffect[thicker]test\stopeffect \stoptext these pseudo slant and bold definition tricks are an inheritance from pdftex and therefore in luatex ... we'd never introduced them otherwise as one should use proper bold fonts (or nothing) 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] Calculating with variables
On 11/26/2013 7:59 AM, H. Özoguz wrote:
Hello there,
I am new in variables in ConTeXt, so I tried the the following example
of two font-sizes wich should have a ratio of 0.7:
\setvariables[fontsize][bigsize=17pt]
\setvariables[fontsize][smallsize=0.7\getvariable{fontsize}{size}]
\definefont[big][name:arial at \getvariable{fontsize}{bigsize}]
\definefont[small][name:arial at \getvariable{fontsize}{smallsize}]
\starttext
\big Dies ist ein großer Text.\blank
\small Dies ist ein kleiner Text.
\stoptext
That does not work, what is the correct syntax?
should be: what is my error? ...
\setvariables[fontsize][smallsize=0.7\getvariable{fontsize}{bigsize}]
(size - bigsize)
but then the next hurdle is that you get 0.717pt so you need
\setvariables[fontsize][smallsize=\the\dimexpr0.7\dimexpr\getvariable{fontsize}{bigsize}\relax\relax]
which is why the next is better:
\definemeasure[fontsize:big] [17pt]
\definemeasure[fontsize:small][0.7\measured{fontsize:big}]
\definefont[big] [name:arial at \measure{fontsize:big}]
\definefont[small][name:arial at \measure{fontsize:small}]
\starttext
\big Dies ist ein großer Text. \blank
\small Dies ist ein kleiner Text.
\stoptext
Best wikify this!
Alternatively you can set up symbolic sizes (like we already have a b c
d), so that
\definefont[big] [name:arial sa a]
etc can be used
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] Calculating with variables
which is why the next is better:
\definemeasure[fontsize:big] [17pt]
\definemeasure[fontsize:small][0.7\measured{fontsize:big}]
\definefont[big] [name:arial at \measure{fontsize:big}]
\definefont[small][name:arial at \measure{fontsize:small}]
\starttext
\big Dies ist ein großer Text. \blank
\small Dies ist ein kleiner Text.
\stoptext
Best wikify this!
Alternatively you can set up symbolic sizes (like we already have a b c
d), so that
\definefont[big] [name:arial sa a]
etc can be used
Hans
Thank you! I will wikify it, hopefully in the next days.
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
___
[NTG-context] Automatic adjusting the font size to fill the text-area
Hello there, in my actual book there is one special condition: It is already clear which paragraphs of the text have to be set on page 1, which on page 2 etc.pp. (a nearly 700 pages-project). So there are no page-breaks within a paragraph, no overruns are allowed. But now the question: The text for each page has not always the same length. So on some pages there might be many empty space at the buttom, while on others the textarea is completely filled. At the beginning I have to set an font-size - so I have to set it, such that the longest text fits into the text area on its page. But of course, many other pages maye filled only 60%. (That is the spectrum of the text-lengths in this project). So one direct solution is clear (if one wants to have filled or nearly-filled pages, and I want this): I can change the font-size for every single page. But which size? It is a experiment, so I have to try 10pt, then compile, then 10.8pt ok, was too much, got an page-overrun lets try 10.4pt . and this for every single of the 700 pages. That is possible of course, and if there is no other way, this will be my approach. So: Is there some trick or way for automatically find the best (biggest) font-size (up to some precision, maybe one digit after decimal point in pt), s.t. the text produces no overrun (no page-brake)? I guess no, because ConTeXt had to run the compiling several times or so ... but better to ask and then to begin with the exhausting work. Thanks. 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] PDF bookmarks - incorrect titles for registers
On 2013-11-18 Jan Tosovsky wrote:
when I specify custom titles for my registers, they are ignored in
bookmarks:
\setupinteraction[state=start]
\placebookmarks[chapter]
\setupinteractionscreen[option=bookmark]
\defineregister[indexname][indexnames]
\defineregister[indexsubject][indexsubjects]
\setupheadtext[indexname=Name Index]
\setupheadtext[indexsubject=Subject Index]
\starttext
\completecontent
\chapter{Chapter}text\indexname{primary}\indexsubject{primary}
\startbackmatter
\completeindexname
\completeindexsubject
\stopbackmatter
\stoptext
Is it necessary to switch something else on?
According to the proposed solution at
http://tracker.luatex.org/view.php?id=865
it can be switched on using this magic formula
\enabledirectives[references.bookmarks.preroll]
What is the correct usage of this? And are there any details why it is
required and what exactly it does?
When it is added to the beginning of my example, it returns an error:
attempt to call field 'boxtostring' (a nil value)
But to be honest, I'd expect setting this flag internally by default as I
cannot imagine any use case where the index ID should be preferred in favor
of the title...
Jan
___
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] PDF bookmarks - incorrect titles for registers
On 11/26/2013 8:03 PM, Jan Tosovsky wrote:
On 2013-11-18 Jan Tosovsky wrote:
when I specify custom titles for my registers, they are ignored in
bookmarks:
\setupinteraction[state=start]
\placebookmarks[chapter]
\setupinteractionscreen[option=bookmark]
\defineregister[indexname][indexnames]
\defineregister[indexsubject][indexsubjects]
\setupheadtext[indexname=Name Index]
\setupheadtext[indexsubject=Subject Index]
\starttext
\completecontent
\chapter{Chapter}text\indexname{primary}\indexsubject{primary}
\startbackmatter
\completeindexname
\completeindexsubject
\stopbackmatter
\stoptext
Is it necessary to switch something else on?
According to the proposed solution at
http://tracker.luatex.org/view.php?id=865
it can be switched on using this magic formula
\enabledirectives[references.bookmarks.preroll]
What is the correct usage of this? And are there any details why it is
required and what exactly it does?
by default the title is set to a label which is not expandable
the directive will convert the typeset title into a bookmark
When it is added to the beginning of my example, it returns an error:
attempt to call field 'boxtostring' (a nil value)
ah, only in my experimental tree, i'll add it to the beta
But to be honest, I'd expect setting this flag internally by default as I
cannot imagine any use case where the index ID should be preferred in favor
of the title...
as titles can be anything and bookmarks are limited, we need to have
some protection in place ... unexpandable macros are simply dropped so
\labeltext{index} becomes index
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] PDF bookmarks - incorrect titles for registers
On 2013-11-26 Hans Hagen wrote:
On 11/26/2013 8:03 PM, Jan Tosovsky wrote:
On 2013-11-18 Jan Tosovsky wrote:
when I specify custom titles for my registers, they are ignored in
bookmarks:
\setupinteraction[state=start]
\placebookmarks[chapter]
\setupinteractionscreen[option=bookmark]
\defineregister[indexname][indexnames]
\defineregister[indexsubject][indexsubjects]
\setupheadtext[indexname=Name Index]
\setupheadtext[indexsubject=Subject Index]
\starttext
\completecontent
\chapter{Chapter}text\indexname{primary}\indexsubject{primary}
\startbackmatter
\completeindexname
\completeindexsubject
\stopbackmatter
\stoptext
Is it necessary to switch something else on?
According to the proposed solution at
http://tracker.luatex.org/view.php?id=865
it can be switched on using this magic formula
\enabledirectives[references.bookmarks.preroll]
What is the correct usage of this? And are there any details why it
is required and what exactly it does?
as titles can be anything and bookmarks are limited, we need to have
some protection in place ... unexpandable macros are simply dropped so
\labeltext{index} becomes index
by default the title is set to a label which is not expandable
the directive will convert the typeset title into a bookmark
Thanks for this detailed explanation. If I understand correctly, this switch
is intentional and won't be applied automatically even for registers or
other peculiar cases where title is specified differently/unexpectedly.
When it is added to the beginning of my example, it returns an error:
attempt to call field 'boxtostring' (a nil value)
ah, only in my experimental tree, i'll add it to the beta
Thanks, but this one is not so urgent.
Jan
___
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] a way to implement \testcolumn in mixedcolumns
On 11/23/2013 6:49 AM, Hans Hagen wrote:
On 11/22/2013 11:37 PM, Lars Huttar wrote:
On 11/22/2013 4:59 PM, Hans Hagen wrote:
On 11/20/2013 11:12 PM, Lars Huttar wrote:
On 11/20/2013 4:47 PM, Lars Huttar wrote:
However one thing we do miss from columnsets is the control over
widows
orphans in two ways: \testcolumn, and \setupcolumnsetlines.
\testcolumn[n] allowed us to do a conditional column break, so
when we
were about to start a new subsection heading, we could prevent it
being
an orphan at the bottom of the column; and when starting a paragraph
with a hangaround graphic framed flushright and bottom, we could
similarly use \testcolumn to prevent the graphic from hanging down
into
the footer (which is what sometimes happened otherwise).
So I'm wondering, is there some way to achieve the equivalent of
\testcolumn in mixedcolumns?
for the moment add \penalty1
OK... where? In the same place we used to use \testcolumn?
just after the (sub)section title
i need time to figure out this kind of things in the balancer
Hans, here is what I tried (MWE):
\setuppapersize[A4]
\starttext
\section{Introduction}
\startmixedcolumns[distance=5mm, balance=yes]
\dorecurse {25} {
\subsection{Subsection Heading}
\penalty1
If I had not participated fully in all these activities, literally
hundreds of improvements would never have been made, because I would
never have thought of them or perceived their importance. \endgraf
}
\stopmixedcolumns
\stoptext
As you see, I tried \penalty1 after the subsection heading.
But in the resulting PDF, on page 3, in the left column, we see a
subsection heading at the bottom of the column with nothing below it. So
something didn't work.
Am I not doing it the way you meant?
Thanks for your help,
Lars
___
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] Eliminating orpans in the Index
On 2013-11-23 Jan Tosovsky wrote: in my two-column index there are several cases when the last entry in the given letter group overflows to the next column/page. In the extreme case it is just the last page reference. ... Additionaly, columns are not balanced properly in all cases. When the first is longer, it is not a big problem. But the opposite case looks weird. As the registers are rendered programatically, I cannot intervene into this process. But can I influence it e.g. using 'processors' applied to problematic index entries? Processors can be used for setting the font-weight or color of particular entry. Can the same method used for manual setting of 'keep-with-previous/next' ? Thanks, Jan ___ 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] bug: \getmarking with mixedcolumns
On 11/22/2013 4:34 PM, Hans Hagen wrote:
On 11/21/2013 7:01 PM, Lars Huttar wrote:
I now have a MWE that shows the problem.
Where top and bottom work fine outside of columns, in mixedcolumns, any
keyword I use with \getmarking always seem to return the *last* item on
the page. Here's the MWE:
I changed the example a bit
\setupbodyfont[dejavu]
\definemarking[country]
\startsetups myheader
(\getmarking[country][1][top]\enspace\emdash\enspace\getmarking[country][1][bottom])
\hfill
(\getmarking[country][2][top]\enspace\emdash\enspace\getmarking[country][2][bottom])
\stopsetups
\setupheadertexts
[\setups{myheader}][]
[][\setups{myheader}]
\def\anothersection#1%
{\par
\dontleavehmode
\marking[country]{#1}%
\start\bf #1 \endgraf\stop
\quad
test
\par}
\starttext
\startmixedcolumns[distance=5mm, balance=yes]
\anothersection{Brazil}
%\anothersection{Suriname}
%\anothersection{Uruguay}
%\anothersection{Bolivia}
%\anothersection{Venezuela}
\anothersection{Peru}
\stopmixedcolumns
\stoptext
The problem, is/was that mixed columns had not yet mark
synchronization enabled. I uploaded a new beta.
When I use the new beta (using 2013.11.26), marking works better, with
the following caveats:
1) The column number argument is required; using
\getmarking[country][top] instead of \getmarking[country][1][top] still
returns the wrong value. This is not a problem for us, but it's
important to know, because if you leave out the column number argument,
there is no error given, and AFAIR the documentation doesn't tell you
it's required.
2) Sometimes \getmark[country][n][bottom] returns the country at the top
of column n+1 (or column 1 on the next page). In your example above,
\getmarking[country][1][bottom] shows Peru, which is in column 2,
instead of Brazil. This can be a significant problem for us, unless we
can find a way to fix it.
Did you get a different result?
In the process I also made marks a bit more restrictive but it might
have (yet unknown) side effects.
\enabledirectives[marks.boxestoo]
can be used to see the effect of this.
I tried this with your example above, but didn't see anything change.
Are we supposed to see some colored boxes around the marks?
Thanks again,
Lars
___
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] PDF bookmarks - incorrect titles for registers
On 11/26/2013 8:30 PM, Jan Tosovsky wrote: Thanks for this detailed explanation. If I understand correctly, this switch is intentional and won't be applied automatically even for registers or other peculiar cases where title is specified differently/unexpectedly. the bookmark setting defaults to the title itself but you can always set a bookmark title explicitly with bookmark= When it is added to the beginning of my example, it returns an error: attempt to call field 'boxtostring' (a nil value) ah, only in my experimental tree, i'll add it to the beta Thanks, but this one is not so urgent. 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] PDF bookmarks - incorrect titles for registers
On 11/26/2013 8:11 PM, Hans Hagen wrote:
as titles can be anything and bookmarks are limited, we need to have
some protection in place ... unexpandable macros are simply dropped so
\labeltext{index} becomes index
btw, using \complete... is just a compatibility command, if you use a
normal title + \place... you have no such problems and the effort
involved in adding two commands instead of one is neglectable on a document
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] Palatino patch for the current ConTeXt version
On 2013-11-17 Hans Hagen wrote:
On 11/17/2013 12:23 PM, honyk wrote:
Hello Everyone,
I am trying to fix a Palatino small caps issue using the procedure
explained here:
http://wiki.contextgarden.net/Palatino_Linotype_under_MKIV
That fix seems to be obsolete nowadays and returning errors.
there are several ways to apply patches runtime, see *.lfg files (and
also fonts-mkiv.pdf)
1) I've created a sample LFG file
2) placed it into the folder where other LFG files are stored
3) removed pala.tma and pala.tmc files from the cache
4) triggered the generating
My pala.lfg file seems to be ignored:
return {
name = pala,
comment = Switching the small capped 'i' to a dotless variant in
Palatino Linotype.,
remapping = {
tounicode = true,
unicodes = {
[i.sc] = 983201,
},
},
}
1) How the LFG file is matched with the font? Is it via the 'name'
parameter, pala in my case? Does that name equals to the file title
without an extension or something else?
2) Should I see that comment in the log or is it just a remark for editors?
3) Can I emulate this patch via direct editing of pala.tma file? When I
change the 'unicodes' value there, it has no impact on generating (nothing
changes in the output).
Thanks, Jan
___
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
___
