Re: [PATCH] HTML Export Bugs

2007-05-25 Thread Georg Baum
Richard Heck wrote: > How do I get at these highly precise times? The boost file_write_time() > function returns a time_t, which seems to be in seconds. (As you say, > this may not work anyway.) On BSD-like systems you could use int utimes(const char *filename, const struct timeval tv[2]); but

Re: [PATCH] HTML Export Bugs

2007-05-24 Thread Andre Poenitz
On Thu, May 24, 2007 at 11:55:35AM -0400, Richard Heck wrote: > Georg Baum wrote: > > Richard Heck wrote: > > > > > >> That's the approach I'm now taking, more or less, as Enrico found yet > >> further problems. He also suggested a simpler way, namely: note the time > >> when we start the conver

Re: [PATCH] HTML Export Bugs

2007-05-24 Thread Richard Heck
Enrico Forestieri wrote: > I don't think so as you would copy back all the graphics files (maybe > converted to postscript from some bitmap format and thus huge) and all > sort of things that gets copied to the tempdir. > > Why not implementing what I really proposed, i.e., > 1) make a list of all

Re: [PATCH] HTML Export Bugs

2007-05-24 Thread Enrico Forestieri
On Thu, May 24, 2007 at 11:55:35AM -0400, Richard Heck wrote: > Georg Baum wrote: > > Richard Heck wrote: > > > > > >> That's the approach I'm now taking, more or less, as Enrico found yet > >> further problems. He also suggested a simpler way, namely: note the time > >> when we start the conver

Re: [PATCH] HTML Export Bugs

2007-05-24 Thread Richard Heck
Georg Baum wrote: > Richard Heck wrote: > > >> That's the approach I'm now taking, more or less, as Enrico found yet >> further problems. He also suggested a simpler way, namely: note the time >> when we start the conversion; then look at the modification times of the >> files after the conversi

Re: [PATCH] HTML Export Bugs

2007-05-24 Thread Georg Baum
Richard Heck wrote: > That's the approach I'm now taking, more or less, as Enrico found yet > further problems. He also suggested a simpler way, namely: note the time > when we start the conversion; then look at the modification times of the > files after the conversion to see which ones got gener

Re: [PATCH] HTML Export Bugs

2007-05-24 Thread Richard Heck
Georg Baum wrote: >> I didn't. I meant it should copy it to the NEW temporary directory, e.g.: >> /tmp/lyx_098weras/lyx_tmpbuf0/file.html.conversion/ >> which is where the converted files will be dumped. >> > Why not do that in LyX (with the copier to fix paths of included files) and > call th

Re: [PATCH] HTML Export Bugs

2007-05-23 Thread Georg Baum
Richard Heck wrote: > Georg Baum wrote: >> Richard Heck wrote: >> >> >>> This is the result of a problem that Uwe noticed the other day with the >>> MikTeX implementation of the htlatex scripts: The scripts will not run >>> properly unless they are run in the same directory as the original file

Re: [PATCH] HTML Export

2007-05-23 Thread Richard Heck
Never mind...see the other message. Enrico Forestieri wrote: > On Wed, May 23, 2007 at 06:04:59PM -0400, Richard Heck wrote: > >> Enrico (and anyone else who is interested), >> >> Can you try one and let me know if it works properly on Windows? I >> believe it should, even with the broken htla

Re: [PATCH] HTML Export

2007-05-23 Thread Enrico Forestieri
On Wed, May 23, 2007 at 06:04:59PM -0400, Richard Heck wrote: > > Enrico (and anyone else who is interested), > > Can you try one and let me know if it works properly on Windows? I > believe it should, even with the broken htlatex. The idea is to copy > whatever files we need to the temporary co

Re: [PATCH] HTML Export Bugs

2007-05-23 Thread Richard Heck
Georg Baum wrote: > Richard Heck wrote: > > >> This is the result of a problem that Uwe noticed the other day with the >> MikTeX implementation of the htlatex scripts: The scripts will not run >> properly unless they are run in the same directory as the original file. >> > Several other con

Re: [PATCH] HTML Export Bugs

2007-05-23 Thread Georg Baum
Richard Heck wrote: > > This is the result of a problem that Uwe noticed the other day with the > MikTeX implementation of the htlatex scripts: The scripts will not run > properly unless they are run in the same directory as the original file. Several other converters (e.g. lilypond) have the sa

Re: [PATCH] HTML Export Bugs

2007-05-22 Thread Richard Heck
This is the result of a problem that Uwe noticed the other day with the MikTeX implementation of the htlatex scripts: The scripts will not run properly unless they are run in the same directory as the original file. So you can't run e.g. htlatex C:/path/to/file.tex. You can only run htlatex file.t

RE: [PATCH] HTML Export Bugs

2007-05-22 Thread Leuven, E.
i get An error occurred whilst running htlatex "C:/tmp/lyx_tmpdir2696a00632/lyx_tmpbuf 1/t more here: pplatex: Process input file teachers.dvi pplatex: Copy data to teachers.dvi pplatex: Process input file teachers.dvi pplatex: Copy data to teachers.dvi C:\tmp\lyx_tmpdir2696a00632\lyx_tmpbuf1

RE: [PATCH] HTML Export Bugs

2007-05-22 Thread Leuven, E.
i get: 1>..\..\trunk\src\Exporter.cpp(275) : error C4101: 'e' : unreferenced local variable

Re: [PATCH] HTML Export Bugs

2007-05-22 Thread Richard Heck
Herbert Voss wrote: >> && contains(buffer->filePath(), ' ')) { >> Alert::error(_("File name error"), >> - _("The directory path to the document cannot contain >> spaces.")); >> + _("The directory path to the document cannot c

Re: [PATCH] HTML Export Bugs

2007-05-22 Thread Herbert Voss
Richard Heck wrote: > This patch has been to the list previously and been more or less > approved. I'm sending it again, however, as I've made some additional > changes and it should be tested by at least one other person, I think, > before I commit. If you do test, please test: (i) View>HTML; (ii)