Editor To Do list

DrChiper · 12-21-2013, 02:16 PM

Kovid, I think the editor is already pretty much feature complete.

So besides the usual bug fixing and the Editor plugin facility development you did mention before, I'm curious what extra basic functionality can we still expect in the near future, if any?

icallaci · 12-21-2013, 06:29 PM

Not sure if this is the right place to request this, but I would like to see a "Count All" in the Find and Replace section.

theducks · 12-21-2013, 08:12 PM

Quote:

Originally Posted by icallaci

Not sure if this is the right place to request this, but I would like to see a "Count All" in the Find and Replace section.

Count All is on the search MENU at the top.
Kovid wanted to conserve real estate below

kovidgoyal · 12-21-2013, 10:05 PM

I dont like to comment about upcoming features, as they may or may not be implemented. But one basic feature that I am working on right now is a spell check.

icallaci · 12-21-2013, 10:52 PM

Quote:

Originally Posted by theducks

Count All is on the search MENU at the top.
Kovid wanted to conserve real estate below

Oops, thank you. I guess I am so used to Sigil that I just expect things to be in the same place.

DrChiper · 12-22-2013, 05:39 AM

Quote:

Originally Posted by icallaci

Oops, thank you. I guess I am so used to Sigil that I just expect things to be in the same place.

Yes, be aware that caliber's editor is not Sigil: they share just about the same kind of functions, which might even behave differently.

@Kovid: thanks for sharing the info.

theducks · 12-22-2013, 10:38 AM

Quote:

Originally Posted by icallaci

Oops, thank you. I guess I am so used to Sigil that I just expect things to be in the same place.

No problem.
I too, am used to the Sigil way.

What did not take any time to get used to, was how much faster many of the similar features run in Editor.

mrmikel · 12-22-2013, 10:41 AM

Quote:

Originally Posted by theducks

What did not take any time to get used to, was how much faster many of the similar features run in Editor.

Which is really surprising, since you would think a higher level language would run slower instead of faster.

theducks · 12-22-2013, 11:27 AM

Quote:

Originally Posted by mrmikel

Which is really surprising, since you would think a higher level language would run slower instead of faster.

Yep, My thoughts also.

Kovid did say he is writing tighter code now than when he started with Calibre.

IMHO there are benefits of sticking with a language

There is code that works.
and there is code that work good.

kovidgoyal · 12-22-2013, 11:38 AM

Language speed is typically a very small factor in overall speed. Using good data structures and algorithms is much more important.

That's how the new database backend is faster than the old, despite actually being thread safe, which involves overhead for locking. And it's why the editor is so fast. By using various, rather nifty tricks, I was able to make the editor fast. The basic idea is to do as little as possible and that, only when absolutely necessary.

For example, Sigil parses all files when the book is first opened and renames them. There's absolutely no need to do that. Instead, calibre works with html even if it is not strictly valid.

Another trick is that the parsing and fixing of html before displaying in the preview panel happens in a separate process, so it keeps the editor itself feeling responsive, while the heavy works happens on a different CPU core.

Then the checkpoint feature, which is one I am personally very proud of uses hardlinks and copy-on-write so that there is no expensive file copying when creating a checkpoint and minimal use of disk space as well.

The syntax highlighting is both powerful and fairly fast despite incurring the overhead of converting text from Qt's internal representation into python, because I wrote it from scratch, keeping in mind the particular needs and tradeoffs of this editor, rather than using a generic syntax highlighter, which would not have been so optimized.

mrmikel · 12-22-2013, 03:28 PM

I really appreciate your using code that takes advantage of more than one core. Both computers here have more than 1 core and it's great to use them and not tie up 1 core to do everything!

At_Libitum · 12-23-2013, 10:27 PM

I may have totally overlooked it, but I cannot seem to find an option for metadata editing in the Editor? Not there (yet)?

kovidgoyal · 12-23-2013, 10:30 PM

There is no metadata editor. Simply edit metadata in calibre and it will be updated when you open the book for editing automatically (unless you have disabled that under calibre integration in the editor preferences).

elibrarian · 01-02-2014, 09:28 AM

Quote:

Originally Posted by kovidgoyal

There is no metadata editor. Simply edit metadata in calibre and it will be updated when you open the book for editing automatically (unless you have disabled that under calibre integration in the editor preferences).

Hm, yes. But to do so, I'll have to import the book into Calibre proper, thus causing it to be copied to the Calibre library folder (the file even gets renamed in the proces), and when I update the metadata, Calibre inserts the updated meta PLUS a host of calibre-specific meta, which I find less than desirable.

