Re: [NTG-context] PDF viewer poll
Hi, nice to read you again! (BTW what’s the state of Husayni fonts?) > Am 2019-10-15 um 06:58 schrieb Hamid,Idris : > > As a commercial replacement to Adobe Acroboat, nothing beats NitroPDF. > Clean interface. Avoids most if not all of the problems mentioned by Hans. I can’t check it out since i don’t use Windows, and their website is a lot of marketing fluff. So I hope you can tell me: Can/has Nitro… - check PDF/X, /A, /UA? (AFAIK only /A)* - convert colors (e.g. RGB->CMYK or any->grayscale)?* - update changed files (automatically or on key press)? - support SyncTeX? (probably not) - handle forms (print, save)? (probably yes) - support JavaScript? (probably not) - a localized interface? (probably yes) *) or general preflighting like Acrobat has 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] LMTX distorts PDF aspect
On 10/19/19 7:50 PM, Rudolf Bahr wrote: >> On Sat, Oct 19, 2019 at 12:07:03PM +0200, Pablo Rodriguez wrote: >>> Dear list, >>> >>> using the document attached to this message with the following sample >>> gives different outputs: >>> [...] >>> 2. LMTX inserts the document distorting its aspect. >>> [...] > ConTeXt ver: 2019.10.11 15:47 MKIV beta fmt: 2019.10.19 int: > english/english > > The output of LMTX is compressed in the height whereas LuaTex isn't. Hi Rudolf, many thanks for confirming the bug. > Sorry again, This was my fault. I forgot to mention that I was using latest beta (as I normally do). Many thanks again, Pablo -- http://www.ousia.tk ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] LMTX distorts PDF aspect
On 10/19/19 1:51 PM, Otared Kavian wrote: > Hi Pablo, > > Yes, I can confirm that the PDF file is distorted by LMTX (version > 2019.10.11 15:47) when included in another file with the command > \externalfigure (even when the latter command is surrounded by > \startplacefigure... \stopplacefigure). > > Hower the output is correct with mkiv (and mkii…). Hi Otared, many thanks for confirming the bug. Pablo -- http://www.ousia.tk ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] LMTX distorts PDF aspect
On Sat, Oct 19, 2019 at 07:40:32PM +0200, Bahr Rudolf wrote: > On Sat, Oct 19, 2019 at 12:07:03PM +0200, Pablo Rodriguez wrote: > > Dear list, > > > > using the document attached to this message with the following sample > > gives different outputs: > > > > \setuppapersize[A3, landscape] > > \starttext > > \externalfigure[fc-first.pdf] > > \stoptext > > > > 1. LuaTeX inserts the document fine. > > > > 2. LMTX inserts the document distorting its aspect. > > > > I’m afraid this might be a bug in LMTX. > > > > Could anyone confirm the issue? > > > > BTW, the PDF document is uncompressed (so it’s easier to analyze it). > > > > Many thanks for your help, > > > > Pablo > > -- > > http://www.ousia.tk > > > Hi Pablo, > > My context-LMTX, this morning installed from pragma-ade.nl/install.htm (64 > bit Linux), > works fine and shows up the pdf file, so I cannot confirm the issue. > > I used: > LuaMetaTeX, Version 2.00.0 > ConTeXt ver: 2019.10.10 18:15 MKIV beta fmt: 2019.10.19 int: > english/english > > I hope, this helps, > Rudolf Hi Pablo, sorry, I have to correct my message after running LuaTeX, Version 1.10.1 (TeX Live 2019) ConTeXt ver: 2019.10.11 15:47 MKIV beta fmt: 2019.10.19 int: english/english The output of LMTX is compressed in the height whereas LuaTex isn't. Sorry again, 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] LTMX install on OpenBSD amd65 working
Hello, I am very pleased to inform that I was able to install luametatex on OpenBSD amd64 6.5. I fetched the install file on PRAGMA, followed the instructions and was able to compile a basic file with ltmx. I was also able to compile simple files for my pupils. Unfortunately, compilation fails with more complex files (presentations), I’ll describe this on another mail. Anyway, this is great, because OpenBSD 6.6 (released two days ago) ships texlive 2018, and having the \startxcolumn working will be really helpfull when designing key to symbols for my maps. I'm now looking forward for the OpenBSD 6.6 ltmx binaries. Thanks for all this great job, Damien Thiriet ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] LMTX distorts PDF aspect
On Sat, Oct 19, 2019 at 12:07:03PM +0200, Pablo Rodriguez wrote: > Dear list, > > using the document attached to this message with the following sample > gives different outputs: > > \setuppapersize[A3, landscape] > \starttext > \externalfigure[fc-first.pdf] > \stoptext > > 1. LuaTeX inserts the document fine. > > 2. LMTX inserts the document distorting its aspect. > > I’m afraid this might be a bug in LMTX. > > Could anyone confirm the issue? > > BTW, the PDF document is uncompressed (so it’s easier to analyze it). > > Many thanks for your help, > > Pablo > -- > http://www.ousia.tk Hi Pablo, My context-LMTX, this morning installed from pragma-ade.nl/install.htm (64 bit Linux), works fine and shows up the pdf file, so I cannot confirm the issue. I used: LuaMetaTeX, Version 2.00.0 ConTeXt ver: 2019.10.10 18:15 MKIV beta fmt: 2019.10.19 int: english/english I hope, this helps, 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 ___
Re: [NTG-context] LMTX distorts PDF aspect
Hi Pablo, Yes, I can confirm that the PDF file is distorted by LMTX (version 2019.10.11 15:47) when included in another file with the command \externalfigure (even when the latter command is surrounded by \startplacefigure... \stopplacefigure). Hower the output is correct with mkiv (and mkii…). Best regards: OK > On 19 Oct 2019, at 12:07, Pablo Rodriguez wrote: > > Dear list, > > using the document attached to this message with the following sample > gives different outputs: > >\setuppapersize[A3, landscape] >\starttext >\externalfigure[fc-first.pdf] >\stoptext > > 1. LuaTeX inserts the document fine. > > 2. LMTX inserts the document distorting its aspect. > > I’m afraid this might be a bug in LMTX. > > Could anyone confirm the issue? > > BTW, the PDF document is uncompressed (so it’s easier to analyze it). > > Many thanks for your help, > > Pablo > -- > http://www.ousia.tk > ___ > 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] PDF viewer poll
> Am 2019-10-19 um 12:51 schrieb Hans Hagen : > > On 10/19/2019 12:21 PM, Henning Hraban Ramm wrote: > >> When I read "Java runs on millions of devices" I don’t feel that’s good >> advertising, but it remembers me that each of those devices is at risk. > > The java updates keept telling that it runs on 3 billion devices but that > message doesn't change over years. I always wonder about numbers. One can > find similar huge numbers for tex usage but what defines usage (forced? > ontime? for fun? lifelong? advanced or like any word processor usage?). Jep. And it doesn’t help if my washing machine runs Java if I can’t change the program. (Or play Tetris on it while waiting, or whatever.) >> It would be very easy to spread malicious TeX code, since everyone uses CTAN >> (LaTeX) packages without checking them first. >> But it wouldn’t come far, I guess, for it needs a while for a package to >> become known and in wide use, and that still means only in a subset of the >> (La)TeX community, where there are enough expert hackers who would find this >> malicious code. >> And you can count the people on one hand who would be able to publish a >> malicious ConTeXt module… Malicious code snippets in our wiki or ML also >> wouldn’t come far. > > Also, I tend to stay optimistic. If there were way more strict rules for > software abuse (with hard penalties) it would be less of a problem, but for > now we just have to trust. So, far we could trust texies. Exactly. I guess it makes sense to be aware that there is a risk, but on the other hand the risk is quite neglectable, depending on your own programming skills… (I managed to mess up a git repository last week, trying to rename a file in all of the branches. Big pro of SCM repositories: you can restore them.) >> There was PDF malware (using JS or media stuff). There also was PostScript >> malware in its time. The latter didn’t make a lot of sense, except it could >> destroy RIP hardware. The RIP technician at the newspaper where I worked >> told me stories, e.g. there was an evil EPS (some faulty customer logo, no >> deliberate malware) that caused the deletion of important parts of the RIP >> software. At my time there was a PS ghost: somehow a page got installed on >> one of the printers and got printed at odd times. Reboot didn’t help, we >> never found the cause. > Writing could be restricted I guess, so wiping rip source is also bit of a > bug in the rip i guess. Anyway, I do remember sending postscript to our > printer just to find out that you ended up with an empty paperbin and a few > lines per page with garbage ascii. In that respect pdf is a bit better: > something or nothing gets printed. > > This ghost: makes for nice debugging. Kind of a challenge. We weren’t up to it, and it was just a minor annoyance. Maybe the problem was not really in the printer but in the print spooler of one workstation, so that the job was printed every time it was switched on or some user logged in. > (btw, this makes for a nice topic next meeting: security and documents and > such) No, that’s boring ;) 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] PDF viewer poll
On 10/19/2019 12:21 PM, Henning Hraban Ramm wrote: When I read "Java runs on millions of devices" I don’t feel that’s good advertising, but it remembers me that each of those devices is at risk. The java updates keept telling that it runs on 3 billion devices but that message doesn't change over years. I always wonder about numbers. One can find similar huge numbers for tex usage but what defines usage (forced? ontime? for fun? lifelong? advanced or like any word processor usage?). Just 2 cents from a JS programmer who actually thinks that JS is not the worst Lisp dialect out there. I didn’t say JS is bad. For me it’s a necessary evil. I don’t think my beloved Python would be a better choice for client scripts. Maybe Lua is, but every scriptable program is a risk. The fact that it's simple kind of helps. One can disable by overloading. LuaTeX and write18 _are_ dangerous. Sure, so can be crossing a street. Anyway, for quite a while there actually is a sandbox model in context which can limit its scope pretty much but it (being done a while ago) hasn't been tested that much (afer all I dont' need it). It would be very easy to spread malicious TeX code, since everyone uses CTAN (LaTeX) packages without checking them first. But it wouldn’t come far, I guess, for it needs a while for a package to become known and in wide use, and that still means only in a subset of the (La)TeX community, where there are enough expert hackers who would find this malicious code. And you can count the people on one hand who would be able to publish a malicious ConTeXt module… Malicious code snippets in our wiki or ML also wouldn’t come far. Also, I tend to stay optimistic. If there were way more strict rules for software abuse (with hard penalties) it would be less of a problem, but for now we just have to trust. So, far we could trust texies. There was PDF malware (using JS or media stuff). There also was PostScript malware in its time. The latter didn’t make a lot of sense, except it could destroy RIP hardware. The RIP technician at the newspaper where I worked told me stories, e.g. there was an evil EPS (some faulty customer logo, no deliberate malware) that caused the deletion of important parts of the RIP software. At my time there was a PS ghost: somehow a page got installed on one of the printers and got printed at odd times. Reboot didn’t help, we never found the cause. Writing could be restricted I guess, so wiping rip source is also bit of a bug in the rip i guess. Anyway, I do remember sending postscript to our printer just to find out that you ended up with an empty paperbin and a few lines per page with garbage ascii. In that respect pdf is a bit better: something or nothing gets printed. This ghost: makes for nice debugging. Kind of a challenge. (btw, this makes for a nice topic next meeting: security and documents and such) 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] PDF viewer poll
> Am 2019-10-15 um 08:17 schrieb Marcin Borkowski : >>> Basically javascript can be limited to (1) setting annotation properties, >>> like toggling layers or button renditions, and (2) some simple calculations >>> (for forms). Constructing pdf runtime using javascript is pretty braindead >>> (use html instead then). >> >> D’accord. > > Of course you are aware that limiting a powerful language is not an easy > task? I am. But JS in PDF is completely different from PDF in browsers anyway (no DOM!), so they don’t need a complete interpreter and could have limited PDF scripting to a few commands, in JS syntax or anything else. >>> It is one of the puzzling areas to me: no problem in browsers and elsewhere >>> but not in open source pdf viewers. It's not the most complex stuff so it >>> probably indicates that no one cares much about these features. >> >> I wouldn’t say "no problem", because JS causes security problems everywhere. > > It's not JS that causes problems. Any other (powerful enough) language > not specifically designed with browser environment in mind could be > problematic here. I guess that having Perl, Python or Ruby instead of > JS would create a similar set of problems. (Lua might be an exception > due to its design and a possibility to whitelist functions for eval, > AFAIR.) Of course any programming language is a security risk. More so if it runs in an ubiquitous program like a browser. And since they created JavaScript for that, JS causes problems. When I read "Java runs on millions of devices" I don’t feel that’s good advertising, but it remembers me that each of those devices is at risk. > Just 2 cents from a JS programmer who actually thinks that JS is not the > worst Lisp dialect out there. I didn’t say JS is bad. For me it’s a necessary evil. I don’t think my beloved Python would be a better choice for client scripts. Maybe Lua is, but every scriptable program is a risk. LuaTeX and write18 _are_ dangerous. It would be very easy to spread malicious TeX code, since everyone uses CTAN (LaTeX) packages without checking them first. But it wouldn’t come far, I guess, for it needs a while for a package to become known and in wide use, and that still means only in a subset of the (La)TeX community, where there are enough expert hackers who would find this malicious code. And you can count the people on one hand who would be able to publish a malicious ConTeXt module… Malicious code snippets in our wiki or ML also wouldn’t come far. There was PDF malware (using JS or media stuff). There also was PostScript malware in its time. The latter didn’t make a lot of sense, except it could destroy RIP hardware. The RIP technician at the newspaper where I worked told me stories, e.g. there was an evil EPS (some faulty customer logo, no deliberate malware) that caused the deletion of important parts of the RIP software. At my time there was a PS ghost: somehow a page got installed on one of the printers and got printed at odd times. Reboot didn’t help, we never found the cause. 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 ___
[NTG-context] LMTX distorts PDF aspect
Dear list, using the document attached to this message with the following sample gives different outputs: \setuppapersize[A3, landscape] \starttext \externalfigure[fc-first.pdf] \stoptext 1. LuaTeX inserts the document fine. 2. LMTX inserts the document distorting its aspect. I’m afraid this might be a bug in LMTX. Could anyone confirm the issue? BTW, the PDF document is uncompressed (so it’s easier to analyze it). Many thanks for your help, Pablo -- http://www.ousia.tk fc-first.pdf Description: Adobe PDF document ___ 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
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 ___
