Re: [NTG-context] Context install for Apple Silicon M1 mac mini

2020-12-01 Thread Keith McKay

Hi Otared,

Thank you for your kind offer but Hans has modified the install script 
such that it downloads the intel binaries which work under Rosetta on my 
mac mini. I've ran context  through the Terminal app and it went like a 
dream. Just to setup TeXShop and or TeXWorks and that is me sorted.


Thanks again and Best Wishes

Keith McKay

Scotland, UK

On 01/12/2020 17:17, Otared Kavian wrote:

Hi Keith,

You may try to copy to your new machine the whole folder where you have 
installed LMTX on your old machine, and then run
context --make
there. Indeed if this works for your current LMTX folder you'll need someone to 
prepare a whole working folder of updated LMTX. As long as I have a PowerBook 
with the old chip (and running MacOS 14), I may do this for you and then put a 
zip file on Dropbox. However I may be too pushed to get a new M1 PowerBook in 
the future.

Best regards: Otared K.


On 1 Dec 2020, at 13:01, Keith McKay  wrote:

Hi,

I have recently retired my 2012 mac mini in favour of a new Apple silicon M1 mac mini on 
which I would like to install ConTeXt. I know that their are no ARM binaries yet for 
ConTeXt but Apple say that intel binaries can be run on an ARM using the Rosetta 
emmulation software. I tried to download the intel binaries using the install.sh that 
comes with the context-osx-64.zip file but of course it does not recognise the ARM chip 
and suggests contacting the mailing list. In some previous emails to the list, in which I 
was a participent, (see the post "new upload" of 26/11/2020) their was some 
discussion on how Context could be set up to work on these machines by building binaries 
using Xcode. I am afraid this is well above my skillset so I was wondering how I could 
get the Intel binaries and then set up ConTeXt running with the Rosetta emulation 
software. I should be able to do that. If this is possible, I would be very happy to do 
some testing and report back my experiences to the list.

Best Wishes

Keith McKay

Scotland, UK

___
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
___

___
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
___


___
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 install for Apple Silicon M1 mac mini

2020-12-01 Thread Hans Hagen

On 12/1/2020 6:17 PM, Otared Kavian wrote:

Hi Keith,

You may try to copy to your new machine the whole folder where you have 
installed LMTX on your old machine, and then run
context --make
there. Indeed if this works for your current LMTX folder you'll need someone to 
prepare a whole working folder of updated LMTX. As long as I have a PowerBook 
with the old chip (and running MacOS 14), I may do this for you and then put a 
zip file on Dropbox. However I may be too pushed to get a new M1 PowerBook in 
the future.
the trick is in the install script: we've added apple arm recognition 
there so assuming an updated install.sh one should be okay


Hans


-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
   tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-
___
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 install for Apple Silicon M1 mac mini

2020-12-01 Thread Otared Kavian
Hi Keith,

You may try to copy to your new machine the whole folder where you have 
installed LMTX on your old machine, and then run 
context --make
there. Indeed if this works for your current LMTX folder you'll need someone to 
prepare a whole working folder of updated LMTX. As long as I have a PowerBook 
with the old chip (and running MacOS 14), I may do this for you and then put a 
zip file on Dropbox. However I may be too pushed to get a new M1 PowerBook in 
the future.

Best regards: Otared K.

> On 1 Dec 2020, at 13:01, Keith McKay  wrote:
> 
> Hi,
> 
> I have recently retired my 2012 mac mini in favour of a new Apple silicon M1 
> mac mini on which I would like to install ConTeXt. I know that their are no 
> ARM binaries yet for ConTeXt but Apple say that intel binaries can be run on 
> an ARM using the Rosetta emmulation software. I tried to download the intel 
> binaries using the install.sh that comes with the context-osx-64.zip file but 
> of course it does not recognise the ARM chip and suggests contacting the 
> mailing list. In some previous emails to the list, in which I was a 
> participent, (see the post "new upload" of 26/11/2020) their was some 
> discussion on how Context could be set up to work on these machines by 
> building binaries using Xcode. I am afraid this is well above my skillset so 
> I was wondering how I could get the Intel binaries and then set up ConTeXt 
> running with the Rosetta emulation software. I should be able to do that. If 
> this is possible, I would be very happy to do some testing and report back my 
> experiences to the list.
> 
> Best Wishes
> 
> Keith McKay
> 
> Scotland, UK
> 
> ___
> 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
> ___

___
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] Context install for Apple Silicon M1 mac mini

2020-12-01 Thread Keith McKay

Hi,

I have recently retired my 2012 mac mini in favour of a new Apple 
silicon M1 mac mini on which I would like to install ConTeXt. I know 
that their are no ARM binaries yet for ConTeXt but Apple say that intel 
binaries can be run on an ARM using the Rosetta emmulation software. I 
tried to download the intel binaries using the install.sh that comes 
with the context-osx-64.zip file but of course it does not recognise the 
ARM chip and suggests contacting the mailing list. In some previous 
emails to the list, in which I was a participent, (see the post "new 
upload" of 26/11/2020) their was some discussion on how Context could be 
set up to work on these machines by building binaries using Xcode. I am 
afraid this is well above my skillset so I was wondering how I could get 
the Intel binaries and then set up ConTeXt running with the Rosetta 
emulation software. I should be able to do that. If this is possible, I 
would be very happy to do some testing and report back my experiences to 
the list.


Best Wishes

Keith McKay

Scotland, UK

___
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] ConTeXt Linux installation issues (due to GLIBC dependency) - Solved!

2020-11-06 Thread Ramkumar KB
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.

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?

Thank you,
Ramkumar

On Fri, Nov 6, 2020 at 5:31 PM Ramkumar KB  wrote:

