Hans Hagen wrote: > Peter Rolf wrote: >> hi, >> >> i'm tired of fixing \dogetfigurefilename in every new version. i have >> already shown that there is something wrong with it in my mail from >> 17.01.2007 >> >> http://archive.contextgarden.net/message/20070117.153030.344c6989.en.html >> >> i don't say, that i understand the complex code for figure inclusion, >> but it is obvious that the following code is at least questionable. >> >> (taken from x-fig-00.tex and x-res-04.tex) >> >> \def\dogetfigurefilename#1% >> {\ifx\figurefilename\empty >> \bgroup >> \xdef\figurefilebasepath{#1}% >> \assignfullfilename{#1}\figurefilebase\to\filename >> \expanded{\processXMLfilegrouped{\filename.xml}}% >> \ifx\figurefilename\empty\else >> % ^^^^^^ >> % is already tested in the prior \ifx test; if it's not changed >> % in the meantime...(\filename?) >> > indeed it can be changed when filename.xml has the right info
this one can be ok (sorry, had no time to look into \processXMLfilegrouped). :( also i haven't changed this part in my patch, so .. >> % >> \globallet\figurefilebase\figurefilebase >> % ^^^^^^ >> % does *nothing* (\filename works for me) >> > you mean > > \globallet\figurefilebase\filename ? > yes i use \setupexternalfigure to set the path to my figure bases (xml and pdf in the same dir './flib'). with \filename it works, without it the pdf file is not found (\traceexternalfigurestrue). > >> \fi >> \egroup >> \fi} >> >> i have worked with a patched version for the last two month and had no >> (more) problems with figure inclusion. without it the pdf figure base is >> not found, although the corresponding xml file (which is found) is in >> the same directory. any comments are welcome. >> >> greetings, peter >> _______________________________________________ >> ntg-context mailing list >> ntg-context@ntg.nl >> http://www.ntg.nl/mailman/listinfo/ntg-context >> > > _______________________________________________ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
