Hello Luigi,
you asked:
> On Fri, Aug 27, 2021 at 10:35 AM Rainer J.H. Brandt via ntg-context <
> ntg-context@ntg.nl> wrote:
>
> > Dear experts,
> >
> > I want to use ConTeXt MkIV as supplied by TeXlive 2021.
> > After installation, I ran "mtxrun --gen
On Fri, Aug 27, 2021 at 10:35 AM Rainer J.H. Brandt via ntg-context <
ntg-context@ntg.nl> wrote:
> Dear experts,
>
> I want to use ConTeXt MkIV as supplied by TeXlive 2021.
> After installation, I ran "mtxrun --generate".
> I also tried "context --generate
Dear experts,
I want to use ConTeXt MkIV as supplied by TeXlive 2021.
After installation, I ran "mtxrun --generate".
I also tried "context --generate".
Both create output in the wrong place.
The TeXlive documentation says that ConTeXt uses TEXMFCACHE,
which uses the
On Sat Jul 17, 2021 at 7:30 AM CEST, Lutz Haseloff wrote:
> both binaries work in my system.
> (Galaxy A50, Userland, Kali Linux)
On Sat Jul 17, 2021 at 10:47 AM CEST, jdh wrote:
> Both binaries you provided ran successufully. I ran them both and they
> both exited with a 0 retur
> Am 14.07.2021 um 20:26 schrieb jdh :
>
>
> I've downloaded and ran the install...sh script from the directory:
> /opt/context-lmtx
Is this on Linux?
> It indicates that it completed successully, but there is no 'tex' directory
> anywhere in the resulting /opt/cont
I've downloaded and ran the install...sh script from the directory:
/opt/context-lmtx
It indicates that it completed successully, but there is no 'tex' directory
anywhere in the resulting /opt/context-lmtxdirectory tree.
Please advise on how to get context-ltmx up and running.
Thank you
On 7/8/2021 8:13 PM, Alan Braslau wrote:
(and for Hans, the VMS ";" version specification is a different
feature).
Sure, one being that one ran out of disk space (but there were enough
unused accounts with simple passwords to take care of backups) but it
would add an interesting
d LMTX, created
a file (in the default editor):
# file name: 10.10.10.tex
\starttext
foo
\stoptext
Then I ran
install.bat
setpath.bat
# LMTX
context 10.10.10.tex
→ 10.10.pdf
→ 10.log
# MkIV
context --luatex 10.10.10.tex
→ 10.10.10.pdf
→ 10.10.10.log
So I can't confirm your fi
(2) we have some
> (already) old hyphen patching code for messy fonts (which is kind of bad
> anyway).
>
> We actually want all these hyphens to have the right tounicode even if
> they share shapes (i already had some comment about looking into that
> but never ran into a font th
Hi Hans and everyone,
The problem was fixed by reinstalling all modules using the instructions at
https://wiki.contextgarden.net/Modules. Specifically, I ran these in the
directory for my installation:
rsync -rltv --del rsync://contextgarden.net/minimals/current/modules/ modules
rsync -rlt
ts) more complex than that (1) because
different unicode slots share the same shape and (2) we have some
(already) old hyphen patching code for messy fonts (which is kind of bad
anyway).
We actually want all these hyphens to have the right tounicode even if
they share shapes (i already had so
> Am 06.06.2021 um 22:02 schrieb Hans Hagen :
>
> On 6/6/2021 3:34 PM, Steffen Wolfrum wrote:
>> This minimal I ran with «ConTeXt ver: 2021.06.04 17:28 MKI» and got two PDF
>> files:
>> One «test.pdf» as expected and one called «test-pdf-keep.pdf».
>> Wha
On 6/6/2021 3:34 PM, Steffen Wolfrum wrote:
This minimal I ran with «ConTeXt ver: 2021.06.04 17:28 MKI» and got two PDF
files:
One «test.pdf» as expected and one called «test-pdf-keep.pdf».
What's the reason behind this double feature?
see thread of a few days ago
This minimal I ran with «ConTeXt ver: 2021.06.04 17:28 MKI» and got two PDF
files:
One «test.pdf» as expected and one called «test-pdf-keep.pdf».
What's the reason behind this double feature?
Steffen
> Am 05.06.2021 um 10:14 schrieb Wolfgang Schuster
> :
>
> denis.ma...
doing wrong here. Have used mkiv until
now but decided to download and install LMTX in /home/me/bin/context.
I then ran export PATH=/home/me/bin/context/tex/texmf-linux-64/bin:$PATH as
the install script indicated at the end.
When running mk iv, I always first ran a setup line (in my case
oing wrong here. Have used mkiv
> until now but decided to download and install LMTX in /home/me/bin/context.
> >
> > I then ran export
> PATH=/home/me/bin/context/tex/texmf-linux-64/bin:$PATH as the install
> script indicated at the end.
> >
> > When running mk
clarify what I am doing wrong here. Have used mkiv
until now but decided to download and install LMTX in
/home/me/bin/context.
I then ran export
PATH=/home/me/bin/context/tex/texmf-linux-64/bin:$PATH as the install
script indicated at the end.
When running mk iv, I always
On 23 May 2021, at 07:52, jbf wrote:
>
> Someone will quickly clarify what I am doing wrong here. Have used mkiv until
> now but decided to download and install LMTX in /home/me/bin/context.
>
> I then ran export PATH=/home/me/bin/context/tex/texmf-linux-64/bin:$PATH as
>
to download and install LMTX in /home/me/bin/context.I then ran export PATH=/home/me/bin/context/tex/texmf-linux-64/bin:$PATH as the install script indicated at the end.When running mk iv, I always first ran a setup line (in my case it was . /home/me/Documents/Freedom/Context/tex/setuptex). Do I need
Someone will quickly clarify what I am doing wrong here. Have used mkiv
until now but decided to download and install LMTX in /home/me/bin/context.
I then ran export
PATH=/home/me/bin/context/tex/texmf-linux-64/bin:$PATH as the install
script indicated at the end.
When running mk iv, I
On 5/19/2021 9:56 PM, Alan Bowen wrote:
I seem to be stuck at ver. 209.08 (context ver. 2021.04.29).
I downloaded context-osx-64.zip and made a clean install following the
instructions for macOS on the wiki.
context—version showed v. 2021.04.29
So I removed texmf cache and ran
mtxrun
I seem to be stuck at ver. 209.08 (context ver. 2021.04.29).
I downloaded context-osx-64.zip and made a clean install following the
instructions for macOS on the wiki.
context—version showed v. 2021.04.29
So I removed texmf cache and ran
mtxrun —generate
context —make
context —version still
Icon name: computer
> >Operating System: Debian GNU/Linux 10 (buster)
> > Kernel: Linux 5.10.17-v8+
> >Architecture: arm64
> >
> >
> > I downloaded
> > context-linux-aarch64.zip
> >
> >
> > unzipped it in the ~/
Icon name: computer
Operating System: Debian GNU/Linux 10 (buster)
Kernel: Linux 5.10.17-v8+
Architecture: arm64
I downloaded
context-linux-aarch64.zip
unzipped it in the ~/context folder and ran the install.sh script
$ sudo sh ./install.sh
this gives an error:
/home
GNU/Linux 10 (buster)
Kernel: Linux 5.10.17-v8+
Architecture: arm64
I downloaded
context-linux-aarch64.zip
unzipped it in the ~/context folder and ran the install.sh script
$ sudo sh ./install.sh
this gives an error:
/home/pi/context/bin/mtxrun: /lib/aarch64-linux-gnu
Hi,
I just ran into an issue with the \blockligatures mechanism. For some reason,
the following examples replaces ffi with f|fi and ffl with f|fl although I have
not specified them in \blockligatures:
==
\definefontfeature[default][default][dlig=yes
ster <
> wolfgang.schuster.li...@gmail.com> wrote:
>
>> Alan Bowen schrieb am 30.04.2021 um 13:19:
>>
>> Hi, Wolfgang—
>>
>> I copied all the fonts to a new document (file attached) and ran ConTeXt.
>> The problem persists. The cause, I think, comes in t
4.2021 um 13:19:
>
> Hi, Wolfgang—
>
> I copied all the fonts to a new document (file attached) and ran ConTeXt.
> The problem persists. The cause, I think, comes in the lines:
>
> \definefallbackfamily[mainface] [mm] [STIX Two Text]
> [range=digitsnormal,
> force=y
Alan Bowen schrieb am 30.04.2021 um 13:19:
Hi, Wolfgang—
I copied all the fonts to a new document (file attached) and ran
ConTeXt. The problem persists. The cause, I think, comes in the lines:
\definefallbackfamily[mainface] [mm] [STIX Two Text]
[range=digitsnormal,
force=yes,
features
Hi, Wolfgang—
I copied all the fonts to a new document (file attached) and ran ConTeXt.
The problem persists. The cause, I think, comes in the lines:
\definefallbackfamily[mainface] [mm] [STIX Two Text]
[range=digitsnormal,
force=yes,
features=f:oldstyle]
which used to give me oldstyle
and
the information from the console.
I downloaded:
context-osx-arm64.zip
In terminal: cd /Users/charlesdoherty/context-osx-arm64
Ran sh install.sh
and all seems ok (following Keith’s advice on privacy).
I made an engine for TeXShop based on what worked before:
#!/bin/Zsh
export
PATH=$PATH:~/context-osx
is what I have
done and the information from the console.
I downloaded:
context-osx-arm64.zip
In terminal: cd /Users/charlesdoherty/context-osx-arm64
Ran sh install.sh
and all seems ok (following Keith’s advice on privacy).
I made an engine for TeXShop based on what worked before:
#!/bin/Zsh
export
PATH
n terminal: cd /Users/charlesdoherty/context-osx-arm64
Ran sh install.sh
and all seems ok (following Keith’s advice on privacy).
I made an engine for TeXShop based on what worked before:
#!/bin/Zsh
export
PATH=$PATH:~/context-osx-arm64/bin:~/context-osx-arm64/tex/texmf-osx-64/bin
~/context-osx
Hi,
I just ran into something strange with ligature blocking:
---
\blockligatures[begrif:fl:ich]
\definefontfeature[default][default][dlig=yes,liga=yes,]
\definefontfeature[default:block][default][blockligatures
w days):
>
> https://www.dropbox.com/sh/liggfcfulksscvf/AAD1gIlsRaKFSUIebDx2vxiLa?dl=0
Many thanks for the binaries, Wolfgang.
I ran into the same problem after updating ConTeXt.
Many thanks for your help,
Pablo
--
http://www.ousia.tk
___
On 3/5/2021 4:35 PM, Alan Bowen wrote:
Files that ran well with ver ConTeXt ver: 2021.02.20 16:50 LMTX and
earlier now fail with the following message:
tex error > tex error on line 74 in file
c_Review-0201-01_Bojowald.tex:
lua error:
run callback [36]: [string
"/Appl
On 3/5/2021 4:35 PM, Alan Bowen wrote:
Files that ran well with ver ConTeXt ver: 2021.02.20 16:50 LMTX and
earlier now fail with the following message:
tex error > tex error on line 74 in file
c_Review-0201-01_Bojowald.tex:
lua error:
run callback [36]: [string
"/Appl
Files that ran well with ver ConTeXt ver: 2021.02.20 16:50 LMTX and
earlier now fail with the following message:
tex error > tex error on line 74 in file
c_Review-0201-01_Bojowald.tex:
lua error:
run callback [36]: [string
"/Applications/LuaMetaTeX/tex/texmf-context/te..."]:
On 2/12/2021 2:37 PM, Bert Verbeek wrote:
Hello all,
I've used ConTeXt MkIV for years to make technical reports. For a new
computer I looked for updates of the software and discovered LMTX. I ran
it on my latest report and found an error on
\completelistofabbreviations, both on win-64
Hello all,
I've used ConTeXt MkIV for years to make technical reports. For a new
computer I looked for updates of the software and discovered LMTX. I ran
it on my latest report and found an error on
\completelistofabbreviations, both on win-64 and linux. Context --luatex
worked fine
ous random variation
in values between runs of ConTeXt: I ran my Lua script like so
multiple times (attached, in case someone is interested in it):
context s.lua
rm s.tuc s.pdf s.log
And I found that the values of some variables unpredictably and randomly vary:
Maybe weak tables?
Th
ran my Lua script like so
multiple times (attached, in case someone is interested in it):
context s.lua
rm s.tuc s.pdf s.log
And I found that the values of some variables unpredictably and randomly vary:
The variable resolvers.suffixmap.lua sometimes has the value
"scripts", and
Hi Otared,
Thank you for your kind offer but Hans has modified the install script
such that it downloads the intel binaries which work under Rosetta on my
mac mini. I've ran context through the Terminal app and it went like a
dream. Just to setup TeXShop and or TeXWorks and that is me sorted
that. Not really optimal for a headless
approach.)
We could try again to get Debian 10 running on the RPI.
Not worth the trouble. I ran into too many hit for troubles with 64 bit
while for ubuntu it sounded better.
One reason for doing the 64 bit was to see how well it works (4GB mem,
performance
Alan Bowen schrieb am 07.11.2020 um 20:13:
Thanks, Pablo. I ran the script but it made no difference.
Scheherazade New was loaded with ver: 2020.11.07 12:47 but not
with ver: 2020.09.20 23:02
The console file for the latter shows:
selectfont > the requested fallback font 'Scheheraz
Thanks, Pablo. I ran the script but it made no difference. Scheherazade New
was loaded with ver: 2020.11.07 12:47 but not with ver: 2020.09.20 23:02
The console file for the latter shows:
selectfont > the requested fallback font 'Scheherazade New' for
typeface 'mainface' style
MKIV beta fmt: 2020.4.18 int: english/english
but fails (the brushwood font isn't included) in
ConTeXt ver: 2020.11.05 23:01 LMTX fmt: 2020.11.7 int: english/english
If I change the font name to "heros" then it works in both. So I re-ran
mtxrun --script fonts --reload
and
Alan Bowen schrieb am 21.10.2020 um 20:46:
Thanks, Hraban.That’s a helpful start
I guess the challenge now is to get STIX Two Math to use the oldstyle
numerals in STIX Two Text (by adapting code that Wolgang gave me for
using oldstyle numerals with TexGyre Math). When I ran
mtxrun
Thanks, Hraban.That’s a helpful start
I guess the challenge now is to get STIX Two Math to use the oldstyle
numerals in STIX Two Text (by adapting code that Wolgang gave me for using
oldstyle numerals with TexGyre Math). When I ran
mtxrun --script fonts --list --info stixtwotext, I got
mtx
on a wordlist originating from selnolig),
but then ran into a curious bug (?) with disappearing characters (see
my posts from a couple of days ago). I'm now converting this list to
the \blockligatures mechanism (instead of using \replaceword), which
also has better kerning support due to Hans. When
on a wordlist originating from selnolig),
but then ran into a curious bug (?) with disappearing characters (see
my posts from a couple of days ago). I'm now converting this list to
the \blockligatures mechanism (instead of using \replaceword), which
also has better kerning support due to Hans. When
),
but then ran into a curious bug (?) with disappearing characters (see
my posts from a couple of days ago). I'm now converting this list to
the \blockligatures mechanism (instead of using \replaceword), which
also has better kerning support due to Hans. When done, I'll of
course share this on the Wiki
On 10/12/2020 4:55 PM, Denis Maier wrote:
Hi,
with LuaLaTeX I used to use the selnolig package to disable
inappropriate ligatures. With ConTeXt I have just inputted the list
prepared by Hraban (based on a wordlist originating from selnolig), but
then ran into a curious bug
Hi,
with LuaLaTeX I used to use the selnolig package to disable
inappropriate ligatures. With ConTeXt I have just inputted the list
prepared by Hraban (based on a wordlist originating from selnolig), but
then ran into a curious bug (?) with disappearing characters (see my
posts from a couple
On 8/9/20 10:09 PM, Hans Hagen wrote:
> On 8/9/2020 8:52 PM, Pablo Rodriguez wrote:
>> On 8/9/20 8:45 PM, Jairo A. del Rio wrote:
>>> On my computer mtxrun --generate works, but context --make fails and the
>>> command line outputs:
>>
>> I ran "m
On 8/9/2020 8:52 PM, Pablo Rodriguez wrote:
On 8/9/20 8:45 PM, Jairo A. del Rio wrote:
On my computer mtxrun --generate works, but context --make fails and the
command line outputs:
I ran "mtxrun --script cache --erase" before running "mtxrun --generate"
(as I do with ea
On 8/9/20 8:45 PM, Jairo A. del Rio wrote:
> On my computer mtxrun --generate works, but context --make fails and the
> command line outputs:
I ran "mtxrun --script cache --erase" before running "mtxrun --generate"
(as I do with each update).
Just in case it helps,
Pa
...
Apparently, Adobe InDesign demands that in a hard way.
Or maybe it just cannot handle zero's. The last time I ever ran into an
issue was that a scale should not be zero (so we always have 0.1 at
least). But I only have an old acrobat professional so I can't check the
latest demands.
Hans
essibility tagging, so I'm
> > prepared to give it another try. And this means converting some LaTeX
> > documents into ConTeXt. Is there a better way than using pandoc? I ran
> a
> > LaTeX document through pandoc, but the result is certainly not fully
> > "ConTeX
into ConTeXt. Is there a better way than using pandoc? I ran a
LaTeX document through pandoc, but the result is certainly not fully
"ConTeXt compliant", and generates errors instead of compiling.
AFAIK, pandoc is not aware of context math. When I convert latex to context, I
find it sim
, I need now to use ConTeXt for accessibility tagging, so I'm
prepared to give it another try. And this means converting some LaTeX
documents into ConTeXt. Is there a better way than using pandoc? I ran a
LaTeX document through pandoc, but the result is certainly not fully
"ConTeXt comp
can see it works ok (i admit
> it was a slow, tedious job with lots of intermediate testing on the
> suite to make sure nothign was broken) .. in the end it was all doable
> because most of the preparation was already done over the last years
>
m 64 bit for which we use a raspberry pi running ubuntu 64 bit,
>which brings the platforms supported by the build bot to 15:...
>
>On the Install page of ConTeXt garden I found ARM 64b as one of the
>options. So after downloading and extracting I ran the install.sh
>script
for which we use a raspberry pi running ubuntu 64 bit,
which brings the platforms supported by the build bot to 15:...
On the Install page of ConTeXt garden I found ARM 64b as one of the
options. So after downloading and extracting I ran the install.sh
script. It gave me the error
64 bit,
which brings the platforms supported by the build bot to 15:...
On the Install page of ConTeXt garden I found ARM 64b as one of the
options. So after downloading and extracting I ran the install.sh
script. It gave me the error:
Your system linux aarch64 is not supported (yet). You
on to
luatex some day) ... it discards some checking and saves the same amount
of memory that we had on the early day pc's (where we ran whole tex jobs
in that amount)
Of course ... all kind of small improvenments ... hopefully for the best,
Hans
-
Weber, Matthias schrieb am 30.05.2020 um 21:18:
Dear List,
After staying with a frozen MKIV version for time-critical work for a
while, I took the plunge and ran one of my longer math-heavy documents
through LMTX. To my delight, it mostly looks fine or trivially fixable.
There is one problem
Dear List,
After staying with a frozen MKIV version for time-critical work for a while, I
took the plunge and ran one of my longer math-heavy documents through LMTX. To
my delight, it mostly looks fine or trivially fixable.
There is one problem I have with enumerations. The spacing between them
rs. How do I get it
>> back?
>> Minimal example:
>> \starttext
>> TestingTesting
>> \page
>> \framed[align=flushleft]{TestingTesting}
>> \stoptext
>
> Use \blank
Too happy too soon. And I recall I ran into this earlier a while ago in another
atch for the archive (creating a single
document with 4k+ pages), and the full process ran in 10 minutes
(compared to cca. 2,5 hours to create individual documents). Just for
a test run I completely **removed** all the images and it only
accounted for some 10 or 20 seconds speedup. So the biggest o
fine, in about 3 or 4 runs. The single
document goes always for the maximum number of runs. There were 9 runs,
which is the default number. I set "--runs=30" and compilation ran
through 30 cycles. So I use now "--runs=5".
The document is huge and its compilation process is compl
goes always for the maximum number of runs. There were 9 runs,
which is the default number. I set "--runs=30" and compilation ran
through 30 cycles. So I use now "--runs=5".
The document is huge and its compilation process is complex. Is there
any way in which I can inves
s:
> >
> > cp: cannot stat
> >
> '/Users/tkb/context-osx-64/tex/texmf-context/scripts/context/lua/mtxrun.lua':
> > No such file or directory
> > cp: cannot stat
> >
>
> '/Users/tkb/context-osx-64/tex/texmf-context/scripts/context/lua/mtx-ins
nstall.lua':
No such file or directory
So I ran install.sh again. This time it said a bunch of things were
missing and downloaded them. It seemed to finish ok, so I ran context
on my document and it produced a PDF! (The ConTexT with TeXLive 2018
and TeXLive 2019 both died on this document with
sh stopped with
the errors:
cp: cannot stat
'/Users/tkb/context-osx-64/tex/texmf-context/scripts/context/lua/mtxrun.lua':
No such file or directory
cp: cannot stat
'/Users/tkb/context-osx-64/tex/texmf-context/scripts/context/lua/mtx-install.lua':
No such file or directory
So I ran install.sh again. This ti
/
This shows that the wrong binary is being used. You are using the binary
in /home/sam/context-lmtx/bin when you should use
/home/sam/context-lmtx/tex/texmf-linux-64/bin.
I ran into a similar problem in the past because the installation script
install.sh says the following, among other
nux-64/bin/
>
>
> This shows that the wrong binary is being used. You are using the binary
> in /home/sam/context-lmtx/bin when you should use
> /home/sam/context-lmtx/tex/texmf-linux-64/bin.
>
>
I ran into a similar problem in the past because the installation script
install.sh s
while trying to reproduce the example, i ran into some confusion myself...
I downloaded the fonts and installed them, then ran the script:
mtxrun --generate
mtxrun --script font --reload
context --make
verifying the existence of the font within the context region:
mtxrun --script fonts --list
On 11/18/2019 10:32 PM, Henri Menke wrote:
In macOS Catalina Apple introduced “notarization”, i.e. anything you
install has to have Apple's blessing, otherwise it will refuse to
install and show you a message that it is malware. Dick Koch,
maintainer of MacTeX ran into the same problems, as he
anything you
install has to have Apple's blessing, otherwise it will refuse to
install and show you a message that it is malware. Dick Koch,
maintainer of MacTeX ran into the same problems, as he presented at
TUG2019 and described in the corresponding TUGboat article:
http://tug.org/TUG
ity & privacy” in the system
> preferences had, in addition to the usual two choices, a reference to the
> downloaded script with a button reading “allow anyway” (or something to
> that effect). When I tried to run the script again after clicking that
> button, the “developer c
e; and, when I clicked that, the
script ran successfully and the installation was usable.
I then tried the install script on another computer running Cataline
where I had installed lmtx last spring. I ran into the “developer
cannot be verified” response again, but the same workaround allowed
the
ices, a reference to the
downloaded script with a button reading “allow anyway” (or something to that
effect). When I tried to run the script again after clicking that button, the
“developer cannot be verified” dialogue included “open” as a choice; and, when
I clicked that, the script ran successf
On 11/15/2019 9:20 PM, Damien Thiriet wrote:
Hi,
I ran into trouble with caches. First I updated the new binaries
and they compiled fine under OpenBSD6.6-amd64.
Then I uploaded some binaries Hans asked me to test, moved this
luametatex to /usr/local/context/tex/texmf-openbsd6.6-amd64/bin
Hi,
I ran into trouble with caches. First I updated the new binaries
and they compiled fine under OpenBSD6.6-amd64.
Then I uploaded some binaries Hans asked me to test, moved this
luametatex to /usr/local/context/tex/texmf-openbsd6.6-amd64/bin/,
deleted files inside /usr/local/context/tex/texmf
Dear list,
Today I wanted to use ConTeXt MkIV instead of LMTX but when I ran
context, I obtained the error
mtxrun | unknown script 'context.lua' or 'mtx-context.lua'
so I went to the installation directory /opt/context to check and
noticed that tex/textmf-context was missing. I
ks again
Joseph
Le ven. 11 oct. 2019 à 22:35, Joseph Canedo a
écrit :
>
>
> Le ven. 12 avr. 2019 à 09:39, Joseph Canedo a
> écrit :
>
>> Yes. I’ve deleted my lmtx installation directory and fetched the install
>> .zip from Pragma ADE web site and ran install.bat, to do
Le ven. 12 avr. 2019 à 09:39, Joseph Canedo a
écrit :
> Yes. I’ve deleted my lmtx installation directory and fetched the install
> .zip from Pragma ADE web site and ran install.bat, to double check.
>
>
>
> *De : *Hans Hagen
> *Envoyé le :*jeudi 11 avril 2019 22:59
metapost log >
mplib warning: table expected from 'open_file'
mtx-context | fatal error: return code: -1073741819
Best regards
Uschi Hermann
PS: I have done the beta version of cont-tmf today , and have installed
wipe the texmf-cache path and remake the formats (you ran into the
byteco
On 8/20/2019 10:48 AM, Joseph Canedo wrote:
Dear list,
It seems that sometimes incremental install.bat (ie run without wiping
out the whole lmtx directory) does not work the same as full
installation (ie wiping out the whole directory and reinstalling).
I’ve ran install.bat first time
Dear list,
It seems that sometimes incremental install.bat (ie run without wiping out the
whole lmtx directory) does not work the same as full installation (ie wiping
out the whole directory and reinstalling).
I’ve ran install.bat first time this morning and I got the following error
during
][backgroundcolor=blue]
This works for the actual flyer, but the bleed remains white.
I also tried replacing 'page' with 'paper', but then the whole document has
white background...
I saw your Hostsharing flyers do also have colors/graphics reaching the edge of
the flyer, so I figure you ran into the same
Hi,
Just for fun, I ran the test myself. I do not have gm installed, so the
inclusion of the tiff failed, and (perhaps not coincidentally) I have no
artifacts in the png image in my output either.
Best wishes,
Taco
> On 21 May 2019, at 09:52, Hans Hagen wrote:
>
> On 5/17/201
when you use framed and construct that depend on it. Then
> use:
>
> \startTEXpage[autowidth=no]
>
> Hans
>
> -
>Hans Hagen | PRAGMA ADE
>Ridd
Yes. I’ve deleted my lmtx installation directory and fetched the install .zip
from Pragma ADE web site and ran install.bat, to double check.
De : Hans Hagen
Envoyé le :jeudi 11 avril 2019 22:59
À : Joseph Canedo; mailing list for ConTeXt users
Objet :Re: [NTG-context] Difference in right
On 4/11/2019 8:07 PM, Joseph Canedo wrote:
Thanks Hans. I’ve ran install.bat to update my LMTX local copy (ran
without apparent errors) and reran context command on my MWE, but I am
afraid I see no difference.
Not sure if I missed any step or not.
it works here
did the update download files
Thanks Hans. I’ve ran install.bat to update my LMTX local copy (ran without
apparent errors) and reran context command on my MWE, but I am afraid I see no
difference.
Not sure if I missed any step or not.
Joseph
De : Hans Hagen
Envoyé le :mercredi 10 avril 2019 10:15
À : mailing list
Great, that worked. Thanks for the quick solution.
Changed the line, then ran:
luatools --generate
luatools --ini --compile cont-en
On 09.02.19 20:59, Hans Hagen wrote:
On 2/9/2019 2:39 PM, martin wrote:
I'm getting a bit confused. The \date function doesn't result in a
formatted date
; I’ll report back.
>
> Taco
>
> > Op 8 feb. 2019 om 19:59 heeft Mohammad Hossein Bateni
> > het volgende geschreven:
> >
> > I ran into the same issue two days ago, where "curl -O" worked while "wget"
> > did not.
> >
> &
Hi,
That is helpful knowledge. I am quietly confident I can fix wget tomorrow, now.
I’ll report back.
Taco
> Op 8 feb. 2019 om 19:59 heeft Mohammad Hossein Bateni het
> volgende geschreven:
>
> I ran into the same issue two days ago, where "curl -O" work
101 - 200 of 1192 matches
Mail list logo