> Hello All,
>
> I am having a situation where I have to install and run Context in a Linux
> machine but the machine(s) have only RHEL 7.6 (which comes with only
> GLIBC_2.17).
> From the initial error logs it appears that Context needs minimum
> GLIBC_2.23. Therefore, I did the following work around and it almost worked
> ! (there were no more GLIBC_2.23 errors and installation was progressing
> well...) , till it did not... :-(
>
> Any tips or suggestions to try would be indeed very helpful. Thanks so
> much !
>
> *Work Around* -
> Manually installed GLIBC_2.23 as per the instructions here - in my own
> directory where I have full access -
> https://gist.github.com/carlesloriente/ab3387e7d035ed400dc2816873e9089e
>
> *Patchelf Utility*
> Used the patchelf utility - https://anaconda.org/conda-forge/patchelf
>
> *Changed the following Context install files*
> *install.sh (just before running mtxrun)*
> *===*
> patchelf --set-interpreter
> /my-own-dir/opt/glibc-2.23/lib/ld-linux-x86-64.so.2 --set-rpath
> /my-own-dir/opt/glibc-2.23/lib:/usr/lib64 $PWD/bin/mtxrun $PWD/bin/mtxrun
> --script ./bin/mtx-install.lua --update --server="$LMTXSERVER"
> --instance="$LMTXINSTANCE" --platform="$PLATFORM" --erase
> --extras="$LMTXEXTRAS"
> *mtx-install.lua (just before running mtxrunbin)*
> 
> run("patchelf --set-interpreter 
> /my-own-dir/opt/glibc-2.23/lib/ld-linux-x86-64.so.2 --set-rpath 
> /my-own-dir/opt/glibc-2.23/lib:/usr/lib64 %s", mtxrunbin)
> run("%s --generate",mtxrunbin)
>
> *Error that I see (in the step `make luametatex format`) - *
> resolvers   | formats | changing to format path '/my-own-dir
> /ConTeXt/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f3
> 2e/formats/luametatex'
> resolvers   | formats | executing runner 'make luametatex format': /
> my-own-dir/ConTeXt/tex/texmf-linux-64/bin/luametatex --ini
> --lua=/my-own-dir/chantool/ConTeXt/tex/texmf-context/tex/context/base/mkiv/luat-cod.lmt
> /my-own-dir/ConTeXt/tex/texmf-context/tex/context/base/mkiv/cont-en.
> mkxl
> This is LuaMetaTeX, Version 2.08.01
> 2097153(/my-own-dir/ConTeXt/tex/texmf-context/tex/context/base/mkiv/cont-en.mkxl(context.mkxl(syst-ini.m
> kxl
> ! Undefined control sequence.
>  \voffset
> \zeropoint \let\voffset\relax \newdimen\voffset \let\normalvoffset\voffset
> ! Missing number, treated as zero.
> 
> \let
> <
> ...
> (That makes 100 errors; please try again.)resolvers   | formats |
>
>
>
>
>
>
>
>
>
>
___
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] ConTeXt Linux installation issues (due to GLIBC dependency)

2020-11-06 Thread Ramkumar KB
Hello All,

I am having a situation where I have to install and run Context in a Linux
machine but the machine(s) have only RHEL 7.6 (which comes with only
GLIBC_2.17).
>From the initial error logs it appears that Context needs minimum
GLIBC_2.23. Therefore, I did the following work around and it almost worked
! (there were no more GLIBC_2.23 errors and installation was progressing
well...) , till it did not... :-(

Any tips or suggestions to try would be indeed very helpful. Thanks so much
!

*Work Around* -
Manually installed GLIBC_2.23 as per the instructions here - in my own
directory where I have full access -
https://gist.github.com/carlesloriente/ab3387e7d035ed400dc2816873e9089e

*Patchelf Utility*
Used the patchelf utility - https://anaconda.org/conda-forge/patchelf

*Changed the following Context install files*
*install.sh (just before running mtxrun)*
*===*
patchelf --set-interpreter
/my-own-dir/opt/glibc-2.23/lib/ld-linux-x86-64.so.2 --set-rpath
/my-own-dir/opt/glibc-2.23/lib:/usr/lib64 $PWD/bin/mtxrun $PWD/bin/mtxrun
--script ./bin/mtx-install.lua --update --server="$LMTXSERVER"
--instance="$LMTXINSTANCE" --platform="$PLATFORM" --erase
--extras="$LMTXEXTRAS"
*mtx-install.lua (just before running mtxrunbin)*

run("patchelf --set-interpreter
/my-own-dir/opt/glibc-2.23/lib/ld-linux-x86-64.so.2 --set-rpath
/my-own-dir/opt/glibc-2.23/lib:/usr/lib64 %s", mtxrunbin)
run("%s --generate",mtxrunbin)

*Error that I see (in the step `make luametatex format`) - *
resolvers   | formats | changing to format path '/my-own-dir
/ConTeXt/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f3
2e/formats/luametatex'
resolvers   | formats | executing runner 'make luametatex format': /
my-own-dir/ConTeXt/tex/texmf-linux-64/bin/luametatex --ini
--lua=/my-own-dir/chantool/ConTeXt/tex/texmf-context/tex/context/base/mkiv/luat-cod.lmt
/my-own-dir/ConTeXt/tex/texmf-context/tex/context/base/mkiv/cont-en.
mkxl
This is LuaMetaTeX, Version 2.08.01
2097153(/my-own-dir/ConTeXt/tex/texmf-context/tex/context/base/mkiv/cont-en.mkxl(context.mkxl(syst-ini.m
kxl
! Undefined control sequence.
 \voffset
\zeropoint \let\voffset\relax \newdimen\voffset \let\normalvoffset\voffset
! Missing number, treated as zero.

\let
<
...
(That makes 100 errors; please try again.)resolvers   | formats |
___
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 last version

2020-11-05 Thread Jano Kula
On Wed, 4 Nov 2020 at 08:58, Joaquín Ataz López  wrote:

> The last time I checked the date of the ConTeXt Standalone version I had
> installed was early last summer, and the version installed was April 30,
> 2020. But today I wanted to update the version and I see that the "new"
> version that has been installed is the version of January 30, 2020. That
> is: the version has been moved back.
>
> Does anyone know why it has regressed?
>

Mine latest is 2020.01.30 14:13 and I would guess it's a typo instead of
2020.10.30 (though time suggests it could be generated).
Likely nothing was regressed to January.

Jano
___
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] ConTeXt Standalone last version

2020-11-03 Thread Joaquín Ataz López
The last time I checked the date of the ConTeXt Standalone version I had 
installed was early last summer, and the version installed was April 30, 
2020. But today I wanted to update the version and I see that the "new" 
version that has been installed is the version of January 30, 2020. That 
is: the version has been moved back.


Does anyone know why it has regressed?

--

-
Joaquín Ataz López
Profesor de Derecho Civil
Universidad de Murcia - Departamento de Derecho civil

___
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 --luatex does not redirect to LuaTeX

2020-08-08 Thread Wolfgang Schuster

Jairo A. del Rio schrieb am 08.08.2020 um 17:17:

Hi again!

When context --luatex is used with current version: 2020.08.07 23:37 
LuaMetaTeX is still used. --engine=luatex has no effect, either. Is that 
a bug? Thanks


I have no problems using LuaTeX on Windows.

You can try a new installation and check again.

Wolfgang
___
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] context --luatex does not redirect to LuaTeX

2020-08-08 Thread Jairo A. del Rio
Hi again!

When context --luatex is used with current version: 2020.08.07 23:37
LuaMetaTeX is still used. --engine=luatex has no effect, either. Is that a
bug? Thanks

Cordially,

Jairo :)
___
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 --engine=luatex not working

2020-07-23 Thread Wolfgang Schuster

Jairo A. del Rio schrieb am 23.07.2020 um 19:03:
Hi list! Is --engine=luatex working? Has it changed? The switch seems 
to be ignored with newer ConTeXt distributions, so only LuaMetaTeX is 
used. Thank you in advance.


context --luatex 

Wolfgang

___
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] context --engine=luatex not working

2020-07-23 Thread Jairo A. del Rio
Hi list! Is --engine=luatex working? Has it changed? The switch seems to be
ignored with newer ConTeXt distributions, so only LuaMetaTeX is used. Thank
you in advance.

Jairo :)
___
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 --ctx=s-mod not working?

2020-07-15 Thread Jairo A. del Rio
I still get a corrupted file, almost empty as it seems. However, error
messages are missing, so something weird is happening.

Jairo :)

El mié., 15 de jul. de 2020 a la(s) 03:17, Hans Hagen (j.ha...@xs4all.nl)
escribió:

> On 7/15/2020 9:27 AM, Jairo A. del Rio wrote:
> > Hi list!
> >
> > I've tried context --ctx=s-mod with some files, e.g. t-annotation and I
> > only get corrupted PDF files. Also, when I try with files such as
> > syst-aux.mkiv, I get the following error after a L O T of warnings:
> >
> > \wait
> >
> > tex error   > tex error on line 4554 in file syst-aux.mkiv: ?
>
> looks like you just load the syst-aux files as module here (and you can
> only load these files once)
>
> try
>
> context --extra=module mult-sys.mkiv --autopdf
>
> (it's one of the extra thingies)
>
> Hans
>
> -
>Hans Hagen | PRAGMA ADE
>Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
> tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
> -
>
___
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 --ctx=s-mod not working?

2020-07-15 Thread Hans Hagen

On 7/15/2020 9:27 AM, Jairo A. del Rio wrote:

Hi list!

I've tried context --ctx=s-mod with some files, e.g. t-annotation and I 
only get corrupted PDF files. Also, when I try with files such as 
syst-aux.mkiv, I get the following error after a L O T of warnings:


\wait

tex error       > tex error on line 4554 in file syst-aux.mkiv: ?


looks like you just load the syst-aux files as module here (and you can 
only load these files once)


try

context --extra=module mult-sys.mkiv --autopdf

(it's one of the extra thingies)

Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
   tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-
___
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] context --ctx=s-mod not working?

2020-07-15 Thread Jairo A. del Rio
Hi list!

I've tried context --ctx=s-mod with some files, e.g. t-annotation and I
only get corrupted PDF files. Also, when I try with files such as
syst-aux.mkiv, I get the following error after a L O T of warnings:

\wait

tex error   > tex error on line 4554 in file syst-aux.mkiv: ?



\wait ->\begingroup \read 16 to \wait
\endgroup
\installsystemnamespace ...??#1\endcsname \writestatus \m!system {duplicate
system namespace '#1'}\wait

\else \global \advance \c_syst_helpers_n_of_names...
l.4554 \installsystemnamespace{extraevery}




Is it a bug or am I missing some additional settings? Thank you very much.

Jairo :)
___
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 source browser website update

2020-07-05 Thread Taco Hoekwater
Hi,

> On 5 Jul 2020, at 21:41, Hans Hagen  wrote:
> 
> On 7/5/2020 9:11 PM, Leah Neukirchen wrote:
>> Taco Hoekwater  writes:
>>> Hi all,
>>> 
>>> I just replaced the software of https://source.contextgarden.net/ by a
>>> Lua implementation that uses Hans Hagen’s SciTE lexers for syntax
>>> highlighting and a Lua-generated search index.
>>> Suggestions for improvements are welcome.
>> The download feature for binary files is broken, at least a leading
>> newline is prefixed to the download. 
Binary downloads fixed.

Thanks for the report,
Taco
___
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 source browser website update

2020-07-05 Thread Hans Hagen

On 7/5/2020 9:11 PM, Leah Neukirchen wrote:

Taco Hoekwater  writes:


Hi all,

I just replaced the software of https://source.contextgarden.net/ by a
Lua implementation that uses Hans Hagen’s SciTE lexers for syntax
highlighting and a Lua-generated search index.



Suggestions for improvements are welcome.


The download feature for binary files is broken, at least a leading
newline is prefixed to the download.  But even then
https://source.contextgarden.net/source/luametatex/luametatex-source.tar.xz
is corrupted.

just ignore it ... it's just a left over crap file from some test

Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
   tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-
___
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 source browser website update

2020-07-05 Thread Leah Neukirchen
Taco Hoekwater  writes:

> Hi all,
>
> I just replaced the software of https://source.contextgarden.net/ by a
> Lua implementation that uses Hans Hagen’s SciTE lexers for syntax
> highlighting and a Lua-generated search index.

> Suggestions for improvements are welcome.

The download feature for binary files is broken, at least a leading
newline is prefixed to the download.  But even then
https://source.contextgarden.net/source/luametatex/luametatex-source.tar.xz
is corrupted.

Cheers,
-- 
Leah Neukirchenhttps://leahneukirchen.org/

___
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 installation on Windows 10

2020-07-04 Thread Hans Hagen

On 7/4/2020 12:18 PM, Jean-Pierre Delange wrote:

Thank you Wolfgang ! It works nicely.

Maybe it would be useful to change the wiki on ConteXt Garden (and other 
places where there is CTX help stuff ...). Such pages as here : 
https://wiki.contextgarden.net/ConTeXt_Standalone#Installation
At some point the installation will happen from the garden but we need 
to set it up (something being discussed).


Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
   tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-
___
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 installation on Windows 10

2020-07-04 Thread Jean-Pierre Delange

Thank you Wolfgang ! It works nicely.

Maybe it would be useful to change the wiki on ConteXt Garden (and other 
places where there is CTX help stuff ...). Such pages as here : 
https://wiki.contextgarden.net/ConTeXt_Standalone#Installation


JP

Le 04/07/2020 à 10:47, Wolfgang Schuster a écrit :

Jean-Pierre Delange schrieb am 04.07.2020 um 10:33:

Hello List !

Quite a dummy question : usually I use to work with CTX on Linux, but 
I want to install it on Windows 10 x64. Unfortunately, while I 
download CTX packages from there 
http://standalone.contextgarden.net/setup2/ , the next step fails : 
C:\Users\adeim\Documents\context>first-setup.bat


The command returns this : "'rsync' is unknown as an internal or 
external command, an executable program or a command file. 'mtxrun' 
is not known as an internal or external command, an executable 
program or a command file."


The same thing occurs while context is as a file at the very root on 
c:\, or within c:\windows, or in C:\Users\adeim\Documents\context>


I suggest to use the installer from Hans website when you don't need 
pdfTeX.


http://www.pragma-ade.nl/install.htm

Wolfgang

___ 

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
___ 


___
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 installation on Windows 10

2020-07-04 Thread Wolfgang Schuster

Jean-Pierre Delange schrieb am 04.07.2020 um 10:33:

Hello List !

Quite a dummy question : usually I use to work with CTX on Linux, but 
I want to install it on Windows 10 x64. Unfortunately, while I 
download CTX packages from there 
http://standalone.contextgarden.net/setup2/ , the next step fails : 
C:\Users\adeim\Documents\context>first-setup.bat


The command returns this : "'rsync' is unknown as an internal or 
external command, an executable program or a command file. 'mtxrun' is 
not known as an internal or external command, an executable program or 
a command file."


The same thing occurs while context is as a file at the very root on 
c:\, or within c:\windows, or in C:\Users\adeim\Documents\context>


I suggest to use the installer from Hans website when you don't need pdfTeX.

http://www.pragma-ade.nl/install.htm

Wolfgang

___
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] ConTeXt installation on Windows 10

2020-07-04 Thread Jean-Pierre Delange

Hello List !

Quite a dummy question : usually I use to work with CTX on Linux, but I 
want to install it on Windows 10 x64. Unfortunately, while I download 
CTX packages from there http://standalone.contextgarden.net/setup2/ , 
the next step fails : C:\Users\adeim\Documents\context>first-setup.bat


The command returns this : "'rsync' is unknown as an internal or 
external command, an executable program or a command file. 'mtxrun' is 
not known as an internal or external command, an executable program or a 
command file."


The same thing occurs while context is as a file at the very root on 
c:\, or within c:\windows, or in C:\Users\adeim\Documents\context>


Many thanks for your help !

JP


___
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 for OpenBSD 6.7

2020-06-30 Thread Hans Hagen

On 6/30/2020 5:32 PM, Stephan Ruhnke wrote:


I have noticed that the new packages for OpenBSD 6.7 are already listed on your 
website but it seems that the zip files are not yet downloadable. I just want 
to be sure that files will soon be available and that no mistake slipped in 
when you uploaded the files. Thank you for all your work!
Actually, I just generated installer zips for 6.7 as mOjca got it all 
working. We dropped 6.5 in the process.


(At some point the garden can have these installer files too as they are 
just files with no further dependencies but there has to be a dns or web 
server entry for it then.)


Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
   tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-
___
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 source browser website update

2020-06-15 Thread Henning Hraban Ramm


> Am 07.06.2020 um 16:25 schrieb Taco Hoekwater :
> 
> 
> * On the plus side, because of the SciTE lexer, “contextversion’ and 
> “\contextversion” are separate entries in the search index. And you can 
> search for “\@@kldirection”.
> 


This is quite great!
I was often annoyed that I couldn’t really search for commands that are also 
regular words.

Thank you so much!

And thanks again to Garulfo for the whole effort of restructuring the wiki!


Hraban
___
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 source browser website update

2020-06-10 Thread Willi Egger
This is really a nice interface! Thank you so much for all this work!

Willi

> On 7 Jun 2020, at 16:25, Taco Hoekwater  wrote:
> 
> Hi all,
> 
> I just replaced the software of https://source.contextgarden.net/ by a Lua 
> implementation that uses Hans Hagen’s SciTE lexers for syntax highlighting 
> and a Lua-generated search index.
> 
> There is no official documentation yet (because I may want to change some 
> stuff still) but here is some relevant information:
> 
> * The search field uses a Lua string pattern to match a single word (no 
> multi-word search as of yet). 
> 
> See https://www.lua.org/manual/5.3/manual.html#6.4.1 for the syntax of lua 
> string patterns.
> 
> * The search index only contains 7-bit ASCII ‘words’ that contain at least 
> one of 'a-zA-Z’ (writing an LPEG for unicode matching is a tricky and 
> probably would be quite slow even if I could make it work). 
> 
> Still, this should be ok-ish because most of the ConTeXt source is ASCII, 
> except for the interface files.
> 
> * The files context-en.xml, mtxrun{.lua}, and all of the files in the 
> tex/context/patterns subtree are skipped in the search index. Also skipped 
> are words shorter than 3 bytes, lua keywords, and words having more than 
> (approx) 1500 hits
> 
> * On the plus side, because of the SciTE lexer, “contextversion’ and 
> “\contextversion” are separate entries in the search index. And you can 
> search for “\@@kldirection”.
> 
> * For text file types that have no SciTE lexer there is no syntax 
> highlighting, and binary files are ignored altogether.
> 
> The rest of the interface should be self-explanatory.
> 
> Suggestions for improvements are welcome.
> 
> 
> Index statistics:
> 
> 4085 files processed, 178 skipped, 3744 with matches
> 120733 words found
> 119154 words exported to word.idx
> 37928 comment words found
> 36880 words exported to comment.idx
> 26756 documentation words found
> 26018 words exported to docs.idx
> 
> The word.idx is roughly 11 megabytes.
> 
> Have fun,
> 
> Taco
> 
> 
> 
> 
> ___
> 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
> ___

___
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] ConTeXt source browser website update

2020-06-07 Thread Taco Hoekwater
Hi all,

I just replaced the software of https://source.contextgarden.net/ by a Lua 
implementation that uses Hans Hagen’s SciTE lexers for syntax highlighting and 
a Lua-generated search index.

There is no official documentation yet (because I may want to change some stuff 
still) but here is some relevant information:

* The search field uses a Lua string pattern to match a single word (no 
multi-word search as of yet). 

  See https://www.lua.org/manual/5.3/manual.html#6.4.1 for the syntax of lua 
string patterns.

* The search index only contains 7-bit ASCII ‘words’ that contain at least one 
of 'a-zA-Z’ (writing an LPEG for unicode matching is a tricky and probably 
would be quite slow even if I could make it work). 

  Still, this should be ok-ish because most of the ConTeXt source is ASCII, 
except for the interface files.

* The files context-en.xml, mtxrun{.lua}, and all of the files in the 
tex/context/patterns subtree are skipped in the search index. Also skipped are 
words shorter than 3 bytes, lua keywords, and words having more than (approx) 
1500 hits

* On the plus side, because of the SciTE lexer, “contextversion’ and 
“\contextversion” are separate entries in the search index. And you can search 
for “\@@kldirection”.

* For text file types that have no SciTE lexer there is no syntax highlighting, 
and binary files are ignored altogether.

The rest of the interface should be self-explanatory.

Suggestions for improvements are welcome.


Index statistics:

4085 files processed, 178 skipped, 3744 with matches
120733 words found
119154 words exported to word.idx
37928 comment words found
36880 words exported to comment.idx
26756 documentation words found
26018 words exported to docs.idx

The word.idx is roughly 11 megabytes.

Have fun,

Taco




___
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 --purgeall filename does not delete all temporary files

2020-05-21 Thread Aditya Mahajan

On Thu, 21 May 2020, Hans Hagen wrote:


On 5/21/2020 10:43 AM, Aditya Mahajan wrote:

On Thu, 21 May 2020, Aditya Mahajan wrote:


Hi,

`context --purgeall filename` behaves differently from `context 
--purgeall`.


`context --purgeall` deletes all files with the name `*-temp-*`. I would 
have thought that `context --purgeall filename` will delete all files with 
the name `\jobname-temp-*` but it does not.


