On 12/9/19 10:02 AM, Fabrice Couvreur wrote:
Hello,
Is it possible to use the eofill extension in this code ? I tried without
success. Thank you.
No, eofill is basically just a frontend for the PDF primitive eofill,
which works on a single connected path that intersects itself.
If that wasn't
Dear Otared,
Thank you for the zip file.
I downloaded it and copied it in a folder.
(There is no context-cache folder in the zip file)
In the terminal, I run “mtxrun —generate” and “context —make”.
But system doesn’t allow the execution of “luametatex”.
So I open the system preference:security
Dear Hans, Alan, and Mojca,
Thank you for your concern.
For me, it is a difficult problem, so I may return to the previous version of
OSX.
> I have no problem on Catalina, however wiping-out the cache and rebuilding
> the format often gives me errors finding the lua scripts (so I have taken
When text reaches the end of a column, it appears to trigger inserting
a blank page. In the following code, \dorecurse{3} causes a blank page
to appear but \dorecurse{2} does not. The only difference is that when
set to 3, the additional text is written on the last line of the last
column. This
Hello,
Is it possible to use the eofill extension in this code ? I tried without
success. Thank you.
Fabrice
\starttext
\startMPcode
path carre, disque;
carre = fullsquare scaled 200;
disque = fullcircle scaled 200;
draw carre numberstriped (.25,15,5) withcolor \MPcolor{magenta};
On Sun, 8 Dec 2019 at 00:35, Hans Hagen wrote:
> On 12/8/2019 12:20 AM, Jeong Dal wrote:
> > Dear Hans, Otared,
> >
> > Thank you for your concern.
> >
> > The version of luametatex is 20191206.
> > I followed what Otared said, but texmf-cache is not created after mtxrun.
> >
> > "context —make"
On Sun, 8 Dec 2019 at 17:35, Alan Braslau wrote:
>
> On Sun, 8 Dec 2019 12:15:26 +0100
> Otared Kavian wrote:
>
> > but otherwise as Floris suggests in his response, maybe we have to abandon
> > MacOS in the near future…
>
> No, simply we need to adapt our procedures (installation scripts) to be
Hello Hans,
Yes, the Linux install fails as well. I have just tried another. The
output of context --make is attached.
During the install the ascii *.lua files in the following directory --
initially from context-linux-64.zip-- are overwritten by what look
like binaries:
/path/to/lmtx/bin:
On 08/12/2019 17:35, Alan Braslau wrote:
>> but otherwise as Floris suggests in his response, maybe we have to abandon
>> MacOS in the near future…
> No, simply we need to adapt our procedures (installation scripts) to be
> compatible with MacOS policy.
That is indeed part of the issue: these
On Sun, 8 Dec 2019 12:15:26 +0100
Otared Kavian wrote:
> but otherwise as Floris suggests in his response, maybe we have to abandon
> MacOS in the near future…
No, simply we need to adapt our procedures (installation scripts) to be
compatible with MacOS policy.
Alan
On Sun, 8 Dec 2019 00:35:13 +0100
Hans Hagen wrote:
> I have no clue. Normally there is a check if directories can be accessed
> and written to, so where then do these files go to?
>
> I fear that other mac users have to help (no new mac here). Maybe Mojca
> knows as she knows all there is to
For test, I installed again after removing ConTeXtLMTX folder.
But it is same as before.
I looked files in “/tex/texmf-osx-64/bin”.
There are 5 files: context, context.lua, luametatex, mtxrun, mtxrun.lua.
context and mtxrun are symbolic linked to luametatex.
But luametatex is not executable, so
Dear Dalyoung,
I looked again at what is happening when installing LuaMetaTeX under MacOS
10.15.
In fact, even after completely disabling Gatekeeper and SIP (System Integrity
Protection), when running
sh install.sh
if the three files sitting in ~/context-os-64/bin/
On 12/8/19 12:21 AM, Hans Hagen wrote:
> On 12/8/2019 12:04 AM, Pablo Rodriguez wrote:
>> [...]
>> Would it be possible that Noto Color Emoji font works with ConTeXt?
>> [...]
> What makes you think they don't work? Color emoji work when you enable
> the right feature and choose a reasonable font.
On 08-12-2019 09:12, Jeong Dal wrote:
> Catalina(MacOS 10.15.1) prohibits an unauthorized program run.
There are many ways to solve specific problems.
One approach is to try avoid them in the first place ;-)
So you could consider moving away from MacOS (and Windows).
The problems you describe
Dear Hans and Otared,
Thank you again for your attempt to find a solution.
Catalina(MacOS 10.15.1) prohibits an unauthorized program run.
So I have to allow the execution of “mtxrun” manually in the preference.
Since "mtxrun —generate” ends with the message “unknown script
mtxrun-context.lua
16 matches
Mail list logo
