On 8/1/2017 9:12 PM, Pablo Rodriguez wrote:
On 08/01/2017 04:27 PM, Hans Hagen wrote:
On 7/31/2017 7:16 PM, Pablo Rodriguez wrote:
[...]
Would it be possible to have a new \typebufferinline that behaves such
as \type above (and has the same options in \setuptype)?
The most important part
On 08/01/2017 04:27 PM, Hans Hagen wrote:
> On 7/31/2017 7:16 PM, Pablo Rodriguez wrote:
>> [...]
>> Would it be possible to have a new \typebufferinline that behaves such
>> as \type above (and has the same options in \setuptype)?
>>
>> The most important part isn
On 7/31/2017 7:16 PM, Pablo Rodriguez wrote:
Hans,
sorry for asking for this again, but I really need it to write some
documents about ConTeXt.
I have the following sample:
\startTEXpage[offset=1em]
only \type{a
b
c} one line
\stopTEXpage
\stoptext
\type
Hans,
sorry for asking for this again, but I really need it to write some
documents about ConTeXt.
I have the following sample:
\startTEXpage[offset=1em]
only \type{a
b
c} one line
\stopTEXpage
\stoptext
\type
Would it be possible to have a new \typebufferinline
vancing in somewhat messy defined)
\startluacode
fonts.handlers.otf.addfeature {
name= "test-a",
type= "chainsubstitution",
lookups = {
{
type = "ligature",
data = {
wasn't replaced (as wanted) and I wondered how it
worked.
3. Why is in the following example "abcd" not replaced by "12"?
\startluacode
fonts.handlers.otf.addfeature {
name= "test-a",
type = "chainsubstitution",
\inother{marg}\startparagraph\input jojomayer\stopparagraph
\stoptext
But \inmargin has no problem with margin
2. Without regard to the type of sectioning, margintext titles may
spill over the left edge of the margin and beyond the page frame.
I cannot align them either. I don’t
\inother{marg}\startparagraph\input jojomayer\stopparagraph
\stoptext
But \inmargin has no problem with margin
> 2. Without regard to the type of sectioning, margintext titles may
> spill over the left edge of the margin and beyond the page frame.
I cannot align them either. I d
lowing example demonstrates two problems with alternative=margintext
>> in \setuphead:
>> • When used with start/stop sectioning, text following the title may be
>> set on the wrong line.
>> • Without regard to the type of sectioning, margintext titles may spill
:
1. When used with start/stop sectioning, text following the title may
be set on the wrong line.
2. Without regard to the type of sectioning, margintext titles may
spill over the left edge of the margin and beyond the page frame.
\setuppapersize
[letter]
[letter
e = "ltest",
type = "ligature",
data = {
['1'] = { "a", "b" },
['2'] = { "d", "a" },
}
}
\stopluacode
%how to replace only the start a
\startluacode
fonts.handle
Is it possible to refer in fonts.handlers.otf.addfeature to the word
boundary? The luatex manual speaks of a virtual "left_boundary"
char, but I couldn't find a way to use it.
\startluacode
fonts.handlers.otf.addfeature {
name = "ltest",
type = &quo
nd russian, or greek and german), but because
such work needs some editing datas, like footnotes, or more complex type of
single line footnotes. I'll give some samples in a few hours. I've written once
to Maieul Rouquette (author of (xe)LaTeX and in charge or reledpar
(http://distrib-coffee.ipsl.juss
uler" is a math companion font to "concrete" and it's not
trivial to make en euler with all text styles (maybe some day the tex
gyre project will give it a try) .. btw, the same is true for sans
fonts: at some point one runs out of distinctive features
btw, it also fits with pa
not
trivial to make en euler with all text styles (maybe some day the tex
gyre project will give it a try) .. btw, the same is true for sans
fonts: at some point one runs out of distinctive features
btw, it also fits with pagella (see type-imp-euler)
The story, to add to the subject of the m
The following example demonstrates two problems with
alternative=margintext in \setuphead:
1. When used with start/stop sectioning, text following the title may
be set on the wrong line.
2. Without regard to the type of sectioning, margintext titles may
spill over the left edge
field(g, "stretch", kern)
setfield(g, "stretch_order", 1)
And what I should do about the "return new_kern(kern)"?
local g = new("kern")
setfield(g,"kern",kern)
I tried various variants and got results from no letterspacing to
"invalid node t
>local new = node.direct.new
>
>local g = new("glue")
>setfield(g, "stretch", kern)
>setfield(g, "stretch_order", 1)
And what I should do about the "return new_kern(kern)"?
I tried various variants and got results from no letterspacing
ut is like this:
[...]
mtx-context | entering scrollmode, end job with \endThis is LuaTeX, Version
0.95.0 (TeX Live 2016/Arch Linux)
system commands enabled.
[...]
*
*
*(Please type a command or say `\end')
*structure > sectioning > title @ level 2 : 0.0 -> Si(111) prepara
$
\stoptext
I join 2 pdf with an "old" version of context (texlive 2016) and the
last stable.
Le 29-06-2017 09:56, Hans Hagen a écrit :
i fixed something in the next beta for these type 1 fonts (with
slightly weird encodings)
I didn't have the open type lucidas, had t
On 6/29/2017 2:11 PM, MF wrote:
i fixed something in the next beta for these type 1 fonts (with
slightly
weird encodings)
I'm getting some weird errors with the most recent versions of ConTeXt
too.
Currently I can't send you a sample to reproduce the problem but I can
only describe what
> i fixed something in the next beta for these type 1 fonts (with
> slightly
> weird encodings)
>
I'm getting some weird errors with the most recent versions of ConTeXt
too.
Currently I can't send you a sample to reproduce the problem but I can
only describe what happens with a
ic in math
lucida shifts lhe letters in text, not in math.
i fixed something in the next beta for these type 1 fonts (with slightly
weird encodings)
-
Hans Hagen | PRAGMA ADE
Ridde
.
\setupbodyfont[lucidaot]
\starttext
\input knuth
\stoptext
On Tue, 2017-06-27 at 21:45 +0200, Eric Détrez wrote:
> Hello
>
> I already had this problem with lucida fonts.
> When I type text the letter are shifted : "b" becomes "a", "c" becomes
> "b
Hello
I already had this problem with lucida fonts.
When I type text the letter are shifted : "b" becomes "a", "c" becomes
"b", ...
I solved it with using the stable version.
I updated my system and I downloaded again context-minimal.
The problem came
exactly the result I
want to obtain:
1. I defined a seperate footnote type for the annotations according to
the wiki, but the annotations are centered in the margin and not in line
with the footnote(s) they refer to.
2. As suggested on the mailinglist some time ago, I tested
\myCustomFootnote
Latin Modern or any font else. Simply try
latin modern has all kind of issues ... and it's inconsistent with
cambria, other gyre fonts etc ... in a decade of luatex and open type
math fonts i captured a lot of font issues in runtiem fixes but that
will always give side effects
so, i can fix
fine. The --context=current garden version has several bugs
> regarding primes you have solved in the mentioned betas. So it would make no
> sense at all to use this version. I would need one of the older betas or the
> most recent one with LuaTeX 1.05.
>
>>
>>> And (to r
wishlist is to change the background of the certificate
> depending on the type of certificate. In mkii I manage to do this as follows:
>
> File: participants.xml
>
>
> Janssen
> Piet
> levelA
>
>
>
> certificates.tex:
> \resetlayer[module]{}
> \setlay
wishlist is to change the background of the certificate
depending on the type of certificate. In mkii I manage to do this as follows:
File: participants.xml
Janssen
Piet
levelA
certificates.tex:
\resetlayer[module]{}
\setlayer[module][][]{\externalfigure[\XMLflush{courselevel}[width
m has nothing to do with special fonts of
>> hybrid version or whatever. You get the problem using standard Latin Modern
>> or any font else. Simply try
> latin modern has all kind of issues ... and it's inconsistent with cambria,
> other gyre fonts etc ... in a decade of lu
re fonts etc ... in a decade of luatex and open type
math fonts i captured a lot of font issues in runtiem fixes but that
will always give side effects
so, i can fix somethign for you with lm and then someone else complains
about lucida etc etc
as i explained before, primes are a mess conceptually .
observation is correct, but using \over instead of \frac
>>> yields the correct behavior. Please try the following sample:
>>>
>>> %%% begin derivatives-prime-4.tex
>>> \setupbodyfont[lucidaot]
>>>
>>> \starttext
>>>
>>> Compare th
ing sample:
>>
>> %%% begin derivatives-prime-4.tex
>> \setupbodyfont[lucidaot]
>>
>> \starttext
>>
>> Compare the position of the prime sign in $f'/g$ in these two expressions:
>> the first one using \type{{... \over ...}}
>> \startformula
&
sign in $f'/g$ in these two expressions: the
first one using \type{{... \over ...}}
\startformula
\left({f \over g}\right)' = {f' \over g} - {f \over g^2}g'
\stopformula
(which yields a correct position of the prime for $f'$ in $f'/g$), and the
second using \type{\frac{...}{...}}
\startformula
\left
: the
first one using \type{{... \over ...}}
\startformula
\left({f \over g}\right)' = {f' \over g} - {f \over g^2}g'
\stopformula
(which yields a correct position of the prime for $f'$ in $f'/g$), and the
second using \type{\frac{...}{...}}
\startformula
\left(\frac{f}{g} \right)' = \frac{f'}{g} - \frac
ern = 1000,
> },
> },
> },
> },
> },
> }
>
> currently you need to enable this:
>
> \enabledirectives[fontgoodies.mathkerning]
>
> keep in mind that some cambria (not all) have such staircase kerns which is
> w
erns which
is why force is needed in order to overload
\startluacode
fonts.handlers.otf.addfeature {
name = "kerntest",
type = "kern",
data = {
[0x61] = { [0x62] = -150 }, -- a and b in text
[0x1d44e] = { [0x1d44f] = -150 }, -- mathematical italic small a and b
[0x02032] =
lt;mic...@gmail.com>:
>>>
>>> Hi!
>>>
>>> Now that the bug with primes is fixed in ConTeXt, I wonder if there is
>>> a way to change the kerning between certain characters in mathematics
>>> (in case one is not happy with the output from the font)
ematics
>> (in case one is not happy with the output from the font)? After
>> reading in fonts-mkiv.pdf this is what I came up with:
>>
>> \startluacode
>> fonts.handlers.otf.addfeature {
>> name = "kerntest",
>> type = "kern",
&g
s is fixed in ConTeXt, I wonder if there is
> a way to change the kerning between certain characters in mathematics
> (in case one is not happy with the output from the font)? After
> reading in fonts-mkiv.pdf this is what I came up with:
>
> \startluacode
> fonts.handlers.otf.a
fonts.handlers.otf.addfeature {
name = "kerntest",
type = "kern",
data = {
[0x61] = { [0x62] = -150 }, -- a and b in text
[0x1d44e] = { [0x1d44f] = -150 }, -- mathematical italic small a and b
[0x02032] = { [0x00028] = -150 }, -- prime and left parenthesis
}
}
\stopluacode
\definefontfeature[ke
a spurious horizontal whitespace after the item
>> symbol when the item is of type “\sym{}”.
>> I also noticed that the problem goes away if I use “inner=” instead of
>> “command=”.
>
> command is applied to the text, try command=\WORD and after \sym is a space
> so
On 5/24/2017 6:28 PM, Thomas Floeren wrote:
Hi,
I used to use the “command=” parameter when setting up itemize. Now I noticed
that it introduces a spurious horizontal whitespace after the item symbol when
the item is of type “\sym{}”.
I also noticed that the problem goes away if I use
Hi,
I used to use the “command=” parameter when setting up itemize. Now I noticed
that it introduces a spurious horizontal whitespace after the item symbol when
the item is of type “\sym{}”.
I also noticed that the problem goes away if I use “inner=” instead of
“command=”.
Example
t;>>> such
>>>>
>>>> that said, in context these thingies are at some point intercepted and
>>>> their current state is looked at: superscript? multipel in a row? one ebing
>>>> the nucleus of another ... etc .. the current (worki
into a and triple
>>> such
>>>
>>> that said, in context these thingies are at some point intercepted and
>>> their current state is looked at: superscript? multipel in a row? one ebing
>>> the nucleus of another ... etc .. the current (working again) b
) behavior is
>> what we support and i don't look forward to more heuristics
>>
>>
>>> The following PDF have been obtained with mkii and mkiv with the
>>> following example code.
>>> Best regards: OK
>>>
>>> %%% begin derivatives-prim
On 5/19/2017 11:25 AM, Ulrike Fischer wrote:
Am Fri, 19 May 2017 11:05:58 +0200 schrieb Hans Hagen:
I'll add support for 'single' to user features:
\startluacode
fonts.handlers.otf.addfeature {
name = "stest",
type = "single",
data = {
Am Fri, 19 May 2017 11:05:58 +0200 schrieb Hans Hagen:
> I'll add support for 'single' to user features:
>
> \startluacode
> fonts.handlers.otf.addfeature {
> name = "stest",
> type = "single",
> dat
ktest",
type = "kern",
data = {
a = { b = -500 },
}
}
Can this be used to implement also a "Single adjustment positioning"
which would effectivly change the width of character?
(http://www.adobe.com/devnet/opentype/afdko/topic_fea
In extensions-001.tex
(http://minimals.metatex.org/current/context/test/doc/context/tests/mkiv/fonts/extensions-001.tex)
there is an example how to add or change the kern between two chars:
fonts.handlers.otf.addfeature {
name = "ktest",
type = "kern
k forward to more heuristics
>
>
>> The following PDF have been obtained with mkii and mkiv with the
following example code.
>> Best regards: OK
>>
>> %%% begin derivatives-prime.tex
>> \starttext
>>
>> \startformula
>> f''_{2}(x) = f_{2}''(x) = f^{'
port and i don't look forward to more heuristics
>
>
>> The following PDF have been obtained with mkii and mkiv with the following
>> example code.
>> Best regards: OK
>>
>> %%% begin derivatives-prime.tex
>> \starttext
>>
>> \startformula
with the following
example code.
Best regards: OK
%%% begin derivatives-prime.tex
\starttext
\startformula
f''_{2}(x) = f_{2}''(x) = f^{''}_{2}(x) = f_{2}^{''}(x) % = f^{{}^{''}}_{2}(x)
\stopformula
As one may see the result of \type{f_{2}''(x) = } $f_{2}''(x)$ is not correct
in \type{mkiv}.
The following
with the following
example code.
Best regards: OK
%%% begin derivatives-prime.tex
\starttext
\startformula
f''_{2}(x) = f_{2}''(x) = f^{''}_{2}(x) = f_{2}^{''}(x) % = f^{{}^{''}}_{2}(x)
\stopformula
As one may see the result of \type{f_{2}''(x) = } $f_{2}''(x)$ is not correct
in \type{mkiv}.
The following
Thanks, Hans! It seems to work in the latest beta.
On Mon, May 15, 2017 at 5:36 AM, Hans Hagen <pra...@wxs.nl> wrote:
> On 5/15/2017 5:37 AM, Mohammad Hossein Bateni wrote:
>
>> The version
>> in tex/texmf-context/tex/context/fonts/mkiv/type-imp-mathdigits.mkiv i
2017, at 05:37, Mohammad Hossein Bateni <bat...@gmail.com
> > <mailto:bat...@gmail.com>> wrote:
> >
> > The version in
> > tex/texmf-context/tex/context/fonts/mkiv/type-imp-mathdigits.mkiv is a
> > typescript. Here is a simpler
On 5/15/2017 5:37 AM, Mohammad Hossein Bateni wrote:
The version
in tex/texmf-context/tex/context/fonts/mkiv/type-imp-mathdigits.mkiv is
a typescript. Here is a simpler version using defintfontfamily and
definefallbackfamily, which doesn't work in the recent beta (but worked
well back
t;
>
>
> > On 15 May 2017, at 05:37, Mohammad Hossein Bateni <bat...@gmail.com>
> wrote:
> >
> > The version in
> > tex/texmf-context/tex/context/fonts/mkiv/type-imp-mathdigits.mkiv
> is a typescript. Here is a simpler version using defintfontfamily an
.
Best regards: Otared K.
mathdigits.pdf
Description: Adobe PDF document
> On 15 May 2017, at 05:37, Mohammad Hossein Bateni <bat...@gmail.com> wrote:
>
> The version in
> tex/texmf-context/tex/context/fonts/mkiv/type-imp-mathdigits.mkiv is a
> typescript. Here is a
The version in tex/texmf-context/tex/context/fonts/mkiv/type-imp-mathdigits.mkiv
is a typescript. Here is a simpler version using defintfontfamily and
definefallbackfamily, which doesn't work in the recent beta (but worked
well back in January).
\definefontfamily [minionmath] [rm] [Minion
Hi,
The example for replacing Arabic numerals by Indic digits inside math used
to work (at least) until version 2017.01.17 17:37.
tex/texmf-context/tex/context/fonts/mkiv/type-imp-mathdigits.mkiv
Now in version 2017.04.27 01:00, this does not produce the desired output:
it's all "Latin&qu
elds (Henri Menke)
>> 2. Re: BUG: % is comment in btx fields (Rik Kabel)
>> 3. Re: BUG: % is comment in btx fields (Ulrike Fischer)
>>
>>
>> --
>>
>> Message: 1
>> Date: Tue, 09 May
>
> To: ntg-context@ntg.nl
> Subject: Re: [NTG-context] BUG: % is comment in btx fields
> Message-ID: <1494294055.19890.36.ca...@gmail.com>
> Content-Type: text/plain; charset="UTF-8"
>
> On Mon, 2017-05-08 at 20:15 -0400, Rik Kabel wrote:
>> On 2017-05-08 17
x-file
As a thumbrule one can sum the rule up that *inside* field text
comment chars should be input according the tex rule for the field
*type*. That means that normal textfields should use \%, while url's
and other verbatim-like field can use %.
> We made the choice NOT to remain *strictl
try, simply remove the ‘@’ character preceding the entry type.
...
14. LATEX’s comment character ‘%’ is not a comment character in the
database files.
From Tame the BeaST:
New entries always start with @. Anything outside the “argument” of a
“command” starting with an @ is considered as a comment. This
t; defining > font with asked name 'unknown' is not found using
lookup 'file'
fonts > defining > unknown font 'unknown', loading aborted
fonts > defining > unable to define 'unknown' as
'simplefonts:2-9pt-rm-tf-0–0'
close source> level 5, order 10, name
On Mon, 1 May 2017 21:20:33 -0400
Mohammad Hossein Bateni <bat...@gmail.com> wrote:
> MetaPost's documentation mentions that glyph operator works on Adobe
> Type 1 fonts. Does it also work with OpenType fonts when used from
> within LuaTeX and CONTEXT?
The metafun manual
MetaPost's documentation mentions that glyph operator works on Adobe Type 1
fonts. Does it also work with OpenType fonts when used from within LuaTeX
and CONTEXT?
On Mon, May 1, 2017 at 7:36 PM, Jeong Dal <hak...@me.com> wrote:
> Dear all,
>
> First of all, the sample code i
>
> Message: 1
> Date: Sat, 29 Apr 2017 18:05:14 +0200
> From: Mojca Miklavec <mojca.miklavec.li...@gmail.com>
> To: mailing list for ConTeXt users <ntg-context@ntg.nl>
> Subject: Re: [NTG-context] Wrong redirection in contextgarden.net
> Messa
nch_backgrounds_...
>> l.14 \stoptabulate
>>
>>
>> \starttext
>> \starttabulate[|lT|r|]
>> \NC \paperheight \NC 29.000cm \NC\NR
>> \stoptabulate
>>
>> \stoptext
>
> because T is not \type
>
> \NC \type{
T|r|]
\NC \paperheight \NC 29.000cm \NC\NR
\stoptabulate
\stoptext
because T is not \type
\NC \type{\paperheight} \NC 29.000cm \NC\NR
or
\NC \string\paperheight \NC 29.000cm \NC
use texgyre pagella or termes)
What is the advantage of those?
a palatino based font looks imo better than stix
(as open type font they are around a bit longer and we have a bit more
influence on their develop
Am Wed, 5 Apr 2017 13:00:29 +0200 schrieb luigi scarso:
> if you see
> fonts > otf chain > feature 'frac', type
> 'gsub_contextchain', chain lookup 's_s_7': is not yet supported (1)
> then ... it need to be supported.
Yes, that's what I see ;-(.
--
Ul
a time: 0.000 seconds saving, 0.000 seconds loading
mkiv lua stats > callbacks: 139 direct, 248 indirect, 387 total
mkiv lua stats > loaded patterns: en::2, load time: 0.000
mkiv lua stats > result saved in file: WinTest.pdf, compresslevel 3,
objectcompresslevel 3
mkiv lua stats > loaded f
1000/100
\usetypescriptfile[libertine]
\setupbodyfont[libertine,12pt]
\definefontfeature[frac][frac=yes]
\starttext
{\addff{frac} 1/2 3/4 5/6 7/8 9/10 11/12 31415/27182 1000/100}
\stoptext
if you see
fonts > otf chain > feature 'frac', type
'gsub_contextchain', chain l
contextgarden.net
GPG Key ID 1C9B22FD
type-alegreya.tex
Description: Binary data
type-devroye.tex
Description: Binary data
___
If your question is of interest to others as well, please add an entry to the
Wiki!
m
On 3/30/2017 2:01 PM, Otared Kavian wrote:
On 30 Mar 2017, at 13:52, Hans Hagen <pra...@wxs.nl> wrote:
opentype of course .. more complete, features and easier to use ... also most
value for money
Thanks Hans for your quick reply!
I guess the file type-imp-lucida-opentyp
> On 30 Mar 2017, at 13:52, Hans Hagen <pra...@wxs.nl> wrote:
>
> opentype of course .. more complete, features and easier to use ... also most
> value for money
Thanks Hans for your quick reply!
I guess the file type-imp-lucida-opentype.mkiv is there to take care of
eve
On 3/30/2017 1:43 PM, Otared Kavian wrote:
Hi,
I would like to buy the set of Lucida fonts from TUG
https://www.tug.org/store/lucida/index.html
but I am wondering which flavor, Open Type or Type 1, is supposed to
work smoothly (and easily…) with ConTeXt mkiv. Actually a very long time
ago I
Hi,
I would like to buy the set of Lucida fonts from TUG
https://www.tug.org/store/lucida/index.html
<https://www.tug.org/store/lucida/index.html>
but I am wondering which flavor, Open Type or Type 1, is supposed to work
smoothly (and easily…) with ConTeXt mkiv. Actually a ver
Ahoi,
I’m trying to use Microsoft’s Cambria fonts (latest beta, MkIV).
The typescripts in type-imp-cambria.mkiv address the Regular and Math faces
from cambria.ttc, that works.
But the other faces are only addressed by name, and ConTeXt can’t find them
even if I put the font files
Andres,
1) If you are using Microsoft Windows, you have to set up the font directory
before using ConTeXt, where you have placed your Maths fonts (i.e. in
c:/windows/fonts) :
set OSFONTDIR=c:/windows/fonts
then type the following in a console ( in this directory :
~/context/tex/texmf-win64/bin
On 3/21/2017 5:44 PM, Csikos Bela wrote:
Dear context users:
Is it possible to disable a specific ligature in a whole document in mkiv?
I would like to disable fi ligature.
Does it make a difference if I use a true type font installed on my
system?
normally that is done by setting a language
Dear context users:
Is it possible to disable a specific ligature in a whole document in mkiv?
I would like to disable fi ligature.
Does it make a difference if I use a true type font installed on my
system?
Thank you in advance,
bcsikos
eature[default][default][salt=yes]
\definefontfamily[mainface][rm][Neo Euler]
\setupbodyfont[mainface]
\starttext
\startTEXpage[offset=1em]
1110
\type{1110}
\stopTEXpage
\stoptext
I get the same results with or without the first line commented out.
(I’m using latest beta from 2017.03.02 22:23.)
I
Dear list,
I have the following sample:
\definefontfeature[default][default][salt=yes]
\definefontfamily[mainface][rm][Neo Euler]
\setupbodyfont[mainface]
\starttext
\startTEXpage[offset=1em]
1110
\type{1110}
\stopTEXpage
\stoptext
I get the same results
like Gentium and
>> Delicious – I get mostly only TeX Gyre Palladio Math :(
>>
>> While a simple example works:
>>
>> \usetypescriptfile[type-fiee]
>> \usetypescript[fiee]
>> \setupbodyfont[fiee,rm,9.5pt]
>>
>> \starttext
>> \input tufte
&
esterday trying to convince ConTeXt to load my font, even
> from the same directory and even proven candidates like Gentium and Delicious
> – I get mostly only TeX Gyre Palladio Math :(
>
> While a simple example works:
>
> \usetypescriptfile[type-fiee]
> \usetypescript[
us problems with font detection.
I spent most of yesterday trying to convince ConTeXt to load my font, even from
the same directory and even proven candidates like Gentium and Delicious – I
get mostly only TeX Gyre Palladio Math :(
While a simple example works:
\usetypescriptfile[type-fiee
This is the error message
lua error > lua error on line 112 in file c_09-02_Evans.tex:
C stack overflow
stack traceback:
[C]: in function 'type'
...eXt/tex/texmf-context/tex/context/base/mkiv/lpdf-ini.lua:373: in
function <...eXt/tex/texmf-context/tex/context/base/mkiv/lpdf-ini.l
On 3/11/2017 4:52 PM, Pavneet Arora wrote:
Really simple problem that has had me bashing my head for a while, so I
thought that I would reach out and ask for help:
I need to create large type title/sub-title combinations in-line. I
need the sub-titles to be stacked so that they share the same
Really simple problem that has had me bashing my head for a while, so I
thought that I would reach out and ask for help:
I need to create large type title/sub-title combinations in-line. I
need the sub-titles to be stacked so that they share the same baseline
as the title. Unfortunately, I
ack modern-designsize rm 12pt' is loaded
lua error > error on line 3 in file
/Users/acailliau/Desktop/luapercent.tex:
[\directlua]:1: invalid escape sequence near '\%'
1 \starttext
2
3 >> \ctxlua{context(string.format("\%.2f", math.pi))}
open source > 2 > 3 > /Users/acailliau/Desktop/luapercent.tex
> fonts > preloading latin modern fonts (second stage)
> fonts > 'fallback modern-designsize rm 12pt' is loaded
> lua error > error on line 3 in file
> /Users/acailliau/Desktop/
ConTeXters,
The following example demonstrates an issue with the ELECTRONIC bib type:
\startbuffer[TestBib]
@ELECTRONIC{Edited,
editor = {An Editor},
title = {A title},
url = {http://www.example.com},
year = {2017},
}
@ELECTRONIC{Authored,
author
f\startbibitem{\dosingleempty\dostartbibitem}
>> \def\stopbibitem{\stopBibItem}
>>
>> \definedescription[BibItem][
>> width=broad,
>> margin=1.5pc,
>> indenting={no},
>> indentnext=no
c,
indenting={no},
indentnext=no,
alternative=hanging,
hang=1,
headcommand=\gobbleoneargument,
align=right,
before={\directsetup{tightspace}\bgroup\language[packed]},
after={\egroup},
]
\definereferencefo
gt;>> indenting={no},
>>> indentnext=no,
>>> alternative=hanging,
>>> hang=1,
>>> headcommand=\gobbleoneargument,
>>> align=right,
>>> before={\directsetup{tightspace}\bgroup\language[packed]},
>>> after={\egroup},
>>> ]
1301 - 1400 of 6736 matches
Mail list logo
