Re: [NTG-context] Install Problems with 64 bit ARM Linux

2020-12-01 Thread Mojca Miklavec
Dear Christian,

I remembered that I have an old Pine64 with Armbian 10 collecting dust
somewhere in a drawer.
I powered it up and it still works :) I guess we could build the binaries there.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


[NTG-context] Adding syntax highlighting when typesetting from xml (asciidoc/docbook)

2020-11-30 Thread Mojca Miklavec
Hi,

A while ago Hans provided an example of typesetting a document from a
docbook source.

I'm attaching an over-simplified version of the initial module (a
somewhat more complete version exists, but it still needs lots of
work) and a minimum working example with XML.

I'm not sure how to extend the xml parser to support typesetting from
something like this:


Hello World in C and ConTeXt
#include
stdio.h

int main()
{
printf("Hello, World!\n");
return 0;
}
\starttext
Hello world!
\stoptext


Maybe using the vim module would be the right approach here (since the
built-in parser only has support for a limited set of languages), but
I'm not exactly sure about the implementation to achieve that goal.

I started with

\startxmlsetups xml:programlisting
\dontleavehmode
\startframedtext[background=color,backgroundcolor=lightgray]
\obeylines
\tt
\xmlflush{#1}
\stopframedtext
\stopxmlsetups

but something more is needed to properly handle new lines and to
properly pass the text to vim, for example.

Any hints welcome.

Thank you,
Mojca



http://docbook.org/ns/docbook; xmlns:xl="http://www.w3.org/1999/xlink; version="5.0" xml:lang="en">

Syntax highlighting with AsciiDoc
2020-11-30


Hello World in C
#include stdio.h

int main()
{
printf("Hello, World!\n");
return 0;
}
\starttext
Hello world!
\stoptext



test-syntax-highlighting.tex
Description: Binary data


m-asciidoc-basic.tex
Description: Binary data


test-syntax-highlighting.adoc
Description: Binary data
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Install Problems with 64 bit ARM Linux

2020-11-28 Thread Mojca Miklavec
Dear Christian,

On Fri, 27 Nov 2020 at 20:50, Christian Prim wrote:
>
> Is there a reason why the arm binaries for ARM Linux use version 2.29 of 
> glibc?

They are being compiled on a Raspberry PI which kind of lacks
first-class 64-bit support (or at least that was the case when we set
up a builder on our build farm, about 9 months ago). I don't remember
seeing anyone even request those binaries before, and this is the
first complaint I see about the glibc-too-new issue on aarch64 (it was
common on the Intel platform, but there we can easily build on Debian
8 or 9).

I believe the RPI is currently running some recent version of Ubuntu
(it was set up by Hans; I would need to check to be sure, but it could
well be that it's 20.04).

Judging from (random google hits)
https://www.raspberrypi.org/forums/viewtopic.php?t=243985
https://www.raspberrypi.org/blog/latest-raspberry-pi-os-update-may-2020/
it could be that May 2020 (which is precisely 6 months ago, in any
case later than when the builder was set up) has brought some better
news, an OS image that wouldn't require so much hacking to get it set
up and running.

It's a pity that you didn't ask this question a few days ago, I
believe that Hans just reinstalled everything on that tiny device (SD
cards are a pain and like to wear out rather quickly if you keep
running build jobs and rewriting the same memory cells over and over
again; I thought we had set up an external disk properly, but well
...)

We could try again to get Debian 10 running on the RPI.

Alternatively we could cross-compile, of course, but that's a bit more
painful to set up, and RPI 4 is certainly amazingly fast.

> My actual debian buster installation is still on glibc-2.28. The x86_64 Linux 
> binaries also use the older 2.28-version which is widely used among many 
> distros. I would be very happy if I could install a 2.28-version on my ARM 
> Linux box. Else I have to compile my own glic... or my own mtxrun...

A luametatex binary is needed.

Out of curiosity: what hardware do you run your linux distro on?

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] new upload

2020-11-26 Thread Mojca Miklavec
On Thu, 26 Nov 2020 at 16:26, Keith McKay wrote:
>
> I was planning on getting the new entry level MAC min M1 with 8GB
> unified memory but I see that there will be no ConTeXt binaries for
> these new M1 chip Macs.

It's not that there will not be, it's just that none of us has
purchased a piece of hardware yet.

A few months back it was possible to purchase one, but:
- it was just a one year rental fee rather than the ability to purchase it
- definitely not available in my country
- one had to enrol to the payed developer program
- and then do a bunch of other bureaucracy (get some special business
number etc.)
- and it wasn't even guaranteed that you would get a device at the end

I was contemplating what to do this time around since 8 GB of memory
is not even sufficient to run a web browser, and the TeX Live hardly
fits on their drive :), but it should do the job purely as a build
machine. (Not that they have "none in stock", but I could smuggle one
from elsewhere as long as the postal services keep running ...)

> Would it be possible for a ConTeXt user like
> myself to build the binaries on my proposed new Mac? I'm not a computer
> professional.

There are three options:
- the existing Intel binaries should work just fine
- yes, you should be able to compile the binaries yourself
- we should eventually get hold of one device for our build farm, or
in the meantime just ask someone for the initial build which should
keep you covered for a while

Discussing when TeX Live will be available for arm is "out of
context". We should get those binaries working before TL 2021.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] ConTeXt Linux installation issues (due to GLIBC dependency) - Solved!

2020-11-08 Thread Mojca Miklavec
Dear Ramkumar,

On Sat, 7 Nov 2020 at 02:10, Ramkumar KB wrote:
>
> Hello All,
>
> This turned out to be an issue with the texmf-context.zip file version 
> mismatch. I updated to version 1.04 and was able to install successfully!
>
> However, I would like to contribute a section to Wiki on how to install 
> ConTeXt in Linux machines which does not have the proper GLIBC version. This 
> is especially true with RHEL 7.x versions - which is still the majority 
> installation in companies & institutions with RHEL subscription.

I'm sorry. We have VMs with an older version of Debian for building,
but those don't provide sufficiently recent build tools (cmake, git,
ninja build system, ... I believe that CMake was the main blocker, but
I'm no longer absolutely sure).

By far the easiest solution was to switch from Debian 8 to 9 (or
something like that, I should check the exact numbers) and you might
be the first one bringing the issue up. I was aware that switching to
a newer Debian version might have caused compatibility issues with
RHEL / CentOS. (Do you happen to have some matrix of glibc versions on
RHEL / CentOS?)

> The section will cover GLIBC 2.24 install, patchelf utility and the changes 
> needed to ConTeXt install scripts for such an installation.
>
> How can I go about contributing to the wiki?

Do you have trouble creating a new account on the wiki?

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Adding built-in support for Serbian language

2020-10-30 Thread Mojca Miklavec
Dear Ivan,

On Fri, 30 Oct 2020 at 11:32, Ivan Pešić wrote:
>
> Hello all,
> I have recently started using ConTeXt.

Welcome!

> I've found that the distribution
> includes a proper (cyrillic) hyphenation file for Serbian language,

I would say that this needs to be changed/improved.
There's no reason why it wouldn't load both scripts at the same time
(at least for Unicode engines, which is the only thing that's
currently supported anyway).

This is what XeTeX loads, for example:

https://github.com/hyphenation/tex-hyphen/blob/master/hyph-utf8/tex/generic/hyph-utf8/loadhyph/loadhyph-sr-latn.tex#L25

\input hyph-sh-latn.tex
\input hyph-sh-cyrl.tex
That is: it loads both patterns at the same time.

Hans, would you be willing to merge two sets of hyphenation patterns together?
Alternatively maybe we could prepare hyph-sh.pat.txt on the hyph-utf8 side?
I'm actually not sure why we didn't do that already, but maybe it was
because we have two sets of cyrillic patterns and it has never been a
clear cut which ones to take.

The author of hyph-sh-[latn|cyrl] says that his patterns should work
universally for multiple languages (they are relatively old), but they
were initially only released for the Latin scripts. Later another
author wanted to have support for Cyrillic script and prepared his own
patterns (I'm no longer sure whether they were partially based on the
other ones) without the Latin alternative.

In Xe(La)TeX and Lua(La)TeX we use the "sh" patterns for both, for
consistency reasons, among others. (You likely want the same word to
be hyphenated in the same way in both scripts).

> but a complete language support is still not implemented. Therefore,
> I've added what I think is required, did some testing by putting changed
> files in my texmf-local, and the result looks fine.

Awesome, thank you.

> There is only one thing that requires a decision from the development team.
> Serbian language uses two scripts: cyrillic and latin. Context language
> codes are using 2 letters for identification. So I'm not sure how to
> include both scripts.

(Unless has plans to transliterate the translations on the fly :)
there should be two independent files. One should use the code sr-latn
and the other one sr-cyrl.

Two letter code simply doesn't work in this situation and we should
not even try to support one single script, or even attempt to decide
which one should be the default one. Both should be supported equally
well.

> What I'm sending now is a cyrillic script implementation, using the code
> "sr".
>
> It is trivial to generate (completely automatic) latin script version of
> these changes, once it is decided how to label it.

Would you be willing to also prepare the latin one then?
The codes should be sorted out by Hans (potentially with some help),
but we definitely want to use "sr-latn" and "sr-cyrl".

For the longer names there is some more freedom. LaTeX uses "serbianl"
and "serbianc", I think, but I believe we can come up with something
nicer.
Maybe something along the lines of the following?
\mainlanguage[serbian][script=latn]
or
   \mainlanguage[serbian-latin]
   \mainlanguage[serbian-cyrillic]
No clue, really.

Thank you,
Mojca

(PS: I would say that adding support for transliteration of the text
from one script to the other would be a really nice feature. Then you
could type your text for a book once and have it typeset in both
versions without any extra effort :)
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] marvosym on the wiki

2020-10-26 Thread Mojca Miklavec
Dear Jairo,

On Mon, 26 Oct 2020 at 16:33, Jairo A. del Rio wrote:
>
> As for Martin Vogel's symbols, using
>
> \showfont[marvosym.ttf]
>
> instead seems to display the right symbols (PDF attached). I'm not sure 
> whether or not it will work in the Wiki.

Thank you very much for the hint.
Wolfgang already changed it on the wiki, thanks a lot to him as well.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


[NTG-context] marvosym on the wiki

2020-10-26 Thread Mojca Miklavec
Hi,

Someone asked me a question about marvosym In LaTeX (I just pointed
him to the documentation), but then I checked the wiki and noticed
that the wiki page is showing latin modern for
\showfont[fmvr8x]

https://wiki.contextgarden.net/Symbols/mvs

What would be the correct syntax for the wiki nowadays?

Thank you,
Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Hyphenation pattern for Esperanto

2020-10-12 Thread Mojca Miklavec
Dear Alain,

On Mon, 12 Oct 2020 at 13:44, Alain Delmotte wrote:
>
> I'd like to have hyphenation for Esperanto; it doesn't exist in ConTeXt but 
> exist in TeX/LaTeX.
>
> Would it be difficult to create the Esperanto file for ConTeXt?

The plain text version is already in the correct form:

https://github.com/hyphenation/tex-hyphen/blob/master/hyph-utf8/tex/generic/hyph-utf8/patterns/txt/hyph-eo.pat.txt
so it should be just a matter of Hans including the patterns in the
distribution.

Usually he asks for translations of basic strings (like "Chapter"
etc.) when adding support for a new language ;)

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] How can I use ConTeXt from TeXLive2020 ?

2020-08-14 Thread Mojca Miklavec
On Fri, 14 Aug 2020 at 09:43, Otared Kavian wrote:
>
> Hi Mojca,
>
> You are correct about not removing « by hands » parts of a package…
> The reason for which I wen to that extremity was that I wanted absolutely to 
> be sure to be able to run ConTeXt from TeXLive2020 in order to convince a few 
> colleagues to experiment it with TeXShop.
>
> If I type in the Terminal
> port installed 'tex*'
> the answer is:
> None of the specified ports are installed.
>
> I guess this is because after having solved the problem I met with installing 
> MacTeX2020, I had done:
> sudo port uninstall texlive-basic --follow-dependencies
> in order to uninstall ant TeX related package from Macports (I don't know how 
> thos packages were installed, maybe when I tried to use asymptote, and since 
> I couldn't use it from within ConTeXt I gave up…).

Yes, Asymptote definitely depends on texlive.
But I guess that John is open for some "bribery" to make Asymptote
work better with ConTeXt :)

Last time I tested (maybe that was a few years ago) it was certainly
possible to set context as the "backend engine".
What's missing is better integration though (to end up with almost as
good integration as metapost/metafun offers), and 3D with javascript
mousing support never worked either.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] How can I use ConTeXt from TeXLive2020 ?

2020-08-13 Thread Mojca Miklavec
Dear Otared,

On Thu, 13 Aug 2020 at 11:05, Otared Kavian wrote:
>
> Indeed following your suugestion, I removed the
> /opt/local/etc/texmf/
> directory, as well as all other tex related directories and files in 
> /opt/local/, and then installed again MacTeX2020.

There is usually an easier way: just ensure that path to MacTeX comes
before /opt/local/bin.

What does
port installed 'tex*'
return?

It's usually a somewhat bad idea to randomly delete a subset of files
installed by a package manager.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Best way to create a large number of documents from database

2020-04-23 Thread Mojca Miklavec
On Fri, 17 Apr 2020 at 21:11, Hans Hagen wrote:
> On 4/17/2020 4:37 PM, Mojca Miklavec wrote:
>
> > One of the interesting statistics.
> > I used a bunch of images (the same png images in all documents; cca.
> > 290k in total).
>
> It can actually make a difference what kind of png image you use. Some
> png images demand a conversion (or split of map etc) to the format
> supported by pdf. Often converting the png to pdf and include those is
> faster.

Thanks for the hint. But I tested it and it hardly makes any difference.
I had to make another batch 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 overhead
still seems to be in warming up the machinery (which includes my share
of overhead for reading in the 1,3 MB lua table with all data entries)
and Taco's hint of using an external tool for splicing would have
probably scored best :)