Is there a way to delete the `\jobname-temp-*` files without requiring an 
extra `context --purgeall` run? This is needed for deleting extra files by 
`t-filter` module or deleting extra files generated by automatic EPS to 
PDF conversion (with figures.cachepaths.prefix="\jobname-temp"), etc.


As an aside, I also noticed that in both mkiv and lmtx, mtx-context.lua has

local extra_runfiles = {
     "^l_m_t_x_.-%.pdf$",
}

but graph-inc.lua has

local defaultprefix = "m_k_i_v_"

So, the default generated files are never deleted.

i can add it ... originally that was for the temporary pdf jobname i think


Thanks!
Aditya___
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 --purgeall filename does not delete all temporary files

2020-05-21 Thread Hans Hagen

On 5/21/2020 10:43 AM, Aditya Mahajan wrote:

On Thu, 21 May 2020, Aditya Mahajan wrote:


Hi,

`context --purgeall filename` behaves differently from `context 
--purgeall`.


`context --purgeall` deletes all files with the name `*-temp-*`. I 
would have thought that `context --purgeall filename` will delete all 
files with the name `\jobname-temp-*` but it does not.


Is there a way to delete the `\jobname-temp-*` files without requiring 
an extra `context --purgeall` run? This is needed for deleting extra 
files by `t-filter` module or deleting extra files generated by 
automatic EPS to PDF conversion (with 
figures.cachepaths.prefix="\jobname-temp"), etc.


As an aside, I also noticed that in both mkiv and lmtx, mtx-context.lua has

local extra_runfiles = {
     "^l_m_t_x_.-%.pdf$",
}

but graph-inc.lua has

local defaultprefix = "m_k_i_v_"

So, the default generated files are never deleted.

i can add it ... originally that was for the temporary pdf jobname i think

Hans


-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
   tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-
___
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 --purgeall filename does not delete all temporary files

2020-05-21 Thread Aditya Mahajan

On Thu, 21 May 2020, Aditya Mahajan wrote:


Hi,

`context --purgeall filename` behaves differently from `context --purgeall`.

`context --purgeall` deletes all files with the name `*-temp-*`. I would have 
thought that `context --purgeall filename` will delete all files with the 
name `\jobname-temp-*` but it does not.


Is there a way to delete the `\jobname-temp-*` files without requiring an 
extra `context --purgeall` run? This is needed for deleting extra files by 
`t-filter` module or deleting extra files generated by automatic EPS to PDF 
conversion (with figures.cachepaths.prefix="\jobname-temp"), etc.


As an aside, I also noticed that in both mkiv and lmtx, mtx-context.lua has

local extra_runfiles = {
"^l_m_t_x_.-%.pdf$",
}

but graph-inc.lua has

local defaultprefix = "m_k_i_v_"

So, the default generated files are never deleted.

Aditya
___
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] context --purgeall filename does not delete all temporary files

2020-05-21 Thread Aditya Mahajan

Hi,

`context --purgeall filename` behaves differently from `context --purgeall`.

`context --purgeall` deletes all files with the name `*-temp-*`. I would have 
thought that `context --purgeall filename` will delete all files with the name 
`\jobname-temp-*` but it does not.

Is there a way to delete the `\jobname-temp-*` files without requiring an extra `context 
--purgeall` run? This is needed for deleting extra files by `t-filter` module or deleting 
extra files generated by automatic EPS to PDF conversion (with 
figures.cachepaths.prefix="\jobname-temp"), etc.

Thanks,
Aditya
___
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 doesn't recognize source on network drive?

2020-05-12 Thread context

Hello Hans,

On 2020-05-12 10:58, Hans Hagen wrote:

On 5/11/2020 5:26 PM, cont...@vivaldi.net wrote:

Hello,

after I've updated ConTeXt to the latest version, a new problem 
appeared - see the steps:


(Note that "X:" is a network drive mapped as "\\192.168.112.xxx\px" - 
if it was of importance.)

i have no problem here running from a mapped drive (nothing changed in
that areas either) and i would have noticed it as i have several
network drives


here I'm running om Win7 64b.

I fixed the problem somehow:

- As normally I'm not running ConTeXt directly by "context.exe" but via 
.bat file (some more actions to do), I added a code into .bat which 
changes source file name from "x:\...\..." to "x:/...\...". (It's 
performed by Lua's 'fname:gsub(":\\", ":/")' actually.) And it works 
now.


(But my previously reported problem appeared on running 'context.exe', 
i.e. without any auxiliary .bat.)


Lukas


(i'm talking windows 10)

Hans

___
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 doesn't recognize source on network drive?

2020-05-12 Thread Hans Hagen

On 5/11/2020 5:26 PM, cont...@vivaldi.net wrote:

Hello,

after I've updated ConTeXt to the latest version, a new problem appeared 
- see the steps:


(Note that "X:" is a network drive mapped as "\\192.168.112.xxx\px" - if 
it was of importance.)
i have no problem here running from a mapped drive (nothing changed in 
that areas either) and i would have noticed it as i have several network 
drives


(i'm talking windows 10)

Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
   tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-
___
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] ConTeXt doesn't recognize source on network drive?

2020-05-11 Thread context

Hello,

after I've updated ConTeXt to the latest version, a new problem appeared 
- see the steps:


(Note that "X:" is a network drive mapped as "\\192.168.112.xxx\px" - if 
it was of importance.)



X:\Users\MMi\Akce\Stechovice-I-etapa.RDS\Projekt.RDS\P.Prac\SO_251\TZ>set 
path=d:\Ctx-Beta\tex\texmf-mswin\bin;%PATH%


X:\Users\MMi\Akce\Stechovice-I-etapa.RDS\Projekt.RDS\P.Prac\SO_251\TZ>findfile 
context.exe

d:\Ctx-Beta\tex\texmf-mswin\bin\context.exe

X:\Users\MMi\Akce\Stechovice-I-etapa.RDS\Projekt.RDS\P.Prac\SO_251\TZ>context.exe 
x:\Users\MMi\Akce\Stechovice-I-etapa.RDS\Projekt.RDS\P.Prac\SO_251\TZ\14-001-TZ.mkiv


resolvers   | formats | executing runner 'run luatex format': 
d:/Ctx-Beta/tex/texmf-mswin/bin/luatex --jobname="14-001-TZ" 
--fmt=d:/Ctx-Beta/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/format

-c:texmfbinpath="d:/Ctx-Beta/tex/texmf-mswin/bin"
This is LuaTeX, Version 1.13.0 (TeX Live 2020/W32TeX)
 system commands enabled.
open source > level 1, order 1, name 
'd:/Ctx-Beta/tex/texmf-context/tex/context/base/mkiv/cont-yes.mkiv'

system  >
system  > ConTeXt  ver: 2020.05.08 20:46 MKIV beta  fmt: 
2020.5.11  int: english/english

system  >
system  > 'cont-new.mkiv' loaded
open source > level 2, order 2, name 
'd:/Ctx-Beta/tex/texmf-context/tex/context/base/mkiv/cont-new.mkiv'

system  > beware: some patches loaded from cont-new.mkiv
close source> level 2, order 2, name 
'd:/Ctx-Beta/tex/texmf-context/tex/context/base/mkiv/cont-new.mkiv'
system  > files > jobname '14-001-TZ', input 
'x:\\Users\\MMi\\Akce\\Stechovice-I-etapa.RDS\\Projekt.RDS\\P.Prac\\SO_251\\TZ\\14-001-TZ.mkiv', 
result '14-001-TZ'

fonts   > latin modern fonts are not preloaded
languages   > language 'en' is active

tex error   > tex error on line 8 in file 
d:/Ctx-Beta/tex/texmf-context/tex/context/base/mkiv/cont-yes.mkiv: ! I 
can't find file 
`x://Users/MMi/Akce/Stechovice-I-etapa.RDS/Projekt.RDS/P.Prac/SO_251/TZ/14-001-TZ.mkiv'.


l.8 }

l.97 \getvalue{clf_processjob}
 % from cont-run.lua

 1 %D \module
 2 %D   [   file=cont-yes,
 3 %Dversion=2012.06.01,
 4 %D  title=\CONTEXT\ Miscellaneous Macros,
 5 %D   subtitle=Startup Stub,
 6 %D author=Hans Hagen,
 7 %D   date=\currentdate,
 8 >>  %D  copyright={PRAGMA ADE \& \CONTEXT\ Development Team}]
 9 %C
10 %C This module is part of the \CONTEXT\ macro||package and is
11 %C therefore copyrighted by \PRAGMA. See mreadme.pdf for
12 %C details.
13
14 % At some point I will reconsider the \starttext .. \stoptext
15 % wraping as we can assume proper styling. It's a left-over from
16 % mkii that we need to get rid of.
17
18 % now moved to cont-run.lua

mtx-context | fatal error: return code: 1


So:

1. "ConTeXt  ver: 2020.05.08 20:46 MKIV beta  fmt: 2020.5.11" should be 
the newest, OK.


2. The new probles seems to be: "I can't find file `x://Users...
  ^^-- Why 
this replacement of "\"?


Best regards,

Lukas
___
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 version stuck at 2020.01.30

2020-05-05 Thread Marco Patzer
On Tue, 5 May 2020 20:38:55 +0200
Wolfgang Schuster  wrote:

> Marco Patzer schrieb am 05.05.2020 um 20:26:
> > Hi!
> > 
> > Has something changed regarding the installation/update procedure?
> > ConTeXt seems to be stuck at 2020.01.30 and downloading the newest
> > version results in that very version.
> 
> https://mailman.ntg.nl/pipermail/ntg-context/2020/097651.html

I vaguely remember someone mentioning it on the list at some
point, but failed to find it.

Thanks for the pointer. I'm back on track now.

Marco
___
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 version stuck at 2020.01.30

2020-05-05 Thread Wolfgang Schuster

Marco Patzer schrieb am 05.05.2020 um 20:26:

Hi!

Has something changed regarding the installation/update procedure?
ConTeXt seems to be stuck at 2020.01.30 and downloading the newest
version results in that very version.


https://mailman.ntg.nl/pipermail/ntg-context/2020/097651.html

Wolfgang

___
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] ConTeXt version stuck at 2020.01.30

2020-05-05 Thread Marco Patzer
Hi!

Has something changed regarding the installation/update procedure?
ConTeXt seems to be stuck at 2020.01.30 and downloading the newest
version results in that very version.

Steps to reproduce:

  rsync -ptv rsync://contextgarden.net/minimals/setup/first-setup.sh .
  sh ./first-setup.sh
  . tex/setuptex
  context --version
  → current version: 2020.01.30 14:13

According to

  https://minimals.contextgarden.net/current/context/

the directory “latest” seems to contain the latest version, rather
than the “beta”. first-setup.sh however uses the “beta” directory.

Has something changed and first-setup.sh hasn't been updated to
reflect that change? Or is something else going on? Adapting
first-setup.sh to mirror from the “latest” directory seems to fetch
the latest version:

  rsync -ptv rsync://contextgarden.net/minimals/setup/first-setup.sh .
  sed -s '/\/bin\/mtxrun/s/--context=beta/--context=latest/' first-setup.sh
  sh ./first-setup.sh
  . tex/setuptex
  context --version
  → current version: 2020.04.30 11:10

Marco
___
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] ConTeXt beta issue? Was: Basic font question (Optima, but no bold, no italics). Standalone ConTeXt (beta) does not work. TeX Live 2019 works

2020-04-24 Thread Gerben Wierda
As per the fuller console output I included (where you can find all the details 
of the run as put out by ConTeXt):

This is LuaMetaTeX, Version 2.05.01 
open source > level 1, order 1, name 'cont-yes.mkiv'
system  > 
system  > ConTeXt  ver: 2020.04.03 10:31 MKIV beta  fmt: 2020.4.7  int: 
english/english
system  > 
system  > 'cont-new.mkiv' loaded

If the standalone is used, it doesn’t work. If TeX Live 2019 is used, it does 
work.

Note, there is no ‘luatex’ command in the standalone. And I get a different 
output from the --version command for context:

$ context --version
mtx-context | ConTeXt Process Management 1.03
mtx-context |
mtx-context | main context file: 
/usr/local/context-osx-64/tex/texmf-context/tex/context/base/mkiv/context.mkiv
mtx-context | current version: 2019.07.24 11:31
mtx-context | main context file: 
/usr/local/context-osx-64/tex/texmf-context/tex/context/base/mkiv/context.mkxl
mtx-context | current version: 2020.02.17 19:36

The version differences probably from

system  > beware: some patches loaded from cont-new.mkiv

I seem to be running a beta. I seem to recall I installed that because Hans 
patched something, but I am uncertain. Hans?

G

> On 24 Apr 2020, at 08:54, Henning Hraban Ramm  wrote:
> 
> 
> 
>> Am 24.04.2020 um 08:48 schrieb Gerben Wierda :
>> 
>> Then I thought, let’s test some other things. I logged in as another user, 
>> and used ConTeXt from TeX Live 2019:
>> 
>> 
>> It seems to be that on my system, the standalone installed ConTeXt does not 
>> work with Optima, but the TeX Live installed one does.
> 
> So what’s your ConTeXt version?
> 
> context --version
> current version: 2020.01.30 14:13
> 
> luatex --version
> This is LuaTeX, Version 1.11.1 (TeX Live 2020/dev)
> 
> 
> Best, Hraban
> ___
> 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
> ___

___
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] ConTeXt Mailing list and DMARC

2020-02-29 Thread Gerben Wierda
The ConTeXt mailing list is not DMARC compliant. hence, as my MTA now requests 
DMARC checking, for example texwo...@laposte.net  
(and others, but laposte.net  sends me a forensic report) 
doesn’t get my posts to the ConTeXt mailing list as laporte.net conforms to 
DMARC.

