![](https://secure.gravatar.com/avatar/6114858d84b0f40cf715f12237ab67a1.jpg?s=120&d=mm&r=g)
On Thu, Oct 18, 2012 at 7:42 PM, Sietse Brouwer wrote:
Hello Malte, Mojca,
Malte wrote:
PS: The latest stable seems to still be 2011.05.18; any reason why that does not get updated?
This was discussed on the mailing list a while ago; Mojca gave a rather complete answer. http://www.mail-archive.com/ntg-context@ntg.nl/msg65226.html
@Mojca: you wrote, about promoting the version in TeX Live 2012 to stable/current, the following:
I have no idea how Hans uploads current versions, but I could make a zip, upload it to CTAN and make it available as current in minimals. (If I forget to do that in less than a week, please remind me.)
I have uploaded it to CTAN (I didn't get confirmation email yet), Hans has updated the version on Pragma and it already proliferated to the distribution.
I completely forgot to remind you. :-) How about sometime this week, would that be attemptable? Then we can also update the wiki's ConTeXt engine.
Now, you should blame me. I made a backup of the old context version (for Taco: current-backup) and updated to current (2012.05.30 11:26), but it doesn't work at all. It says "pdfcrop failed", but my impression is that not even the temporary folder to store the tex file (and compile the pdf) gets generated. This issue needs Taco's help. (I can easily revert to the old version by renaming the folder, but sooner or later we need to upgrade the version.) I didn't touch wiki sources at all. Mojca
![](https://secure.gravatar.com/avatar/49e63acb01f2ca80efce7eed08310ce8.jpg?s=120&d=mm&r=g)
On 19-10-2012 10:26, Mojca Miklavec wrote:
On Thu, Oct 18, 2012 at 7:42 PM, Sietse Brouwer wrote:
Hello Malte, Mojca,
Malte wrote:
PS: The latest stable seems to still be 2011.05.18; any reason why that does not get updated?
This was discussed on the mailing list a while ago; Mojca gave a rather complete answer. http://www.mail-archive.com/ntg-context@ntg.nl/msg65226.html
@Mojca: you wrote, about promoting the version in TeX Live 2012 to stable/current, the following:
I have no idea how Hans uploads current versions, but I could make a zip, upload it to CTAN and make it available as current in minimals. (If I forget to do that in less than a week, please remind me.)
I have uploaded it to CTAN (I didn't get confirmation email yet), Hans has updated the version on Pragma and it already proliferated to the distribution.
I completely forgot to remind you. :-) How about sometime this week, would that be attemptable? Then we can also update the wiki's ConTeXt engine.
Now, you should blame me. I made a backup of the old context version (for Taco: current-backup) and updated to current (2012.05.30 11:26), but it doesn't work at all. It says "pdfcrop failed", but my impression is that not even the temporary folder to store the tex file (and compile the pdf) gets generated. This issue needs Taco's help. (I can easily revert to the old version by renaming the folder, but sooner or later we need to upgrade the version.) I didn't touch wiki sources at all.
isn't the wiki running the beta then? ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
![](https://secure.gravatar.com/avatar/565476157eb3895a9c928ffce26d988d.jpg?s=120&d=mm&r=g)
On 10/19/2012 10:26 AM, Mojca Miklavec wrote:
I completely forgot to remind you. :-) How about sometime this week, would that be attemptable? Then we can also update the wiki's ConTeXt engine.
Now, you should blame me. I made a backup of the old context version (for Taco: current-backup) and updated to current (2012.05.30 11:26), but it doesn't work at all. It says "pdfcrop failed",
Which it did, indeed. For future reference: the problem is that pdfcrop needs $ pdftex file.tex to run (using pdftex.fmt). You also updated pdftex, so the existing format was no longer valid. I've fixed it by creating a new pdftex.fmt. Best wishes, Taco
![](https://secure.gravatar.com/avatar/1930c667fbd3884fd581e95eb4d5b15c.jpg?s=120&d=mm&r=g)
Hooray, we have a new stable! 1. Probably we should refresh the wiki's cache of <context> PNG examples? Some examples contain commands like \contextversionnumber, which are now stuck on 20111008 until their MD5 changes. Also, examples might change (or break) when compiled with the new stable; best to make that happen ourselves. Otherwise, a contributor might make an unrelated change to the example, and the example will unexpectedly change or break, and the contributor will think it's due to what he/she did. Patrick, do you know if forcing recompilation (immediate, or on page load) is doable? Perhaps deleting a PNG wil force it to be regenerated on page load? If it's non-trivial, I suppose we can leave it. 2. Improvement to the PHP script: make the text returned in case of failed compilation contain a category tag like [[Category:Examples with errors]], so that we can have a hidden maintenance category of examples that don't compile. It would need to be added to the return strings in the lines that match /return.*error/; if someone can send me a current copy of wikitex.php I can take care of this. (Also, I'd like to have a current copy so I can update http://wiki.contextgarden.net/ConTeXt_wiki:Context_tag_implementation ) 3. On running the stable and/or the beta Hans wrote:
isn't the wiki running the beta then?
No, it runs the latest stable. It might be possible to have a beta installation, too -- then users could specify <context mode=beta> -- but we'd have to look at forcing recompilation once a week (or so) when we update the beta. Depending on Patrick's answer on the feasibility of forcing recompilation, I could have a look at implementing this. Cheers, Sietse
![](https://secure.gravatar.com/avatar/49e63acb01f2ca80efce7eed08310ce8.jpg?s=120&d=mm&r=g)
On 19-10-2012 14:34, Sietse Brouwer wrote:
Hooray, we have a new stable!
an old new stable -) Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
![](https://secure.gravatar.com/avatar/fae590b4bd4ffbcd07fd1ed2d01f002a.jpg?s=120&d=mm&r=g)
On Oct 19, 2012, at 4:51 AM, Taco Hoekwater
On 10/19/2012 10:26 AM, Mojca Miklavec wrote:
I completely forgot to remind you. :-) How about sometime this week, would that be attemptable? Then we can also update the wiki's ConTeXt engine.
Now, you should blame me. I made a backup of the old context version (for Taco: current-backup) and updated to current (2012.05.30 11:26), but it doesn't work at all. It says "pdfcrop failed",
Which it did, indeed. For future reference: the problem is that pdfcrop needs $ pdftex file.tex
to run (using pdftex.fmt). You also updated pdftex, so the existing format was no longer valid.
I've fixed it by creating a new pdftex.fmt.
Another option is to use pdftrimwhite, which is part of the minimals rather than pdfcrop. Aditya
![](https://secure.gravatar.com/avatar/49e63acb01f2ca80efce7eed08310ce8.jpg?s=120&d=mm&r=g)
On 19-10-2012 15:25, Aditya Mahajan wrote:
Another option is to use pdftrimwhite, which is part of the minimals rather than pdfcrop.
if needed I can make a mtx-trimwhite (lua instead of perl) ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
![](https://secure.gravatar.com/avatar/d39338246f50cca667c8256c313d7cfd.jpg?s=120&d=mm&r=g)
2012-10-20 Hans Hagen:
Another option is to use pdftrimwhite, which is part of the minimals rather than pdfcrop.
if needed I can make a mtx-trimwhite (lua instead of perl)
If you decide to rewrite pdftrimwhite, maybe you can consider making it work with multiple page files as well. The current version only crops the first page and discards the rest. Marco
![](https://secure.gravatar.com/avatar/d6e7462bd4209f9c4cd08271985a50df.jpg?s=120&d=mm&r=g)
On Sat, 20 Oct 2012 13:49:05 +0200, Marco Patzer
2012-10-20 Hans Hagen:
Another option is to use pdftrimwhite, which is part of the minimals rather than pdfcrop.
if needed I can make a mtx-trimwhite (lua instead of perl)
+1
If you decide to rewrite pdftrimwhite, maybe you can consider making it work with multiple page files as well.
+1 It would be handy enough. Btw: I didn't use/test the utility so far, but I believe it really removes the content out of the trimming area; some SW I've been using for that purpose just change the crop-box, so the content out of the trimming area reappears once you restore the cropping specification to its original value. Best regards, Lukas
The current version only crops the first page and discards the rest.
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://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___________________________________________________________________________________
![](https://secure.gravatar.com/avatar/6114858d84b0f40cf715f12237ab67a1.jpg?s=120&d=mm&r=g)
On Sun, Oct 21, 2012 at 10:14 PM, Procházka Lukáš wrote:
Btw: I didn't use/test the utility so far, but I believe it really removes the content out of the trimming area;
Do you mean that it removes *white space* around the trimming area?
From my experience pdftrimwhite sometimes even removed the content *inside* the area, so I ended up with a blank PDF and thus stopped using it (pdfcrop was usually more reliable than pdftrimwhite).
Mojca
![](https://secure.gravatar.com/avatar/d6e7462bd4209f9c4cd08271985a50df.jpg?s=120&d=mm&r=g)
On Mon, 22 Oct 2012 11:54:14 +0200, Mojca Miklavec
On Sun, Oct 21, 2012 at 10:14 PM, Procházka Lukáš wrote:
Btw: I didn't use/test the utility so far, but I believe it really removes the content out of the trimming area;
Do you mean that it removes *white space* around the trimming area?
Hello, I mean the whatever space around the trimming area. This out-of-trimming-area may content lines, texts, colored areas, whatever; and the intention is to remove them permanently (= unrestorable) by specifying crop-box. Lukas
From my experience pdftrimwhite sometimes even removed the content *inside* the area, so I ended up with a blank PDF and thus stopped using it (pdfcrop was usually more reliable than pdftrimwhite).
Mojca
-- Ing. Lukáš Procházka [mailto:LPr@pontex.cz] Pontex s. r. o. [mailto:pontex@pontex.cz] [http://www.pontex.cz] Bezová 1658 147 14 Praha 4 Tel: +420 244 062 238 Fax: +420 244 461 038
![](https://secure.gravatar.com/avatar/49e63acb01f2ca80efce7eed08310ce8.jpg?s=120&d=mm&r=g)
On 22-10-2012 12:26, Procházka Lukáš Ing. - Pontex s. r. o. wrote:
On Mon, 22 Oct 2012 11:54:14 +0200, Mojca Miklavec
wrote: On Sun, Oct 21, 2012 at 10:14 PM, Procházka Lukáš wrote:
Btw: I didn't use/test the utility so far, but I believe it really removes the content out of the trimming area;
Do you mean that it removes *white space* around the trimming area?
Hello,
I mean the whatever space around the trimming area.
This out-of-trimming-area may content lines, texts, colored areas, whatever; and the intention is to remove them permanently (= unrestorable) by specifying crop-box.
Hard to so as outside stuff can have consequences for inside stuff. Putting stuff outside the boundingbox might even intentional. Normally it boils down to clipping. Of course one can make a bitmap which can be clipped. It anyway depends on the tools used (often gs). Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
participants (8)
-
Aditya Mahajan
-
Hans Hagen
-
Marco Patzer
-
Mojca Miklavec
-
Procházka Lukáš
-
Procházka Lukáš Ing. - Pontex s. r. o.
-
Sietse Brouwer
-
Taco Hoekwater