I need to add that I'm extremely happy about the resource reuse
(mostly images). As I already mentioned before, individual documents
were 1,5 GB in total, and a badly written software would have created
an equally bad cumulative PDF, while ConTeXt generates a merely 17 MB
file with 4k+ pages. It's really impressive.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] updating mkiv

2020-04-18 Thread Mojca Miklavec
On Sat, 18 Apr 2020 at 11:25, Mojca Miklavec wrote:
> On Sat, 18 Apr 2020 at 11:00, Otared Kavian wrote:
> >
> > Is the latest version of ConTeXt mkiv the following:
> > current version: 2020.01.30 14:13
> >
> > I am asking this because after running
> > sh firstsetup.sh
> > that is what I get.
>
> Maybe I messed something up when the zip names changed.
> Let me check.

... until I fix it, running
first-setup.sh --context=latest
should be a viable workaround.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] updating mkiv

2020-04-18 Thread Mojca Miklavec
On Sat, 18 Apr 2020 at 11:00, Otared Kavian wrote:
>
> Is the latest version of ConTeXt mkiv the following:
> current version: 2020.01.30 14:13
>
> I am asking this because after running
> sh firstsetup.sh
> that is what I get.

Maybe I messed something up when the zip names changed.
Let me check.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Best way to create a large number of documents from database

2020-04-17 Thread Mojca Miklavec
On Thu, 16 Apr 2020 at 16:38, Mojca Miklavec wrote:
> On Thu, 16 Apr 2020 at 11:29, Taco Hoekwater wrote:
> > > On 16 Apr 2020, at 11:12, Mojca Miklavec wrote:
> > >
> > > I have been asked to create a few thousand PDF documents from a CSV
> > > "database" today
> >
> > In CPU cycles, the fastest way is to do a single context —once
> > run generating all the pages as a single document, then using
> > mutool merge to split it into separate documents using a (shell)
> > loop.
>
> Just to make it clear: I don't really need to optimize on the CPU end,

... says the optimist ... :) :) :)

> as the bottleneck is on the other side of the keyboard, so as long as
> the CPU can process 5k pages today, I'm fine with it :) :) :)

While the bottleneck was in fact at the other side of the keyboard
(preparation was certainly longer than the execution), it still took
cca 2,5 hours to generate the full batch.

(I'm pretty sure I could have further optimised the code, even though
1 second per run is still pretty fast [when I started using context it
was more like 30 seconds per run], it just adds up when talking about
thousands of pages. This greatly reminds me on the awesome speedup
that Hans achieved when rewriting the mplib code & the initial
\sometxt changes inside metapost which also lead to 100-fold speedups
as one no longer needed to start TeX a zillion times.)

While waiting I wanted to start being clever and do the processing in
the same folder in parallel (I have lots of cores after all), and
ended up calling a script with
context --N={n} --output=doc-{}.pdf template.tex
context --purge
only to notice much later that running multiple context runs in the
same folder (some of them compiling and some of them deleting the
temporary files) might not have been the best idea on the planet, many
documents ended up missing, and many corrupted. So I had to rerun half
of the documents.

One of the interesting statistics.
I used a bunch of images (the same png images in all documents; cca.
290k in total).

The generated documents were 1,5 GB in size. When compressed with
tar.gz, there was almost no noticeable difference between the
compressed and non-compressed data size (1,4 GB vs. 1,5 GB). But when
compressing with tar.xz, it compressed 1,5 GB worth of document into
merely 27 MB (a single document is 360 k).

The documents have been e-mailed out, but now they need to print hard
copies for archive. I'm happy I don't need to be the one printing and
storing that :) :) :)

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Best way to create a large number of documents from database

2020-04-16 Thread Mojca Miklavec
On Thu, 16 Apr 2020 at 16:52, Hans Hagen wrote:
> On 4/16/2020 4:38 PM, Mojca Miklavec wrote:
> > On Thu, 16 Apr 2020 at 11:29, Taco Hoekwater wrote:
> >>> On 16 Apr 2020, at 11:12, Mojca Miklavec wrote:
> >>>
> >>> One option is that I quickly draft a python script that creates a few
> >>> thousand TeX documents and compiles them individually, but it might be
> >>> easier if there was a way to just create a single template document
> >>> and then run something like
> >>> context --some-params --N=42 --output=document-0042.pdf template.tex
> >>> or something along those lines.
> >>
> >> If you want to go this route (and you may have to if not each record
> >> fits exactly within a single page),
> >
> > I do have one page per document. The more annoying part is having
> > strange document names that need more attention when mapping page
> > number -> name (I'm not saying this is not doable).
>
> so, don't make files:
>
> - write a tex file foo.tex
> - process it: context --batch --result=1 --once foo
>
> etc ... so, use --result for the target name and use the same input name

This works just perfect, thank you very much.

I now have template.tex and process it with
context --batch --result=doc-0042 --someparam=21a --once template
which generates precisely the desired doc-0042.pdf.

For the moment I'm simply using a combination of
\doifdocumentargument {someparam} {\getdocumentargument{someparam}}
from TeX and
environment.arguments
from within the lua code as suggested by Taco and you in the previous
email thread.

Where would be the best way to document this / under what wiki topic,
as I'm sure I'll need it again and forget until then unless I write it
down immediately? "Mail merge"? ;)

Thank you very much,
Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Best way to create a large number of documents from database

2020-04-16 Thread Mojca Miklavec
On Thu, 16 Apr 2020 at 11:29, Taco Hoekwater wrote:
> > On 16 Apr 2020, at 11:12, Mojca Miklavec wrote:
> >
> > I have been asked to create a few thousand PDF documents from a CSV
> > "database" today
>
> In CPU cycles, the fastest way is to do a single context —once
> run generating all the pages as a single document, then using
> mutool merge to split it into separate documents using a (shell)
> loop.

Just to make it clear: I don't really need to optimize on the CPU end,
as the bottleneck is on the other side of the keyboard, so as long as
the CPU can process 5k pages today, I'm fine with it :) :) :)

> > One option is that I quickly draft a python script that creates a few
> > thousand TeX documents and compiles them individually, but it might be
> > easier if there was a way to just create a single template document
> > and then run something like
> >context --some-params --N=42 --output=document-0042.pdf template.tex
> > or something along those lines.
>
> If you want to go this route (and you may have to if not each record
> fits exactly within a single page),

I do have one page per document. The more annoying part is having
strange document names that need more attention when mapping page
number -> name (I'm not saying this is not doable).

> browse back a day or so in the mailing
> list archive for Gerben’s question about
>
>   “Using command line values in a TeX document; writing a script?"

Thanks a lot for the pointer. I didn't have that much time to read
through all the emails recently, I only noticed that he was super
actively working on some metapost stuff, I wasn't paying attention to
this.

> The replies offer various options using either lua or tex code
> to get at user-supplied arguments from the commandline.

Let me see what I come up with, I'm stil fiddling with data & layout
at the moment :)

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


[NTG-context] Best way to create a large number of documents from database

2020-04-16 Thread Mojca Miklavec
Hi,

I have been asked to create a few thousand PDF documents from a CSV
"database" today (which I can easily transform into any other form,
like XML or a lua table or TeX definitions or whatever).

Generating a few thousand pages would be straightforward, but I'm sure
there are some clever ways to handle this scenario as well, I'm just
not aware of them :)

One option is that I quickly draft a python script that creates a few
thousand TeX documents and compiles them individually, but it might be
easier if there was a way to just create a single template document
and then run something like
context --some-params --N=42 --output=document-0042.pdf template.tex
or something along those lines.

What's the best approach with the existing functionality? I would be
more than grateful for any hints.

Thank you very much,
Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] How to make page break & headers in XY arrangements?

2020-03-30 Thread Mojca Miklavec
On Mon, 30 Mar 2020 at 13:21, Hans Hagen wrote:
> On 3/30/2020 1:03 PM, Mojca Miklavec wrote:
> >
> > % I want an actual page break here
> > \page
>
> a rather stipid solution:
>
> \dorecurse{15}{\page[empty]}

I did think of this one (and actually did it for the batch that I had
to print today).
But it involves manual counting and when data changes, the file needs
to be adjusted every time.

Anyway, this is relatively low priority. If there is no mechanism for
this in place already, there's no need to add anything new. I can live
with a few manual adjustments, and I guess I could do something based
on current page number modulo total subpages as well.

Thank you,
Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


[NTG-context] How to make page break & headers in XY arrangements?

2020-03-30 Thread Mojca Miklavec
Hi,

Stupid question: what's the proper way to introduce an actual page
break and put some header on the paper holding the XY arrangement of
smaller pages?

I know I can create the second document which includes the first one
and adds page numbers on top, but I'm sure there's a more elegant way
to achieve the same.

Thank you,
Mojca

\setuppapersize
[XY][A4]
\setuppaper
[topspace=10mm,backspace=10mm,dx=0mm,dy=0mm,nx=5,ny=13]
\setuplayout
[page]
[topspace=2mm,backspace=2mm]
\setuplayout
[page]
\setuplayout
[location=middle]
\setuparranging
[XY]
\showframe
\setupbodyfont
[8pt]

\def\somecontent#1{\startpagemakeup #1 \stoppagemakeup}

\starttext

% I want to mark the page with label numbers
\setupheadertexts[1][1][1][1]%
\dorecurse{50}{\somecontent{Label ONE}}

% I want an actual page break here
\page

\setupheadertexts[2][2][2][2]%
\dorecurse{70}{\somecontent{Label TWO}}

\stoptext
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Question to installation ConTeXt from TeXlive

2020-02-18 Thread Mojca Miklavec
On Tue, 18 Feb 2020 at 13:28, Tomas Hala wrote:
>
> Hi all,
>
> when one (eg. student) decides for customizing the Windows installation from 
> TeXlive,
> 24 items will appear in the group of packages list.
>
> Because I have no experience with W. installations, I would like to ask
> which of them are relevant or possible to use with ConTeXt MkIV (on W.).
> (The aim is not to install unusable stuff.)

Pick the ConTeXt scheme.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] new lmtx beta

2020-01-26 Thread Mojca Miklavec
Dear Hans,

On Sun, 26 Jan 2020 at 19:39, Hans Hagen wrote:
>
> I uploaded a new beta (mostly lmtx).

Thanks a lot.
What about musl binaries?

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] LMTX for alpine linux (musl)

2020-01-02 Thread Mojca Miklavec
On Thu, 2 Jan 2020 at 14:42, Martin Hasoň wrote:
>
> Hi all,
>
> I would like use the LMTX in alpine linux (musl). Is this version planned to 
> be prepared?

What's the oldest version of Alpine that we would want to support?

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Adjust kern for one character

2019-12-23 Thread Mojca Miklavec
On Sun, 22 Dec 2019 at 22:28, Henri Menke wrote:
> On 12/23/19 10:19 AM, Rik Kabel wrote:
> > List,
> >
> > Is there a way in ConTeXt to adjust the left-side kern for one
> > character?
>
> No, kerns always come in pairs.

Bounding boxes come per-character, though ;)
I'm not familiar with details, but I would guess that it might be
possible to change the bounding box of a character on the fly.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] problem with a new installation of LMTX

2019-12-08 Thread Mojca Miklavec
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"  is running, but no format.
> >
> > I checked folders after the installation.
> > Folders, texmf-cache, texmf-fonts, texmf-local, texmf-modules, 
> > texmf-project are empty.
> > texmf folder contains {fonts,metapost, tex,web2c}
> > texmf-context folder contains {colors,context,doc}
> > However, I couldn’t find base files, script files, etc.
> > Is it normal? Is it related with Catalina?
> 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 know.

I replied in another thread.

Catalina has way stricter security requirements and it's getting
increasingly more difficult to do workarounds.
(Using rsync might help to circumvent some of the troubles. For now, at least.)

I'm somewhat reluctant to install Catalina on my machine until I need
to (maybe in a VM).

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] problem with a new installation of LMTX

2019-12-08 Thread Mojca Miklavec
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 
> compatible with MacOS policy.

One way that (still?) works is using rsync instead of fetching via http.
One very simple way to quickly offer a working solution would be to
offer the installer via rsync.

Adapting our procedures to meet Apple's security requirements would
take quite some effort (as well as paying a fee to Apple) to set up
the automatism and send all binaries for notarization.

See
https://tug.org/TUGboat/tb40-2/tb125koch-harden.pdf
for an extensive description of what approximately is needed.
But note that the article's author needs to perform this roughly once
per year (that's very far from actually being one-off task as there
are many rounds to do), while we would need to make it work on regular
basis (ideally fully automated). And MacTeX already comes as an
official installer (pkg), while we don't have any app wrapper for
ConTeXt yet.

But in any case we need to wikify the procedure for LMTX. I thought
someone described a working workaround not that long ago? (I'm not
sure who, but searching for Catalina should provide some hits.)

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] ConTeXt as a service

2019-11-23 Thread Mojca Miklavec
On Sat, 23 Nov 2019 at 16:40, Henning Hraban Ramm wrote:
> > Am 2019-11-23 um 15:14 schrieb Mojca Miklavec:
> > On Sat, 23 Nov 2019 at 13:02, Henning Hraban Ramm wrote:
> >>> Am 2019-11-23 um 08:12 schrieb Mojca Miklavec:
> >>>>
> >>>> Then you can use one of the online JS editors like CKeditor.\
> >>>
> >>> Only if you spend an enormous amount of effort making sure that the
> >>> code is properly cleaned up rather than containing a gazillion random
> >>> html style tags which you can never reconstruct back into some
> >>> structured form.
> >>>
> >>> (And yes, my impression is that Massi spent a huge amount of effort in
> >>> configuring the editor and cleaning up the mess. My company didn't and
> >>> ended up with sometimes literally every word in a sentence using a
> >>> different font size or style. They gave up on html + cke pretty soon,
> >>> but couldn't be convinced that this was a bad idea upfront.)
> >>
> >> Don’t exaggerate. Or maybe your company didn’t think about which tags are 
> >> really necessary.
> >> A proper configuration that doesn’t allow nonsense, even if users paste 
> >> text from Word documents, is not such a big effort.
> >
> > I'm not exaggerating, I would gladly be convinced/proved that I'm
> > wrong. How much effort (expressed in hours or days) do you think is
> > needed to implement the following?
>
> Oh, IMO that wishlist is very demanding. I’d say it’s more or less impossible 
> with any HTML editor.

So where do we stand with "you are exaggerating, it's really simple",
then? How many hours to configure it? ;)