To be DMARC compliant the ConTeXt mailing list should either not change the 
content of the message (add a footer, which breaks the signature) or use other 
means to keep DMARC working. If not DMARC compliant, more and more subscribers 
will not get the messages sent to the list.

G___
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 support for Atom or other text editors

2020-01-22 Thread Sébastien Wilmet
On Tue, Jan 21, 2020 at 04:14:53PM +0100, Hans Hagen wrote:
> On 1/21/2020 3:20 PM, Nicola wrote:
> > On 2020-01-21, Sébastien Wilmet  wrote:
> > > I'm actually looking for a text editor on Linux that supports those
> > > three features:
> > > - syntax highlighting
> > > - command completion
> > > - spell-checking
> > > 
> > > Does it exist?
> > 
> > Well, Vim has pretty solid support for ConTeXt (disclaimer: I am
> > maintaining the ConTeXt plugin distributed with Vim), including the
> > features you mention and much more:
> > 
> >  https://wiki.contextgarden.net/Vim
> > 
> > But if you have never used Vim, it has a steeper learning curve that
> > a typical text editor.
> > 
> 
> (btw, in scite/textadept there is support for syntax support, real time
> spell checking, nested lexing, etc)

I already know Vim, but nowadays I prefer an application that I can just
launch and it just works, out of the box. With Vim I need to read the
docs of plugins, configure the plugins, remember what are the keyboard
shortcuts for spell-checking, etc. I should maybe try GVim instead of
using Vim in a terminal. Or Neovim.

I've tried to install scite and textadept, but on Linux it's a bit
difficult with Scintillua. And I'm not sure that command completion is
supported.

BTW I'm the author of GNOME LaTeX ;-)
https://wiki.gnome.org/Apps/GNOME-LaTeX
(this text editor supports only LaTeX, unfortunalety). If I have the
time I would like to implement a new text editor specialized for TeX and
ConTeXt.

Sébastien
___
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 support for Atom or other text editors

2020-01-21 Thread Hans Hagen

On 1/21/2020 3:20 PM, Nicola wrote:

On 2020-01-21, Sébastien Wilmet  wrote:


I'm actually looking for a text editor on Linux that supports those
three features:
- syntax highlighting
- command completion
- spell-checking

Does it exist?


Well, Vim has pretty solid support for ConTeXt (disclaimer: I am
maintaining the ConTeXt plugin distributed with Vim), including the
features you mention and much more:

 https://wiki.contextgarden.net/Vim

But if you have never used Vim, it has a steeper learning curve that
a typical text editor.

On a side note: a difficulty with maintaining syntax highlighting for
ConTeXt is that I had to write my own script to extract ConTeXt-specific
and MetaFun-specific keywords from source code. Is there any way to do
it with ConTeXt?
there are ways to extract it from the interface specifications ... which 
is done for scite, vscode, ...


(btw, in scite/textadept there is support for syntax support, real time 
spell checking, nested lexing, etc)


Hans


-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
   tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-
___
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 support for Atom or other text editors

2020-01-21 Thread Nicola
On 2020-01-21, Sébastien Wilmet  wrote:

> I'm actually looking for a text editor on Linux that supports those
> three features:
> - syntax highlighting
> - command completion
> - spell-checking
>
> Does it exist?

Well, Vim has pretty solid support for ConTeXt (disclaimer: I am
maintaining the ConTeXt plugin distributed with Vim), including the
features you mention and much more:

https://wiki.contextgarden.net/Vim

But if you have never used Vim, it has a steeper learning curve that
a typical text editor.

On a side note: a difficulty with maintaining syntax highlighting for
ConTeXt is that I had to write my own script to extract ConTeXt-specific
and MetaFun-specific keywords from source code. Is there any way to do
it with ConTeXt?

Nicola


___
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] ConTeXt support for Atom or other text editors

2020-01-21 Thread Sébastien Wilmet
Hi,

On Tue, Jan 14, 2020 at 07:32:16PM +0100, Henning Hraban Ramm wrote:
> is someone beside me using the Atom IDE?
> Then have a look at my enhanced syntax highlighter:
> https://github.com/fiee/language-context
> 
> It’s still work in progress, but I use it every day.
> 
> It’s a fork of the outdated package of the same name, not yet available via 
> the usual channels, but since upstream didn’t react to my pull requests, 
> maybe I’ll publish it under a different name.

To have command completion, there is this project that can be used with
various text editors or IDEs that support the language server protocol:
https://github.com/astoff/digestif

I suppose that Atom supports the language server protocol. Digestif has
support for ConTeXt too, not just LaTeX.

With Atom is there spell-checking? Without marking TeX/ConTeXt commands
as misspelled?

-

I'm actually looking for a text editor on Linux that supports those
three features:
- syntax highlighting
- command completion
- spell-checking

Does it exist? The following wiki page doesn't list spell-checking, and
doesn't list command completion separately from syntax highlighting:
https://wiki.contextgarden.net/Text_Editors

I'm learning a little ConTeXt and I have some struggle to find a text
editor.

Thanks,
Sébastien
___
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 support for Atom

2020-01-15 Thread Jeong Dal
Hi,

Thanks for "language-context”.

> 
>> what are the key shortcuts to compile the context file at hand?
>> i try the atom editor on Linux platform.
>> Can't find the way to feed the tex file into context luatex...
> 
> There are no key shortcuts. I use a terminal.
> As I wrote:
> 
>> So there’s no run command or something like Atom-LaTeX
> 

When I use Atom for ConTeXt, I use the package,”process palette” in which 
commands and a key shortcut are defined. By pressing the defined key-shortcut, 
terminal will do the job as Hraban said.

Best regards,

Dalyoung___
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 support for Atom

2020-01-14 Thread Henning Hraban Ramm

> Am 2020-01-15 um 00:56 schrieb Floris van Manen :
> 
> On 14-01-2020 19:32, Henning Hraban Ramm wrote:
>> It’s still work in progress, but I use it every day.
> 
> what are the key shortcuts to compile the context file at hand?
> i try the atom editor on Linux platform.
> Can't find the way to feed the tex file into context luatex...

There are no key shortcuts. I use a terminal.
As I wrote:

> So there’s no run command or something like Atom-LaTeX

"language-" packages in Atom are usually only syntax highlighting/completion.

I was thinking about adapting Atom-LaTeX, but it’s probably not worth the 
effort.

Best, Hraban

___
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 support for Atom

2020-01-14 Thread Floris van Manen


On 14-01-2020 19:32, Henning Hraban Ramm wrote:
> It’s still work in progress, but I use it every day.

what are the key shortcuts to compile the context file at hand?
i try the atom editor on Linux platform.
Can't find the way to feed the tex file into context luatex...

.F


pEpkey.asc
Description: application/pgp-keys
___
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 support for Atom

2020-01-14 Thread Henning Hraban Ramm

> Am 2020-01-14 um 20:24 schrieb Hans Hagen :
> 
> On 1/14/2020 7:32 PM, Henning Hraban Ramm wrote:
>> Hi,
>> is someone beside me using the Atom IDE?
>> Then have a look at my enhanced syntax highlighter:
>> https://github.com/fiee/language-context
>> It’s still work in progress, but I use it every day.
>> It’s a fork of the outdated package of the same name, not yet available via 
>> the usual channels, but since upstream didn’t react to my pull requests, 
>> maybe I’ll publish it under a different name.
> Isn't that the same basic editor as vscode? If so, the context distribution 
> contains grammars that you can look at.

The framework is the same, but the editor component is completely different, 
and so is the package/plugin setup.

I tried vscodium only shortly, it might become a perspective, but I’m used to 
and generally satisfied with Atom.

Your setup looks much more extensive than mine. I just converted the ConTeXt 
interface xml into Atom cson snippets and added links to the command reference 
in the wiki, also a few comments (that should better go into the xmls…).
The description at the repository is still from the predecessor, I need to 
change that.
So there’s no run command or something like Atom-LaTeX (that runs latexmk, 
includes a PDF viewer and interprets the log – I enjoy that when working with 
LaTeX, so I don’t need to use TeXstudio or the like). Atom’s git interface is 
more important for me than perfect TeX support.

Greetlings, Hraban
---
https://www.fiee.net
http://wiki.contextgarden.net
https://www.dreiviertelhaus.de
GPG Key ID 1C9B22FD

___
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 support for Atom

2020-01-14 Thread Hans Hagen

On 1/14/2020 7:32 PM, Henning Hraban Ramm wrote:

Hi,
is someone beside me using the Atom IDE?
Then have a look at my enhanced syntax highlighter:
https://github.com/fiee/language-context

It’s still work in progress, but I use it every day.

It’s a fork of the outdated package of the same name, not yet available via the 
usual channels, but since upstream didn’t react to my pull requests, maybe I’ll 
publish it under a different name.
Isn't that the same basic editor as vscode? If so, the context 
distribution contains grammars that you can look at.


Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
   tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-
___
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] ConTeXt support for Atom

2020-01-14 Thread Henning Hraban Ramm
Hi,
is someone beside me using the Atom IDE?
Then have a look at my enhanced syntax highlighter:
https://github.com/fiee/language-context

It’s still work in progress, but I use it every day.

It’s a fork of the outdated package of the same name, not yet available via the 
usual channels, but since upstream didn’t react to my pull requests, maybe I’ll 
publish it under a different name.


Greetlings, Hraban
---
https://www.fiee.net
http://wiki.contextgarden.net
https://www.dreiviertelhaus.de
GPG Key ID 1C9B22FD

___
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-24 Thread Hans Hagen

On 11/23/2019 1:18 PM, luigi scarso wrote:



On Sat, Nov 23, 2019 at 1:02 PM Henning Hraban Ramm > wrote:



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 can’t remember which JS editor I used >10 years ago for the
editorial system of a city magazine, but I remember I only allowed a
few tags (authors weren’t allowed to use font and color settings)
and also run a HTML cleaner before saving. It was an effort until it
worked, but not that much.


another link:
https://coko.foundation/
https://coko.foundation/product-suite/
Sounde nice but then tne question is: which of these will stay for a 
long term (commitment, open etc). Always a bit of a ganmble.


Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
   tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-
___
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-24 Thread Hans Hagen

On 11/23/2019 5:03 PM, Henning Hraban Ramm wrote:


But that’s structured input; I thought we were talking about HTML editors.
HTML is only well structured (in a general sense, not XML) if you write it this 
way manually or if you severely limit the user of an editor.


Long ago I decided that, unless i got a project that demands it, i don't 
spend much time on it (also because in practice we can convince people 
to edit the xml directly and hit a button in the editor to get a pdf) 
... html, everything javascript, the web, all that is too much tight 
into rapid changem instability, often expensive projects and i am a bit 
allergic for making stuff that is used only once and ditched after a 
year (or less)


 Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
   tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-
___
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-24 Thread Hans Hagen

On 11/23/2019 4:39 PM, mf wrote:


The problems arise when you need to move data to and from the container.
Docker lets you share a local filesystem path with the container, but 
that's not possible on a network (with the same performance of a local 
filesystem, i mean).


Just curious: what is the bottleneck there? When we run context as a 
'service' we always do that on an nfs mount (even the tex tree).


Hans   -
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
   tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-
___
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 Henning Hraban Ramm
Am 2019-11-23 um 16:50 schrieb 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.
 
 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? ;)

I was thinking about text (articles, literature), you were thinking about 
complex material. The first is simple, the latter is, well, at least complex.

> (ConTeXt has no problems doing all that, and asciidoc as potential
> input format supports all the required features as well;

But that’s structured input; I thought we were talking about HTML editors.
HTML is only well structured (in a general sense, not XML) if you write it this 
way manually or if you severely limit the user of an editor.

> 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.)

MCE is a known example, but probably not the best for every purpose. Also a 
matter of taste...

>> 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 …

Since I seldom need formulae, I got no experience with those. Last time I had 
to use Word’s formula editor it was horrible, but that was in 2005 or so, and 
Microsoft did their homework since.
I guess it’s still easier to write TeX code than clicking formulae together.

> 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).

I agree.

Best, Hraban

___
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 Henning Hraban Ramm

> 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?
> (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

Oh, IMO that wishlist is very demanding. I’d say it’s more or less impossible 
with any HTML editor.

My demands were much less and well controllable:
- no math, no tables
- no images (they were handled differently and attached to the articles)
- only simple markup (bold or italics)
- not even headings (we used single editor instances for every paragraph with 
single text fields for section headings)
- I added a few special tags, but in the end we hardly ever needed them.

We had different preconfigured types of articles with length and section 
limits, also dependend on rubric.
The workflow was not automatical: output was InDesign tagged text, i.e. 
preformatted text that the layouters put together in InDesign, also only 
working with the right InDesign templates that contained the styles that the 
articles addressed.
Pictures came in FTP folders with named references to the articles. My client 
program collected articles from the web application, ads and pictures from the 
FTP server, preprocessed the ads and images and could also prepare InDesign 
docs, if they didn’t exist (using AppleScript to control InDesign).
We used single ID documents for every rubric (that way several people could 
work on one issue) and combined them as a "book" in the end. The ToC was partly 
automatic (rubrics and page numbers), but manually adapted (layout, pictures 
etc.).

The whole thing started with the automation of the event calendar – when I took 
over, they used a single user FileMaker database that got exported with a 
limited (demo?) version of a plugin; all the formatting was done manually. My 
colleagues at the printshop needed several days of work for that alone. I made 
a simple web app (database frontend), and used InDesign’s XML import – 
importing the calendar needed about an hour, but then it was perfectly 
formatted, including some icons. On the editors’ side, it was a big time saver 
that they could copy existing events and there was a simple location/host 
management. Then the publishers asked if they couldn’t use the same system also 
for their articles…

When I started my second attempt at the system (replacing PHP and proprietary 
libraries with a JS/Webix frontend and a Python/Django backend), I was planning 
to use one editor for whole articles and probably would have run into some of 
your problems, but the customer didn’t like to spend money and was using my old 
system for several more years, until the magazine was bought by a bigger 
publisher…
I was also planning for different backends, i.e. IDML, ConTeXt, LaTeX or any 
XML output. But I’m always planning a lot.

Sorry for pratting, got nostalgic.

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. 

Re: [NTG-context] ConTeXt as a service

2019-11-23 Thread mf

Il 22/11/19 08:43, Jan U. Hasecke ha scritto:

Am 20.11.19 um 18:10 schrieb Henning Hraban Ramm:

Hi!

I’m running ConTeXt on my web server e.g. to generate shipping forms for a 
customer.

As Hans said, it makes sense to use an asynchronous setup; in my case it’s 
celery/RabbitMQ behind Django.

You probably need to set a few environment variables: I find HOME, PATH, 
TEXROOT and TEXMFOS in my setup. I don’t know if you really need all of them, 
it’s already running for several years…
Also your web server process might only run binaries that belong to some 
user/group like wwwrun.

It won’t work in shared hosting, because you can’t install your own programs.


Generally this is correct. But there are providers such as the
Hostsharing cooperative where it is possible to install programs in a
shared hosting environment. We do it for years. ;-)


