0.6.1 Released - Page 2

mrmikel · 12-05-2012, 08:17 AM

One thing that might be added is a notice when you try to bring in HTML and it doesn't work to switch to HTML Tidy. You might offer it as a switch to HTML Tidy for input. I couldn't see anything wrong with the HTML, but with just pretty print on, it would not bring it in. Otherwise it worked great.

Including the ability to add files has eliminated my need for calibre, since Sigil will bring in a series of HTML files from the web, put them in sections and even bring in the illustrations. WOW!

One other suggestions for add files is a third button to stop the add process altogether. I already had the files through importing the HTML, but I selected all of them and said to add. I had to either add or cancel 50 times!

Divingduck · 12-05-2012, 08:21 AM

@Theducks,

this is a design concept thing, I guess. On one side I understand to have a clear design in menu sequences, on the other side it was somehow logical to find the button for generating TOC in the window. This is more understandable for those who don't work often with Sigil. Due to the fact that ebooks will be converted and more often than have problems with the TOC, a lot of people are looking for this and found it directly.

What was an interesting experience for me: I had recognized the missing button immediately - before I had seen something else of Sigil.

But anyway, I can work with both solutions

lindaw2396 · 12-05-2012, 11:55 AM

I am back to using 0.6.0 since when I use 0.6.1 the clean-up removes space between two <>, example: <\strong>spaceType... Is there any way to prevent that from happening? It doesn't happen in 0.6.0. Thanks.

meme · 12-05-2012, 12:33 PM

Quote:

Originally Posted by crutledge

Is there a possibility of a future MACRO capability?

None planned that I know of.

meme · 12-05-2012, 12:49 PM

Quote:

Originally Posted by mrmikel

One thing that might be added is a notice when you try to bring in HTML and it doesn't work to switch to HTML Tidy. You might offer it as a switch to HTML Tidy for input. I couldn't see anything wrong with the HTML, but with just pretty print on, it would not bring it in. Otherwise it worked great.

This is noticeable because the preference was accidentally changed to Pretty Print instead of Pretty Print Tidy. Apparently there are a lot of invalid files out there that have been getting cleaned up automatically. The setting will be corrected in the next version (everyone using Pretty Print or Pretty Print Tidy will get reset to use Pretty Print Tidy on first use).

A message on importing HTML is something I've thought about before so I'll take another look.

Quote:

Originally Posted by lindaw2396

I am back to using 0.6.0 since when I use 0.6.1 the clean-up removes space between two <>, example: <\strong>spaceType... Is there any way to prevent that from happening? It doesn't happen in 0.6.0. Thanks.

While waiting for the next release isn't a bad idea, can you give before and after examples of your code as its not clear what spaces are missing. And are you using Pretty Print or Pretty Print Tidy to format your code since they format differently from each other.

mrmikel · 12-05-2012, 01:45 PM

If you import anything off the web it is invalid because the tags are not self closing, at the least. Maybe a swift swing to check and correct for that on import before rejecting the document might be in order. But it might be hard to avoid inadvertently do something not intended.

lindaw2396 · 12-06-2012, 11:40 AM

Let's say you have some bold words followed by some italic words. It will look like this in Book View: some bold wordsfollowed by some italic words because the clean-up utility (by default) deleted the space between the > and <. I had downloaded Sigil 0.6.0 and opened my epub. I didn't realize spaces were being removed until about a half hour into my work. Is it really not well-formed html to have a space between the end of let's say an img code and the beginning of a span or em code for text? Most of my work is epub exported from Adobe InDesign.

meme · 12-06-2012, 01:26 PM

I don't see that behaviour. If I use the following code

Code:

<p>This is <b>bold</b> and <i>italic</i> text.</p>

Then regardless of what Clean Source preference I use, the text correctly shows with a space between each word in Code View and Book View.

If you still have an issue you'll have to post your actual code fragments or sample epub.

lindaw2396 · 12-06-2012, 05:08 PM

some bold words followed by some italic words. Do you see the space between and <span...? That's the one that disappears.

DiapDealer · 12-06-2012, 05:50 PM

Yep. I can verify that the space in the above example gets eaten by 0.6.1 when the Clean Source preference is set to "Pretty Print." But not when the Clean Source preference is set to "Pretty Print Tidy."

PatNY · 12-06-2012, 06:29 PM

I upgraded to Sigil 0.6.1 today, installing it right over 0.60, but when I imported a book that was converted by Calibre I kept getting an error message about malformed (or poorly formed) xml pages. It was a window that popped up and listed I think every single file in the book. So I reinstalled 0.6.0 and no error messages when I import the same book. For now I will keep 0.6.0 installed.

Is this a bug?

--Pat

mrmikel · 12-06-2012, 07:02 PM

This from messages above:
One thing that might be added is a notice when you try to bring in HTML and it doesn't work to switch to HTML Tidy. You might offer it as a switch to HTML Tidy for input. I couldn't see anything wrong with the HTML, but with just pretty print on, it would not bring it in. Otherwise it worked great.

This is noticeable because the preference was accidentally changed to Pretty Print instead of Pretty Print Tidy. Apparently there are a lot of invalid files out there that have been getting cleaned up automatically. The setting will be corrected in the next version (everyone using Pretty Print or Pretty Print Tidy will get reset to use Pretty Print Tidy on first use).

12-05-2012, 11:55 AM	#18
lindaw2396 Member Posts: 15 Karma: 10 Join Date: Nov 2012 Location: NJ Device: Kobo, iPad, Android smartphone, Kindle	I am back to using 0.6.0 since when I use 0.6.1 the clean-up removes space between two <>, example: <\strong>space<em>Type... Is there any way to prevent that from happening? It doesn't happen in 0.6.0. Thanks.