(ConTeXt has no problems doing all that, and asciidoc as potential
input format supports all the required features as well; if a nice
translation layer is defined, one can get both awesome html out of the
box as well as high quality PDF. I'm just saying that I find MCE
somewhat useless. Whether or not that's exaggerating ... still waiting
to be proven wrong.)

> The JS editors I know of allow for custom menus, and it should be easy to 
> setup special divs for these warning sections.
> I don’t know any good table or formula editors/plugins, though. I’m not up to 
> date, but I guess with a graphical/“WYSIWYG” tool you’ll never get perfectly 
> structured input and will never be able to address finer details of 
> typography, esp. WRT math.

Well ... both Word and Open/LibreOffice do a pretty decent job w.r.t
math nowadays, MathJax is awesome, and I've also seen some awesome
javascript apps allowing you to edit equations. So it's not
impossible. Just not that straightforward ...

I'm not saying that I really need a WYSIWYG editor. Anyone who's
supposed to enter correct complex formulas should be able to learn
some basic markup language (I guess).

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] ConTeXt as a service

2019-11-23 Thread Mojca Miklavec
On Sat, 23 Nov 2019 at 13:02, Henning Hraban Ramm wrote:
> > Am 2019-11-23 um 08:12 schrieb Mojca Miklavec:
> >>
> >> Then you can use one of the online JS editors like CKeditor.\
> >
> > Only if you spend an enormous amount of effort making sure that the
> > code is properly cleaned up rather than containing a gazillion random
> > html style tags which you can never reconstruct back into some
> > structured form.
> >
> > (And yes, my impression is that Massi spent a huge amount of effort in
> > configuring the editor and cleaning up the mess. My company didn't and
> > ended up with sometimes literally every word in a sentence using a
> > different font size or style. They gave up on html + cke pretty soon,
> > but couldn't be convinced that this was a bad idea upfront.)
>
> Don’t exaggerate. Or maybe your company didn’t think about which tags are 
> really necessary.
> A proper configuration that doesn’t allow nonsense, even if users paste text 
> from Word documents, is not such a big effort.

I'm not exaggerating, I would gladly be convinced/proved that I'm
wrong. How much effort (expressed in hours or days) do you think is
needed to implement the following?
(Any existing opensource solution may be used as the basis.)

My wishlist is not that demanding:
* allow generating both printable documents on white background, as
well as black slides with mostly white text (PDF as well as browsable
HTML website)
* support advanced mathematical formulas
* some sections or words do need to have some special markings (for
example apply some colours or bold/italic; the colour of course needs
to depend on background colour)
* tables need to be styled according to white the designer specifies,
but it should be very easy to change the table style after some months
* support consistently styled "CAUTION: ..., WARNING: ..., NOTE: ..."
sections inside the text (make it trivial to change the style of how
these are printed out after some months)
* support table of contents, nice front page etc.
* support vector images for PDFs

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] ConTeXt as a service

2019-11-22 Thread Mojca Miklavec
On Fri, 22 Nov 2019 at 10:05, Henning Hraban Ramm  wrote:
>
> Am 2019-11-22 um 09:46 schrieb Mojca Miklavec 
> :
> >
> > On Fri, 22 Nov 2019 at 08:51, Jan U. Hasecke wrote:
> >>
> >> I am very interested in running ConTeXt as a service, too. I am still
> >> nurturing the idea of a publishing cooperative for self publishers with
> >> a Markdown --> Pandoc --> ConTeXt workflow with a nice web frontend. I
> >> hope to make it to the next ConTeXt meeting to discuss it.
> >
> > If you want to start from a simple markup language, at least go for
> > asciidoc or restructured text.
> > Markdown is a mess for anything but very very very trivial structure,
> > and very very soon you basically end up with "basically ugly html with
> > some embeded plain text every now and then".
> >
> > There is some proof-of-concept test document which goes via the
> >asciidoc --[asciidoctor]--> docbook (xml) --[context]--> pdf
> > path (but it needs more work to be fully useful).
>
> Wouldn’t it make sense to go (X)HTML->ConTeXt?
>
> Then you can use one of the online JS editors like CKeditor.\

Only if you spend an enormous amount of effort making sure that the
code is properly cleaned up rather than containing a gazillion random
html style tags which you can never reconstruct back into some
structured form.

(And yes, my impression is that Massi spent a huge amount of effort in
configuring the editor and cleaning up the mess. My company didn't and
ended up with sometimes literally every word in a sentence using a
different font size or style. They gave up on html + cke pretty soon,
but couldn't be convinced that this was a bad idea upfront.)

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] ConTeXt as a service

2019-11-22 Thread Mojca Miklavec
On Fri, 22 Nov 2019 at 08:51, Jan U. Hasecke wrote:
>
> I am very interested in running ConTeXt as a service, too. I am still
> nurturing the idea of a publishing cooperative for self publishers with
> a Markdown --> Pandoc --> ConTeXt workflow with a nice web frontend. I
> hope to make it to the next ConTeXt meeting to discuss it.

If you want to start from a simple markup language, at least go for
asciidoc or restructured text.
Markdown is a mess for anything but very very very trivial structure,
and very very soon you basically end up with "basically ugly html with
some embeded plain text every now and then".

There is some proof-of-concept test document which goes via the
asciidoc --[asciidoctor]--> docbook (xml) --[context]--> pdf
path (but it needs more work to be fully useful).

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] developer not verified error

2019-11-16 Thread Mojca Miklavec
Dear Alan,

On Fri, 15 Nov 2019 at 22:37, Alan Bowen  wrote:
>
> Though I was able to download the latest ConTeXt beta without any problems, 
> my attempt to update my ConText-LMTX installation was blocked. The error 
> message was
>
> “mtxrun” cannot be opened because the developer cannot be verified
>
> macOS cannot verify that this app is free from malware.
>
> Safari downloaded this file on April 29, 2019.

Thanks a lot for the report, but I'm tripple-confused now.

First I thought that we would have troubles with the binaries as soon
as GateKeeper was introduced (not sure which macOS version started
causing troubles), but somehow there were none, which at least came as
a pleasant surprise to me. Maybe this has to do with the fact that
anything running inside Terminal has somewhat higher permissions than
regular app bundles. (I know that Audacity doesn't allow recording
unless you run it from the Terminal, for example.)

What confuses me most though is how the beta can work, while lmtx
doesn't. I have an impression that when you download something with
Safari as opposed to downloading with rsync, Safari simply "attaches"
something to the files automatically, marking them as "unsafe", and
unzipping doesn't really help either.

The difference between the usual context distribution and lmtx is that
lmtx usually starts by downloading it from the web (and also
transferring everything in a different way).

>  I am not sure why this is happening and wonder if it would OK to copy mxtrun 
> from my ConTeXt installation and replace the version in my ConTeXt-LMTX 
> installation with it.

I didn't look closely, but if mtxrun is just a symlink to luametatex,
can you maybe try to run

rsync -av \
rsync://contextgarden.net/builds/luametatex/x86_64-darwinlegacy/luametatex \
some/local/path/luametatex

to fetch luametatex and try to use that one? (You may try to make
mtxrun a symlink to it, or its copy.)

I'm curious if that will work. I don't yet dare to upgrade to Catalina
(in some ways the OS is worse with each new version).

If it doesn't work, we'll need to figure out how exactly to do the
notarisation (including paying 100 USD per year, which sounds stupid
enough from principle alone), and in any case we need to find a way to
make lmtx work for everyone.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Error during installation of LMTX

2019-09-30 Thread Mojca Miklavec
On Mon, 30 Sep 2019 at 20:04, Jan U. Hasecke wrote:
>
> I tried to update or install LMTX today and get this error:
>
> /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.29' not found
> (required by /home/juh/context-linux-64/bin/mtxrun)
>
> I am running debian 10 buster.

This could be related to Hans updating the Ubuntu version on WSL on
his computer recently (if that's the source of the distributed
binaries).

We do have binaries on
http://dl.contextgarden.net/build/luametatex/x86_64-linux/
which should work on Debian 9 (cmake on Debian 8 is too old and it
would require a bit more tricks to support the version that old), but
I'm not sure what you need to do to use them as a drop-in replacement
during "bootstrapping" phase.

This should probably be answered by Hans.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Error: your system "Linux aarch64" is not supported yet.

2019-09-26 Thread Mojca Miklavec
On Fri, 27 Sep 2019 at 00:49, luigi scarso  wrote:
>
> ..but aarch is in texlive already from  while ...

Having it in TL is usually not sufficient, we should usually be able
to build it ourselves to get the latest version of luatex etc. (But I
could use the binaries from TL as a starting point.)

That's either cross-compiling, but probably easier to simply put some
proper hardware in place, so that we can also run the test suite.

I was thinking of getting hold of another Raspberry and trying to
install a 64-bit system on it. Or maybe dig out my super old Pine64
and build on that one. Nobody ever asked for binaries, so we were not
in a hurry.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] OpenBSD install broken

2019-09-21 Thread Mojca Miklavec
Dear Robert,

On Sat, 21 Sep 2019 at 01:09, Robert Krug wrote:
>
> Now, to the reason for this note. I recently tries to install context on an 
> OpenBSD 6.5 AMD64
> system, but the install failed. Thanks to some helpful emails in the archives 
> from 2017 and 2018,
> I was able to get this working by editing mtxrun and mtx-update.sh.

This would be really nice to fix eventually.

Hans, we do have all the required files:
https://distribution.contextgarden.net/setup/openbsd6.5/
https://distribution.contextgarden.net/setup/openbsd6.5-amd64/
...
https://distribution.contextgarden.net/current/bin/luatex/openbsd6.5-amd64/
...
but the problem is that mtxrun knows the platform under the name of
"openbsd-amd64" rather than "openbsd6.5-amd64".


The first-setup.sh script already correctly recognizes the name by
doing the following:

system=`uname -s`
case "$system" in
OpenBSD)
version=`uname -r`
platform="openbsd${version}-amd64" ;; # for 64-bit one; a
separate call for 32-bit of course

while mtxrun "ignores" the version name, but also ignores the
parameter being passed as

mtxrun --script bin/mtx-update.lua --platform=openbsd6.5-amd64

> I include what I did below.

Thanks.

> 1) Do the usual:
>
>   mkdir context && cd context
>   rsync -ptv rsync://contextgarden.net/standalone/setup/first-setup.sh .
>   ./first-setup.sh
>
> This will silently fail, because
> bin/mtx-update.lua
> bin/mtxrun
> do not recognize openbsd.
>
> 2) Edit bin/mtxrun:
>
> We need to define a "good" version of resolvers.platform(t,k)
> At line 4049, there is a default definition. Replace it with:
>
>  function resolvers.platform(t,k)
>   local platform="openbsd6.5-amd64"
>   os.setenv("MTX_PLATFORM",platform)
>   os.platform=platform
>   return platform
>  end

It would be ideal to fix this properly instead, for everyone else.
This is a good recipe for a workaround, but we need something better.

In my opinion this might be best to maybe even fix inside luatex
sources themselves.

> 6) Finally, the setuptex script gives me an error message:
>
>   megaera$ . /home//Context/tex/setuptex
>   /bin/ksh: /home//Context/tex/setuptex[163]: ${.sh.file}": bad 
> substitution
>
> but it is not hard to set the path correctly:
>
>   PATH=$PATH\:/home//Context/tex/texmf-openbsd6.5-amd64/bin ; export 
> PATH

This is something that I need to fix independently in the installation
script. Do you have any clue what could be done to make it work
properly on OpenBSD?

Mojca

PS: Hans, for some reason the 32-bit virtual machine for OpenBSD 6.5
seems broken in a bad way (I doesn't even reach the login screen), no
clue what's wrong, and I don't have extensive experience with OpenBSD
either. I could keep investigating, but I'll probably simply end up
setting up a fresh one. It would be helpful to maybe do some disk
health checks on the server, just in case.
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] texexec is deprecated?