Otherwise: What kind of documentation do you need? Installing ConTeXt on a 
(web) server is not different from any other Linux system. Calling ConTeXt from 
a web application is not different from calling any other external program. The 
rest depends on your setup and web frameworks.


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.



I'm using ConTeXt inside a Docker container.
The same container runs a Node+Express.js interface to accept documents 
and provide resulting PDFs, as well as job information while ConTeXt is 
typesetting a document.


That way i get:

- container isolation: i can have different ConTeXt versions between the 
container and the host (the same goes for other software)


- thanks to the Node+Express, a client-server workflow over a network

The problems arise when you need to move data to and from the container.
Docker lets you share a local filesystem path with the container, but 
that's not possible on a network (with the same performance of a local 
filesystem, i mean).


Maybe your sources are not too heavy, but your ConTeXt environments, 
graphics, fonts are probably heavier. So are PDFs produced by ConTeXt.


That's why i'm using a docker container image that preloads all the 
configuration files (.tex and .lua), graphics, fonts during image building.


It's not a generic, all-purpose ConTeXt container, it's tailored on a 
very specific kind of documents. That way the only things i'm moving 
around are XHTML sources and typeset PDFs.


Things get really complex if you want to use containers to scale up, 
having a whole battery of identical ConTeXt servers distributed in a cloud.
It's not my case, i have only one container in one physical server, 
reachable from many network clients.


Stateless containers are indistinguishable, but ConTeXt containers hold 
state: your documents and all the data that is needed to typeset them.


When you ask for a resulting PDF, only one specific container can answer 
you, unless that PDF has been put on a shared storage. But that could 
mean moving it over a network, adding latency and burden on the network.


Suppose you slightly modify your document and want to typeset it again.
Reusing the .tuc file of the previous version could save you some runs, 
but only the previous container knows about the .tuc file.
So pick one: run ConTeXt on the same container or move the .tuc file 
over the network to another one.


It's the general problem of managing state with containers.

Another question: previewing the result of typesetting.
When the PDF is in your directory, you can see it as soon as ConTeXt 
finishes a run.

I keep evince open on a file while i'm running ConTeXt locally.

When ConTeXt is working on a server, in the simplest setup you must wait 
until it finishes all the runs before you can download the PDF. That's 
the way i started.


Now i take a local copy of the PDF inside the container, every time a 
single run ends; that way you can download the PDF just after the first 
run. But it also means downloading your PDF n times, where n is the 
number of runs.


That's why i'm leveraging the Node+Express interface to provide a 
single-page preview: a rendering of a page at screen resolution, 
produced inside the container with pdftocairo; the image is also cached, 
so that it's updated only when a new PDF - from a new run - is ready.


Instead of downloading the PDF n times, i get a light and early preview 
of single pages. And the interface lets you download the whole PDF once 
it's done.


Massi
___
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 : 

Re: [NTG-context] ConTeXt as a service

2019-11-23 Thread mf

Il 23/11/19 13:02, Henning Hraban Ramm ha scritto:



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.)


Indeed, an ongoing effort.
Markup should be mostly semantic, leaving the most of styling to ConTeXt
or CSS or whatever.
But then you must consider the features and limitations of the tools you
use.

CKEditor lets you define rules to specify what can enter your sources;
it's great, but it's essentially a HTML editor, not a semantic editor.
In CKE, the HTML is *the* document, not a representation of it inside a 
browser.


Prosemirror is the best editor i know, if you care about complete
control of what goes into your sources.
It's document agnostic, HTML is used only to represent the document in a 
browser. Your document could be JSON or markdown or whatever.


Prosemirror is actually an editor kit, not an editor:

- Tiptap editor combines Prosemirror with Vue.js

- wax-prosemirror instead combines Prosemirror with React.js

I'm developing on top of wax-prosemirror, which should be the next
version of the editor inside Editoria by Coko Foundation (Luigi posted a
couple of links in another reply of this thread).

Jure Triglav of Coko Foundation wrote a good post on open source 
collaborative editors:

https://juretriglav.si/open-source-collaborative-text-editors/


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.


Even though we started with a semantic tagging mindset, we always find
alien tags or wrong combinations of allowed tags in our sources.
It's not only pasting from Word or a web page, sometimes it's browsers'
plugins or different behaviors among different browsers. And bugs of my
code, of course.

I feel it's hard to exaggerate in paying attention to that, there's 
always something unwanted sneaking in.



I can’t remember which JS editor I used >10 years ago for the
editorial system of a city magazine, but I remember I only allowed a
few tags (authors weren’t allowed to use font and color settings) and
also run a HTML cleaner before saving. It was an effort until it
worked, but not that much.



We have filters to clean up a source before editing, rules inside a
CKE-based editor and filters to do other cleanups while saving.
We have quite a good control over sources, yet it's not complete.

A lot depends on the complexity of your documents: you start
simple and do some assumptions; later you want to increase complexity,
add new features that must combine with the legacy of every assumption
you did in the past.
More complex documents, more room for unwanted markup to enter them.

I admire Pandoc's document model: it's simple enough, well specified,
with generic tags (Div for blocks and Span for inlines) that carry
information with classes and key-value data, RawInlines and RawBlocks to 
inject low level tagging for specific formats.
Generics and Raw objects let you represent and convert many elements 
that are not built in.


Massi
___
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-23 Thread mf


Il 23/11/19 14:18, Henning Hraban Ramm ha scritto:



Am 2019-11-23 um 13:18 schrieb luigi scarso :
another link:
https://coko.foundation/
https://coko.foundation/product-suite/


or merely https://pubsweet.coko.foundation

Thank you for the hint, sounds interesting and like the thing I always wanted 
to build…
I didn’t read everything, but I didn’t find any hints how (if?) they produce 
PDFs or other output formats.


They use a javascript library, paged.js, it's HTML + standard CSS to PDF.

Massi
___
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 Henning Hraban Ramm

> Am 2019-11-23 um 13:18 schrieb luigi scarso :
> another link:
> https://coko.foundation/
> https://coko.foundation/product-suite/

or merely https://pubsweet.coko.foundation

Thank you for the hint, sounds interesting and like the thing I always wanted 
to build…
I didn’t read everything, but I didn’t find any hints how (if?) they produce 
PDFs or other output formats.


Greetlings, Hraban

___
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 luigi scarso
On Sat, Nov 23, 2019 at 1:02 PM Henning Hraban Ramm  wrote:

>
> 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 can’t remember which JS editor I used >10 years ago for the editorial
> system of a city magazine, but I remember I only allowed a few tags
> (authors weren’t allowed to use font and color settings) and also run a
> HTML cleaner before saving. It was an effort until it worked, but not that
> much.
>

another link:
https://coko.foundation/
https://coko.foundation/product-suite/

-- 
luigi
___
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 Henning Hraban Ramm

> 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 can’t remember which JS editor I used >10 years ago for the editorial system 
of a city magazine, but I remember I only allowed a few tags (authors weren’t 
allowed to use font and color settings) and also run a HTML cleaner before 
saving. It was an effort until it worked, but not that much.

Greetlings, Hraban
---
https://www.fiee.net
http://wiki.contextgarden.net
https://www.dreiviertelhaus.de
GPG Key ID 1C9B22FD

___
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 denis . maier . lists
Thank you for all the responses and the inspiration. I'll have to think about 
what is possible and what might be of use for others, but the initial idea to 
create a plugin looks actually quite feasible to me now, apart from the fact 
that I don't know PHP which is needed for OJS plugins, but that's another 
story...

Best,
Denis
___
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 Jan U. Hasecke
Am 22.11.19 um 10:05 schrieb Henning Hraban Ramm:
> 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?

This is what I am currently doing locally with Pablos
from-pandoc-to-context workflow.

juh
___
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 Henning Hraban Ramm
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.

Massi can tell more, I guess; i.e. he already told us a lot, I just can’t 
remember the details.
For his MEO project he extended one of the editors to allow for additional 
markup.


Greetlings, Hraban
---
https://www.fiee.net
http://wiki.contextgarden.net
https://www.dreiviertelhaus.de
GPG Key ID 1C9B22FD

___
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] ConTeXt as a service

2019-11-21 Thread Jan U. Hasecke
Am 20.11.19 um 18:10 schrieb Henning Hraban Ramm:
> Hi!
> 
> I’m running ConTeXt on my web server e.g. to generate shipping forms for a 
> customer.
> 
> As Hans said, it makes sense to use an asynchronous setup; in my case it’s 
> celery/RabbitMQ behind Django.
> 
> You probably need to set a few environment variables: I find HOME, PATH, 
> TEXROOT and TEXMFOS in my setup. I don’t know if you really need all of them, 
> it’s already running for several years…
> Also your web server process might only run binaries that belong to some 
> user/group like wwwrun.
> 
> It won’t work in shared hosting, because you can’t install your own programs.

Generally this is correct. But there are providers such as the
Hostsharing cooperative where it is possible to install programs in a
shared hosting environment. We do it for years. ;-)

> Otherwise: What kind of documentation do you need? Installing ConTeXt on a 
> (web) server is not different from any other Linux system. Calling ConTeXt 
> from a web application is not different from calling any other external 
> program. The rest depends on your setup and web frameworks.

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.

Many greetings
juh

-- 
Hostsharing eG – die Hosting-Genossenschaft
Souveränität – Nachhaltigkeit – Exzellenz
https://www.hostsharing.net
___
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] ConTeXt as a service

2019-11-21 Thread Brian Ballsun-Stanton
In reply to: https://mailman.ntg.nl/pipermail/ntg-context/2019/096313.html

I personally run ConTeXt as a service (as a sort of do-it-yourself
Overleaf).

