View Single Post
Old 09-01-2009, 10:37 PM   #32
radius
Lector minore
radius ought to be getting tired of karma fortunes by now.radius ought to be getting tired of karma fortunes by now.radius ought to be getting tired of karma fortunes by now.radius ought to be getting tired of karma fortunes by now.radius ought to be getting tired of karma fortunes by now.radius ought to be getting tired of karma fortunes by now.radius ought to be getting tired of karma fortunes by now.radius ought to be getting tired of karma fortunes by now.radius ought to be getting tired of karma fortunes by now.radius ought to be getting tired of karma fortunes by now.radius ought to be getting tired of karma fortunes by now.
 
radius's Avatar
 
Posts: 660
Karma: 1738720
Join Date: Jan 2008
Device: Aura One, Paperwhite Signature
Quote:
Originally Posted by kovidgoyal View Post
The Edit metadata window goes away slowly because after you edit metadata, calibre has to move the book files to a new location.

Sorting will become faster after the database refactoring.

Seeing the windows drawing is definitely not normal, even on my 6+ year old laptop that doesn't happen.

Adding books has a floor time because it takes place in a separate process. This is for robustness as sometimes metadata reading libraries written in C can cause segfaults which would take down all of calibre.
OK, I am willing to believe that it is IPC and platform issues that make Calibre feel slow to me, and not being implemented in Python.

But as an aside, it doesn't matter to me as a user where delays are coming from, only that they exist. I'm running on a 1.2GHz Core2 which isn't a super speedy machine, but is still respectable.

(Re: editing metadata and importing books, have you considered putting the lengthy operations in a worker thread so that the UI control returns to the user right away?)
radius is offline   Reply With Quote