2019-08-12 Thread Mojca Miklavec
On Mon, 12 Aug 2019 at 13:42, Jon Wong  wrote:
>
> I was able to use `context’ but not `texexec’. The latter (`texexec —pdf 
> test.tex’) tells me that some format file (`cont-en.fmt’) can’t be found.
>
> Is `texexec’ obsolete?

texexec is only for Mark II (8-bit pdfTeX, XeTeX) which has been
frozen for years now.
lmtx is only for Mark >= IV (new version of LuaTeX), so texexec no
longer makes sense there and anything needed to run it is also
missing.

Support is only provided for Mark IV and later.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] currently supported platforms

2019-07-19 Thread Mojca Miklavec
On Fri, 19 Jul 2019 at 12:51, Henning Hraban Ramm wrote:
>
> I.e., I replaced OpenBSD 6.3 and 6.4 with 6.5 and added CygWin and Linux MUSL.

I have no idea why 6.4 is not on the list (binaries are being built).
Cygwin is not really supported, it's just a hack that uses the regular
windows binaries.

> Is "Alpine" correct for MUSL?

Maybe.

> There are additional versions win32 and win64 - what’s the difference
> to mswin? Are those also from W32TeX?

win32 = mswin (I was probably hoping to convince Hans one day to
change the name)

> In the wiki it says kfreebsd would be still supported via Debian - is
> this still true?

No clue. Probably nobody ever tested for ages.

> BTW is there any chance to get "first-setup.sh --context=date" back?

It has never been removed, but in the past Hans would put a new
current online every few days. We need to officially switch to
git-based solution to support that.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


[NTG-context] circuitikz update with ConTeXt fixes

2019-06-24 Thread Mojca Miklavec
Hi,

I recieved this via CTAN updates.

Any volunteers for testing?

(Using --modules=all or --modules=t-tikz should automatically give you
the latest version.)

Mojca


On Mon, 24 Jun 2019 at 12:00,  wrote:
>
> Romano Giannetti submitted an update to the
>
> circuitikz
>
> package.
>
> Version:  0.9.2 2019-06-21
> License:  lppl gpl
>
> Summary description:  Draw electrical networks with TikZ
>
> Announcement text:
> --
>
>  This is basically a bug-fix release for ConTeXt following 0.9.1.
>  Release 0.9.2 (2019-06-21)
>
>   - (hopefully) fixed ConTeXt compatibility. Most new functionality is not 
> tested;
>  testers and developers for the ConTeXt side are needed.
>   - Added old ConTeXt version for 0.8.3
>   - Added tailless ground
>
>  Release 0.9.1:
>
>- Added old LaTeX versions for 0.8.3, 0.7, 0.6 and 0.4
>- Added the option to have inline transformers and gyrators
>- Added rotary switches
>- Added more configurable bipole nodes (connectors) and more shapes
>- Added 7-segment displays
>- Added vacuum tubes by J. op den Brouw
>- Made the open shape of dcisources configurable
>- Made the arrows on vcc and vee configurable
>- Fixed anchors of diamondpole nodes
>- Fixed a bug (#205) about unstable anchors in the chip components
>- Fixed a regression in label placement for some values of scaling
>- Fixed problems with cute switches anchors
>
> --
>
> The package’s Catalogue entry can be viewed at
>https://ctan.org/pkg/circuitikz
>
> The package’s files themselves can be inspected at
>http://mirror.ctan.org/graphics/pgf/contrib/circuitikz/
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] context standalone installation broken

2019-05-14 Thread Mojca Miklavec
Hi,

Massimiliano, thanks for confirming that it works again and I'm sorry
for the inconvenience.

For a strange/unknown reason the SVN checkout got into an inconsistent
state (claiming checksum mismatch), so I started doing some magic to
get it back to a consistent state. In the meantime some files were
removed and the minimals sync (done every 15 minutes or so) was
triggered in the meantime.

(I have never seen a similar error in the past, and git seems to work
more reliably in such cases.)

If anything still sounds abnormal, please let me know.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] context standalone installation broken

2019-05-14 Thread Mojca Miklavec
Something broke with svn updates of TeX Live.

I'm looking into it.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] adjusting tikz pictures

2019-04-25 Thread Mojca Miklavec
On Thu, 25 Apr 2019 at 16:23, Hans Hagen wrote:
>
> > Ideally someone should fix Geogebra to allow outputting
> > ConTeXt-friendly TikZ images.
>
> or just efficient metapost

Oh, sure! (That might require a bit more work, but probably worth
doing if someone wants to go that way.)

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] adjusting tikz pictures

2019-04-25 Thread Mojca Miklavec
On Wed, 24 Apr 2019 at 12:51, Gour wrote:
>
> Hello,
>
> I believe that using GeoGebra for drawing, exporting to TikZ is the most
> approachable method for me to be able to create mathematic-related
> material like exams for the children in the primary school, but need some
> info how to adjust GeoGebra's TikZ output (suitable for LaTeX) for
> ConTeXt?

Ideally someone should fix Geogebra to allow outputting
ConTeXt-friendly TikZ images.

The differences should be small enough that this should be doable.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


[NTG-context] Fwd: Announcing Season of Docs 2019

2019-04-02 Thread Mojca Miklavec
Hi,

This is just to let you know that Google started accepting applications for
organisations that want to participate in "Google season of docs", offering
stipends to technical writers to work full time on improving documentation
of open source projects.

See also a list of sample ideas:
https://developers.google.com/season-of-docs/docs/project-ideas
(but maybe some improvement of the writing tools could also count, I don't
know).

Participation is not limited to students this time.

Is any of the TeX user groups interested in participating?

Mojca


-- Forwarded message -
From: 'sttaylor' via Google Summer of Code Mentors List
Date: Mon, 11 Mar 2019 at 23:32

We’re delighted to announce the inaugural year of Season of Docs, a Google
program that fosters collaboration between open source projects and
technical writers. Season of Docs is similar to Summer of Code, but with a
focus on open source documentation and technical writers. Details are on
our website: g.co/seasonofdocs
.

Would you like to take part as an open source mentor in the inaugural year
of Season of Docs? Open source organizations can start thinking now about
the projects you’d like a technical writer to work on. Take a look at
the examples
of project ideas
. Reach
out to your community members to see who’d like to be a mentor for Season
of Docs. As a mentor, you don’t need technical writing skills. Instead,
you're a member of the open source organization who knows the value of good
documentation and who is experienced in open source processes and tools.
See the guidelines on working with a technical writer
.
Organization applications open on April 2, 2019. See the full timeline
 on the Season
of Docs website.

>From April 30, Technical writers can explore the list of participating open
source organizations and their project ideas. Technical writers bring their
skills in designing and developing documentation to the open source
organization. Technical writer applications open on April 30. The list of
accepted technical writing projects is announced on July 30.

Please do tweet and blog about Season of Docs if you’d like to share the
news. We want as many people to know about it as possible. We’ve provided
logos that you can download and some example content on the press page
.

We’re looking forward to an exciting pilot of the Season of Docs program!

If you have any questions about the program, please email us at
season-of-docs-supp...@googlegroups.com.

Best regards

Sarah Maddox, Andrew Chen and the Season of Docs team
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Welcome to LMTX

2019-04-02 Thread Mojca Miklavec
V tor., 2. apr. 2019 19:35 je oseba Paul Hoffman 
napisala:

> It doesn't work for me:
>
> 
> # sh install.sh
> /usr/local/lmtx/bin/mtxrun: /lib/libm.so.6: version `GLIBC_2.23' not found
> (required by /usr/local/lmtx/bin/mtxrun)
>

This should be fixed once we set up the automatic builds on the build farm.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] follow up

2019-04-01 Thread Mojca Miklavec
On Mon, 1 Apr 2019 at 15:19, Floris van Manen wrote:
>
> H.
>
> > We have worked furiously all day kicking-out extra code, and are pleased to 
> > present a lean-and-mean version of luatex with your favorite ConTeXt. Same 
> > good taste but only half the calories and a new name: luametatex and 
> > ConTeXt LMTX. No more Mk-whatever, no more dependencies for we can now 
> > stand on our own. Of course, good-old luatex and MkIV (as well as MkII) 
> > will continue to coexist and be maintained. However, now you will be able 
> > to run ConTeXt lmtx on your smart thermostat or on your refrigerator for 
> > the Internet of Things - the dawn of a new era!
>
> That sound like a very good thing indeed !
> Is it available for download already?

I would have already published the link on the server in Slovenia, but
it seems that there was a bug on the thermostat in the server room (I
was apparently too exhausted yesterday to properly test before I fell
in bed) which lead to some hardware failures. You'll probably need to
wait for another server to be set up. I hope the delay won't be too
long. (I'm really sorry for the inconvenience.)

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] TeX Live 2019: attempt to call a nil value (upvalue 'isfile')

2019-03-01 Thread Mojca Miklavec
On Fri, 1 Mar 2019 at 08:50, luigi scarso wrote:
>
> $> context luatex
>  mkiv lua stats  > used platform: linux-64, type: unix, binary subtree: 
> texmf-linux-64
> mkiv lua stats  > used engine: luatex version 1.1 with functionality level 
> 7088, banner: this is luatex, version 1.10.0 (tex live 2019)
> mkiv lua stats  > control sequences: 53180 of 65536 + 10
> mkiv lua stats  > lua properties: engine: lua 5.3, used memory: 441 MB (ctx: 
> 437 MB), hash chars: min(64,40), symbol mask: utf (τεχ)
> mkiv lua stats  > runtime: 21.608 seconds, 294 processed pages, 294 shipped 
> pages, 13.606 pages/second
> system  | total runtime: 47.547 seconds

OK, strange. It works for me in TeX Live as well after I installed the
missing dejavu fonts. I didn't imagine that it would break with such a
strange error when a font is missing though.

> ( forget the time, it's a zero-optimized binary (fast to compile))

It takes even longer for me with the binary from the distribution.

> In general: at every new release I have complains about "how deadly slow is 
> texlive  installation".
> On the other side , some  could wonder why *DejaVu* are not installed by 
> default regardless of  engine/scheme.

You could wonder that for all the zillions of fonts that ship with TeX Live.
Only CM is compulsory, the rest is up to user's taste.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] TeX Live 2019: attempt to call a nil value (upvalue 'isfile')

2019-02-28 Thread Mojca Miklavec
On Fri, 1 Mar 2019 at 07:39, Mojca Miklavec wrote:
> On Fri, 1 Mar 2019 at 00:14, Henri Menke wrote:
> >
> > Dear list,
> >
> > I just installed TeX Live 2019 pretest and running context --make fails with
> ,
> The latest ConTeXt has just been included yesterday and should be
> available since today (some time after the usual nightly update cca. 5
> hours ago + delays to finish the build and sync the mirrors).
>
> So please retry.

Here's my attempt of compiling
doc/context/sources/general/manuals/luatex/luatex.tex

fonts   > defining > font with asked name 'dejavusansmono' is
not found using lookup 'name'
fonts   > defining > unknown font 'dejavusansmono', loading aborted
fonts   > defining > unable to define 'dejavusansmono' as
'dejavu-10pt-tt-tf-0--0'
! error:  (linebreak): invalid list tail, probably missing
gluemtx-context | fatal error: return code: 1

The first hint is that we should probably include more font
dependencies in ConTeXt scheme. I can take care of that if you have
further suggestions (other than dejavu).

I didn't check what the actual error could be (no time now).

I used darwinlegacy binaries.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] TeX Live 2019: attempt to call a nil value (upvalue 'isfile')

2019-02-28 Thread Mojca Miklavec
On Fri, 1 Mar 2019 at 00:14, Henri Menke wrote:
>
> Dear list,
>
> I just installed TeX Live 2019 pretest and running context --make fails with
,
The latest ConTeXt has just been included yesterday and should be
available since today (some time after the usual nightly update cca. 5
hours ago + delays to finish the build and sync the mirrors).

So please retry.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] markdown module vs pandoc

2019-02-18 Thread Mojca Miklavec
On Thu, 14 Feb 2019 at 23:01, Gour wrote:
>
> I'm interested for using markdown markup and typeset such documents via
> ConTeXt, but wonder whether it is recommended to use Markdown module or do
> markdown --> ConTeXt via Pandoc?

If I was you, I would use AsciiDoc, convert it to DocBook and process the XML.
(There is some simple proof-of-concept docbook processing already written.)

Markdown is super ambiguous, with lots of different flavours, and
often resorting to HTML for the lack of more expressive syntax.

> btw, for illustrating
> ConText documents and/or slide-presentation, do you recommend learning
> MetaPost/MetaFun over .eg. TikZ if one wants to focus on single
> (probably my learning plate is already quite full to go into something
> else considering the need to learn ConTeXt itself) package?

I use both.

MetaPost/Fun is really cool when you need a lot of control of what you
want to do, the more calculations you need, the better. There is
relatively little syntax you need to learn to achive nearly anything,
but you mostly need to do stuff from scratch (if you reuse that code,
it gives you a lot of power).

I use TikZ when I need some ready-made stuff with possibly some fancy
shading patterns (or when I would pass the images to LaTeX users). In
those cases you might be able to achive the same in a lot less lines
of code, but you usually constantly need the user manual at hand, and
doing something low level is more tricky. ConTeXt support might be
occasionally broken.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] 404 error: Not found for first-setup.sh

2019-02-08 Thread Mojca Miklavec
On Fri, 8 Feb 2019 at 21:21, Taco Hoekwater wrote:
>
> After some more tweaking on my side, Marcus now reported that it works for 
> him, finally.

Thank you, it seems fixed for me as well.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] 404 error: Not found for first-setup.sh

2019-02-08 Thread Mojca Miklavec
Hi,

On Fri, 8 Feb 2019 at 19:03, Marcus Vinicius Mesquita wrote:
>
> Hi, Taco
>
> I tried again, but the server still answers with a 404 error.

There seems to be some misconfiguration for http vs. https introduced
earlier today. For me it works on http, while it tries to access the
mailman page on https. However my browser additionally automatically
redirects to https, so it fails from the browser as well.

We'll try to fix it tomorrow (read as: I'll probably leave it to Taco
as I would almost certainly break something in an even worse way than
that :)

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Where to put icc color profiles

2019-02-03 Thread Mojca Miklavec
Dear Jan,

On Sun, 3 Feb 2019 at 14:49, Jan U. Hasecke wrote:
>
> I downloaded some color profiles and stored them in:
>
> /context/tex/texmf-context/colors/icc/profiles
>
> But they get overwritten, when I update context.

Please try to put them to
/context/tex/texmf-local/colors/icc/profiles
instead (and maybe run "mtxrun --generate" afterwards just in case).

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] TextMate ConTeXt bundle

2018-11-14 Thread Mojca Miklavec
Dear Manuel,

On Wed, 14 Nov 2018 at 11:12, Manuel Blanco  wrote:
>
> Hi all,
>
> After some years with LaTeX and let's say three or four times trying
> to start with ConTeXt, I decided to try again. Difficult, there are
> many manuals and a lot of contradicting ideas (at least for those of
> us that do not know) in them, but still, I want to try to see if once
> and for all I can manage to dominate it.
>
> I have installed MacTeX 2018. I use TextMate, and the ConTeXt bundle
> is not working in Mac OS High Sierra. After installing it, when I
> tried to compile it said something along the lines "your PATH is ...
> you should have 'context' in your path", so I searched in my computer
> and changed TextMate PATH to:
>
> 
> $PATH:/opt/local/bin:/usr/local/bin:/usr/texbin:/usr/local/texlive/2018/texmf-dist/scripts/context/stubs/unix

This path is wrong.

