On 11/27/2013 12:40 AM, Jan Tosovsky wrote:
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
On 11/22/2013 4:34 PM, Hans Hagen wrote:
The problem, is/was that mixed columns had not yet mark
synchronization enabled. I uploaded a new beta. In the process I also
made marks a bit more restrictive but it might have (yet unknown) side
effects.
Hans, I tried the beta of 2013.11.26, and as
On 11/27/2013 11:08 AM, Lars Huttar wrote:
I tried the beta of 2013.11.26, and as mentioned in a previous
email, it fixes the \getmarking problem pretty well. However the same
beta has a fatal problem for us: lists using \tab are now broken.
MWE:
\starttext
\tab{AC}Autonomous
I try make a table with some random numbers but I found a problem with this
code:
\starttext
\ctxluacode{v=math.random(400,600)/10;context(%0.1f,v) ;}
\bTABLE
\bTR\bTD Distance (cm) \eTD\bTD $\Delta t$ (s) \eTD\eTR
\bTR\bTD[nr=3] \ctxluacode{v=math.random(400,600)/10;context(%0.1f,v) ;}
Hi Jorge,
···date: 2013-11-27, Wednesday···from: DesdeChaves···
I try make a table with some random numbers but I found a problem with this
code:
\starttext
\ctxluacode{v=math.random(400,600)/10;context(%0.1f,v) ;}
\bTABLE
\bTR\bTD Distance (cm) \eTD\bTD $\Delta t$ (s) \eTD\eTR
Is there a way to pass arguments to getrandomnumber() function?
\startluacode
local mathrandom = math.random
local context= context
document.get_random_number = function (min,max,delta)
context (%0.1f, mathrandom (min, max) / decimal)
end
\stopluacode
···date: 2013-11-27, Wednesday···from: DesdeChaves···
Solved
\getrandomnumber{36}{56}{10}
Or define it monadic:
\def \getrandomnumber #1{\ctxluacode {document.get_random_number (#1)}}
Now you can use your original syntax:
\getrandomnumber {23, 42, 10}
Though it blurs the line between
Dear All,
during my attempts to patch the Palatino's dotless 'i' I found that this
font is parsed incorrectly by ConTeXt.
Comparing index/name info of individual glyphs in the font software and
resulting pala.tma file there is the following difference:
Index | Name - font| Name - tma
1110
On 11/27/2013 8:44 PM, Jan Tosovsky wrote:
Dear All,
during my attempts to patch the Palatino's dotless 'i' I found that this
font is parsed incorrectly by ConTeXt.
Comparing index/name info of individual glyphs in the font software and
resulting pala.tma file there is the following
On 2013-11-27 Hans Hagen wrote:
On 11/27/2013 12:40 AM, Jan Tosovsky wrote:
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:
On 2013-11-27 Hans Hagen wrote:
On 11/27/2013 8:44 PM, Jan Tosovsky wrote:
during my attempts to patch the Palatino's dotless 'i' I found that
this font is parsed incorrectly by ConTeXt.
Comparing index/name info of individual glyphs in the font software
and resulting pala.tma file
On 11/27/2013 9:16 PM, Jan Tosovsky wrote:
On 2013-11-27 Hans Hagen wrote:
On 11/27/2013 12:40 AM, Jan Tosovsky wrote:
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:
On 11/27/2013 9:53 PM, Jan Tosovsky wrote:
On 2013-11-27 Hans Hagen wrote:
On 11/27/2013 8:44 PM, Jan Tosovsky wrote:
during my attempts to patch the Palatino's dotless 'i' I found that
this font is parsed incorrectly by ConTeXt.
Comparing index/name info of individual glyphs in the font
On 11/27/2013 5:08 PM, Lars Huttar wrote:
On 11/22/2013 4:34 PM, Hans Hagen wrote:
The problem, is/was that mixed columns had not yet mark
synchronization enabled. I uploaded a new beta. In the process I also
made marks a bit more restrictive but it might have (yet unknown) side
effects.
On 2013-11-27 Hans Hagen wrote:
On 11/27/2013 9:53 PM, Jan Tosovsky wrote:
On 2013-11-27 Hans Hagen wrote:
On 11/27/2013 8:44 PM, Jan Tosovsky wrote:
during my attempts to patch the Palatino's dotless 'i' I found that
this font is parsed incorrectly by ConTeXt.
Comparing index/name
On 11/27/2013 10:20 PM, Jan Tosovsky wrote:
On 2013-11-27 Hans Hagen wrote:
On 11/27/2013 9:53 PM, Jan Tosovsky wrote:
On 2013-11-27 Hans Hagen wrote:
On 11/27/2013 8:44 PM, Jan Tosovsky wrote:
during my attempts to patch the Palatino's dotless 'i' I found that
this font is parsed
On 2013-11-27 Hans Hagen wrote:
On 11/27/2013 10:20 PM, Jan Tosovsky wrote:
On 2013-11-27 Hans Hagen wrote:
On 11/27/2013 9:53 PM, Jan Tosovsky wrote:
On 2013-11-27 Hans Hagen wrote:
On 11/27/2013 8:44 PM, Jan Tosovsky wrote:
during my attempts to patch the Palatino's dotless 'i' I
On 11/26/2013 10:09 PM, Jan Tosovsky wrote:
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
On 2013-11-27 Jan Tosovsky wrote:
On 2013-11-27 Hans Hagen wrote:
On 11/27/2013 10:20 PM, Jan Tosovsky wrote:
On 2013-11-27 Hans Hagen wrote:
On 11/27/2013 9:53 PM, Jan Tosovsky wrote:
On 2013-11-27 Hans Hagen wrote:
On 11/27/2013 8:44 PM, Jan Tosovsky wrote:
during my
Hi.
Sometimes I use variables (really rather abbreviations) in math formulas.
It seems to me that the letterspacing is a bit too wide then.
Maybe math mode thinks I want to multiply the letters as if they were variables
for themselves.
Is there a way to preserve normal letterspacing locally in a
On Wed, 27 Nov 2013, Thaddäus Töppen wrote:
Hi.
Sometimes I use variables (really rather abbreviations) in math formulas.
It seems to me that the letterspacing is a bit too wide then.
Maybe math mode thinks I want to multiply the letters as if they were variables
for themselves.
Is there a
21 matches
Mail list logo
