[tex4ht] [bug #254] tex4ht breaks

Update of bug #254 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #6: I don't remember if we solved this, but the testing files are no longer available, so it is not pos

Re: [tex4ht] [bug #254] tex4ht breaks

> On 10.06.2015, at 12:03, Michal Hoftich wrote: > >> >> This example gives me two images with identical size. The same is true if I >> replace film.jpg with film.png >> >> Simon >> >> > > This seems like something not easily fixable, look at the gen > > The problem is that only person wh

Re: [tex4ht] [bug #254] tex4ht breaks

> > This example gives me two images with identical size. The same is true if I > replace film.jpg with film.png > > Simon > > This seems like something not easily fixable, look at the generated content: and scaled image: as y

Re: [tex4ht] [bug #254] tex4ht breaks

> On 10.06.2015, at 10:21, Michal Hoftich wrote: > >> If I compile this with ‚mk4ht htlatex file‘ everything works fine, ‚mk4ht >> oolatex file‘ creates an .odt file where the image is missing. If use a .png >> file instead, it works nicely. > > well this is a bug, which was caused by me, I a

Re: [tex4ht] [bug #254] tex4ht breaks

> On 10.06.2015, at 10:21, Michal Hoftich wrote: > >> If I compile this with ‚mk4ht htlatex file‘ everything works fine, ‚mk4ht >> oolatex file‘ creates an .odt file where the image is missing. If use a .png >> file instead, it works nicely. > > well this is a bug, which was caused by me, I a

Re: [tex4ht] [bug #254] tex4ht breaks

> If I compile this with ‚mk4ht htlatex file‘ everything works fine, ‚mk4ht > oolatex file‘ creates an .odt file where the image is missing. If use a .png > file instead, it works nicely. well this is a bug, which was caused by me, I am afraid. I used `\PictExt` macro for image extension, but it

Re: [tex4ht] [bug #254] tex4ht breaks

> On 09.06.2015, at 16:48, Michal Hoftich wrote: > >> Ok, one question (which is probably stupid): Do I see this right that >> oolatex does support .png out of the box, but not .jpg? I have no problems >> with including .png files, .jpg gets ignored. > > no, just copy code for .png and replac

Re: [tex4ht] [bug #254] tex4ht breaks

On Tue, Jun 9, 2015 at 7:17 PM, Michal Hoftich wrote: > it's `\blx@checksum`, which is defined with three parameters in > biblatex2.sty, but without parameters in biblatex.4ht, so these > parameters are rendered in the output. So it seems that this should be > fixed in biblatex.4ht. As quick fix,

Re: [tex4ht] [bug #254] tex4ht breaks

> Ok, one question (which is probably stupid): Do I see this right that oolatex > does support .png out of the box, but not .jpg? I have no problems with > including .png files, .jpg gets ignored. no, just copy code for .png and replace all occurrences of `png` with `jpg` > > Indexing is not r

Re: [tex4ht] [bug #254] tex4ht breaks

> On 09.06.2015, at 16:10, Michal Hoftich wrote: > >> That did the trick! I can now compile my complete ~400 pages book. Thanks a >> lot. > > great! > >> >> Now I only have to find out, how to get the graphics into my document. ;) >> > > This is easy, see some TeX.sx threads: > > http://t

Re: [tex4ht] [bug #254] tex4ht breaks

> That did the trick! I can now compile my complete ~400 pages book. Thanks a > lot. great! > > Now I only have to find out, how to get the graphics into my document. ;) > This is easy, see some TeX.sx threads: http://tex.stackexchange.com/a/195718/2891 http://tex.stackexchange.com/a/249172/28

Re: [tex4ht] [bug #254] tex4ht breaks

> On 09.06.2015, at 15:47, Michal Hoftich wrote: > >> >> Just to test it, I now replaced the \DeclareFieldFormat definition and >> deleted all problematic citekeys. Now, when I create a (X)HTML file, >> validator.w3.org only complains about two errors which are both related to >> the strange

Re: [tex4ht] [bug #254] tex4ht breaks

> > Just to test it, I now replaced the \DeclareFieldFormat definition and > deleted all problematic citekeys. Now, when I create a (X)HTML file, > validator.w3.org only complains about two errors which are both related to > the strange numbers in the end. A tag is opened and never closed. No i

Re: [tex4ht] [bug #254] tex4ht breaks

> On 08.06.2015, at 23:27, Michal Hoftich wrote: > >> Thanks for the feedback. As for the citekeys – they’re perfectly valid for >> bibtex/biber. I don’t say that because I don’t want to change them, but in >> an ideal world tex4ht shouldn’t bother with them (and they shouldn’t appear >> anyw

Re: [tex4ht] [bug #254] tex4ht breaks

> Thanks for the feedback. As for the citekeys – they’re perfectly valid for > bibtex/biber. I don’t say that because I don’t want to change them, but in an > ideal world tex4ht shouldn’t bother with them (and they shouldn’t appear > anywhere in the final document). > they form good unique iden

Re: [tex4ht] [bug #254] tex4ht breaks

> On 08.06.2015, at 15:58, Michal Hoftich wrote: > > I don't have new TL yet, but I've got some validation errors with your > example: > > - urls in bibliography are inserted as math, this needs to be fixed on > tex4ht side > - some citekeys contains invalid characters (it is `*` in particular

Re: [tex4ht] [bug #254] tex4ht breaks

I don't have new TL yet, but I've got some validation errors with your example: - urls in bibliography are inserted as math, this needs to be fixed on tex4ht side - some citekeys contains invalid characters (it is `*` in particular, you may replace it with something safe, such as `_` for quick fix

[tex4ht] [bug #254] tex4ht breaks

Follow-up Comment #5, bug #254 (project tex4ht): Ok, I have now a reduced version of my project which shows the problem. It's still quite big, but when I reduced it more, the problem didn't show up anymore. You can get the ZIP file here: https://dl.dropboxusercontent.com/u/35828/Test.zip Somethin

Re: [tex4ht] [bug #254] tex4ht breaks

Hi Bill, > On 08.06.2015, at 14:05, William F Hammond wrote: > > Simon -- > > You write: > >> It's a PhD thesis in film studies, so there's not any math >> involved (at least not to my knowledge). > > 1. The log seems to suggest that TeX's math mode is somehow > involved. For example, in th

Re: [tex4ht] [bug #254] tex4ht breaks

Michal -- You write: >> Usually the problem can be found in the temporary xml >> file (content.xml, perhaps) using something like xmllint, >> and often the problem is a misconstructed piece of xml, >> which in some cases is easy to correct by hand. > > maybe we should modify the oolatex script to

Re: [tex4ht] [bug #254] tex4ht breaks

Simon -- You write: > It's a PhD thesis in film studies, so there's not any math > involved (at least not to my knowledge). 1. The log seems to suggest that TeX's math mode is somehow involved. For example, in the source is math mode used for text super- or sub-script construction? 2. You sa

Re: [tex4ht] [bug #254] tex4ht breaks

On Mon, Jun 8, 2015 at 11:01 AM, Harri Kiiskinen wrote: > This sound very familiar, and is a problem I've always had with teX4HT: the > compilation to odt fails at the last stage with the construction of the final > file. > > Usually the problem can be found in the temporary xml file (content.xm

Re: [tex4ht] [bug #254] tex4ht breaks

rking. Best, Harri Kiiskinen > -Original Message- > From: tex4ht [mailto:tex4ht-boun...@tug.org] On Behalf Of Simon Spiegel > Sent: 8. kesäkuuta 2015 10:30 > To: CV Radhakrishnan; Michal Hoftich; Simon Spiegel; tex4ht@tug.org > Subject: [tex4ht] [bug #254] tex4ht breaks >

[tex4ht] [bug #254] tex4ht breaks

Follow-up Comment #4, bug #254 (project tex4ht): It's a PhD thesis in film studies, so there's not any math involved (at least not to my knowledge). I'll see whether I can post it. It's really quite a beast, with lots of figures, a huge .bib file and other stuff.

[tex4ht] [bug #254] tex4ht breaks

Follow-up Comment #3, bug #254 (project tex4ht): I think it would be best to post the sources somewhere. xtpipes are used for math processing in .odt generation, so it might be some problem with invalid mathml code produced by tex4ht. ___ R

[tex4ht] [bug #254] tex4ht breaks

Follow-up Comment #2, bug #254 (project tex4ht): I could post the source file, but it's very long, and it's definitely not a problem of closed brackets or something along these lines. The problem really is not one of a 'traditional' bug in the source code since I don't see any pattern in the faili

[tex4ht] [bug #254] tex4ht breaks

Follow-up Comment #1, bug #254 (project tex4ht): Without the source file, it is difficult to track down the error location and the causes for the errors. Does it generate html that renders correctly in your browser? Does it parse OK? If not, it will not pass through xtpipes. Looks line you have m

[tex4ht] [bug #254] tex4ht breaks

URL: Summary: tex4ht breaks Project: tex4ht Submitted by: simifilm Submitted on: Sun 07 Jun 2015 11:17:04 PM EEST Category: None Priority: 5 - Normal Se