I use floobits (https://floobits.com/Denubis) as an intermediary code
server, and their floomatic sevice(https://floobits.com/help/floomatic)
running  on a server I have. That then calls a shell script that invokes
ConTeXt, which writes logs and pdfs to an nginx monitored folder. It's been
running for about 4 years now and has been solid enough for me to use
without thinking too much about.

Happy to share code and details. My deployment is super-hacky, but it works?

-Brian
___
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-20 Thread Hans Hagen

On 11/20/2019 6:10 PM, Henning Hraban Ramm wrote:


You probably need to set a few environment variables: I find HOME, PATH, 
TEXROOT and TEXMFOS in my setup. I don’t know if you really need all of them, 
it’s already running for several years…
Also your web server process might only run binaries that belong to some 
user/group like wwwrun.


normally you can run with the full path, so, here we do

/data/site/context/tex/texmf-linux-64/bin/mtxrun ..script context .

and the /data/site/context/tex/ root will be used then

(usually we have a resource and dodument sourse tree on an nfs share; 
there are documents in the distribution that explain how to deal with 
using trees and locating resources in there withput the need to scan the 
whole tree each time)


Hans

 -
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
   tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-
___
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-20 Thread Henning Hraban Ramm
Hi!

I’m running ConTeXt on my web server e.g. to generate shipping forms for a 
customer.

As Hans said, it makes sense to use an asynchronous setup; in my case it’s 
celery/RabbitMQ behind Django.

You probably need to set a few environment variables: I find HOME, PATH, 
TEXROOT and TEXMFOS in my setup. I don’t know if you really need all of them, 
it’s already running for several years…
Also your web server process might only run binaries that belong to some 
user/group like wwwrun.

It won’t work in shared hosting, because you can’t install your own programs.

Otherwise: What kind of documentation do you need? Installing ConTeXt on a 
(web) server is not different from any other Linux system. Calling ConTeXt from 
a web application is not different from calling any other external program. The 
rest depends on your setup and web frameworks.

Greetlings, Hraban
---
https://www.fiee.net
http://wiki.contextgarden.net
https://www.dreiviertelhaus.de
GPG Key ID 1C9B22FD


> Am 2019-11-20 um 17:07 schrieb Denis Maier :
> 
> Hi everyone,
> Is it possible to run ConTeXt as a service on a server? If yes, is there 
> documentation about this?
> Background: I'm currently on the PKP conference, and we are discussing OJS 
> plugins for automated PDF production. I was wondering if ConTeXt could be an 
> option...
> Best, 
> Denis
> 
> P.S.: I'll be giving here a brief introduction to XML typesetting with 
> ConTeXt to spread the word... just to let you know.
> 
> ___
> 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
> ___


___
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-20 Thread Hans Hagen

On 11/20/2019 5:07 PM, Denis Maier wrote:

Hi everyone,
Is it possible to run ConTeXt as a service on a server? If yes, is there 
documentation about this?
Background: I'm currently on the PKP conference, and we are discussing 
OJS plugins for automated PDF production. I was wondering if ConTeXt 
could be an option...

Best,
Denis

P.S.: I'll be giving here a brief introduction to XML typesetting with 
ConTeXt to spread the word... just to let you know.
Running tex on demand is not really a problem but when it has to happen 
after clicking a button there is the problem of preventing a (web) 
server locking due to such aprocess as a tex run normally takes some 
time ... can be a second for some simple document but mayb eminutes for 
a 500 page document with images on each page and some 4 runs needed to 
get all cross references and lists right


so, one ends up with some independent service with a cue and a way to 
query the state of a run


there is actually code in the distribution (or can be added) that can be 
used but i never came to document it in detail (it makes no sense if 
only i use it) .. it boils down to delegating to one or more vm running 
a service that runs and reports status


among the aspects to take into account are:

- are resources needed (can be some mount)
- how long does the result needs to be kept
- when is stuff cleaned up
- how to keep things secure (no problem with xml)

etc

anyway, we have some of such workflows and once they work they do so 
forever


Hans


-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
   tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-
___
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] ConTeXt as a service

2019-11-20 Thread Denis Maier
Hi everyone,
Is it possible to run ConTeXt as a service on a server? If yes, is there
documentation about this?
Background: I'm currently on the PKP conference, and we are discussing OJS
plugins for automated PDF production. I was wondering if ConTeXt could be
an option...
Best,
Denis

P.S.: I'll be giving here a brief introduction to XML typesetting with
ConTeXt to spread the word... just to let you know.
___
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: specify a path to font in \definefontfamily

2019-11-20 Thread Hans Hagen

On 11/20/2019 10:08 AM, Krešimir Cindrić wrote:

Thank you for the reply.

I was aware that I can install fonts in ` tex/texmf-fonts `. However, 
the idea behind my odd request was the need to have the entire project 
contained in a single directory. which I can share with people and 
compile on any computer with a working TeX Live, without them having to 
install any fonts or dependencies.


I tried setting the RUNTIMEFONTS env variable, and it does exactly what 
I want. The fact that it leaves garbage in the cache that can influence 
other, unrelated projects, is a bit unsettling, I guess I'll just have 
to remember to tell people to clean the cache.

you can rename a font to a unique name, like

myproject-myfont-it.otf

also, you can have:

texmf-fonts/fonts/data/myproject/...
texmf-project/tex/context/user/myproject/...

and such .. these are never overwritten when you update context

Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
   tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-
___
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: specify a path to font in \definefontfamily

2019-11-20 Thread Krešimir Cindrić
Thank you for the reply.

I was aware that I can install fonts in ` tex/texmf-fonts `. However, the
idea behind my odd request was the need to have the entire project
contained in a single directory. which I can share with people and compile
on any computer with a working TeX Live, without them having to install any
fonts or dependencies.

I tried setting the RUNTIMEFONTS env variable, and it does exactly what I
want. The fact that it leaves garbage in the cache that can influence
other, unrelated projects, is a bit unsettling, I guess I'll just have to
remember to tell people to clean the cache.

Thanks again,

Krešimir

On Wed, 20 Nov 2019 at 09:49, Hans Hagen  wrote:

> On 11/19/2019 10:50 AM, Krešimir Cindrić wrote:
> > I'm /very/ new to ConTeXt, so please excuse the newbie question. I'm
> > trying to load a font from a file. The |.otf| files are stored in a
> > directory named |fonts/| which is in the directory of the |.tex| file
> > I'm trying to compile.
> >
> > This code does not work, and reverts to the default font:
> >
> > |\definefontfamily[mainface][serif][My Font][tf=file:./fonts/MyFont.otf,
> > it=file:./fonts/MyFont-It.otf, bf=file:./fonts/MyFont-Bd.otf,
> >
> bi=file:./fonts/MyFont-BdIt.otf]\setupbodyfont[mainface]\starttext\title{Hello,
>
> > world!}Hello World! \emph{Hi!}\stoptext|
> >
> > However, if I copy the |.otf| files into the same directory as the
> > |.tex| file, and write |tf=file:MyFont.otf| etc, then everything works
> > fine.
> >
> > How do I specify a relative path to the font, inside the |.tex| file?
> >
> > In LaTeX, I would use |fontspec| package and do the following:
> >
> > |\setmainfont{MyFont.otf}[Path =./fonts/, ItalicFont =MyFont-It.otf]|
> >
> > However, I couldn't find the equivalent syntax for |\definefontfamily|
> > in ConTeXt.
> >
> > Just to mention, I am using ConTeXt version: 2019.03.21 21:39 as part of
> > TeX Live, on Manjaro Linux.
> It is normally a bad idea to have fonts in such a place. You never know
> how it will clash with other fonts (versions, similar names, etc).
>
> In context, we have
>
> tex/texmf-fonts
>
> so best is to use:
>
> tex/texmf-fonts/data/MyFont-It.otf
>
> etc, them run mtxrun --generate and let the system sort it out.
>
> Another option is to set the RUNTIMEFONTS environment variable.
>
> Like:
>
> \starttext
>
>% \ctxlua{fonts.names.addruntimepath("./myfonts")}
>  \ctxlua{os.setenv("RUNTIMEFONTS","./myfonts")}
>
>  Hello World!
>
>  \definefont[myfont][file:myfont.otf]
>
>  {\myfont Hello World!}
>
> \stoptext
>
> But .. you need tio wipe such a font from the cache when you move it and
> other projects using a different font with the same name can be in
> trobles. Fonts are best managed very careful as they are responsible for
> long term inconsistencies.
>
> There is no official interface from tex this (maybe WS has a suggestion
> that fits into the definefontfamily subsystem)
>
> Hans
>
> -
>Hans Hagen | PRAGMA ADE
>Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
> tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
> -
>
___
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: specify a path to font in \definefontfamily

2019-11-20 Thread Hans Hagen

On 11/19/2019 10:50 AM, Krešimir Cindrić wrote:
I'm /very/ new to ConTeXt, so please excuse the newbie question. I'm 
trying to load a font from a file. The |.otf| files are stored in a 
directory named |fonts/| which is in the directory of the |.tex| file 
I'm trying to compile.


This code does not work, and reverts to the default font:

|\definefontfamily[mainface][serif][My Font][tf=file:./fonts/MyFont.otf, 
it=file:./fonts/MyFont-It.otf, bf=file:./fonts/MyFont-Bd.otf, 
bi=file:./fonts/MyFont-BdIt.otf]\setupbodyfont[mainface]\starttext\title{Hello, 
world!}Hello World! \emph{Hi!}\stoptext|


However, if I copy the |.otf| files into the same directory as the 
|.tex| file, and write |tf=file:MyFont.otf| etc, then everything works 
fine.


How do I specify a relative path to the font, inside the |.tex| file?

In LaTeX, I would use |fontspec| package and do the following:

|\setmainfont{MyFont.otf}[Path =./fonts/, ItalicFont =MyFont-It.otf]|

However, I couldn't find the equivalent syntax for |\definefontfamily| 
in ConTeXt.


Just to mention, I am using ConTeXt version: 2019.03.21 21:39 as part of 
TeX Live, on Manjaro Linux.
It is normally a bad idea to have fonts in such a place. You never know 
how it will clash with other fonts (versions, similar names, etc).


In context, we have

tex/texmf-fonts

so best is to use:

tex/texmf-fonts/data/MyFont-It.otf

etc, them run mtxrun --generate and let the system sort it out.

Another option is to set the RUNTIMEFONTS environment variable.

Like:

\starttext

  % \ctxlua{fonts.names.addruntimepath("./myfonts")}
\ctxlua{os.setenv("RUNTIMEFONTS","./myfonts")}

Hello World!

\definefont[myfont][file:myfont.otf]

{\myfont Hello World!}

\stoptext

But .. you need tio wipe such a font from the cache when you move it and 
other projects using a different font with the same name can be in 
trobles. Fonts are best managed very careful as they are responsible for 
long term inconsistencies.


There is no official interface from tex this (maybe WS has a suggestion 
that fits into the definefontfamily subsystem)


Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
   tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-
___
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 command line interface documentation?

2019-11-20 Thread Hans Hagen

On 11/19/2019 8:10 PM, Philipp A. wrote:
That’s pretty cool, overriding that hook allows to build a ConTeXt 
language server for editors like VS Code! 
https://microsoft.github.io/language-server-protocol/


i looked at that a while ago but imo the whole server model is pretty 
complex (maintaince and compatibility hell) for something as simple as 
an edit-run-cycle .. i wait till vscode has a simple filetype related 
hit-this-key-and-run feature (last time i checked it was global for all 
file types)


Sadly I’m still a bit lost: When calling `context file_with_error.tex`, 
I see “This is LuaTeX, Version 1.10 … tex error on line … ?” and it 
waits for input.
You said that context stops when encountering an error which isn’t the 
case for me. Any ideas why?


i'm talking lmtx

Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
   tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-
___
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: specify a path to font in \definefontfamily

2019-11-20 Thread Henning Hraban Ramm
In my typescripts it works with file:fonts/MyFont.otf
HTH HR

> Am 2019-11-19 um 10:50 schrieb Krešimir Cindrić :
> 
> I'm very new to ConTeXt, so please excuse the newbie question. I'm trying to 
> load a font from a file. The .otf files are stored in a directory named 
> fonts/ which is in the directory of the .tex file I'm trying to compile.
> 
> This code does not work, and reverts to the default font:
> 
> \definefontfamily [mainface][serif] [My Font]
> 
>   
> [tf=
> file:./fonts/MyFont.otf,
>it
> =
> file:./fonts/MyFont-It.otf,
>bf
> =
> file:./fonts/MyFont-Bd.otf,
>bi
> =file:./fonts/MyFont-BdIt.otf]
> 

___
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] ConTeXt: specify a path to font in \definefontfamily

2019-11-19 Thread Krešimir Cindrić
I'm *very* new to ConTeXt, so please excuse the newbie question. I'm trying
to load a font from a file. The .otf files are stored in a directory named
fonts/ which is in the directory of the .tex file I'm trying to compile.

This code does not work, and reverts to the default font:

\definefontfamily [mainface][serif] [My Font]
  [tf=file:./fonts/MyFont.otf,
   it=file:./fonts/MyFont-It.otf,
   bf=file:./fonts/MyFont-Bd.otf,
   bi=file:./fonts/MyFont-BdIt.otf]
\setupbodyfont[mainface]
\starttext\title{Hello, world!}

Hello World! \emph{Hi!}
\stoptext

However, if I copy the .otf files into the same directory as the .tex file,
and write tf=file:MyFont.otf etc, then everything works fine.

How do I specify a relative path to the font, inside the .tex file?

In LaTeX, I would use fontspec package and do the following:

\setmainfont {MyFont.otf}
 [Path=./fonts/,
  ItalicFont  = MyFont-It.otf]

However, I couldn't find the equivalent syntax for \definefontfamily in
ConTeXt.

Just to mention, I am using ConTeXt version: 2019.03.21 21:39 as part of
TeX Live, on Manjaro Linux.

Regards,

Krešimir
___
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 command line interface documentation?

2019-11-19 Thread Philipp A.
That’s pretty cool, overriding that hook allows to build a ConTeXt language
server for editors like VS Code!
https://microsoft.github.io/language-server-protocol/

Sadly I’m still a bit lost: When calling `context file_with_error.tex`, I
see “This is LuaTeX, Version 1.10 … tex error on line … ?” and it waits for
input.
You said that context stops when encountering an error which isn’t the case
for me. Any ideas why?

Best, Philipp

Am Di., 19. Nov. 2019 um 10:34 Uhr schrieb Hans Hagen :

> Concerning errors, one can say
>
> context --directives="system.showerror" somefile
>
> and on an error an html file is generated (old feature) ... i still
> couldn't figure out a way to reliable launch a browser and target the
> same tab (so autolaunch is disabled for now)
>
> Hans
>
>
> -
>Hans Hagen | PRAGMA ADE
>Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
> tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
> -
>
> ___
> 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
>
> ___
>
___
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 command line interface documentation?

2019-11-19 Thread Hans Hagen

Concerning errors, one can say

context --directives="system.showerror" somefile

and on an error an html file is generated (old feature) ... i still 
couldn't figure out a way to reliable launch a browser and target the 
same tab (so autolaunch is disabled for now)


Hans


-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
   tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-
___
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 command line interface documentation?

2019-11-19 Thread Hans Hagen

Hi,

What you’re describing is the behavior I’m trying to achieve. The error 
location reporting works for me, but context will still continue after 
an error for me:
If I don’t specify --nonstopmode or so it’ll try to recover, and even 
when I specify it, there will be other output after the error.


What version are you running? The latest lmtx should quite after an 
error. When no proper document can be created it will provide an error 
document.



Not that the script actually expects quotes in argv?


The command line parsing is kind of special

- lua(metatex) itself has to intercept some flags and act on it
- the context (and mtxrun) script also need them (as script)
- some passed arguments are used to drive the process
- and potentially common flags should not interfere

--foo
--foo=bar
--foo="bar bar"

filename
"file name"

