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

On Oct 19, 2012, at 4:51 AM, Taco Hoekwater wrote:

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

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

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

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