Textile conversion broken in 7.45

Perkin · 02-12-2011, 12:44 PM

user_none, a few points about 0.7.45 version of calibre and new Textile and heuristics features.

Converting from textile txt files.

The (new) wrapping of lines affects several things, such as 'pre' formatted paragraphs, and (un)ordered lists, and if you add lines, the numbering is then broken anyway. (tried loads of combinations of settings)

I don't know how long this next bit has been happening, only just noticed, any +inserted+ texts have the space preceding them missing in the converted text.
(e.g. The +inserted+ text. would appear as Theinserted text)
(May be the CalibreViewer, I tried viewing in Sigil and the space is there)
Edit: It's Calibre's Viewer causing thisn glitch, Sigil and FireFox-epub plugin work fine

Regarding TXTZ format, when using an image, in zip file, I created a Images subfolder, and when using a link a space is inserted into the filename (I think after the first '/') so any images are unreachable (as the filename is no longer valid)

Any valid images that should be included (one from the base folder) isn't added to epub when converted.

Here's a test txt I've been using (the couple of jpgs are just small testing images)

Spoiler:

ldolse · 02-12-2011, 01:54 PM

You need to turn off 'auto' for the paragraph structure. Calibre will interpret that example file as 'Single' when auto is enabled, and of course that will do things you don't want. Set the paragraph type to 'block' and I believe that should fix it.

Perkin · 02-12-2011, 02:14 PM

Tried each of those settings, none work correctly as they did before.
(I used to have it default to single)

Perkin · 02-12-2011, 02:19 PM

The glitch with the space being consumed before an +inserted+ text is caused by calibre' viewer. Sigil and FireFox' epub-plugin both show the space correctly.
My Sony reader shows it correctly as well.

user_none · 02-12-2011, 02:42 PM

Quote:

Originally Posted by Perkin

The (new) wrapping of lines affects several things, such as 'pre' formatted paragraphs, and (un)ordered lists, and if you add lines, the numbering is then broken anyway. (tried loads of combinations of settings)

I've added a new choice to the paragraph-type option (next release) to TXT input. It's called off. It will disable any modification to the paragraph structure. If you're using properly formatted Markdown or Textile I would use this option to ensure nothing gets changed before processed by the respective processor.

Quote:

Originally Posted by Perkin

Regarding TXTZ format, when using an image, in zip file, I created a Images subfolder, and when using a link a space is inserted into the filename (I think after the first '/') so any images are unreachable (as the filename is no longer valid)

I'll look into this.

Perkin · 02-12-2011, 02:49 PM

Nice one, now I'm waiting for the next release again...

Which I do anyway

In a test txtz file the image-link in index.txt was

!00003.jpg!

(i.e. not in sub-folder)

The image html markup was included in the epub, but the image wasn't 'added'.
If I explode epub, drag'n'drop the image into folder, then rebuild, the Image is included and shows properly in viewer.

user_none · 02-12-2011, 05:41 PM

Quote:

Originally Posted by Perkin

The image html markup was included in the epub, but the image wasn't 'added'.

I've pushed up a change to ensure all images (even in sub folders) are included when converting from TXTZ to something else.

Quote:

Originally Posted by Perkin

when using a link a space is inserted into the filename (I think after the first '/') so any images are unreachable (as the filename is no longer valid)

I started to look into it and I'm not sure what you mean. Can you give me an example of the input?

Perkin · 02-12-2011, 06:36 PM

Never mind, the inserted space 'bug', it isn't one after all.

I was using the calibre viewer's 'inspect' to look at the underlying html, which shows as
<img src="Images/ 00004.jpg" ........>

Notice the space, which I thought was an error, but looking at the 'real' html, either viewed from exploded epub or from Sigil, the html is correct and there is no space in the filename.

Once the Images were put in the txtz, and in sub-folder if needed, then they do show properly.