should all work (also with special characters but of course there can be 
issues i don't know about); so intrepretation happens in the engine, in 
mtxrun (script0, context (script), context (macro package)


when you run context you can see the exact call to luatex and how 
arguments get passed (some get prefixed with "c:")


concerning the wiki, best discuss that with Pavneet (in cc) as he's in 
charge of (re)organizing the wiki; if you have suggestions for any of 
the manuals in the distribution that deal with this, you can just sedn 
them to me


thanks,

Hans


-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
   tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-
___
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 command line interface documentation?

2019-11-18 Thread Philipp A.
Hi Hans,

Very sorry that it was phrased so negatively. I like ConTeXt enough that I
wrote my master’s thesis in it, and am now writing my doctor’s thesis in it.
I had a long day that day and didn’t expect to have to dive so deep to find
out what I want is impossible. I think my language mostly reflected my
thought process going through it, not lack of respect towards your work.
I hope my bug report here is still helpful and provides all information
necessary to improve ConTeXt, and would like to help if there’s an easy way
to contribute (Pull requests?)

context --silent -nostatistics
>

Thank you! I see it’s in the “experts” section in mtx-context.xml. I added
it to the wiki, as it seems the most immediately useful (and non-experty)
among those options.
I think it would be best if the help would just be generated from that file
to reduce the sources of truth in existence.


> context quits at the first error as recovering is (1) seldom useful, (2)
> can interfere badly with tex/mp/lua and make things worse), (3) context
> tries to show a bit more precise location where the erro comes from (not
> always easy in tex) ... some of these modes originate in paper terminal
> times and it's very unlikely that context will change it's current way of
> doing things
>

What you’re describing is the behavior I’m trying to achieve. The error
location reporting works for me, but context will still continue after an
error for me:
If I don’t specify --nonstopmode or so it’ll try to recover, and even when
I specify it, there will be other output after the error.

>  What’s a “list”? comma separated? Do I need string delimiters?
>
> comma separated and only quoted when spaces (as usual with spaces)
>

You mean quoted as in “to prevent my terminal from interpreting it wrong”,
right?
Not that the script actually expects quotes in argv?

grepping for stats will bring you to nostats and nostatistics and "context
> --help --expert" shows that flag too
>

All of which is undocumented. I’d like to help here, so I added it to the
wiki, but it would be useful to mention this in --help, too!

remarks like the last one are very unlikely to trigger people to write
> additional documentation (a manual or wiki page) ... context comes for
> free, support comes for free ... there is not much one can demand i guess
>
> Hans
>

Again, I’m really sorry! I’d like to help, but I don’t have the time
currently for more than drive-by pull requests and wiki edits. I’m doing
the latter and if the former is possible, I’ll try my hand. Is it?

Best, Philipp
___
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 command line interface documentation?

2019-11-12 Thread Henning Hraban Ramm

> Am 2019-11-12 um 13:21 schrieb Hans Hagen :
>> Would be cool to have this fixed. And to have actually useful documentation 
>> instead of having to deep-dive into mtxrun.lua.
> 
> remarks like the last one are very unlikely to trigger people to write 
> additional documentation (a manual or wiki page) ... context comes for free, 
> support comes for free ... there is not much one can demand i guess

Also there is texmf-context/doc/context/documents/general/manuals/tools-mkiv.pdf


Greetlings, Hraban
---
https://www.fiee.net
http://wiki.contextgarden.net
https://www.dreiviertelhaus.de
GPG Key ID 1C9B22FD

___
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 command line interface documentation?

2019-11-12 Thread Hans Hagen

On 11/12/2019 12:14 PM, Philipp A. wrote:

Hi,

I want context to shut up, specifically the “mkiv lua stats” at the end 
are useless to me and make me scroll up for actual error messages, but 
better would be to just stop after the first error.
I consulted the --help docs but found them entirely unhelpful. Also 
there’s no examples. As doing it wrong results in no error message or 
indeed any kind of effect, I was in the dark.


context --silent -nostatistics

context quits at the first error as recovering is (1) seldom useful, (2) 
can interfere badly with tex/mp/lua and make things worse), (3) context 
tries to show a bit more precise location where the erro comes from (not 
always easy in tex) ... some of these modes originate in paper terminal 
times and it's very unlikely that context will change it's current way 
of doing things


First I consulted the --help and found: “--silent=list disable 
logcatgories (show list with --showlogcategories)”. What’s a “list”? 
comma separated? Do I need string delimiters?


comma separated and only quoted when spaces (as usual with spaces)

Whatever, executing “context --showlogcategories” tells me the log 
category “mkiv lua stats” exists, so: “context --silent='mkiv lua stats' 
doc.tex” does … nothing, the lua stats are still there mocking me.


OK, let’s do what you do when there’s no documentation; dive in the 
code: “grep -C3 'batchmode' 
/usr/share/texmf-dist/scripts/context/lua/mtx-context.lua”
This tells me that there’s a “errorstopmode” in luatex but no way to 
make the context script invoke “luatex -interaction=errorstopmode”, great.
Diving deeper, “setblocked” in mtxtun.lua checks if --silent=all is 
specified, nice! But that affects everything EXCEPT for the “mkiv lua 
stats”.


grepping for stats will bring you to nostats and nostatistics and 
"context --help --expert" shows that flag too


Therefore the two most useful ways to run context (--errorstopmode and 
--silent='mkiv lua stats') seem impossible unless one writes a wrapper 
script.
Would be cool to have this fixed. And to have actually useful 
documentation instead of having to deep-dive into mtxrun.lua.


remarks like the last one are very unlikely to trigger people to write 
additional documentation (a manual or wiki page) ... context comes for 
free, support comes for free ... there is not much one can demand i guess


Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
   tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-
___
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] context command line interface documentation?

2019-11-12 Thread Philipp A.
Hi,

I want context to shut up, specifically the “mkiv lua stats” at the end are
useless to me and make me scroll up for actual error messages, but better
would be to just stop after the first error.
I consulted the --help docs but found them entirely unhelpful. Also there’s
no examples. As doing it wrong results in no error message or indeed any
kind of effect, I was in the dark.

First I consulted the --help and found: “--silent=list disable logcatgories
(show list with --showlogcategories)”. What’s a “list”? comma separated? Do
I need string delimiters?
Whatever, executing “context --showlogcategories” tells me the log category
“mkiv lua stats” exists, so: “context --silent='mkiv lua stats' doc.tex”
does … nothing, the lua stats are still there mocking me.

OK, let’s do what you do when there’s no documentation; dive in the code:
“grep -C3 'batchmode'
/usr/share/texmf-dist/scripts/context/lua/mtx-context.lua”
This tells me that there’s a “errorstopmode” in luatex but no way to make
the context script invoke “luatex -interaction=errorstopmode”, great.
Diving deeper, “setblocked” in mtxtun.lua checks if --silent=all is
specified, nice! But that affects everything EXCEPT for the “mkiv lua
stats”.

Therefore the two most useful ways to run context (--errorstopmode and
--silent='mkiv lua stats') seem impossible unless one writes a wrapper
script.
Would be cool to have this fixed. And to have actually useful documentation
instead of having to deep-dive into mtxrun.lua.

Best, Philipp

PS: I filed http://tracker.luatex.org/view.php?id=1014 and
http://tracker.luatex.org/view.php?id=1015
___
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 groups supports "Public Money, Public Code"

2019-10-23 Thread Henning Hraban Ramm

> Am 2019-10-23 um 12:18 schrieb luigi scarso :
> 
> 
> 
> On Wed, Oct 23, 2019 at 12:14 PM Henning Hraban Ramm  wrote:
> Hi all,
> 
> the previous board of your ConTeXt group decided to support the campaign of 
> Free Software Foundation Europe, “Public Software? Public Code!” (see 
> https://publiccode.eu/), and we finally got confirmed.
> 
> 
> the site say
> PUBLIC MONEY PUBLIC CODE
> (as in the subject)  
> not 
> “Public Software? Public Code!” 

Oops, you caught me.

But in the other two instances in the same message it’s right.

Hraban
___
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 groups supports "Public Money, Public Code"

2019-10-23 Thread luigi scarso
On Wed, Oct 23, 2019 at 12:14 PM Henning Hraban Ramm  wrote:

> Hi all,
>
> the previous board of your ConTeXt group decided to support the campaign
> of Free Software Foundation Europe, “Public Software? Public Code!” (see
> https://publiccode.eu/), and we finally got confirmed.
>
>
the site say
PUBLIC MONEY PUBLIC CODE
(as in the subject)
not
“Public Software? Public Code!”


-- 
luigi
___
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] ConTeXt groups supports "Public Money, Public Code"

2019-10-23 Thread Henning Hraban Ramm
Hi all,

the previous board of your ConTeXt group decided to support the campaign of 
Free Software Foundation Europe, “Public Software? Public Code!” (see 
https://publiccode.eu/), and we finally got confirmed.

If you belong to any other TUG, Open Source community or institution/company 
that’s using free software, please consider also signing up!

In that case please write to cont...@fsfe.org

That’s what they need from you (no money involved):

> We are very happy that you want to sign the "Public Money? Public Code!"
> open letter.
> 
> What I would need from to add you to publiccode.eu:
> * The logo we should use on the publiccode.eu website (PNG files with
>  maximum 150px width or 100px height – ideally using transparency
>  instead of white as background
> * The exact name of your organisation we should display on the website
> * An e-mail address where we can send updates about the campaign
>  relevant to the signing organisations
> * The website of your organisation, we can link to on from our website
> * Whether you identify as "international", "national" or "regional"
>  organisation
> 
> Beside that we would highly appreciate it, if you ask people in your
> networks (e.g. newsletter, through your website, and social media) to
> sign the open letter as individuals https://publiccode.eu/#action
> 
> In case you can help us translating the website into other languages,
> please get in contact with translat...@lists.fsfe.org to coordinate that
> effort. 
 


Best regards, Hraban
---
https://www.fiee.net
http://wiki.contextgarden.net
https://www.dreiviertelhaus.de
GPG Key ID 1C9B22FD

___
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] ConTeXt HTML

2019-10-19 Thread Rudolf Bahr

Hi,

thank you! Installing ConTeXt HTML from "pragma-ade.nl/install.htm"
(64 bit Linux) works now!

Rudolf
___
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] ConTeXt on current Debian

2019-09-30 Thread Jan U. Hasecke
Dear all,

todays upgrade broke my context installation (context and lmtx) as
context now uses GLIBC_2.29 which is not available in Debian 10 buster.

After using my backup I now wonder if from now on ConTeXt won't support
Debian stable anymore?

juh
___
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 (lmtx) segfaults on x86_64 linux

2019-09-11 Thread Hans Hagen

On 9/11/2019 11:02 AM, Vladimir Lomov wrote:


  │   ├── cont-en.lui
  │   └── cont-en.luv


these are regular lua files


The last two, Ok.


Indeed. These are startup related files.


That make sense, lua, (lub), luc, lud but even lua files are different
or do you mean that luc/lud are generated (compiled) from lua and then
contex don't read them only luc/lud?
The lua files are probably not that different but indeed the other ones 
are bytecode files and normally read (with the lua files as fallbacks in 
case of a failure) which is more efficient (a =lua, c = luatex bytecode 
(5.3), b = luajit bytecode (hybrid 5.1 / 5.2), d = luametatex bytecode 
(5.4). At some point the jit variant might be dropped and in the long 
run we might only have luametatex.


Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
   tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-
___
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 (lmtx) segfaults on x86_64 linux

2019-09-11 Thread Vladimir Lomov
Hello
** Hans Hagen [2019-09-11 10:54:41 +0200]:

> On 9/11/2019 10:14 AM, Vladimir Lomov wrote:
> 
>> LUAMETATEX:
>> 
>> -- 8< 
>> --
>> tree $TEXMFCACHE/ | sed -e "s@$HOME/.cache/@@"
>> lmtx/
>> └── luatex-cache
>>  └── context
>>  └── 5fe67e0bfe781ce0dde776fb1556f32e
>>  ├── formats
>>  │   └── luametatex
>>  │   ├── cont-en.fmt
>>  │   ├── cont-en.log
>>  │   ├── cont-en.lui
>>  │   └── cont-en.luv
> 
> these are regular lua files

The last two, Ok.

> 
>>  └── trees
>>  ├── 3952aa25b6a1b9f9f8d3eeb6e65f0039.lua
>>  ├── 3952aa25b6a1b9f9f8d3eeb6e65f0039.luc
>>  ├── 3f406286dc3075cdfb044f836920f46a.lua
>>  ├── 3f406286dc3075cdfb044f836920f46a.luc
>>  ├── 3f6978edf9feb817ad6c1f21fc262031.lua
>>  ├── 3f6978edf9feb817ad6c1f21fc262031.luc
>>  ├── 71c82419867f9a0df8a150196c03c86f.lua
>>  ├── 71c82419867f9a0df8a150196c03c86f.luc
>>  ├── 73630a261795d9c53610a28af4550cbc.lua
>>  ├── 73630a261795d9c53610a28af4550cbc.luc
>>  ├── dcb651482955ac31eaab7723b70e0184.lua
>>  ├── dcb651482955ac31eaab7723b70e0184.luc
>>  ├── fb39a92c95ceca857c3f2d0ee48a2ad3.lua
>>  └── fb39a92c95ceca857c3f2d0ee48a2ad3.luc
> actually these *.luc files should be *.lud files so I need to check that

That make sense, lua, (lub), luc, lud but even lua files are different
or do you mean that luc/lud are generated (compiled) from lua and then
contex don't read them only luc/lud?

> 
> Hans
> 
> -
>   Hans Hagen | PRAGMA ADE
>   Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
>tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
> -

---
WBR, Vladimir Lomov

-- 
Besides, REAL computers have a rename() system call.:-)
-- Larry Wall in <7...@jpl-devvax.jpl.nasa.gov>


signature.asc
Description: PGP signature
___
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 (lmtx) segfaults on x86_64 linux

2019-09-11 Thread Hans Hagen

On 9/11/2019 10:14 AM, Vladimir Lomov wrote:


LUAMETATEX:

-- 8< --
tree $TEXMFCACHE/ | sed -e "s@$HOME/.cache/@@"
lmtx/
└── luatex-cache
 └── context
 └── 5fe67e0bfe781ce0dde776fb1556f32e
 ├── formats
 │   └── luametatex
 │   ├── cont-en.fmt
 │   ├── cont-en.log
 │   ├── cont-en.lui
 │   └── cont-en.luv


these are regular lua files


 └── trees
 ├── 3952aa25b6a1b9f9f8d3eeb6e65f0039.lua
 ├── 3952aa25b6a1b9f9f8d3eeb6e65f0039.luc
 ├── 3f406286dc3075cdfb044f836920f46a.lua
 ├── 3f406286dc3075cdfb044f836920f46a.luc
 ├── 3f6978edf9feb817ad6c1f21fc262031.lua
 ├── 3f6978edf9feb817ad6c1f21fc262031.luc
 ├── 71c82419867f9a0df8a150196c03c86f.lua
 ├── 71c82419867f9a0df8a150196c03c86f.luc
 ├── 73630a261795d9c53610a28af4550cbc.lua
 ├── 73630a261795d9c53610a28af4550cbc.luc
 ├── dcb651482955ac31eaab7723b70e0184.lua
 ├── dcb651482955ac31eaab7723b70e0184.luc
 ├── fb39a92c95ceca857c3f2d0ee48a2ad3.lua
 └── fb39a92c95ceca857c3f2d0ee48a2ad3.luc

actually these *.luc files should be *.lud files so I need to check that

Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
   tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-
___
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 (lmtx) segfaults on x86_64 linux

2019-09-11 Thread Vladimir Lomov
Hello,
** Hans Hagen [2019-09-11 10:38:21 +0200]:

> On 9/11/2019 10:14 AM, Vladimir Lomov wrote:
> 
>> so I'm sure that this is different "context"s (I'm curious why current
>> version of mkiv files are different but I suppose it is related to other
>> "system" files of context).
> 
> the lmtx files can have different solutions because luametatex has some
> possibilities that luatex hasn't (yet or never will have)

