Sigil, the ePub editor

[Valloric]

Originally Posted by pdurrant

I'm not so concerned for direct Mobipocket output, but output of files that work nicely with the current Mobipocket Creator.

If you see any problems, please report them and I'll get to them when I can. I know a lot of people have been looking for that holy grail of multi-format ebook editing, the One Source File . Anything I can do to help you guys out I'll do gladly.

[EowynCarter]

Originally Posted by Valloric

I'm opening Calibre epubs just fine on Linux (running Ubuntu Jaunty). You'll have to provide some more information.

What version of calibre do you use ? I'm using 0.6.4. Sigil is 0.1.0.
Said ePubs are converted from prc files.
I'm also using jaunthy.

Oh, and if i where to add a function : file search !
And a way to "synchronise" code view and book view.

wisiwig seam to act weird when trying to add header. And it's slow saving. (Then, it's a 1M file i'm editing, so i'm looking for trouble there.)

[Timoleon]

It's Sunday --- my day off from work. I now know what I'll be playing with today!

Congratulations, and great work!!

[pdurrant]

Originally Posted by Valloric

I know a lot of people have been looking for that holy grail of multi-format ebook editing, the One Source File . Anything I can do to help you guys out I'll do gladly.

Well, I'll be preparing (I hope) two ebooks over the next few months, and it looks like this might be the best tool to do the ePUBs with. It certainly looks promising so far. And if best for ePUBs, I'll certainly hope to use the same source files to at least generate the PRC. Lit and eReader and LFR I'm happy for Calibre to do.

Thanks very much for all your time and care spent so far - it shows, even in the pre-beta state.

[Valloric]

Originally Posted by EowynCarter

What version of calibre do you use ? I'm using 0.6.4. Sigil is 0.1.0.
Said ePubs are converted from prc files.
I'm also using jaunthy.

Create an issue and attach the epub file you are having problems with.

Originally Posted by EowynCarter

Oh, and if i where to add a function : file search !

You mean a search & replace dialog? That's on my TODO list. But "file" search? I'm not sure I follow.

Originally Posted by EowynCarter

And a way to "synchronise" code view and book view.

The next release will have the views remember their scrollbar positions when you switch between them. Synchronizing them directly (scrolling in one scrolls the other) is technically challenging, at least keeping it accurate. I can't just link the two scrollbars together since the Code View is showing a lot more text than Book View. Book View also displays images. All ideas I come up with (like scroll ratios) fail in certain situations. There's just no way to keep the two accurately linked for large files.

I could use the location of the caret in the HTML tree as the sync point, but if you scrolled away from from the caret and then switched Views, the other View would not show your past location but the caret's location.

If anyone has any ideas on how to implement this, I'm all ears.

Originally Posted by EowynCarter

wisiwig seam to act weird when trying to add header.

"Weird" is hardly something I can test for.

Originally Posted by EowynCarter

And it's slow saving. (Then, it's a 1M file i'm editing, so i'm looking for trouble there.)

It really shouldn't be. What kind of file is that? Create an issue and attach the file. Also, what kind of hardware are you running? Add all of this information to the issue.

Originally Posted by pdurrant

Thanks very much for all your time and care spent so far - it shows, even in the pre-beta state.

Thank you for the kind words.

[Moejoe]

Excellent news and congratulations on getting this project started.

[crutledge]

I did somethng very similar for a gov't contract many years ago. On load, each entity is given sequential number. When the user scrolled data was sent from one display to the other and caused an update. This occured On Click and on Scroll. I don't remember the details and I do remember using some special tools, but maybe the idea is applicable here. BTW, the OS wasn't Windows.

[rogue_ronin]

I could use the location of the caret in the HTML tree as the sync point, but if you scrolled away from from the caret and then switched Views, the other View would not show your past location but the caret's location.

Wouldn't it work if both Views did it? I mean: keep the WYSIWYG View linked to the caret position of the Code View, and when the WYSIWYG has focus, keep the Code View synced to wherever you are working. Scrolling shouldn't matter, because you're not doing anything. If you want to see the alternate View equivalent, just click in the frame.

Or top left corner (in Left-to-Right languages.) Whatever is in the top left corner of the focused View is what is in the top left corner of the other View. When you scroll in WYSIWYG, Code would fly by, if Code has focus then WYSIWYG would scroll slower.

I imagine I've over-simplified.

m a r

[Valloric]

Originally Posted by crutledge

I did somethng very similar for a gov't contract many years ago. On load, each entity is given sequential number. When the user scrolled data was sent from one display to the other and caused an update. This occured On Click and on Scroll. I don't remember the details and I do remember using some special tools, but maybe the idea is applicable here. BTW, the OS wasn't Windows.

Oh I have no problems sending data from one View to the other: Qt's Signals&Slots mechanism works great here. It's just that even though both Views use the same code, CV shows it directly, while BV renders it out. The vertical size of the content is completely different. And it's not proprotional, so I can't just say "Ok, if BV is 2/3 down the page, CV needs to be 2/3 down the page too". An image takes up a lot of space in BV but only a line of code in CV.

The last thing idea I came up with was to track what element was in the center of the any view and try to make the other view match that. But this would be rather computationally expensive. That, and I don't have clue how I would implement it.

Adobe Dreamweaver seems to take the caret position approach I talked about. This is probably the route I'm going to take.

[Valloric]

Originally Posted by rogue_ronin

Wouldn't it work if both Views did it? I mean: keep the WYSIWYG View linked to the caret position of the Code View, and when the WYSIWYG has focus, keep the Code View synced to wherever you are working. Scrolling shouldn't matter, because you're not doing anything. If you want to see the alternate View equivalent, just click in the frame.

That's what I meant and that's what Dreaweaver does. I'll probably go with that idea.

[kovidgoyal]

Another possibility is to use hit testing/QWebElement in the rendered view to figure out exactly where you should be in the code view. Should be fairly robust.

[EowynCarter]

You mean a search & replace dialog? That's on my TODO list.

Great

It really shouldn't be. What kind of file is that? Create an issue and attach the file. Also, what kind of hardware are you running? Add all of this information to the issue.

Just an awful lot a text
It keeps causing problems because of that Sigil does its job relatively well given what i put it through.

I also fond a problem with generated id's. Some are the same, and that cause the TOC to mess up.

[JSWolf]

When you add in a search and replace function, can you also add in regex at the same time please? Thanks!

[Valloric]

Originally Posted by kovidgoyal

Another possibility is to use hit testing/QWebElement in the rendered view to figure out exactly where you should be in the code view. Should be fairly robust.

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.

[Valloric]

Originally Posted by JSWolf

When you add in a search and replace function, can you also add in regex at the same time please? Thanks!

A Search&Replace dialog without regex support is of course absolutely unacceptable. So yeah, you can count on it being included.