From a1bb69510a029e9b01f09458e9b26a2bc5c5606c Mon Sep 17 00:00:00 2001 From: joey Date: Thu, 20 Sep 2007 17:07:51 +0000 Subject: web commit by Bj --- doc/bugs/teximg_does_not_work_Preview.mdwn | 10 ++++++++++ 1 file changed, 10 insertions(+) create mode 100644 doc/bugs/teximg_does_not_work_Preview.mdwn (limited to 'doc/bugs') diff --git a/doc/bugs/teximg_does_not_work_Preview.mdwn b/doc/bugs/teximg_does_not_work_Preview.mdwn new file mode 100644 index 000000000..0a2a6d748 --- /dev/null +++ b/doc/bugs/teximg_does_not_work_Preview.mdwn @@ -0,0 +1,10 @@ +Using ikiwiki 2.6.1 package with git 1.5.3.1 backend in Debian. + +The teximg plugin creates .png and .log files in $basedir/teximg/ even in Preview mode. This causes "File foo independently created, not overwriting with version from page bar"-errors from the will_render()-function, when repeatedly clicking "Preview" or trying to save the page after a preview. + +In my opinion there are two ways to fix this cleanly: + +1. change the plugin: do not create any files when rendering a preview. Instead, inline the images as base64-encoded like the graphviz-plugin. Disadvantage is a very slow preview if it contains a lot of latex. + +2. provide a clean way for plugins to create additional files even for previews. This files can be removed when the "Save Page" button is clicked or on the next page view, for example. On this instance one might also reconsider putting all tex-images into one folder and naming them after their md5-cksum. The hashspace may be large, but not infinite. The technically ingenuous user might not be able to handle cross-page Hash-collisions. + -- cgit v1.2.3