Got it.

>> Is it "safe" to simply run always
>> 
>>$ mtxrun --generate; context --make
>> 
>> after each context/lmtx update? May be one should add there commands in
>> 'install.sh'?
> 
> normally this will happen automatically but there are rare cases when it
> might fail, for instance in lmtx because there is a change in bytecode that
> gets unnoticed (we use the still experimental lua 5.4 there)

Got it, so as lmtx has "experimental" status, one should pay more
attention, be prepared to run manually 'mtxrun --generate ; context
--make', ok with me.

Thank you Hans for clarification.

> Hans
> 
> -
>   Hans Hagen | PRAGMA ADE
>   Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
>tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
> -

---
WBR, Vladimir Lomov

-- 
Subject to change without notice.


signature.asc
Description: PGP signature
___
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 (lmtx) segfaults on x86_64 linux

2019-09-11 Thread Hans Hagen

On 9/11/2019 10:14 AM, Vladimir Lomov wrote:


so I'm sure that this is different "context"s (I'm curious why current
version of mkiv files are different but I suppose it is related to other
"system" files of context).


the lmtx files can have different solutions because luametatex has some 
possibilities that luatex hasn't (yet or never will have)



Is it "safe" to simply run always

   $ mtxrun --generate; context --make

after each context/lmtx update? May be one should add there commands in
'install.sh'?


normally this will happen automatically but there are rare cases when it 
might fail, for instance in lmtx because there is a change in bytecode 
that gets unnoticed (we use the still experimental lua 5.4 there)


Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
   tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-
___
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 (lmtx) segfaults on x86_64 linux

2019-09-11 Thread Vladimir Lomov
Hello,
** Hans Hagen [2019-09-11 08:39:03 +0200]:

>
>> but I explicitly set TEXMFCACHE=$HOME/.cache/lmtx (for context suite I
>> set it to $HOME/.cache/context-suite).
>
>>> I'm receiving the super helpful error message:
>>>
>>>  ! error (lua): function call: no
>>>
>>> Maybe some sort of cache versioning is in order to at least give a better 
>>> error.
>>
>> It didn't occured to me that the problem may be with the cache, it would
>> be helpfull if context/luametatex will give error message, something
>> like "cache version mismatch" and exit.

> hm, i have the same cache for both (different files are used)

That's strange. AFAIR, I splitted the caches because they were different
and I checked this again: I deleted TEXMFCACHE directories (lmtx and
context-suite ones), regenerated both using

  $ mtxrun --generate; context --make

(using the right mtxrun,
/usr/local/opt/context/tex/texmf-linux-64/bin/mtxrun and
/usr/local/opt/lmtx/tex/texmf-linux-64/bin/mtxrun in my case) and
checked the generated files. They have identical names, for example,

CONTEXT SUITE:

-- 8< --
$ tree $TEXMFCACHE | sed -e "s@$HOME/.cache/@@"
context-suite
└── luatex-cache
└── context
└── 5fe67e0bfe781ce0dde776fb1556f32e
├── formats
│   └── luatex
│   ├── cont-en.fmt
│   ├── cont-en.log
│   ├── cont-en.lui
│   └── cont-en.luv
└── trees
├── 3952aa25b6a1b9f9f8d3eeb6e65f0039.lua
├── 3952aa25b6a1b9f9f8d3eeb6e65f0039.luc
├── 3f406286dc3075cdfb044f836920f46a.lua
├── 3f406286dc3075cdfb044f836920f46a.luc
├── 3f6978edf9feb817ad6c1f21fc262031.lua
├── 3f6978edf9feb817ad6c1f21fc262031.luc
├── 71c82419867f9a0df8a150196c03c86f.lua
├── 71c82419867f9a0df8a150196c03c86f.luc
├── 73630a261795d9c53610a28af4550cbc.lua
├── 73630a261795d9c53610a28af4550cbc.luc
├── dcb651482955ac31eaab7723b70e0184.lua
├── dcb651482955ac31eaab7723b70e0184.luc
├── fb39a92c95ceca857c3f2d0ee48a2ad3.lua
└── fb39a92c95ceca857c3f2d0ee48a2ad3.luc

6 directories, 18 files
-- 8< --


-- 8< --
LANG=en_US.UTF-8 ls -goR $TEXMFCACHE/ | sed -e "s@$HOME/.cache/@@"
context-suite/:
total 0
drwxr-xr-x 3 21 Sep 11 15:28 luatex-cache

context-suite/luatex-cache:
total 0
drwxr-xr-x 3 46 Sep 11 15:28 context

context-suite/luatex-cache/context:
total 0
drwxr-xr-x 4 34 Sep 11 15:28 5fe67e0bfe781ce0dde776fb1556f32e

context-suite/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e:
total 4
drwxr-xr-x 3   20 Sep 11 15:28 formats
drwxr-xr-x 2 4096 Sep 11 15:28 trees

context-suite/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats:
total 0
drwxr-xr-x 2 82 Sep 11 15:28 luatex

context-suite/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luatex:
total 11044
-rw-r--r-- 1 10878224 Sep 11 15:28 cont-en.fmt
-rw-r--r-- 1   414753 Sep 11 15:28 cont-en.log
-rw-r--r-- 1 4118 Sep 11 15:28 cont-en.lui
-rw-r--r-- 1  263 Sep 11 15:28 cont-en.luv

context-suite/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/trees:
total 752
-rw-r--r-- 1  78031 Sep 11 15:28 3952aa25b6a1b9f9f8d3eeb6e65f0039.lua
-rw-r--r-- 1  45351 Sep 11 15:28 3952aa25b6a1b9f9f8d3eeb6e65f0039.luc
-rw-r--r-- 1403 Sep 11 15:28 3f406286dc3075cdfb044f836920f46a.lua
-rw-r--r-- 1398 Sep 11 15:28 3f406286dc3075cdfb044f836920f46a.luc
-rw-r--r-- 1   2026 Sep 11 15:28 3f6978edf9feb817ad6c1f21fc262031.lua
-rw-r--r-- 1   1371 Sep 11 15:28 3f6978edf9feb817ad6c1f21fc262031.luc
-rw-r--r-- 1407 Sep 11 15:28 71c82419867f9a0df8a150196c03c86f.lua
-rw-r--r-- 1400 Sep 11 15:28 71c82419867f9a0df8a150196c03c86f.luc
-rw-r--r-- 1403 Sep 11 15:28 73630a261795d9c53610a28af4550cbc.lua
-rw-r--r-- 1398 Sep 11 15:28 73630a261795d9c53610a28af4550cbc.luc
-rw-r--r-- 1 164062 Sep 11 15:28 dcb651482955ac31eaab7723b70e0184.lua
-rw-r--r-- 1  86572 Sep 11 15:28 dcb651482955ac31eaab7723b70e0184.luc
-rw-r--r-- 1 225577 Sep 11 15:28 fb39a92c95ceca857c3f2d0ee48a2ad3.lua
-rw-r--r-- 1 117644 Sep 11 15:28 fb39a92c95ceca857c3f2d0ee48a2ad3.luc
-- 8< --

###

LUAMETATEX:

-- 8< --
tree $TEXMFCACHE/ | sed -e "s@$HOME/.cache/@@"
lmtx/
└── luatex-cache
└── context
└── 5fe67e0bfe781ce0dde776fb1556f32e
├── formats
│   └── luametatex
│   ├── cont-en.fmt
│   ├── cont-en.log
│   ├── cont-en.lui

Re: [NTG-context] context (lmtx) segfaults on x86_64 linux

2019-09-11 Thread Hans Hagen

On 9/11/2019 1:19 AM, Henri Menke wrote:

On 9/11/19 3:50 AM, Aditya Mahajan wrote:

On Tue, 10 Sep 2019, Hans Hagen wrote:


On 9/10/2019 4:11 PM, Vladimir Lomov wrote:

Hello,
today I updated lmtx and on simple

$ context --version

I get segfault (in the same time luametatex --version works fine).
Running under gdb shows me that the problem might be in one of 'realloc'
calls.

The context from Context Suite (mkiv) works fine.

P.S. I tested on two systems, both runs Archlinux x86_64.

can you completely wipe the texmf-cache directory and then run

mtxrun --generate
context --make

(there is a change in bytecode that gets not automatically noticed that
can give that crash)


I had the same issue and completely wiping the texmf-cache fixes it.

@Vladimir: If you are using the luametatex package from AUR, then the
texmf-cache is located at $HOME/.cache/luametatex.


I'm receiving the super helpful error message:

 ! error (lua): function call: no


there is not much context to present there as it means that deep down a 
bad function token is expanded, something under control of the macro 
package, which then has/is messed up



Maybe some sort of cache versioning is in order to at least give a better error.


for now, adding

\ifdefined\pdfsavepos\else
\let\pdfsavepos \savepos
\let\pdflastxpos\lastxpos
\let\pdflastypos\lastypos
\fi

to cont-new.mkiv seems to work ok

Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
   tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-
___
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 (lmtx) segfaults on x86_64 linux

2019-09-11 Thread Hans Hagen



but I explicitly set TEXMFCACHE=$HOME/.cache/lmtx (for context suite I
set it to $HOME/.cache/context-suite).





I'm receiving the super helpful error message:

 ! error (lua): function call: no

Maybe some sort of cache versioning is in order to at least give a better error.


It didn't occured to me that the problem may be with the cache, it would
be helpfull if context/luametatex will give error message, something
like "cache version mismatch" and exit.

hm, i have the same cache for both (different files are used)

so what does the tikz that fails look like (mwe)

Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
   tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-
___
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 (lmtx) segfaults on x86_64 linux

2019-09-10 Thread Vladimir Lomov
Hello,
** Henri Menke [2019-09-11 11:19:57 +1200]:

> On 9/11/19 3:50 AM, Aditya Mahajan wrote:
>> On Tue, 10 Sep 2019, Hans Hagen wrote:
>> 
>>> On 9/10/2019 4:11 PM, Vladimir Lomov wrote:
 Hello,
 today I updated lmtx and on simple

$ context --version

 I get segfault (in the same time luametatex --version works fine).
 Running under gdb shows me that the problem might be in one of 'realloc'
 calls.

 The context from Context Suite (mkiv) works fine.

 P.S. I tested on two systems, both runs Archlinux x86_64.
>>> can you completely wipe the texmf-cache directory and then run
>>>
>>> mtxrun --generate
>>> context --make
>>>
>>> (there is a change in bytecode that gets not automatically noticed that 
>>> can give that crash)
>> 
>> I had the same issue and completely wiping the texmf-cache fixes it.
>> 
>> @Vladimir: If you are using the luametatex package from AUR, then the 
>> texmf-cache is located at $HOME/.cache/luametatex.

No, I don't use the package from AUR, I simply do

  /usr/local/opt/lmtx $ sudo ./install.sh

but I explicitly set TEXMFCACHE=$HOME/.cache/lmtx (for context suite I
set it to $HOME/.cache/context-suite).

> I'm receiving the super helpful error message:
> 
> ! error (lua): function call: no
> 
> Maybe some sort of cache versioning is in order to at least give a better 
> error.

It didn't occured to me that the problem may be with the cache, it would
be helpfull if context/luametatex will give error message, something
like "cache version mismatch" and exit.

> Cheers, Henri
> 
>> 
>> Aditya

---
WBR, Vladimir Lomov



-- 
Sometimes I live in the country,
And sometimes I live in town.
And sometimes I have a great notion,
To jump in the river and drown.


signature.asc
Description: PGP signature
___
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   >