02-12-2011, 12:44 PM	#1
Perkin Guru Posts: 655 Karma: 64171 Join Date: Sep 2010 Location: Kent, England, Sol 3, ZZ9 plural Z Alpha Device: Sony PRS-300, Kobo Aura HD, iPad (Marvin)	Textile conversion broken in 7.45 user_none, a few points about 0.7.45 version of calibre and new Textile and heuristics features. Converting from textile txt files. The (new) wrapping of lines affects several things, such as 'pre' formatted paragraphs, and (un)ordered lists, and if you add lines, the numbering is then broken anyway. (tried loads of combinations of settings) I don't know how long this next bit has been happening, only just noticed, any +inserted+ texts have the space preceding them missing in the converted text. (e.g. The +inserted+ text. would appear as Theinserted text) (May be the CalibreViewer, I tried viewing in Sigil and the space is there) Edit: It's Calibre's Viewer causing thisn glitch, Sigil and FireFox-epub plugin work fine Regarding TXTZ format, when using an image, in zip file, I created a Images subfolder, and when using a link a space is inserted into the filename (I think after the first '/') so any images are unreachable (as the filename is no longer valid) Any valid images that should be included (one from the base folder) isn't added to epub when converted. Here's a test txt I've been using (the couple of jpgs are just small testing images) Spoiler: h1. Header 1 p(#fn1r). Here’s a link[1] which should jump to the end footnote. h2. Header 2 The first Robin Hobb trilogy, the _Farseer Trilogy,_ took place in the ??Six Duchies??. It is the tale of +FitzChivalry+ Farseer. p=. !E:/_BOOKS/Images/00004.jpg! The first Robin Hobb trilogy, the Farseer Trilogy, took place in the Six Duchies. h3. Header 3 Ebañy had the book appliquéd with a dragon, which was a façadè. Now some ^superscript^ followed by ~subscript~ and back to normal. @This should be in Code format.@ @To see what mono font looks like.@ pre. There was a man from hither, Who, when he began to shiver, He gave a cough, His leg dropped off, And floated down the river. * Bullet 1 * Bullet 2 * Bullet 3 # Numbered 1 # Numbered 2 # Numbered 3 And now here follows a horizontal rule <hr> fn1. A footnote is here, which should jump back to first paragraph link. When selecting here. "RETURN":#fn1r p<. Left ??justified?? p=. Center justified p>. Right _justified_ p<>. _This should be fully justified and in bold and italics. This should be fully justified and in bold and italics. This should be fully justified and in bold and italics._ Last edited by Perkin; 02-12-2011 at 02:15 PM. Reason: Update

Thread Tools	Search this Thread
Show Printable Version Email this Page	Search this Thread: Advanced Search

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
New edition of The Textile Planet; read chapter one for free [see post #14]	suelange	Self-Promotions by Authors and Publishers	14	09-29-2010 10:33 AM
Broken PRS-505; any place to buy chrome bottom piece? Or anyone with broken 505?	erikk	Sony Reader	1	12-09-2009 06:51 PM
Broken DR	Grimulkan	iRex	27	09-17-2009 11:23 PM
Broken Ipod works Fine! except that its broken	Andybaby	Lounge	1	06-04-2009 02:03 AM
is it broken ?	markiehill	Sony Reader	5	02-15-2007 08:53 AM

02-12-2011, 01:54 PM	#2
ldolse Wizard Posts: 1,337 Karma: 123455 Join Date: Apr 2009 Location: Malaysia Device: PRS-650, iPhone	You need to turn off 'auto' for the paragraph structure. Calibre will interpret that example file as 'Single' when auto is enabled, and of course that will do things you don't want. Set the paragraph type to 'block' and I believe that should fix it.

02-12-2011, 02:14 PM	#3
Perkin Guru Posts: 655 Karma: 64171 Join Date: Sep 2010 Location: Kent, England, Sol 3, ZZ9 plural Z Alpha Device: Sony PRS-300, Kobo Aura HD, iPad (Marvin)	Tried each of those settings, none work correctly as they did before. (I used to have it default to single)

02-12-2011, 02:19 PM	#4
Perkin Guru Posts: 655 Karma: 64171 Join Date: Sep 2010 Location: Kent, England, Sol 3, ZZ9 plural Z Alpha Device: Sony PRS-300, Kobo Aura HD, iPad (Marvin)	The glitch with the space being consumed before an +inserted+ text is caused by calibre' viewer. Sigil and FireFox' epub-plugin both show the space correctly. My Sony reader shows it correctly as well.

02-12-2011, 02:49 PM	#6
Perkin Guru Posts: 655 Karma: 64171 Join Date: Sep 2010 Location: Kent, England, Sol 3, ZZ9 plural Z Alpha Device: Sony PRS-300, Kobo Aura HD, iPad (Marvin)	Nice one, now I'm waiting for the next release again... Which I do anyway In a test txtz file the image-link in index.txt was !00003.jpg! (i.e. not in sub-folder) The image html markup was included in the epub, but the image wasn't 'added'. If I explode epub, drag'n'drop the image into folder, then rebuild, the Image is included and shows properly in viewer.

02-12-2011, 06:36 PM	#8
Perkin Guru Posts: 655 Karma: 64171 Join Date: Sep 2010 Location: Kent, England, Sol 3, ZZ9 plural Z Alpha Device: Sony PRS-300, Kobo Aura HD, iPad (Marvin)	Never mind, the inserted space 'bug', it isn't one after all. I was using the calibre viewer's 'inspect' to look at the underlying html, which shows as <img src="Images/ 00004.jpg" ........> Notice the space, which I thought was an error, but looking at the 'real' html, either viewed from exploded epub or from Sigil, the html is correct and there is no space in the filename. Once the Images were put in the txtz, and in sub-folder if needed, then they do show properly.

Advert

Advert