Quote:
Originally Posted by Perkin
<snip: conversion and worries about messed up HTML and CSS>
|
Ah, *THAT* is the crux of the matter!
As Minsc in Baldur's Gate II would say:
"Hehe.... You... you're a smart one! I understand no-houw! Haha!"
No, that is not how it would work; not in my view at least. The editor would work the same way as Sigil does, creating an EPUB out of the HTML files, NOT converting from HTML to EPUB (with all the .calibre classes as a result).
Kovid beat me to the punch with his reply. It describes exactly how I see this editor come to be... and lo and behold, some, or maybe even most of the EPUB-creation can already be done, and the editor hasn't even been written yet.
How's that for fast development?
[quote]
Quote:
Originally Posted by Perkin
Then having the 'tweak-epub-sigil' to edit the epub would/should be as easy to use as sigil as it is now.
|
Yes
Quote:
Originally Posted by kovidgoyal
And let me just say, it's obvious after all this time, from the fate of this thread and the one before it, that that there is no interest in maintaining the current Sigil codebase. Therefore, while I appreciate that some people want to hang on to Sigil or the concept of "separate" programs or whatever, the choice at this point is simple: Either we go with my offer, or the ability to conveniently tweak ebooks in EPUB/AZW3 using open tools, in a cross platform form manner, stagnates and eventually dies. While that's not a big deal to me personally, as I dont use Sigil anyway, I still think it is important, thus the offer.
|
As one who doesn't do Calibre development (or any open-source development, yet), I wouldn't have dared to say it as bluntly as that, but it's basically true.
===
While I know C and C++ much better than Python at this point, I'm not going to program in C/C++ "for fun" if I need to get work done for which execution speed is not of paramount importance, but development speed and ease is.
If I want to write an editor, then I want to write editor functions, not spend half my time managing memory. (A chess engine would be different: speed is of greatest importance, and managing memory and bits and bytes is what it needs to do to get results, so C/C++ are perfect choices there.)