console
resolvers | trees | analyzing '/home/dthiriet/texmf'
mtx-server | running at port: 8088
mtx-server | document root:
/usr/local/share/texmf-dist/scripts/context/lua
mtx-server | main index file: unknown
mtx-server | scripts subpath:
/usr/local/share/texmf-di
Am 2019-04-14 um 21:34 schrieb Wolfgang Schuster
:
> Henning Hraban Ramm schrieb am 14.04.2019 um 21:11:
>> Hi,
>> on the last page of my index, there are two entries printed over each other,
>> see attached screenshot.
>>
>> How can this happen? Any hints how
Henning Hraban Ramm schrieb am 14.04.2019 um 21:11:
Hi,
on the last page of my index, there are two entries printed over each
other, see attached screenshot.
How can this happen? Any hints how to avoid it?
Sorry, no MWE yet, probably hard to reproduce...
Latest, i.e. yesterday’s beta with
Hi,
on the last page of my index, there are two entries printed over each other,
see attached screenshot.
How can this happen? Any hints how to avoid it?
Sorry, no MWE yet, probably hard to reproduce...
Latest, i.e. yesterday’s beta with LuaTeX; the same with the previous version.
Also the
Am 2019-04-03 um 13:30 schrieb Hans Hagen :
> On 4/3/2019 10:56 AM, Henning Hraban Ramm wrote:
>> Am 2019-04-02 um 18:53 schrieb Hans Hagen :
>>> On 4/2/2019 11:54 AM, Henning Hraban Ramm wrote:
>>>> Ahoi,
>>>> with \setupregister[compress=yes], inde
On 4/3/2019 10:56 AM, Henning Hraban Ramm wrote:
Am 2019-04-02 um 18:53 schrieb Hans Hagen :
On 4/2/2019 11:54 AM, Henning Hraban Ramm wrote:
Ahoi,
with \setupregister[compress=yes], index entries 1,2,3,4 become 1–4. That’s
great.
But (at least in German publications) it’s usual that 1,2
Am 03.04.19 um 11:41 schrieb Thomas A. Schmitz:
On 3. Apr 2019, at 10:56, Henning Hraban Ramm wrote:
Thank you – it’s not only a German habit, even if we pronounce it “folgende”,
“f.” stems from Latin “folio”, and “ff.” is a duplicated abbreviation, as was
usual in mediaeval Latin.
So, t
> On 3. Apr 2019, at 10:56, Henning Hraban Ramm wrote:
>
> Thank you – it’s not only a German habit, even if we pronounce it “folgende”,
> “f.” stems from Latin “folio”, and “ff.” is a duplicated abbreviation, as was
> usual in mediaeval Latin.
> So, this is at least used in English, German,
Am Wed, 3 Apr 2019 10:56:21 +0200 schrieb Henning Hraban Ramm:
> or is there a need to collapse pages in bibliographies?
there can be such page ranges with ff both in the bibliography and
the citation. But normally you input them hard coded as you know it
in advance (in biblatex as 1\psq or 1\ps
Am 2019-04-02 um 18:53 schrieb Hans Hagen :
> On 4/2/2019 11:54 AM, Henning Hraban Ramm wrote:
>> Ahoi,
>> with \setupregister[compress=yes], index entries 1,2,3,4 become 1–4. That’s
>> great.
>> But (at least in German publications) it’s usual that 1,2 becomes 1f
On 2019-04-02 Hans Hagen wrote:
> On 4/2/2019 8:41 PM, Jan Tosovsky wrote:
> >
> > my document ends with the index
> >
> > \startbackmatter
> > \chapter{Rejstřík jmenný}
> > \start
> > \switchtobodyfont[8pt]
> > \placeindexname
> > \s
On 4/2/2019 8:41 PM, Jan Tosovsky wrote:
Dear All,
my document ends with the index
\startbackmatter
\chapter{Rejstřík jmenný}
\start
\switchtobodyfont[8pt]
\placeindexname
\stop
\stopbackmatter
\startbackmatter
\chapter{Rejstřík věcný}
\start
\switchtobodyfont[8pt]
\placeindexsubject
\stop
Dear All,
my document ends with the index
\startbackmatter
\chapter{Rejstřík jmenný}
\start
\switchtobodyfont[8pt]
\placeindexname
\stop
\stopbackmatter
\startbackmatter
\chapter{Rejstřík věcný}
\start
\switchtobodyfont[8pt]
\placeindexsubject
\stop
\stopbackmatter
At the beginning there is a
On 4/2/2019 11:54 AM, Henning Hraban Ramm wrote:
Ahoi,
with \setupregister[compress=yes], index entries 1,2,3,4 become 1–4. That’s
great.
But (at least in German publications) it’s usual that 1,2 becomes 1f. and 1,2,3
becomes 1ff.
Is it possible to configure it that way?
it should not be
Ahoi,
with \setupregister[compress=yes], index entries 1,2,3,4 become 1–4. That’s
great.
But (at least in German publications) it’s usual that 1,2 becomes 1f. and 1,2,3
becomes 1ff.
Is it possible to configure it that way?
Greetlings, Hraban
---
https://www.fiee.net
http
displayed correctly with Acrobat Reader, I just
thought I’d report it :-)
The question is why. In a pdf glyphs are referred to by index in a font
so basically there should be no issue with viewing unless a viewer does
something magic. If the document views ok in another viewer .. does the
page print
make the 'sorttype' option work. If I first define a
named rendering with '\definebtxrendering', the 'sorttype' is correctly
read... Don't know why it doesn't work with the default rendering.
> % test-biblio.tex
> \usebtxdataset[biblio.bib]
\definebtxren
txdataset[biblio.bib]
\setupbtxrendering[sorttype=index]
\startdocument
\startchapter[title=First chapter]
\input ward \cite[ward,knuth]\blank
\placelistofpublicati
sparing non-programmers a
problem.
The error message is:
/tex/texmf-context/scripts/context/lua/mtx-context.lua:1819: attempt to index a
nil value (field 'filenames')
originates from:
elseif environment.filenames[1] or getargument("nofile") then
scripts.context.timed(scr
27;, handler
'file', argument '/Users/hansm/TeX/texmf'
resolvers | expansions | using cached scan of path
'/Users/hansm/TeX/texmf', branch '/Users/hansm/TeX/texmf'
resolvers | resolving |
resolvers | resolving | not saving runtime tree
'/Users/hansm/
Dear list,
MWE:
\starttext
\margintext{}
\stoptext
Error:
...ext/tex/texmf-context/tex/context/base/mkiv/node-nut.lua:736: table index is
nil
Please fix.
Cheers, Henri
___
If your question is of interest to
Patch for the core file is attached.
Cheers, Henri
diff --git a/tex/context/base/mkiv/spac-hor.mkiv b/tex/context/base/mkiv/spac-hor.mkiv
index 32b7f06fb..24c7c7893 100644
--- a/tex/context/base/mkiv/spac-hor.mkiv
+++ b/tex/context/base/mkiv/spac-hor.mkiv
@@ -717,7 +717,7 @@
\global
not in the box
\else
% somehow this goes ok even when we push in the margin probably because we
gobble pars
% in the process of collecting index entries etc
\strut
\flushnotes % new, here since we're in par mode
\unhbox\b_strc_rendering_head
\getheadsyncs % a
\NR
# %D \NC s \NC hexadecimal index (slot) \NC s:210D \NC \NR
# %D \NC i \NC decimal index\NC i:456\NC \NR
# %D \NC n \NC name \NC n:eight \NC \NR
# %D \NC c \NC name \NC c:x \NC \NR
# %D \NC u \NC unicode descriptions \NC u:dog
\NC e:eacute \NC \NR
%D \NC x \NC hexadecimal unicode \NC x:013D \NC \NR
%D \NC d \NC decimal unicode \NC d:123\NC \NR
%D \NC s \NC hexadecimal index (slot) \NC s:210D \NC \NR
%D \NC i \NC decimal index\NC i:456\NC \NR
%D \NC n \NC name
3em,
title=yes,
prefix=yes,
prefixsegments=chapter,
way=bychapter,
before={\blank},
after=\blank]
\setupbodyfont[rm, 11pt]
\starttext
\dorecurse{3}{
\startchapter[title={Chapter Title}]
\startExam
We call it \index{OneTwo}{\bf OneTwo}
\stopExam
\startExam
We call it \index{
Jeong Dal schrieb am 11.02.19 um 11:17:
2. Also, the numbers of examples is not reset even though the new chapter
began,
for example, Example 2.3, 2.4, 3.5, 3.6 etc.
However, I couldn’t make the same error with this code,
It never happened without theorems, but it appeared when I added \star
Dear all,
Since the customized Theorem structure is already complicate, I just extract
\index from the title as following:
\startTheorem{\bf title of theorem}
\index{title of theorem}
bla bla bla
\stopTheorem
In this way, I cleared the message "[entry not flushed]” in the indices.
There m
Dear all,
I just found that the counter problem has no relation with theorems.
It happened without theorems while some examples worked correctly.
There may be another problem in my definitions in environment file.
I’ll do more tests.
Thank you for reading.
Best regards,
Dalyoung
Dear all,
I used a customized Theorem structure which is made by the help of experts in
this list.
I have two questions.
1. Recently I added titles of theorems which was indexed and found a strange
error message "[entry not flushed]” in the list of index.
Please run the following sample
.1: !
Undefined control sequence
l.1 Use \abc
The cause seems to be that testhysteresis.tuc contains (from the run
it step 2 above):
utilitydata.structures.blocks.collected={
{
["data"]="Use \\abc",
["index"]=1,
bc
The cause seems to be that testhysteresis.tuc contains (from the run
it step 2 above):
utilitydata.structures.blocks.collected={
{
["data"]="Use \\abc",
["index"]=1,
["metadata"]=3,
["references"]={
://www.pragma-ade.com/general/manuals/cont-enp.pdf, (pdf)page
202). The error is not present if I remove the third problematic index
entry.
/Mikael
% Example file
\starttext
This does not look right:
\index{entry}
\index[key]{entry}
\index[infinifty]{$+\infty$}
\index[infinifty]{$\mathplus\infty$}
ConTeXt
problematic index
entry.
/Mikael
% Example file
\starttext
This does not look right:
\index{entry}
\index[key]{entry}
\index[infinifty]{$+\infty$}
\index[infinifty]{$\mathplus\infty$}
ConTeXt uses + as separator in index entries.
In you example the argument is split into the two parts “$” and
Hi,
With latest beta, the file below throws me the error given below the
example file. I thought this was possible (see
http://www.pragma-ade.com/general/manuals/cont-enp.pdf, (pdf)page
202). The error is not present if I remove the third problematic index
entry.
/Mikael
% Example file
,
location=hanging]
\defineblock[exercise]
\defineblock[solution]
\hideblocks[solution]
\setupinteraction
[state=start]
\starttext
\section{Main Text}
\subsection[subsec:1]{problem section 1}
\startexercise
Addition\index{addition} problem: $1+1=?$
\stopexercise
\beginsolution[one]
\startsolution
On 1/27/2019 12:07, Hans Hagen wrote:
On 1/27/2019 12:59 AM, Rik Kabel wrote:
Here is a much-closer-to minimal example.
\setupregister [index] [maxwidth=4cm]
\setupdirections [bidi=on,method=two]
\starttext
.\index{Mairzy doats and dozy doats and liddle lamzy divey}
\placeindex
On 1/27/2019 12:59 AM, Rik Kabel wrote:
Here is a much-closer-to minimal example.
\setupregister [index] [maxwidth=4cm]
\setupdirections [bidi=on,method=two]
\starttext
.\index{Mairzy doats and dozy doats and liddle lamzy divey}
\placeindex
\stoptext
With the \setupdirections
Hi Henry,
Thank you for your proposition. I tested both : the first work but not the
second.
Fabrice
lua error > lua error on line 13 in file /home/viserion/Ntg_7.tex:
...ext/tex/texmf-context/tex/context/base/mkiv/tabl-xtb.lua:1269: attempt
to index a nil value (upvalue 'data&
Here is a much-closer-to minimal example.
\setupregister [index] [maxwidth=4cm]
\setupdirections [bidi=on,method=two]
\starttext
.\index{Mairzy doats and dozy doats and liddle lamzy divey}
\placeindex
\stoptext
With the \setupdirections line removed, all is well. However, that line
is
tex/context/base/mkiv/typo-dub.lua:496: attempt to index
local 'stacktop' (a nil value)
Removing the maxwidth constraint, or setting it to a much wider value,
allows error-free compilation.
Without \setupdirections[bidi=on,method=two] there is no problem, but
without it RTL texts ar
I’ve tried to catch these exceptions in sort functions,
> only to have to add even more ifs and buts when I was processing the next
> author. And I’m pretty sure that the solution is not in sorting a table
> index: the correct sequence is already in the source, it just has to be
> preserved
that the
solution is not in sorting a table index: the correct sequence is already in
the source, it just has to be preserved. What I do now, in a nutshell: I have
tables such as
sections = { “1”, “2”, “2a” }
words = { [“1”] = { “a”, “b” },
[“2a”] = { “c”, “d” } }
so I can iterat
re is a better way?
Since Python’s usual dict is also unordered, I guess OrderedDict also just uses
an index array under the hood.
Python makes it easy to create new classes (also data types) that behave like
something known. Don’t know how that would look in Lua...
Python’s batteries are much b
could find was entering the chapter numbers into an
array (ipair) and then retrieve it from there. Maybe there is a better way?
for k, v in table.sortedhash(t) do
end
or if it's sequential, you can add to an indexed
(of use the index sorted for complex cases)
it all depends on use
On 1/9/2019 8:43 AM, Thomas A. Schmitz wrote:
Hi Hans,
I'm doing some further experiments with the utf and lpeg libraries. This
code fails, and I don't understand why:
local s = "Ä"
print(characters.uccode(s))
mtxrun --script test.lua
./test.lua:3: attempt to index gl
Hi Hans,
I'm doing some further experiments with the utf and lpeg libraries. This
code fails, and I don't understand why:
local s = "Ä"
print(characters.uccode(s))
mtxrun --script test.lua
./test.lua:3: attempt to index global 'characte
t; >>>> though.
> >>>>
> >>>> /Mikael
> >>>
> >>> You likely also need to install libffi - I do not know what package
> >>> this is on your flavor of linux - Luigi is the ffi specialist!
> >>
> >> FFI is
know what package
>>> this is on your flavor of linux - Luigi is the ffi specialist!
>>
>> FFI is integrated in LuaTeX >= 1.03
>>
>> In you example you load libcerf but you are not using it. What you are
>> actually using are the Bessel function from the
n your flavor of linux - Luigi is the ffi specialist!
>>
>> FFI is integrated in LuaTeX >= 1.03
>>
>> In you example you load libcerf but you are not using it. What you
>> are actually using are the Bessel function from the C Standard
>> library. GCC include
>
> In you example you load libcerf but you are not using it. What you are
> actually using are the Bessel function from the C Standard library. GCC
> includes them as a GNU extension.
> https://www.gnu.org/software/libc/manual/html_node/Special-Functions.html#index-j0
> Your exampl
1.03
>
> In you example you load libcerf but you are not using it. What you
> are actually using are the Bessel function from the C Standard
> library. GCC includes them as a GNU extension.
> https://www.gnu.org/software/libc/manual/html_node/Special-Functions.html#index-j0
> Your
y. GCC
includes them as a GNU extension.
https://www.gnu.org/software/libc/manual/html_node/Special-Functions.html#index-j0
Your example also works if you remove libcerf (at least for me on Linux).
>
> Alan
>
On 12/8/2018 00:03, Alan Braslau wrote:
As I wrote, "rendering" to footnotes as elements of a "list" can be
done, and your cross-reference *is* the footnote index. We have not
written setups that do this already as I have never needed this format
myself, although it is rath
t; > One "other use" case that I make is a catalog of hundreds of
> > mesophases. I "cite" them and their various properties throughout
> > the text, an my "list rendering" has become an index.
> >
> > Alan
> >
> I would like s
out the
text, an my "list rendering" has become an index.
Alan
I would like simply to prepare a paper structured like the one found at
https://tannerlectures.utah.edu/Greenblatt%20Lecture.pdf. There is no
biblography; there are bibliographic references in footnotes. There is
no interaction
the list.
You are thinking too much in a standard frame, and I'm not sure what
you want to accomplish.
One "other use" case that I make is a catalog of hundreds of
mesophases. I "cite" them and their various properties throughout the
text, an my "list rendering"
paragraphs in the following example it is always the word
“Text” which start the paragraph.
\setuppapersize[A9]
\starttext
\index{Strumpf}
Text
\startparagraph
\index{Strumpf}
Text
\stopparagraph
\stoptext
Wolfgang
\startparagraph
\index{Strumpf}
Text
\startfootnote
\index{Strumpf}
Text
\stopfootnote
\stopparagraph\startparagraph
Text
\startfootnote
\index{Strumpf}%
Text
\stopfootnote
\stopparagraph
\stoptext
With the result:
What is unexpected is that the
wrote:
In my setup, i have an index of names:
\defineregister[Nome][...]
The indexing of names can be toggled with a mode: --mode=AddNames
The setup is something like this:
\startmode[AddNames]
\Name[key]{term}\xmlflush{#1}
\stopmode
\startnotmode[AddNames]
\xmlflush{#1}
\stopnotmode
I
On 11/27/2018 08:43, Rik Kabel wrote:
On 11/27/2018 05:38, mf wrote:
In my setup, i have an index of names:
\defineregister[Nome][...]
The indexing of names can be toggled with a mode: --mode=AddNames
The setup is something like this:
\startmode[AddNames]
\Name[key]{term}\xmlflush{#1
On 11/27/2018 05:38, mf wrote:
In my setup, i have an index of names:
\defineregister[Nome][...]
The indexing of names can be toggled with a mode: --mode=AddNames
The setup is something like this:
\startmode[AddNames]
\Name[key]{term}\xmlflush{#1}
\stopmode
\startnotmode[AddNames
In my setup, i have an index of names:
\defineregister[Nome][...]
The indexing of names can be toggled with a mode: --mode=AddNames
The setup is something like this:
\startmode[AddNames]
\Name[key]{term}\xmlflush{#1}
\stopmode
\startnotmode[AddNames]
\xmlflush{#1}
\stopnotmode
I noticed
On Thu, Nov 22, 2018 at 4:15 PM Ulrike Fischer wrote:
> Am Thu, 22 Nov 2018 14:46:57 +0100 schrieb luigi scarso:
>
> >>
> >> A palette entry index value of 0x is a special case indicating
> >> that the text foreground color (defined by a higher-leve
Am Thu, 22 Nov 2018 14:46:57 +0100 schrieb luigi scarso:
>>
>> A palette entry index value of 0x is a special case indicating
>> that the text foreground color (defined by a higher-level client)
>> should be used and shall not be treated as actual index into C
On 11/22/2018 2:12 PM, Ulrike Fischer wrote:
A palette entry index value of 0x is a special case indicating
that the text foreground color (defined by a higher-level client)
should be used and shall not be treated as actual index into CPAL
ColorRecord array.
unrelated ... 0x
at to expect
>
> Khaled mentioned this link which shows how (harfbuzz-based) browsers
> like firefox interpret the font
> https://www.amirifont.org/fatiha-colored.html
>
> Also the spec
> https://docs.microsoft.com/en-us/typography/opentype/spec/colr#layer-record
> says
ike firefox interpret the font
https://www.amirifont.org/fatiha-colored.html
Also the spec
https://docs.microsoft.com/en-us/typography/opentype/spec/colr#layer-record
says
====
A palette entry index value of 0x is a special case indicating
that the text foreground color (defined by a higher-lev
={(},right={)}]
% How to style the footnotemark in the text?
\setupnotation[endnote] [left={(},right={)}]
\startsection[
reference=fußnoten,
title={Fußnoten}
]
\index{Fußnoten}
\input ward\footnote{Eine normale Fußnote. Mit etwas Text, damit die Seite voll
wird. \input ward}
\input
Am 2018-11-10 um 13:00 schrieb Peter Rolf:
> Hi Wolfgang,
>
> thanks for the info. I will download the new manual right now.
>
Mh, already on my RAM disk :D
I tend to ignore the shipped documentation. My bad.
>
> Best wishes, Peter
>
> Am 2018-11-10 um 12:03 schrieb Wolfgang Schuster:
>> Hi
Hi Wolfgang,
thanks for the info. I will download the new manual right now.
Best wishes, Peter
Am 2018-11-10 um 12:03 schrieb Wolfgang Schuster:
> Hi Peter,
>
> the new columnset mechanism accepts only two arguments for the
> \setupcolumnset command but you can load the old code with
> \usemo
Hi Peter,
the new columnset mechanism accepts only two arguments for the
\setupcolumnset command but you can load the old code with
\usemodule[old-columnsets].
How you can apply backgrounds per column with the new code is shown in a
example in the manual.
Wolfgang
Peter Rolf schrieb am 0
Hi,
I run into this error after updating my ConTeXt version.
Small (but not minimal) example attached.
mtx-context | current version: 2018.10.18 00:07
Peter
\startuniqueMPgraphic{column:bg}
fill OverlayBox withcolor yellow;
\stopuniqueMPgraphic
\defineoverlay[columnbg][\uniqueMPgrap
On 10/25/2018 16:39, Rik Kabel wrote:
List,
I am looking for a way to modify the text used for \seeindex (in
English, "see") to have two types of seeindex result in the same index
register. I would like to produce, for example,
pseudepigraphy, 103,/see also obliteration/
List,
I am looking for a way to modify the text used for \seeindex (in
English, "see") to have two types of seeindex result in the same index
register. I would like to produce, for example,
pseudepigraphy, 103,/see also obliteration/
and at the same time be able to produce th
gt; - Structure chapter/section …
> - Emphasis bold/italic
> - lists itemize
> - floats
> - TABLE
> - index
> - references
> - math (with units)
> - chemistry (only basic stuff)
>
> Several years ago I started to prepare a talk for a DANTE meeting, trying to
> show
Hello,
I’m looking for an introduction in german.
What I need is:
- Structure chapter/section …
- Emphasis bold/italic
- lists itemize
- floats
- TABLE
- index
- references
- math (with units)
- chemistry (only basic stuff)
Several years ago I started to prepare a talk for a DANTE meeting
cond stage)
fonts > 'fallback modern-designsize rm 12pt' is loaded
sql > start loading method 'sqlite'
swiglib > unknown: 'swiglib.sqlite.core'
swiglib > unknown: 'swiglib.helpers.core'
lua error > lua erro
man10-regular.otf]"
\test
\XeTeXglyph"7A
\char"7A
\bye
In luatex \char and \Uchar don't really care about unicode, even if
the font has tounicode=1 and tounicode entries, they access the char
by the hashed integer number.
they access the char in the characters table (where each char
n10-regular.otf]"
\test
\XeTeXglyph"7A
\char"7A
\bye
In luatex \char and \Uchar don't really care about unicode, even if
the font has tounicode=1 and tounicode entries, they access the char
by the hashed integer number.
So to get "unicode" the font loader has to so
phs
before, but the libertine package has long lists of mappings like
this:
\DeclareTextGlyphY{LinBiolinum_K}{uniE18C}{57740}
A funny definition ... is that access by name or number?
I don't see a use of accessing this glyphs by index - index
positions can change if the font is updated. Thi
t;
> {\definedfont[Coelacanth] test \byindex{\number"00A33}}
I don't see a use of accessing this glyphs by index - index
positions can change if the font is updated. This can only be a last
resort for glyphs without unicode position.
The only sensible access is by unicode number (whi
quot;]=165,
["index"]=2622,
["unicode"]=62860,
["width"]=523,
and the glyph can be accessed with \Uchar62860
In the current lua I now find
[983910]={
["boundingbox"]=195,
["index"]=2622,
["unicode"]=62860,
The font Coelacanth (on CTAN) has glyphs in the private area.
Between 2/2017 (luaotfload in texlive 2017) and now the storing and
accessing of this glyphs has changed.
In the lua of the font of 2017 I find e.g.
[62860]={
["boundingbox"]=165,
["index"]=2622,
> On 27 Sep 2018, at 09:29, Clyde Johnston wrote:
>
> You may also want to check the links to h2o-books.com under "Physical Books".
> I notice they are returning "URL not found" errors.
Yes, h2o books is down. Just try the index page ;)
Hopefully, I’ll h
.current()
local shapedata = fonts.hashes.shapes[fontid] -- by index
local chardata = fonts.hashes.characters[fontid] -- by unicode
local shapeglyphs = shapedata.glyphs or { }
character = utf.byte(character)
local c = chardata[character]
if c then
if not c
hat my implementation is
> >>> extremely inefficient. I would very much appreciate some hints by the
> >>> MetaPost experts!
> >>> Cheers, Henri
> >>> ---
> >>> \startluacode
> >>> -- That's a simple reimplem
appreciate some hints by the
MetaPost experts!
Cheers, Henri
---
\startluacode
-- That's a simple reimplemetation of the showshape macro
function outlinepaths(character)
local fontid = font.current()
local shapedata = fonts.hashes.shapes[fontid] -- by index
local chardata = fon
nt. I would very much appreciate some hints by the
>> MetaPost experts!
>> Cheers, Henri
>> ---
>> \startluacode
>> -- That's a simple reimplemetation of the showshape macro
>> function outlinepaths(character)
>> local fontid = font.current()
>
hints by the
MetaPost experts!
Cheers, Henri
---
\startluacode
-- That's a simple reimplemetation of the showshape macro
function outlinepaths(character)
local fontid = font.current()
local shapedata = fonts.hashes.shapes[fontid] -- by index
local cha
---
\startluacode
-- That's a simple reimplemetation of the showshape macro
function outlinepaths(character)
local fontid = font.current()
local shapedata = fonts.hashes.shapes[fontid] -- by index
local chardata= fonts.hashes.characters[fontid] -- by unicode
otf loading > loading
'c:/windows/fonts/SourceHanSans-Regular.otf', hash
'sourcehansans-regular'
otf reader > loading of table 'vorg' skipped
otf reader > invalid index in single format 1: 65353 -> 67212
(max 65535)
otf reader > rule
ble 'vorg' skipped
otf reader > invalid index in single format 1: 65353 -> 67212 (max 65535)
otf reader > rule 1 in gsub lookup 's_s_5' has empty lookups
otf reader > merging 3 steps of 'gpos_single' lookup 'p_s_0'
otf reader &
ror while trying to write the lua-file. In context
> >>
> >> \starttext
> >> \font\test={name:sourcehansans}
> >> \test abc
> >> \stoptext
> >>
> >> gave the error:
> >>
> >> fonts > otf loading > loading
> >>
ansans}
>> \test abc
>> \stoptext
>>
>> gave the error:
>>
>> fonts > otf loading > loading
>> 'c:/windows/fonts/SourceHanSans-Regular.otf', hash
>> 'sourcehansans-regular'
>> otf reader > loading of table 'vo
s-regular'
otf reader > loading of table 'vorg' skipped
otf reader > invalid index in single format 1: 65353 -> 67212
(max 65535)
otf reader > rule 1 in gsub lookup 's_s_5' has empty lookups
fonts > otf loading > loading failed due
g of table 'vorg' skipped
otf reader > invalid index in single format 1: 65353 -> 67212
(max 65535)
otf reader > rule 1 in gsub lookup 's_s_5' has empty lookups
fonts > otf loading > loading failed due to read error
fonts > defining
Try it without the columns environment in your document, i.e.
\startchapter[title=\mytitle{Register}]
\placeregister[index]
\stopchapter
Hans van der Meer schrieb am 26.08.18 um 17:48:
Could the following setup I used be the culprit?
\setupregister[index][pagestyle=slanted,textstyle=small
The real question is why do you get an index without two columns.
\starttext
\dorecurse{26}{\convertnumber{a}{#1}\expanded{\index{\convertnumber{a}{#1
\placeregister[index]%[n=3]
\stoptext
Hans van der Meer schrieb am 26.08.18 um 17:37:
How do I produce an index with more than one
How do I produce an index with more than one column?
This produces one column only:
\startchapter[title=\mytitle{Register}]
\startcolumns[n=2]
\placeregister[index]
\stopcolumns
Nor did \placeregister[index][n=2] or \placeindex[n=2], with or without the
501 - 600 of 2715 matches
Mail list logo