I don't seem to be able to open the metadata editor as standalone, so ... would it be possible to integrate it in the editor somehow?

Or am I perhaps missing some point here???

Regards,

Kim

jackie_w · 01-02-2014, 10:22 AM

If you're set against using calibre's standard metadata editor for some reason, there's nothing to stop you editing metadata directly. It's all there in the .opf file, so just double-click on it in the Editor and edit away to your heart's content. It won't update your calibre library metadata for that book, of course, just the epub's metadata.

12-21-2013, 02:16 PM	#1
DrChiper Bookish Posts: 1,017 Karma: 2003162 Join Date: Jun 2011 Device: PC, t1, t2, t3, Clara BW, Clara HD, Libra 2, Libra Color, Nxtpaper 11	Editor To Do list Kovid, I think the editor is already pretty much feature complete. So besides the usual bug fixing and the Editor plugin facility development you did mention before, I'm curious what extra basic functionality can we still expect in the near future, if any?

12-22-2013, 11:38 AM	#10
kovidgoyal creator of calibre Posts: 45,349 Karma: 27182818 Join Date: Oct 2006 Location: Mumbai, India Device: Various	Language speed is typically a very small factor in overall speed. Using good data structures and algorithms is much more important. That's how the new database backend is faster than the old, despite actually being thread safe, which involves overhead for locking. And it's why the editor is so fast. By using various, rather nifty tricks, I was able to make the editor fast. The basic idea is to do as little as possible and that, only when absolutely necessary. For example, Sigil parses all files when the book is first opened and renames them. There's absolutely no need to do that. Instead, calibre works with html even if it is not strictly valid. Another trick is that the parsing and fixing of html before displaying in the preview panel happens in a separate process, so it keeps the editor itself feeling responsive, while the heavy works happens on a different CPU core. Then the checkpoint feature, which is one I am personally very proud of uses hardlinks and copy-on-write so that there is no expensive file copying when creating a checkpoint and minimal use of disk space as well. The syntax highlighting is both powerful and fairly fast despite incurring the overhead of converting text from Qt's internal representation into python, because I wrote it from scratch, keeping in mind the particular needs and tradeoffs of this editor, rather than using a generic syntax highlighter, which would not have been so optimized. Last edited by kovidgoyal; 12-22-2013 at 11:56 AM.

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Tip: Use Bookmark List to simulate a "Currently Reading" list	Ntsimp	iRiver Story	11	02-03-2013 04:45 PM
Error: "can only concatenate list (not "unicode") to list"	bmuesse	Library Management	2	01-11-2013 03:50 PM

12-21-2013, 06:29 PM	#2
icallaci Guru Posts: 817 Karma: 6528026 Join Date: Sep 2012 Device: Kobo Elipsa	Not sure if this is the right place to request this, but I would like to see a "Count All" in the Find and Replace section.

12-21-2013, 10:05 PM	#4
kovidgoyal creator of calibre Posts: 45,349 Karma: 27182818 Join Date: Oct 2006 Location: Mumbai, India Device: Various	I dont like to comment about upcoming features, as they may or may not be implemented. But one basic feature that I am working on right now is a spell check.

12-22-2013, 03:28 PM	#11
mrmikel Color me gone Posts: 2,089 Karma: 1445295 Join Date: Apr 2008 Location: Central Oregon Coast Device: PRS-300	I really appreciate your using code that takes advantage of more than one core. Both computers here have more than 1 core and it's great to use them and not tie up 1 core to do everything!

12-23-2013, 10:27 PM	#12
At_Libitum Addict Posts: 265 Karma: 724240 Join Date: Aug 2013 Device: KyBook	I may have totally overlooked it, but I cannot seem to find an option for metadata editing in the Editor? Not there (yet)?

12-23-2013, 10:30 PM	#13
kovidgoyal creator of calibre Posts: 45,349 Karma: 27182818 Join Date: Oct 2006 Location: Mumbai, India Device: Various	There is no metadata editor. Simply edit metadata in calibre and it will be updated when you open the book for editing automatically (unless you have disabled that under calibre integration in the editor preferences).

01-02-2014, 10:22 AM	#15
jackie_w Grand Sorcerer Posts: 6,251 Karma: 16539642 Join Date: Sep 2009 Location: UK Device: ClaraHD, Forma, Libra2, Clara2E, LibraCol, PBTouchHD3	If you're set against using calibre's standard metadata editor for some reason, there's nothing to stop you editing metadata directly. It's all there in the .opf file, so just double-click on it in the Editor and edit away to your heart's content. It won't update your calibre library metadata for that book, of course, just the epub's metadata.

Advert

Advert