Sigil, the ePub editor

[slayda]

This is wonderful so let me be the first to ask a bug(?) question. I was just trying it out with these results. I wonder, did I do something wrong. The Epub came from a .htm saved file (of obvious origins). Apparently some of the code wasn't handled properly by the ADE SW.

[kovidgoyal]

Originally Posted by Valloric

I am unable to find QWebElement in the Qt 4.5 class list. A top result of a google search shows that this class was added in Qt 4.6, which has yet to be released.

Yeah but you can do the same things in 4.5 using a javascript library. See the calibre viewer source for inspiration.

[Valloric]

Originally Posted by slayda

This is wonderful so let me be the first to ask a bug(?) question. I was just trying it out with these results. I wonder, did I do something wrong. The Epub came from a .htm saved file (of obvious origins). Apparently some of the code wasn't handled properly by the ADE SW.

Javascript is not removed from the original HTML on input. I probably should have thought of that. ... But it's not really designed to deal with HTML that comes from the web (it should be though).

EDIT: Oh, create an issue and attach your source.

[kovidgoyal]

Originally Posted by Valloric

Javascript is not removed from the original HTML on input. I probably should have thought of that. ... But it's not really designed to deal with HTML that comes from the web (it should be though).

EDIT: Oh, create an issue and attach your source.

I'd encourage you to not remove the javascript. I think restricting e-books to not use it is silly.

[Valloric]

Originally Posted by kovidgoyal

I'd encourage you to not remove the javascript.

I was just thinking how that could possibly be a bad idea... great, this means more work.

[Valloric]

Originally Posted by slayda

This is wonderful so let me be the first to ask a bug(?) question. I was just trying it out with these results. I wonder, did I do something wrong. The Epub came from a .htm saved file (of obvious origins). Apparently some of the code wasn't handled properly by the ADE SW.

After some testing, this seems like an ADE issue. At first I thought maybe Sigil was somehow converting the script tags into text, but no, it leaves them alone just fine. It even wraps them nicely inside CDATA sections as the spec requires. Sadly ADE renders them out like they're just text... in clear violation of the OPS specification, I might add.

So this is not a Sigil bug. I'll close the issue.

[EowynCarter]

About that calibre - zip issue

terminate called after throwing an instance of 'CZipException'
what(): std::exception

That's what sigil tells me.
I had a look at two diffrents zip. Coudn't find out any difference that would explain. Both calibre and my opus reads it OK. Any idea what i could do to get some clues on this one ?

[Valloric]

Originally Posted by EowynCarter

I had a look at two diffrents zip. Coudn't find out any difference that would explain. Both calibre and my opus reads it OK. Any idea what i could do to get some clues on this one ?

The error means Sigil was unable to extract the archive. I guess. I can't tell you more until you provide me with the epub file in question. Create an issue and attach the file.

[Catire]

Wonderful program Valloric, looks great so far

[EowynCarter]

Here it is. I grabed a prc from mobileread and had calibre convert it to ePub.

[Valloric]

Originally Posted by EowynCarter

Here it is. I grabed a prc from mobileread and had calibre convert it to ePub.

I created your issue here. In the future, please use the issue tracker.

[mtravellerh]

I like this app already. I t will help quite a lot! This is the software I was looking for to fine-tune my books.

I had some issues, though:

1) It seems impossible to center covers. I know that this quite inconsequential for hardware readers (the covers are full screen anyway) but it looks rather awkward in software viewers (I tested FBreader, Calibre viewer and ADE) I think you should make that possible.

3) I adjusted the right margin of the ePub to 15 pt in code view (to allow the page numbers appearing in ADE and the hardware readers with the ADEPT engine to not be swallowed up by text). Apparently this was somehow forgotten when I saved the file. It seems that you have to save right away before switching the views to make changes in the code view last.

3) I would love for an easier way to edit the TOC. Like maybe letting me fix right away what header tags I want in that tag (like for example h2 for the first and h3 for the second grade) and ignore all other headers if I so choose.

Thanks again Valloric! I appreciate very much what you have done there and it worked very well while I was playing around with it, very stable and reliable!

PS: I moved this thread to the frontpage!

[Valloric]

Originally Posted by mtravellerh

1) It seems impossible to center covers. I know that this quite inconsequential for hardware readers (the covers are full screen anyway) but it looks rather awkward in software viewers (I tested FBreader, Calibre viewer and ADE) I think you should make that possible.

Hm. I just select the image in Book View and press "Align Centre". This is usually reserved for text, but until I get the right click menu with image options implemented it will have to do for a WYSIWYG approach. Works fine, as far as I can tell.

And with access to the Code View you should be able to centre that image in more than a few ways.

I don't see how it can be considered "impossible".

Originally Posted by mtravellerh

3) I adjusted the right margin of the ePub to 15 pt in code view (to allow the page numbers appearing in ADE and the hardware readers with the ADEPT engine to not be swallowed up by text). Apparently this was somehow forgotten when I saved the file. It seems that you have to save right away before switching the views to make changes in the code view last.

This sounds really weird. Architecturally, there are three buffers for the source code: the one the Book View uses, the one for the Code View, and the one "in the background" which represents the "real" state of the code. The other two are just temporary buffers that enable the views to display text.

Now, every time you press a button in whatever view, the change is stored in the background buffer. In fact, the entire view buffer is written to the background one. It is impossible to make a change in either view without it being directly recorded. So the background buffer is always in sync with any new changes.

When you switch to the other view, the first thing that happens before the View is shown, is that this View's buffer is replaced with the "background" one. Exporting a book always uses the background buffer (which is in sync), so your changes have to be recorded.

Then again, I could be going insane. You will have to provide a very detailed, step-by-step description that replicates this issue. Create it on the task tracker.

(For those wondering why three buffers and not just one, it's a Qt limitation. The Code View and Book View widgets require their own buffers.)

Originally Posted by mtravellerh

3) I would love for an easier way to edit the TOC. Like maybe letting me fix right away what header tags I want in that tag (like for example h2 for the first and h3 for the second grade) and ignore all other headers if I so choose.

I have no idea what you're trying to say here. Please elaborate in more detail.

Originally Posted by mtravellerh

Thanks again Valloric! I appreciate very much what you have done there and it worked very well while I was playing around with it, very stable and reliable!

Glad that you're enjoying it, but Sigil has a long way to go.

Originally Posted by mtravellerh

PS: I moved this thread to the frontpage!

Thanks!

[mtravellerh]

Hmm

I have to concede that today is not one of my best days, so maybe I am all wrong here.

TOC:
It is simple, though:

Why can't I have an option that tells the TOC editor: I want only h2 and h3 considered when you are making that TOC, like this:

h2
h3
h3
h2
h3
h3

and ignore all the other header tags (h1, h4, h5, h6), so I can use those tags for layout only.

[slayda]

Originally Posted by Valloric

After some testing, this seems like an ADE issue. At first I thought maybe Sigil was somehow converting the script tags into text, but no, it leaves them alone just fine. It even wraps them nicely inside CDATA sections as the spec requires. Sadly ADE renders them out like they're just text... in clear violation of the OPS specification, I might add.

So this is not a Sigil bug. I'll close the issue.

Thanks Valloric. This is a great program and I look forward to lots of use. Good work.