First of all, you might run into some troubles if you accidentally
install some TeX binaries via MacPorts (then you might get mixed
binaries from one and the other, leading to troubles), so I would
strongly suggest you to put the MacTeX path *in front of*
/opt/local/bin.

Second, /usr/texbin probably no longer works on High Sierra (it worked
earlier, but no longer does after Apple decided to prohibit creating
paths in some of the top level folders, unless you manually switch the
protection off, reboot, make the change, etc.).

I assume that your binaries are now in
/Library/TeX/texbin
which is ultimately a symlink to
/usr/local/texlive/2018/bin/x86_64-darwin
(which you could also use if needed).

> And this last part is where I think the context binary seems to be
> /usr/local/texlive/2018/texmf-dist/scripts/context/stubs/unix
>
> But now when I run it it says
>
> env: texlua: No such file or directory
>
> What could be happening? What do I do?
>
> Also, the bundle was last updated in 2010, may be there are new
> things? Where could we learn what things to add?

It is. Patrick who wrote the bundle in no longer active in the ConTeXt
community, but I keep using his bundle and it works fine. It would
certainly be nice if someone took the work over and revised it. If you
want to volunteer, that would be awesome :)

You would probably need to start reading documentation about TextMate
bundles. One thing that might be straightforward to add are more known
commands (such a list could be autogenerated).

I never compile from within TextMate, so I don't know if that area
needs some changes (not sure if Patrick last modified the bundle
before or after MKIV was considered "the version you should use").

> https://github.com/pgundlach/context.tmbundle
>
> Any updated documentation that takes you from beginner to intermediate
> would be apreciated too.

For ConTeXt or for the TextMate bundle?

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] [dev-context] Luatex 1.09.0 announcement (Mojca Miklavec)

2018-10-28 Thread Mojca Miklavec
Dear Damien,

On Thu, 25 Oct 2018 at 13:09, Damien Thiriet wrote:
>
> LuaJIT did not work on OpenBSD 6.3 texlive* packages.

While it's not super important to have it, there's something super
suspicious about that. It did work until Luigi switched to the
experimental branch:

http://build.contextgarden.net/builders/luatex.openbsd-amd64-6.2.prg/builds/217
and broke immediately after that:

http://build.contextgarden.net/builders/luatex.openbsd-amd64-6.2.prg/builds/222

In TeX Live it broke for me some time ago. I checked the history, but
already the first build for OpenBSD 6.2 had luajittex build disabled
(in April 2018; according to git history I committed the change on the
29th of April 2018). I would say it must have worked in TeX Live 2017,
but I compiled that one with gcc on OpenBSD 6.0/6.1 rather than with
clang. Not that this is a valid excuse though: as shown above, clang
successfully compiled luajittex on OpenBSD 6.2 and 6.3 from the luatex
repository until very recently.

> I can live without it anyway.
> Does this mean that a ConTeXt live install will be available on OpenBSD 6.4?

I was not aware that OpenBSD 6.4 was out until you mentioned it. I'll
upgrade the machine on our build farm.

But just to make sure: did the minimals work correctly for you on 6.3?

> As usual I would be highly interested, even more since I discovered that
> using official packages (TL-2017 btw), you have to load everything to
> get context, since texlive-texmf-full is a texlive-texmf-context dependency.

I would try to talk to Edd or others packaging TeX Live if there's a
way to reduce the dependencies. We can help advise on what is (not)
needed.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Old version of luatex for alpine linux (musl)

2018-10-26 Thread Mojca Miklavec
Dear Martin,

On Tue, 23 Oct 2018 at 15:24, Mojca Miklavec wrote:
> On Tue, 23 Oct 2018 at 13:37, Martin Hasoň wrote:
> >
> > I want to use the last beta version of standalone ConTeXt distribution in 
> > alpine linux (musl). The installation was OK, but an error occurred while 
> > compiling the file:
>
> Eeeem, my fault, sorry. I did not update LuaTeX for musl as it comes
> from another source

Can you please try again if it works now?

Thanks to Henri I fetched the binary of LuaTeX 1.09 (but did not yet
set up automation to do that in the future, please give me some more
time :).

Henri, thanks a lot.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] [dev-context] Luatex 1.09.0 announcement

2018-10-24 Thread Mojca Miklavec
Dear Luigi,

On Wed, 24 Oct 2018 at 23:19, luigi scarso wrote:
> On Wed, Oct 24, 2018 at 11:15 PM Mojca Miklavec wrote:
>>
>> Dear Luigi,
>>
>> On Tue, 23 Oct 2018 at 20:12, luigi scarso wrote:
>> >
>> > ==
>> > LuaTeX 1.09 2018-10-23
>> > ==
>> >
>> > (1) This is a release that fixed some bugs, and the latest
>> > with lua 5.2.
>>
>> LuaJIT build on OpenBSD seems to be broken (and build.sh doesn't fail
>> when it should, so you are getting an unjustified success report):
>>
> good, so green doesn't mean ok and red means bad.

Green in that case means that someone needs to fix build.sh to return
a non-zero error when the build fails :)
(I hope that I fixed the buildbot configuration when changes happen in
trunk. But I will need a test.)