12-06-2012, 01:26 PM	#23
meme Sigil developer Posts: 1,275 Karma: 1101600 Join Date: Jan 2011 Location: UK Device: Kindle PW, K4 NT, K3, Kobo Touch	I don't see that behaviour. If I use the following code Code: <p>This is <b>bold</b> and <i>italic</i> text.</p> Then regardless of what Clean Source preference I use, the text correctly shows with a space between each word in Code View and Book View. If you still have an issue you'll have to post your actual code fragments or sample epub.

12-06-2012, 05:08 PM	#24
lindaw2396 Member Posts: 15 Karma: 10 Join Date: Nov 2012 Location: NJ Device: Kobo, iPad, Android smartphone, Kindle	<span class="Bold">some bold words</span> <span class="Italic">followed by some italic words</span>. Do you see the space between </span> and <span...? That's the one that disappears.

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
0.5.2 Released	user_none	Sigil	42	02-23-2012 03:24 PM
0.5.1 Released	user_none	Sigil	39	02-10-2012 10:26 AM
0.5.0 Released	user_none	Sigil	112	02-05-2012 12:28 PM
KINDLE DEAL: Released: A Story of God’s Power Released in Pro Baseball ($	gospelebooks	Deals and Resources (No Self-Promotion or Affiliate Links)	0	07-14-2011 09:12 PM

12-05-2012, 08:17 AM	#16
mrmikel Color me gone Posts: 2,089 Karma: 1445295 Join Date: Apr 2008 Location: Central Oregon Coast Device: PRS-300	One thing that might be added is a notice when you try to bring in HTML and it doesn't work to switch to HTML Tidy. You might offer it as a switch to HTML Tidy for input. I couldn't see anything wrong with the HTML, but with just pretty print on, it would not bring it in. Otherwise it worked great. Including the ability to add files has eliminated my need for calibre, since Sigil will bring in a series of HTML files from the web, put them in sections and even bring in the illustrations. WOW! One other suggestions for add files is a third button to stop the add process altogether. I already had the files through importing the HTML, but I selected all of them and said to add. I had to either add or cancel 50 times!

12-05-2012, 08:21 AM	#17
Divingduck Wizard Posts: 1,161 Karma: 1404241 Join Date: Nov 2010 Location: Germany Device: Sony PRS-650	@Theducks, this is a design concept thing, I guess. On one side I understand to have a clear design in menu sequences, on the other side it was somehow logical to find the button for generating TOC in the window. This is more understandable for those who don't work often with Sigil. Due to the fact that ebooks will be converted and more often than have problems with the TOC, a lot of people are looking for this and found it directly. What was an interesting experience for me: I had recognized the missing button immediately - before I had seen something else of Sigil. But anyway, I can work with both solutions

12-05-2012, 01:45 PM	#21
mrmikel Color me gone Posts: 2,089 Karma: 1445295 Join Date: Apr 2008 Location: Central Oregon Coast Device: PRS-300	If you import anything off the web it is invalid because the tags are not self closing, at the least. Maybe a swift swing to check and correct for that on import before rejecting the document might be in order. But it might be hard to avoid inadvertently do something not intended.

12-06-2012, 11:40 AM	#22
lindaw2396 Member Posts: 15 Karma: 10 Join Date: Nov 2012 Location: NJ Device: Kobo, iPad, Android smartphone, Kindle	Let's say you have some bold words followed by some italic words. It will look like this in Book View: some bold wordsfollowed by some italic words because the clean-up utility (by default) deleted the space between the > and <. I had downloaded Sigil 0.6.0 and opened my epub. I didn't realize spaces were being removed until about a half hour into my work. Is it really not well-formed html to have a space between the end of let's say an img code and the beginning of a span or em code for text? Most of my work is epub exported from Adobe InDesign.

12-06-2012, 05:50 PM	#25
DiapDealer Grand Sorcerer Posts: 27,546 Karma: 193191846 Join Date: Jan 2010 Device: Nexus 7, Kindle Fire HD	Yep. I can verify that the space in the above example gets eaten by 0.6.1 when the Clean Source preference is set to "Pretty Print." But not when the Clean Source preference is set to "Pretty Print Tidy."

12-06-2012, 06:29 PM	#26
PatNY Zennist Posts: 1,022 Karma: 47809468 Join Date: Jul 2010 Device: iPod Touch, Sony PRS-350, Nook HD+ & HD	I upgraded to Sigil 0.6.1 today, installing it right over 0.60, but when I imported a book that was converted by Calibre I kept getting an error message about malformed (or poorly formed) xml pages. It was a window that popped up and listed I think every single file in the book. So I reinstalled 0.6.0 and no error messages when I import the same book. For now I will keep 0.6.0 installed. Is this a bug? --Pat

12-06-2012, 07:02 PM	#27
mrmikel Color me gone Posts: 2,089 Karma: 1445295 Join Date: Apr 2008 Location: Central Oregon Coast Device: PRS-300	This from messages above: One thing that might be added is a notice when you try to bring in HTML and it doesn't work to switch to HTML Tidy. You might offer it as a switch to HTML Tidy for input. I couldn't see anything wrong with the HTML, but with just pretty print on, it would not bring it in. Otherwise it worked great. This is noticeable because the preference was accidentally changed to Pretty Print instead of Pretty Print Tidy. Apparently there are a lot of invalid files out there that have been getting cleaned up automatically. The setting will be corrected in the next version (everyone using Pretty Print or Pretty Print Tidy will get reset to use Pretty Print Tidy on first use).

Advert

Advert