Great! I just installed it and tried to turn off automatic cleaning of code. I'm glad to report that while I was working in code view, all seemed to work fine. I saved a test file, and the code of the saved file was exactly as I had typed it in code-view.

Then I switched to book view, and back to code view again. Alas, this switch tempered quite a lot with my code.

Screenshots attached. Steps for procedure:

1) Open Sigil and start new project. Turn off clean code
2) Paste some html code into Section0001.xhtml (screenshot 1.png)
3) Save file
4) Some minor changes appeared, most noticeably a blank line at the top of the document (screenshot 2.png)
5) Extract the saved code and compare it with the original - they were almost identical
6) Switch to book-view and back to code view (screenshot 3.png)
7) Notice the differences (highlighted in screenshot 4.png): all my instances of ndash and mdash had been converted to a "-" so it was impossible to see the difference. All my instances of rsquo had been replaced with an apostrophe (I always use lsquo and rsquo in quotations to make it easier to search and still be able to distinguish between end of quotation and apostrophes.

To me it seems that the switch from book-view to code-view ignores the setting of cleaning code. Is it supposed to behave in this manner, or is it a bug?

I hope you find time for the entity issue. Especially the soft hyphens are a bother to me. I had the same confusion as DiapDealer about it. Strange things is, in older version (0.3.4) it did work. Probably something strange and unfortunately my knowledge of C++ is too limited...

I hope you find time for the entity issue. Especially the soft hyphens are a bother to me. I had the same confusion as DiapDealer about it. Strange things is, in older version (0.3.4) it did work. Probably something strange and unfortunately my knowledge of C++ is too limited...

In the meanwhile, Toxaris... I've gotten into the habit of immediately searching (Regex mode) my source for occurrences of \x{AD} and replacing them with a blank/empty/"nothing in the replace field". Or you could just as easily replace them with the & shy; entity.

Turned off HTML Tidy, next thing I know all text after the <p> tags jumped down a line and indented to where the <p> was. I then checked the following html pages to see if the same thing happened to them... nope... instead all lines lost their (your) left hand spacing/indents. So in other words they were all right aligned.

I went back to the page I was working on, fixed up all the <p> tags by removing the extra line and the extra indents. Saved. Closed the epub, went back in to the page and it was back to the extra line and indents. Haven't attempted to fix the other pages with no indents. Figure I'll just have to go back to pre-beta, as that bug is just too annoying.

Turned off HTML Tidy, next thing I know all text after the <p> tags jumped down a line and indented to where the <p> was. I then checked the following html pages to see if the same thing happened to them... nope... instead all lines lost their (your) left hand spacing/indents. So in other words they were all right aligned.

I went back to the page I was working on, fixed up all the <p> tags by removing the extra line and the extra indents. Saved. Closed the epub, went back in to the page and it was back to the extra line and indents. Haven't attempted to fix the other pages with no indents. Figure I'll just have to go back to pre-beta, as that bug is just too annoying.

I'm not experiencing any Tidy issues. I just leave it on Pretty Print. Behaves like it always did when I had Tidy turned off in the last official release (which is essentially the same as Pretty Print-only in this Beta). "Off" is all new territory as far as I can tell. I'll check it out at some point, but it's not something I have much of an interest in. *shrugs*

I haven't tried Tidy Print as I didn't know what it did. I figured OFF... was well OFF. Apparently not in this case.

In the previous versions of Sigil, when you turned Tidy off, Pretty-Print was still enabled (handles indentation, line-spacing and such). It couldn't truly be turned "Off" before. Now, I believe (and someone will correct me if I'm wrong, of course) off is truly off: indentation, grouping of inline elements, and line-spacing is entirely up to you. At least it's supposed to work that way, I think.

In the previous versions of Sigil, when you turned Tidy off, Pretty-Print was still enabled (handles indentation, line-spacing and such). It couldn't truly be turned "Off" before. Now, I believe (and someone will correct me if I'm wrong, of course) off is truly off: indentation, grouping of inline elements, and line-spacing is entirely up to you. At least it's supposed to work that way, I think.

Ahhh, ok that makes sense. So not so much a bug but a feature... I can live with that

In the meanwhile, Toxaris... I've gotten into the habit of immediately searching (Regex mode) my source for occurrences of \x{AD} and replacing them with a blank/empty/"nothing in the replace field". Or you could just as easily replace them with the & shy; entity.

In the previous versions of Sigil, when you turned Tidy off, Pretty-Print was still enabled (handles indentation, line-spacing and such). It couldn't truly be turned "Off" before. Now, I believe (and someone will correct me if I'm wrong, of course) off is truly off: indentation, grouping of inline elements, and line-spacing is entirely up to you. At least it's supposed to work that way, I think.

Yes, that's how it works. You must exit Sigil after changing the setting and then restart. Anyone who thinks they've seen an issue should retest after restarting.

The only thing turning Clean Source off doesn't affect is the changing of the entities. Entity conversion is completely separate.

If anyone has reported problems with the first beta, please retest and confirm if your issue is fixed or not. And just assume we haven't heard about it before whatever it is so that it can be checked.