>> /home/buildbot/slaves/texlive/luatex_openbsd-amd64-6_2_prg/build/build/libs/luajit/.libs/libtexluajit.a(lj_err.o):
>> In function `lj_err_unwind_dwarf':
>> ../../../source/libs/luajit/LuaJIT-src/src/lj_err.c:236: undefined
>
> to be honest, I  remember that only freebsd used to work.

It did work in the past. (You can also check the history.)

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] [dev-context] Luatex 1.09.0 announcement

2018-10-24 Thread Mojca Miklavec
Dear Luigi,

On Tue, 23 Oct 2018 at 20:12, luigi scarso wrote:
>
> ==
> LuaTeX 1.09 2018-10-23
> ==
>
> (1) This is a release that fixed some bugs, and the latest
> with lua 5.2.

LuaJIT build on OpenBSD seems to be broken (and build.sh doesn't fail
when it should, so you are getting an unjustified success report):

/home/buildbot/slaves/texlive/luatex_openbsd-amd64-6_2_prg/build/build/libs/luajit/.libs/libtexluajit.a(lj_err.o):
In function `lj_err_unwind_dwarf':
../../../source/libs/luajit/LuaJIT-src/src/lj_err.c:236: undefined
reference to `_Unwind_GetCFA'
../../../source/libs/luajit/LuaJIT-src/src/lj_err.c:254: undefined
reference to `_Unwind_DeleteException'
../../../source/libs/luajit/LuaJIT-src/src/lj_err.c:262: undefined
reference to `_Unwind_SetGR'
../../../source/libs/luajit/LuaJIT-src/src/lj_err.c:273: undefined
reference to `_Unwind_SetGR'
../../../source/libs/luajit/LuaJIT-src/src/lj_err.c:(.text+0x301):
undefined reference to `_Unwind_SetIP'
/path/to/build/build/libs/luajit/.libs/libtexluajit.a(lj_err.o): In
function `err_raise_ext':
../../../source/libs/luajit/LuaJIT-src/src/lj_err.c:301: undefined
reference to `_Unwind_RaiseException'
clang: error: linker command failed with exit code 1 (use -v to see invocation)
gmake: *** [Makefile:7713: luajittex] Error 1

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Old version of luatex for alpine linux (musl)

2018-10-23 Thread Mojca Miklavec
Hi,

On Tue, 23 Oct 2018 at 13:37, Martin Hasoň wrote:
>
> Hi all,
>
> I want to use the last beta version of standalone ConTeXt distribution in 
> alpine linux (musl). The installation was OK, but an error occurred while 
> compiling the file:

Eeeem, my fault, sorry. I did not update LuaTeX for musl as it comes
from another source (at the moment we can build it on Travis, but I
never did that so far myself).

I wanted to somehow automate this. Norbert has set up an automatic
mirror on GitHub and also set up a Travis job, but we would need a
mechanism to push the resulting binary somewhere. Or at least I need
to find a way to trigger a build manually from time to time. At the
moment one needs to create a tag which is a bit strange, but ...
(I wanted to take time and set up my own account on Travis etc., just
never came around to do so.)

If Henri has some suggestion about the most efficient way to achieve
this ... (for the moment it would be ok if I only get the latest
binary from trunk/master).

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Homebrew packaging for macOS

2018-10-07 Thread Mojca Miklavec
On Sun, 7 Oct 2018 at 01:24, Andrew Dunning wrote:
>
> Dear list,
>
> Has anyone ever looked into packaging ConTeXt for Homebrew on macOS (see 
> )?

I'm not aware of any such effort so far, but we gladly help you if you
are willing to invest effort into creating one yourself.

> Providing it as an installation option would make it far easier to obtain the 
> latest version.

Obtaining the latest version is already relatively easy, but I fully
understand your point :)

> In looking into it myself, I immediately came across the problem of not being 
> exactly sure where to find a versioned download link. See their guidelines at 
> .

Maybe
https://github.com/contextgarden/context-mirror
comes closest to what you are looking for, but note that ConTeXt
provides several releases per day (or maybe a release every few days
at most) which is more resembling individual commits in other projects
than one release per every few months as would be common with other
projects.

The only thing that comes somewhat closer to a release is a version
that gets released with TeX Live once per year, but that's not in line
with your desire to easily get the latest version. We had the latest
version of ConTeXt in TLContrib repository for a while which could
probably be reinstated if desired, but that means using MacTeX (even
if from HB).

If you want to provide a package for HB, you either need to use "HEAD"
or create a cron job that will update the package definition several
times per day :) :) :)

But note that installing ConTeXt alone is not sufficient. You also
need LuaTeX, a bunch of fonts and other files (I'm not sure which
ones; with the old ConTeXt MKII it was a lot more dependencies than
with the new ConTeXt MKIV). The easiest way would be to install TeX
Live as a dependency, but from what I saw I suspect that HB only
packages MacTeX as a binary installation. You could install ConTeXt on
top of that in a way that doesn't conflict. Alternatively you need to
spend (quite some) effort figuring out what exactly is needed.

I'll probably create another git repository with a standalone
installation, but it's not yet ready and you should not count on it.

I suspect that you'll find a slightly hard time getting this package
into core HomeBrew and that you'll need to provide your own
repository, but I might be wrong. I decided against providing a
package for MacPorts precisely because it's not really practical to
update a package definition every few days.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

[NTG-context] Apache server down

2018-09-22 Thread Mojca Miklavec
Hi,

I would like to sincerely apologise. I screwed up when trying to
restart Apache on the garden and I'll probably need Taco to fix the
problem, so please be patient. (The wiki works, some other sites are
down.)

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Using the source han sans fonts fails

2018-09-21 Thread Mojca Miklavec
On Wed, 19 Sep 2018 at 17:47, Ulrike Fischer wrote:
> Am Wed, 19 Sep 2018 13:50:37 +0200 schrieb Ulrike Fischer:
>
> > I guess I should reinstall context here, probably it is too old and
> > never got the 64bit binaries.
>
> I did reinstall context and now a 64bit luatex is used on my pc too
> and the problem is gone.
>
> I also installed a 64bit luatex for texlive and now the font can
> also be used with latex.
>
> The first time for me that a 64bit application makes really a
> difference ;-).

I didn't look at the font itself, but if a font requires more than 3
GB of memory to be able to load it, I would suspect something
suspicious (either inefficient storing of data, semi-recursive
behaviour – that did happen with one basically "empty" font in the
past, memory leak, ... or at least some inefficient design at some
point).

But it makes a strong argument for inclusion of 64-bit binaries into TeX Live :)

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] HTTPS on wiki.contextgarden.net

2018-09-09 Thread Mojca Miklavec
Dear Henri,

V ned., 9. sep. 2018 09:22 je oseba Henri Menke napisala:

> Could you please enable SSL on the Wiki?
>

We just discussed this two days ago and plan to add SSL support to both
servers (it's not just wiki lacking ssl support). Wiki also needs an update
of mediawiki, so the two might be done at the same time.

Mojca

>
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] contextbeta moved or server down?

2018-09-07 Thread Mojca Miklavec
On Fri, 7 Sep 2018 at 17:18, Hans van der Meer wrote:
>
> Ping gave this:

Ping gives you the correct address and a sign that you can reach the
server. I'm almost certain it's a firewall issue. Please check whether
you can reach, say,
 rsync rsync://rsync.macports.org/

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] contextbeta moved or server down?

2018-09-07 Thread Mojca Miklavec
On Fri, 7 Sep 2018 at 17:08, Hans van der Meer wrote:
>
> If I connect in the browser to contextgarden.net/minimals/setup/$platform/bin 
> (platform set to my osx-64) it gives an empty page with text as below. 
> Shouldn’t there be something to download?

No, because that's the wrong URL. The correct URL would be
http://minimals.contextgarden.net/setup/osx-64/bin/
if talking about the browser. Apache's and rsync's URLs are not the same.

Can you please check if you can use rsync at all (behind the firewalls
you currently reside)? Do you get any response from, say,
rsync rsync://rsync.macports.org/
?

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] contextbeta moved or server down?

2018-09-07 Thread Mojca Miklavec
On Fri, 7 Sep 2018 at 11:11, Hans van der Meer  wrote:
>
> This used to give me the latest contextbeta:
> rsync -ptv rsync://contextgarden.net/minimals/setup/first-setup.sh .
>
> Today I get this error
> start download and iinstall of contextbeta
> rsync: failed to connect to contextgarden.net: Operation timed out (60)
>
> Is the garden down or have the sources been moved since my last access this 
> June?
> At least this link is still active at the moment: 
> http://wiki.contextgarden.net

While wiki.contextgarden.net is running on a different server than the
distribution, there hasn't been any change recently and the
installation works for me.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] troubles with standalone install on openbsd6.3-amd64

2018-05-28 Thread Mojca Miklavec
On 27 May 2018 at 16:32, Damien Thiriet wrote:
> Hello,
>
> I tried to install standalone on my OpenBSD 64-bit.
> Looks like something went wrong (or I missed something).

There's a high probability that Hans needs to fix mtxrun and/or
mtx-update.lua to properly support OpenBSD with the version number
included.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Build for Alpine Linux

2018-04-13 Thread Mojca Miklavec
On 11 April 2018 at 22:37, Hans Hagen wrote:
> On 4/11/2018 10:08 PM, Brian Hunt wrote:
>
>> 3. Add texlua (and texluac?) to
>>a. the setup rsync bin/ directories
>>b. the tex/texmf-linuxmusl(|-ppc|-64)
>
> we don't use texluac, don't need texlua on windows and on linux texlua is
> just a symlink

This was entirely my fault which has been fixed in the meantime.

> if musl needs different bin then there should be a different initial
> download i think because basically we're now talking of: windows, osx,
> linux, linuxmusl (a different species)

Exactly. We have that. And most bits and pieces are in place to allow
that, except for the problem with mtxrun not being able to determine
the platform correctly.

>> 4. Update mtxrun
>>
>> Here's code that ought to work for detecting musl in mtxrun.  Around line
>> 3721 of the mtxrun add:
>>
>>  if find(architecture,"x86_64",1,true) then
>>platform="linux-64"
>>  elseif find(architecture,"ppc",1,true) then
>>platform="linux-ppc"
>>  else
>>platform="linux"
>>  end
>> +   if resultof("ldd --version 2>&1"):find("musl") ~= nil then
>> + platform = platform:gsub("linux", "linuxmusl")
>> +   end
>
>
> that's not going to happen, some system call 9each run) in order to
> determine what linux species we run ... (there are a few calls but these are
> never used becasue we use HOSTTYPE (if needed we can set one ourselves on
> these platforms)
>
> isn't there some magic env var that tels if musl is used? do programs and
> scripts really have to jumpo through such loops

Hans, we don't really need this code for the sake of minimals
themselves, it is part of ConTeXt code that needs it and fails.

The problem is that even if I properly detect the platform upfront,
your code (mtx-update) will refuse to respect the setting. When
calling
./bin/mtxrun --script ./bin/mtx-update.lua --force --update --make
--context=beta --platform=linuxmusl-64 --texroot="/some/path"
from musl linux, the mtx-update will insist in always installing and
using linux-64 binaries even if they don't work, no matter what else
we try.

I still believe that a string like "x86_64-linuxmusl" is something
that luatex itself should be able to return when asked about what
platform it is running on (what platform it has been compiled for).
We've discussed this with Taco many years ago, but this has never been
implemented.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Installing fonts in a ConTeXt Docker (texfont tool missing?)

2018-04-13 Thread Mojca Miklavec
Dear Michelle,

On 13 April 2018 at 11:13, Rodzis, Michelle wrote:
> Dear Mojca,
>
> obviously I have forgotten to add an important detail - the fonts I want to
> install are TrueType fonts. My bad and apologies!
>
> For installing ttf I've used
> http://tug.org/pracjourn/2005-2/schmitz/schmitz.pdf (also mentioned in wiki)
> so far, and it worked every time.

You can forget that procedure.
Just copy the fonts, you'll only need a few lines of code for defining
the typescripts (just ask for additional help if you need to get your
fonts working).

TrueType fonts are supported out of the box and should no longer need
that clumsy process.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Installing fonts in a ConTeXt Docker (texfont tool missing?)

2018-04-13 Thread Mojca Miklavec
On 13 April 2018 at 10:16, Rodzis, Michelle wrote:
> Dear list,
>
> currently I work on a customized Docker container based on Ubuntu 16.04
> where I run ConTeXt standalone. To install ConTeXt, I use the approach
> described in the wiki:
>
>
> RUN wget http://minimals.contextgarden.net/setup/first-setup.sh &&\
> sh ./first-setup.sh --modules=all
>
> After setting ConTeXt root everything works fine and as expected. However,
> the texfont tool seems to be missing which means I cannot install new fonts
> in my container.

Nowadays texfont is the wrong tool to use. It doesn't actually install
fonts, it merely converts them from, say, Type 1, to a zillion of
8-bit files (meaning that you won't even be able to use more than a
couple accented characters in that font). This was useful before TeX
supported OpenType fonts, but is a complete waste of time and
resources to go through that painful route nowadays.

You can just copy your own OpenType font files to, say,
texmf-fonts/data (and probably update the font database after that
with mtxrun).

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Build for Alpine Linux

2018-04-08 Thread Mojca Miklavec
Dear Brian,

On 8 April 2018 at 16:56, Brian Hunt wrote:
> Hello everyone,
>
> Per this question on tex.StackOverflow, I am having trouble getting ConTeXt
> (LuaTeX specifically) to run on Alpine Linux:
>
> https://tex.stackexchange.com/questions/425463
>
> Specifically, the build from ConTeXt standalone has a LuaTeX that seems not
> to run against the musl libc6 library.

We have a "nearly working" one. At least all the binaries should be
there, see for example:
http://distribution.contextgarden.net/setup/linuxmusl-64/

There are two to three remaining problems:

1.) I disabled automatic musl recognition (short after enabling it)
after this bug report:
https://mailman.ntg.nl/pipermail/ntg-context/2018/091094.html
I need to finish "parsing"
https://mailman.ntg.nl/pipermail/ntg-context/2018/091123.html
and a few other posts in that thread and maybe make some additional
testing. There was some "oh no, it has to be the other way around"
discussion where I no longer followed and I need some more time to
read everything more carefully (no time for that right now).

2.) Most likely a patch in mtxrun is still needed (but I admit that I
didn't check) for proper platform recognition. The fact that we are
struggling in shell doesn't really help doing this part either :)

3.) Ideally we need to set up some automated LuaTeX builds to be able
to get the latest LuaTeX binaries in the future.

> Has anyone run ConTeXt on Alpine?

At the moment it should work if you install TeX Live 2018 pretest with
the ConTeXt scheme or if you fiddle a bit with the installation (you
need to hardcode the platform name in first-setup.sh and then still
some minor things might still go wrong, not sure). But in fact very
little is required to fix the remaining issues.

Can you please remind us to pick this up again in a couple of days?

In the meantime, if you are willing to do some more extensive testing
of patches (see full thread linked above) on both musl & non-musl
linuxes, in various shells etc., as well as perhaps come up with a
patch for mtxrun, that might help.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] linux binaries split?

2018-03-24 Thread Mojca Miklavec
On 24 March 2018 at 18:36, luigi scarso <luigi.sca...@gmail.com> wrote:
> On Sat, Mar 24, 2018 at 5:51 PM, Mojca Miklavec wrote:
>> I reverted the change for now until someone can come up with a working 
>> command.
> can you send me offlist  the relevant *lua *sh script ?
> I cannot reproduce the error now  with linux/zsh.

echo "Henri's test:"
if command -v ldd >/dev/null && ldd --version 2>&1 | grep -q ^musl
then
echo "This is musl"
else
echo "This is libc"
fi

# not sure about the exact form
echo "Arthur's test:"
if command -v ldd --version 2>&1 | fgrep -q '^musl'
then
echo "This is musl"
else
echo "This is libc"
fi

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] linux binaries split?

2018-03-24 Thread Mojca Miklavec
I reverted the change for now until someone can come up with a working command.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] linux binaries split?

2018-03-24 Thread Mojca Miklavec
On 24 March 2018 at 13:30, Thomas A. Schmitz wrote:
> On 03/24/2018 12:14 PM, luigi scarso wrote:
>
>> hm, what does
>> command -v ldd >/dev/null && ldd --version 2>&1
>> say ?
>
> ldd (GNU libc) 2.26
> Copyright (C) 2017 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions.  There is NO
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
> Written by Roland McGrath and Ulrich Drepper.

So you don't have musl.

This means that we have a bug in first-setup.sh and setuptex then. I'm sorry.

>> it's a "long term", ie until  it's in texlive .
>> If not in texlive, it can be dropped, but not necessarily.
>
> Sorry, I don't understand, this sounds contradictory to me.

Well, we just dropped i386-darwin and powerpc-darwin from the
minimals, we dropped powerpc-linux some time before that which shows
that there's no super strong promise to keep the binaries there
forever (oh, and we also had i386-linuxmusl for a couple of days which
I deleted a few days after adding it because Karl removed it from TeX
Live). Whether that's considered "long term" is left as an exercise to
the reader. If getting the binaries gets difficult and there are no
users requiring support, the binaries will go.

> On 03/24/2018 12:15 PM, Hans Hagen wrote:
>> i have no clue what drives this but i suppose than a specific linux only
>> has one of these two libs
>>
>> (no sign of musl in my scripts here)
>
> I see this tex/setuptex:
>
> if command -v ldd >/dev/null && ldd --version 2>&1 | grep -q
> ^musl
> then
> libc=musl
> else
> libc=glibc
> fi
>
>> rsync -ptv rsync://contextgarden.net/minimals/setup/first-setup.sh .
>>
>> it looks like that one has changed
>
>
> Even with the new first-setup.sh: when I run it, there are no new binaries
> in context/tex/texmf-linuxmusl-64/bin, so for the time being, context
> minimals are broken on arch linux (and its derivatives, I guess).

I was aware that until Hans implements support in mtxrun the first
installation on musl would be broken (I never liked this strange
dependency with mtxrun trying to guess the platform). But that should
not happen on a libc system, that's a bug.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] linux binaries split?

2018-03-24 Thread Mojca Miklavec
On 24 March 2018 at 11:59, Thomas A. Schmitz wrote:
> Hi,
>
> I wanted to use my minimal installation on arch linux this morning and
> received this error:
>
> Binaries for platform 'linuxmusl-64' are missing.
> (There is no folder "/mnt/shared/context/tex/texmf-linuxmusl-64/bin")
> provide a proper tex root (like '. setuptex /something/tex')
>
> Looking into setuptex, I see indeed a test for "libc=musl" or "libc=glibc,"
> so it appears that we now have two sets of binaries for linux-64? Is this
> supposed to be a long-term thing or just in the preparation for texlive
> 2018? (I share my minimal directory between several linux installations, so
> I assume I would need both sets?)

The binaries were requested (and provided) by Henri Menke:
   https://mailman.ntg.nl/pipermail/ntg-context/2018/090611.html

From what I understood (maybe I misunderstood) the regular linux
binaries would not even work on machines with musl, but maybe you have
both libc and musl installed?

It was not meant to be a short-term thing (unless/until we figure out
that there are too many problems with it and nobody uses it), but it
was probably never even tested properly and Hans did not yet implement
support in mtxrun, so maybe installing out-of-the-box would not yet
work, I don't have a machine to test it.

All the required binaries should be there though.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Google Search in ConTeXt Garden

2018-03-22 Thread Mojca Miklavec
On 22 March 2018 at 10:51, Taco Hoekwater wrote:
>> On 22 Mar 2018, at 10:06, Mojca Miklavec wrote:
>>
>> I'm lost in those files and I'm not too eager to spend too much time
>> learning all that stuff from scratch.
>>
>> If there are any web technologies experts willing to take a look, I
>> can provide some source snippets offline.
>
> Same comment and offer from me. And I am possibly even more lost than Mojca …

If nothing else helps, we can of course always just put that simple
script that google suggests on the website and not bother about the
results ending up on a different-looking design.

It's still better to have an ugly result page than an error page.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] decomposed u umlaut

2018-03-22 Thread Mojca Miklavec
On 20 March 2018 at 08:42, Henning Hraban Ramm wrote:
> Ahoi,
>
> I’ve one annoying problem with ConTeXt: all üs (small u umlauts) seem to be 
> encoded as decomposed unicode or something like that, at least every ü breaks 
> into u + garbage if I copy some text from a ConTeXt PDF to an app that 
> doesn’t really support Unicode.

You are on macOS, right?

In my experience it was usually Apple's technology to blame. Perfectly
valid PDFs with proper accented characters would always end up with
decomposed characters when copy-pasting. Even pdftotext did a better
job.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Google Search in ConTeXt Garden

2018-03-22 Thread Mojca Miklavec
Hi,

On 18 March 2018 at 13:13, Pablo Rodriguez wrote:
> Dear list,
>
> when I use Google to search the wiki, such as in:
>
>   http://wiki.contextgarden.net/google/new2.html?q=xmldoifelseempty
>
> I get the following error message:
>
>   Unauthorized access to internal API. Please refer to
>   https://support.google.com/customsearch/answer/4542055
>
> Can anyone confirm this?

I hope that Taco will be able to check this.

The token is correct, but apparently the API changed in the meantime.
Google offers some code to copy-paste that can be used directly, but
our wiki uses some strange combination of php, our own skin (written
by Siep), standalone javascript files, some html pages with results to
avoid ending up on google directly etc.

I'm lost in those files and I'm not too eager to spend too much time
learning all that stuff from scratch.

If there are any web technologies experts willing to take a look, I
can provide some source snippets offline.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Support for musl

2018-03-21 Thread Mojca Miklavec
On 19 January 2018 at 11:40, Henri Menke wrote:
> Dear list,
>
> I'd like to support Linux platforms which use musl 
> (https://www.musl-libc.org/) instead of glibc, like for instance Alpine Linux.

I have added the TeX Live binaries. So in principle this could work now:

rsync -ptv rsync://contextgarden.net/standalone/setup/first-setup.sh .
./first-setup.sh

but I suspect that some changes in mtxrun might be needed for this to
work properly.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Support for musl

2018-01-31 Thread Mojca Miklavec
On 30 January 2018 at 00:23, Henri wrote:
> It looks like we are going to get upstream support for musl from TeX live.
>
> There is this extremely long thread on the tlbuild mailing list.
> https://tug.org/pipermail/tlbuild/2018q1/003972.html

Thanks a lot. This *enormously* simplifies things. (After your initial
reply to the tlbuild I nearly lost hope, please don't repeat such
attempts ... :)

> An automated build on Alpine Linux has been included in the TeX live 
> continuous
> integration on GitHub.
> https://github.com/TeX-Live/texlive-source/blob/master/.travis.yml
>
> What would I have to do in order to get an automated build for ConTeXt
> standalone for musl?

- We need "the latest" luatex. (It's not yet clear to me what "the
latest" means at this moment as it's still totally confusing to me and
we didn't configure the other builders yet either. Luigi sent me a
relatively confusing message about which branch should be used.)
- It would help to have a simple patch for
  http://distribution.contextgarden.net/setup/first-setup.sh
  to correctly detect the platform
- I would copy the TL binaries from you for now and later take them
from the subversion repository (I assume that would happen once the
updates are frozen).

> Hans might be interested in detecting musl libc automatically, which I have
> recently merged into GNU autotools:
> https://git.savannah.gnu.org/cgit/config.git/commit/?id=3d00f60242f1726fc6eaa38e09435a969ee7ebe5
> It uses ldd to detect whether musl is used because ldd prints "musl libc" to
> stderr.
> https://git.musl-libc.org/cgit/musl/tree/ldso/dynlink.c#n1538

That's something which I still believe should be somehow "hardcoded"
into LuaTeX itself, so that LuaTeX itself would be aware of which
platform it was compiled for. At the moment part of detection happens
in mtxrun, but that's somewhat strange.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Support for musl

2018-01-19 Thread Mojca Miklavec
On 19 January 2018 at 11:40, Henri Menke wrote:
> Dear list,
>
> I'd like to support Linux platforms which use musl 
> (https://www.musl-libc.org/) instead of glibc, like for instance Alpine Linux.
>
> How would I go about this?  Can you share existing build scripts for, e.g. 
> Linux-64?  Do I have to provide build infrastructure?

Can you please raise that question on the TeX Live mailing list?

If TL team is not willing to support it, we can still do it ourselves,
but let's first see if there's an "official" way to support it, also
with respect to naming.
We would need to set up a VM running that version of Linux + some
other stuff (at the moment we are experiencing some technical issues
with network and the build infrastructure and we need to fix the
existing issues first, but then we could look into it).

(Would you expect any other use besides you?)

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] luatex binary is too old

2018-01-15 Thread Mojca Miklavec
On 15 January 2018 at 20:54, luigi scarso  wrote:
> Il 15 gen 2018 20:52, "Mojca Miklavec" ha scritto:
> On 15 January 2018 at 15:26, Mojca Miklavec wrote:
>> On 15 January 2018 at 14:56, Hans Hagen wrote:
>>> On 1/15/2018 2:47 PM, Roger Mason wrote:
>>>>
>>>> : Your luatex binary is too old, you need at least version 1.05!
>>>>
>>>> Where do I get the updated luatex binary?
>>>>
>>>> I'm running on FreeBSD 10.3, 32 bit.
>>>
>>> Does that binary come from the garden too?
>>
>> I can take a look.
>>
>> It's quite possible that FreeBSD didn't get updated after the problems
>> with firewalls and networks being shifted around at both ends.
>
> I tried to compile it, but it fails with
>
> In file included from
> ../../../source/libs/poppler/poppler-src/poppler/Annot.cc:62:
> In file included from
> ../../../source/libs/poppler/poppler-src/poppler/PDFDoc.h:53:
> ../../../source/libs/poppler/poppler-src/poppler/Form.h:271:79: error:
> unknown type name 'time_t'
>   SignatureInfo *validateSignature(bool doVerifyCert, bool
> forceRevalidation, time_t validationTime);
>
> ^
> ../../../source/libs/poppler/poppler-src/poppler/Form.h:534:79: error:
> unknown type name 'time_t'
>   SignatureInfo *validateSignature(bool doVerifyCert, bool
> forceRevalidation, time_t validationTime);
>
> ^
> 2 errors generated.
>
> Hm, trunk ?

Are you suggesting to distribute LuaTeX trunk for everyone?

Anyway, the same problem happens with the latest TeX Live sources as well.

I added
   #include 
to poppler-src/poppler/Form.h after which the build proceeds, but
later fails again building ICU.

../../../libs/icu/icu-src/source/i18n/coll.cpp:157:28: error: pasting
formed 'u"Collator"', an invalid preprocessing token
: ICULocaleService(UNICODE_STRING_SIMPLE("Collator"))
   ^

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] luatex binary is too old

2018-01-15 Thread Mojca Miklavec
On 15 January 2018 at 15:26, Mojca Miklavec wrote:
> On 15 January 2018 at 14:56, Hans Hagen wrote:
>> On 1/15/2018 2:47 PM, Roger Mason wrote:
>>>
>>> : Your luatex binary is too old, you need at least version 1.05!
>>>
>>> Where do I get the updated luatex binary?
>>>
>>> I'm running on FreeBSD 10.3, 32 bit.
>>
>> Does that binary come from the garden too?
>
> I can take a look.
>
> It's quite possible that FreeBSD didn't get updated after the problems
> with firewalls and networks being shifted around at both ends.

I tried to compile it, but it fails with

In file included from
../../../source/libs/poppler/poppler-src/poppler/Annot.cc:62:
In file included from
../../../source/libs/poppler/poppler-src/poppler/PDFDoc.h:53:
../../../source/libs/poppler/poppler-src/poppler/Form.h:271:79: error:
unknown type name 'time_t'
  SignatureInfo *validateSignature(bool doVerifyCert, bool
forceRevalidation, time_t validationTime);
  ^
../../../source/libs/poppler/poppler-src/poppler/Form.h:534:79: error:
unknown type name 'time_t'
  SignatureInfo *validateSignature(bool doVerifyCert, bool
forceRevalidation, time_t validationTime);
  ^
2 errors generated.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] luatex binary is too old

2018-01-15 Thread Mojca Miklavec
On 15 January 2018 at 14:56, Hans Hagen wrote:
> On 1/15/2018 2:47 PM, Roger Mason wrote:
>>
>> : Your luatex binary is too old, you need at least version 1.05!
>>
>> Where do I get the updated luatex binary?
>>
>> I'm running on FreeBSD 10.3, 32 bit.
>
> Does that binary come from the garden too?

I can take a look.

It's quite possible that FreeBSD didn't get updated after the problems
with firewalls and networks being shifted around at both ends.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Context minimals on linux armhf

2017-12-16 Thread Mojca Miklavec
On 15 December 2017 at 16:06, Lutz Haseloff wrote:
> Hi all,
>
> since some days, everytime I want to run first-setup.sh I get following
> error message.
>
> @ERROR: chroot failed
> rsync error: error starting client-server protocol (code 5) at main.c(1653)
> [Receiver=3.1.1]
>
> Is there something wrong with the rsync server?

Can you please retry?

I would say that it's weird that nobody reported it earlier, but it's
probably because if one runs the update on top of existing
distribution, the error skips by.

It looks as if the sysadmin was changing some paths on the system and
accidentally made one search-and-replace replacement too much.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] TikZ modules are missing \startmodule

2017-12-08 Thread Mojca Miklavec
Dear Christoph,

On 8 December 2017 at 08:38, Christoph Reller wrote:
> Hi,
>
> Since a module nesting check has been introduced in file-mod.mkvi, the TikZ
> modules provoke "module wrapping error" messages in the log file. May I
> kindly ask the maintainer of the TikZ modules to insert the missing
> \startmodule command in the following files:
>
> \tex\texmf-modules\tex\context\pgf\basiclayer\t-pgf.tex
> \tex\texmf-modules\tex\context\pgf\basiclayer\t-pgfbim.tex
> \tex\texmf-modules\tex\context\pgf\basiclayer\t-pgfcor.tex
> \tex\texmf-modules\tex\context\pgf\frontendlayer\t-tikz.tex
> \tex\texmf-modules\tex\context\pgf\math\t-pgfmat.tex
> \tex\texmf-modules\tex\context\pgf\systemlayer\t-pgfsys.tex
> \tex\texmf-modules\tex\context\pgf\utilities\t-pgfcal.tex
> \tex\texmf-modules\tex\context\pgf\utilities\t-pgffor.tex
> \tex\texmf-modules\tex\context\pgf\utilities\t-pgfkey.tex
> \tex\texmf-modules\tex\context\pgf\utilities\t-pgfmod.tex
> \tex\texmf-modules\tex\context\pgf\utilities\t-pgfrcs.tex
>
> Kind regards,
> Christoph

Thanks for the report. I suspect that the maintainer of TikZ might not
be reading this mailing list (and is certainly not a ConTeXt user
himself).

I'm CC-ing him. The issue tracker is here:
https://sourceforge.net/p/pgf/bugs/

In the past Hans and Aditya wrote a number of patches for TikZ
(potentially even fixing this particular issues, I'm not sure), but
not all of them were included.

So ... we need some more persistence in making sure that things get
fixed. This list might be the best place to get the patches, but then
you need to make sure that the patches are actually included upstream.
(This reminds me that I probably need to check if TikZ is still
properly synchronized with upstream in our distribution. As far as I
know SF is dropping support for CVS and I need to check how we sync
the sources now.)

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] new module seeking approval: handlecsv

2017-11-12 Thread Mojca Miklavec
On 11 November 2017 at 21:32, Pablo Rodriguez wrote:
> On 11/11/2017 08:01 PM, Mojca Miklavec wrote:
>> On 8 November 2017 at 20:46, Pablo Rodriguez wrote:
>>> [...]
>>> It can handle different .csv files to data merging for document
>>> automatic generation.
>>
>> It would be helpful to figure out what exactly is missing in the
>> built-in module written by Hans. Maybe that module could be upgraded
>> as well?
>
> If the module is
> tex/texmf-context/tex/context/modules/mkiv/m-database.mkiv, I think this
> is only intended for typesetting the database contents.

Well, it parses CSV files and typesets them in an arbitrary way.

> handlecsv enables document merging. With the first (stupid) sample that
> comes to my mind:
>
> \starttext
> \startbuffer
> \Name\ has completed the course {\em\Course}, achieving the
> following grade: \Grade.\page
> \stopbuffer
> \doloopforall{\getbuffer}
> \stoptext

Which is exactly what the other module supports. See page 4 of
http://dl.contextgarden.net/myway/csv.pdf

> Having to do that with before and after options would be a pain (in my
> opinion).
>
> You may page through
> https://github.com/ousia/handlecsv/blob/context-suite/doc/context/third/handlecsv/handlecsv.pdf
> to see the features.

The old module doesn't support invoking columns by title and doesn't
do any special filters. Another limitation might be that it uses #1,
#2, ... which reaches it limits pretty soon, but I'm sure that could
(should?) be fixed anyway.

And certainly the documentation by Jaroslav is much much better
written than my poor mock-up.

> I wonder whether it makes sense to extend the built-in module by Hans.
> If this wasn’t needed before, it may be not needed now.

This is an oxymoron. If the functionality is not needed: then why do
we need that new module in the first place? :)

What I want to encourage is one well-written and fully functional
module rather than ending up with ten solution, each one of them with
its own set of bugs. The MKII version of the database module
admittedly has a number of issues, in particular when it comes to
non-ascii. There might be issues with MKIV as well, I haven't used it
for a while because I now usually start with lua tables. But all in
all it would be much better to have some "perfectly working" built-in
functionality to parse CSV files in my opinion.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] new module seeking approval: handlecsv

2017-11-11 Thread Mojca Miklavec
On 8 November 2017 at 20:46, Pablo Rodriguez wrote:
> Dear Mojca,
>
> I have submitted the handlecsv module to
> https://modules.contextgarden.net/cgi-bin/module.cgi/action=view/id=86.

Thank you. I believe we would need to have it accessible as an
extracted folder called t-handlecvs under

https://modules.contextgarden.net/dl/

Taco should probably figure out how to fix that.

> It can handle different .csv files to data merging for document
> automatic generation.

It would be helpful to figure out what exactly is missing in the
built-in module written by Hans. Maybe that module could be upgraded
as well?

> Would it be possible that it could be included in the ConTeXt Suite?

It would be helpful if Taco could fix another issue, see above.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] ASCII input - non ASCII output

2017-11-08 Thread Mojca Miklavec
On 8 November 2017 at 15:36, Thomas A. Schmitz wrote:
> On 11/08/2017 11:34 AM, Mojca Miklavec wrote:
>>
>> I'm still not arguing that this is the most brilliant idea, but I can
>> totally imagine a Serbian professor wanting to "auto-generate" a
>> Cyrillic version of his book on top of the Latin edition with
>> close-to-zero extra effort.
>
> Ok, I can see that this may be a convenient way of producing different
> output from the same source; I wasn't aware of this (and I was somewhat
> provocative about Latex, of course :-) From a conceptional point of view, it
> still feels a bit hackish to do these things on the font level, because they
> are not/should not be tied to specific fonts - you'd have to rewrite your
> features or goodies or whatever they are called now for every font you want
> to use (and you may run into a number of funny inconsistencies in character
> names or even unicode slots).

Now for a bit of off-topic-ness.

Trivia. (Ignoring the attempts to make our own national keyboard) we
are using "Croatian" keyboard (which is probably the same as Serbian
layout) which has all the relevant-for-TeX keys ({}[]\) on the third
plane (alt-gr+), but I learnt computer programming on an US
keyboard and preferred using US layout to those strange keys in the
third plane. In computer programming there's basically never the need
to use non-ascii characters. And in writing texts in native language
there's no need to use those strange backslashes, so life was mostly
good until I started using TeX in UTF-8. Back then I was basically
switching the keyboard a couple of times per sentence (if not per
word) and somewhat hated typing any TeX in native language for that
reason. Then I switched to Dvorak and made myself a special layout.
Now I have all the special keys from US keyboard easily accessible and
all those strange non-ascii character on the third plane (alt-gr-C to
get "Č"). That works much better for me now. So at least I know the
pain of constant need of switching the layouts. Nevertheless I would
still say that it makes more sense to put some effort to get nice
UTF-8 documents. (Except, again, giving Serbian a bit of an exception
due to the fact that the document would still be valid and perfectly
readable in its Latin form.)

One could argue in the other direction as well. It should be pretty
straightforward to "transliterate" all ConTeXt commands into Cyrillic
(ok, I have no clue what people usually do with q, x, y, w, ... but
I'm sure there's a solution for that as well) and simply use English
commands in Cyrillic script to simplify typing :) :) :)

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] ASCII input - non ASCII output

2017-11-08 Thread Mojca Miklavec
On 7 November 2017 at 20:38, Thomas A. Schmitz wrote:
>
> When mkiv was in its infancy, Hans helped me in writing something like this
> for my Greek module. It basically applies a Lua string.gsub to the input to
> produce and typeset utf8 output.

This would be done with font features now. So it would in fact not be
applied at input (which is more dangerous), but rather before the
characters end up in PDF which makes a lot more sense anyway.

The documentation is here, but there should be plenty more examples:
http://pragma-ade.com/general/manuals/fonts-mkiv.pdf

> I can send you the relevant code if you want, and you could adapt it
> to your case.

I'm pretty sure it's outdated if it was written at the infancy stage of mkiv.

> But I would advise against it. In the long run, changing
> keyboards is less hassle than this sort of semi-solution to an obsolete
> problem.

One reason why I would not abandon it *immediately* for Serbian is
that Serbian can actually be written in both scripts and there are
straightforward rules for transliteration (it's not exactly one-to-one
character, but those "dj"s should be easy enough to handle, in
particular because there are also all the required digraphs in Unicode
- or maybe more difficult exactly because of that). The fun part is
that they cannot decide which script to use themselves :), so you end
up with schoolmates using different scripts for their lecture notes.

I'm still not arguing that this is the most brilliant idea, but I can
totally imagine a Serbian professor wanting to "auto-generate" a
Cyrillic version of his book on top of the Latin edition with
close-to-zero extra effort.

Greek, in contrast, hardly makes any sense when written in Latin alphabet.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] ASCII input - non ASCII output

2017-11-07 Thread Mojca Miklavec
Dear Sava,

On 7 November 2017 at 13:48, Sava Maksimović wrote:
> Hi,
>
> Is there a way in context, that for some text ascii input (in source .tex
> file) define mapping in internal tex system ?
>
> For example, if i put two ascii characters "dj" in .tex file, can i  get
> cyrillic character "ђ" in .pdf ?
> And so on, for input b, v, g, d, ... to get output б, в, г, д, ...
>
> Or more general, for every letter/string in unicode to define the way that
> it should be read.

ConTeXt can do that with some additional tricks (font features) in lua
(I don't know the code by heart, but I assume someone else will answer
that).

But you'll have to wrap all the code that you want transliterated in
blocks, so instead of having to switch the keyboard, you'll likely
have to type additional commands.

(Maybe it would work satisfactory without having to change too often,
but I would probably not want to do that and would prefer to go for
Unicode.)

> It's benefit for non ascii language users, because in that case they don't
> need to switch keyboard layout all the time between command, math input and
> text input.

Keep in mind that you could in principle also translate the command
names, so that you could use (excuse me, it's probably grammatically
incorrect):

\почнитекст
a, б, в, г, д, ђ, е, ж, з
\завршитекст

> In Latex, package fontenc(precisely OT2 encoding) do that things.
>
> Minimal example:
>
> \starttext
>
> a, b, v, g, d, dj, e, zh, z
>
> \stoptext
>
> should produce
>
> a, б, в, г, д, ђ, е, ж, з

Just curious: why do you use "zh" instead of "ž"?

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] bug updating the ConTeXt Suite?

2017-11-06 Thread Mojca Miklavec
On 6 November 2017 at 20:07, Pablo Rodriguez  wrote:
> On 11/06/2017 07:04 PM, Floris van Manen wrote:
>> so is the error related to an incompatible luatex?
>
> Florian,
>
> I know that correlation isn’t causation, so I can only guess ;-).
>
> It might be that ConTeXt Standalone should have the binaries updated in
> all platforms.

I manually updated linux, but all other platforms are still outdated
from trunk. The tagged version doesn't compile at all (maybe it
requires C++11?).

There were some architectural changes and I'm not able to access some
build machines, including an old Mac VM (I can create a new one
locally, just not today).

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Asymptote with Context

2017-11-02 Thread Mojca Miklavec
On 2 November 2017 at 09:54, Fabrice Couvreur wrote:
> Hi Aditya
>>
>> Are you using context minimals or texlive?
>
>  With Emacs, I work with context minimals and command 'ConTeXt Full' but I
> also tried with texlive  2017.

A more relevant question would be: where does your asymptote binary
come from and which OS are you using?

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Asymptote with Context

2017-11-01 Thread Mojca Miklavec
On 1 November 2017 at 16:29, Ulrike Fischer wrote:
> Am Wed, 1 Nov 2017 09:50:47 -0400 (EDT) schrieb Aditya Mahajan:
>
>> The only reason that I can think of is that "import solids;" is
>> calling an external program and there are some settings in your
>> texmfcnf file that is restricting that program to run.
>
> I don't know much about asymptote but as I just tried to debug an
> error message in miktex: Imho the "solids" library calls the three
> library which tries to use the OpenGL-renderer.
>
> In miktex this fails (https://github.com/MiKTeX/miktex/issues/26)
> and the "solution" is to set the output format to pdf:
>
> https://tex.stackexchange.com/questions/398421/miktex-how-to-install-glut-library-on-windows/398674#398674
>
> Perhaps the problem here is due to a similar issue.

If this has something to do with OpenGL, a properly built asymptote
might solve the problem. Which OS and which distribution are you
using?

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] installing ConTeXt on ARM linux

2017-10-06 Thread Mojca Miklavec
On 5 October 2017 at 22:52, Floris van Manen wrote:
> trying to install ConTeXt on an ARM (ubuntu) linux hos, then get this
> message with the request to report is on the mailing list:
>
> $ sh ./first-setup.sh --engine=luatex
> Error: your system "Linux aarch64" is not supported yet.
> Please report to the ConTeXt mailing-list (ntg-context@ntg.nl)
>
> is there a (beta) working version somewhere?

We didn't yet attempt to set up 64-bit binaries, even though I admit a
crime of having Pine64 [1] in a drawer since the end of the
Kickstarted campaign (which was more than a year ago). I even
considered bringing it to the ConTeXt meeting and setting it up there,
but I only set up the Raspberry (there was enough of other things to
do and an unique opportunity to talk to other developers, so too much
hacking would not be desirable).

I can try to set it up (the only problem is that I will be away for
nearly a month and might not manage to set it up before I leave) in
which case you would get all the binaries working automatically. The
other alternative is that someone else builds both TeX Live binaries
and LuaTeX for now and we add a new machine to our buildfarm later. In
any case we need to manually add that architecture to the list to
start syncing the necessary binaries.

Johannes was thinking of adding binaries to TeX Live.

Mojca

[1] 
https://www.kickstarter.com/projects/pine64/pine-a64-first-15-64-bit-single-board-super-comput
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Who is maintaining the modules website?

2017-09-14 Thread Mojca Miklavec
Hi,

On 13 September 2017 at 15:06, Christoph Reller wrote:
>
> I am unsure whether this mailing list is the correct one to ask this
> question. So please excuse the noise.

It is.

> I tried to send an email to modu...@contextgarden.net and got the below
> reply. On https://modules.contextgarden.net/help.html, this email address is
> mentioned as the primary contact point to the maintainer of the
> modules.contextgarden.net website. Who can I contact if I have a problem
> with this website?

Taco Hoekwater, currently busy at the ConTeXt meeting:
http://meeting.contextgarden.net/

But if the above email is not working, we'll fix it. I suspect that
Taco asked me to create a mailing list and I forgot.

Anyway, reporting infrastructure problems on this mailing list is also
perfectly fine.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] ICC profiles in the ConTeXt Suite?

2017-08-28 Thread Mojca Miklavec
On 28 August 2017 at 07:53, Pablo Rodriguez wrote:
> On 08/27/2017 10:30 PM, Mojca Miklavec wrote:
>> Dear Pablo,
>>
>> On 27 August 2017 at 22:23, Pablo Rodriguez wrote:
>>> how can I add the *.icc files into
>>> tex/texmf-context/colors/icc/? Is this allowed for a module?
>>
>> They would end up in $wherever/texmf-modules rather than in
>> $wherever/texmf-context, but that should not matter.
>
> Sorry for asking the most basic questions, Mojca. I never made a module
> in ConTeXt and the task isn’t obvious to me.
>
> I have to include the profiles in $context/tex/texmf-modules/colors/icc
> and documentation in
> $context/tex/texmf-modules/doc/context/third/icc-profiles/.

No. In case you want the mentioned paths you would probably use
colors/icc/
doc/context/third/t-

> Is there any documentation on how to create a module?
>
> I read something in the wiki, but it was all about namespaces and I
> think they aren’t required here.

I leave that to others.

>> If you prepare the module, you might want to include some simple docs
>> about using the profiles :)
>
> With the documentation, I may write a simple README.md file and include
> a directory with examples (from the wiki ;-)).

It's often helpful to have a tex document with the generated pdf, so
that users can also see the effect (picture is worth thousand words)
and have a working tex source they can modify, but a plain text (or
markdown) should be acceptable.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] ICC profiles in the ConTeXt Suite?

2017-08-27 Thread Mojca Miklavec
Dear Pablo,

On 27 August 2017 at 22:23, Pablo Rodriguez wrote:
> how can I add the *.icc files into
> tex/texmf-context/colors/icc/? Is this allowed for a module?

They would end up in $wherever/texmf-modules rather than in
$wherever/texmf-context, but that should not matter.

If you prepare the module, you might want to include some simple docs
about using the profiles :)

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] ICC profiles in the ConTeXt Suite?

2017-08-27 Thread Mojca Miklavec
Hi,

On 27 August 2017 at 19:24, Pablo Rodriguez wrote:
> Dear Mojca,
>
> [I beg your pardon, if you aren’t the maintainer of the ConTeXt Suite
> distribution. In that case I address this message to whom it might
> concern :-).]
>
> After reading some messages about PDF/A and PDF/X, I remembered that all
> my work documents should be PDF/A.
>
> Since we have ICC profiles in the ConTeXt Garden
> (http://wiki.contextgarden.net/PDFX#ICC_profiles,
> http://dl.contextgarden.net/misc/iccprofiles/complete_ICC_profiles.zip),
> I wonder why they aren’t part of the ConTeXt Suite.

I see various reasons:
- I don't remember anyone explicitly asking for them.
- I suspect that Hans is not allowed to put them into his zip due to
various licencing issues, but it also increases the size.
- It's a bit inconvenient to fetch the files from a random place. The
easiest way to handle that would be by creating a proper ConTeXt
third-party module and then we would only add another module to the
list.

> This would make things easier to create some kinds of PDF documents.
>
> In my personal case, I cannot update the ConTeXt Suite at work. I have
> to download it at home and replace the directory. Having to add the ICC
> profiles each time is something I’d rather avoid.
>
> If there is something I can do to add those files to the ConTeXt Suite,
> please tell me and I will do it.

It would help if other people provide more feedback, but probably the
best way would be to create a module and upload it to
modules.contextgarden.net. Maybe best get some feedback about the most
suitable location of the files before creating the module?

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Creating SVG: using MetaFun, exporting proper units, conversion to DXF

2017-07-27 Thread Mojca Miklavec
On 27 July 2017 at 10:49, Hans Hagen wrote:
> On 7/27/2017 3:52 AM, Mojca Miklavec wrote:
>>
>> Hi,
>>
>> I just wanted to say that I found a more reliable way to go from
>> metapost to dxf.
>>
>> First run "context something.mp" and then
>>
>> pstoedit -dt -f dxf:-polyaslines\ -mm something.1 something.dxf
>>
>> For some reason the SVG files from metapost get wrong dimensions when
>> converted via inkscape, but pstoedit works super reliably.
>
>
> in that case you can consider:
>
> mp -> pdf -> mudraw/mutool -> svg

The thing is: I don't need svg at all. All I need is dxf and now I
finally have a reliable way to get it from metapost via pstoedit. SVG
was just a workaround since converting from PDF was slightly more
difficult (latest versions of expensive tools provide that conversion
too, but OpenSource is more limited).

I could check if there's any difference in SVG code as generated by
metapost vs. the one generated by mudraw. But SVG images made by
CorelDraw were misconverted by Inkscape as well.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Creating SVG: using MetaFun, exporting proper units, conversion to DXF

2017-07-26 Thread Mojca Miklavec
Hi,

I just wanted to say that I found a more reliable way to go from
metapost to dxf.

First run "context something.mp" and then

pstoedit -dt -f dxf:-polyaslines\ -mm something.1 something.dxf

For some reason the SVG files from metapost get wrong dimensions when
converted via inkscape, but pstoedit works super reliably.

Mojca

On 29 June 2016 at 12:31, Mojca Miklavec wrote:
> Hi,
>
> I want to play with CNC and don't yet have any experience with CAD
> software (nor the licence for the expensive ones) other than perhaps
> some Blender, so I decided to try to use the super ugly route with
> metapost -> svg -> dxf -> g-code
> for the first time.
>
> I have a few questions.

/.../

> (3) Is there any way to convince the SVG output mode to generate something 
> like
> 
> rather than
> 
> because the program I use to convert SVG to DXF has troubles
> interpreting "points" properly. I read somewhere that they assume 90
> points per inch because that's Inkskape's default.
>
> (4) Does anyone have a better proposal for conversion into DXF (or
> G-code)? I'm currently playing with FreeCAD and I've seen some
> tutorials showing that AutoCAD can open PDF directly, but I don't want
> to buy AudoCAD just for the sake of converting files.
>
> Thank you,
> Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Bug regarding placement and size of primes

2017-06-16 Thread Mojca Miklavec
On 15 June 2017 at 15:08, Mathias Schickel wrote:
>
> Okay. Does that mean that there is not yet a version for MacOS? If I am right 
> I cannot find files for MacOS at your link above. Then I will wait and 
> typeset my files on Windows until the new version is released.

Please try to update the ConTeXt distribution now.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

  1   2   3   4   5   6   7   8   9   10   >