View Single Post
Old 06-20-2012, 04:00 PM   #9
kacir
Wizard
kacir ought to be getting tired of karma fortunes by now.kacir ought to be getting tired of karma fortunes by now.kacir ought to be getting tired of karma fortunes by now.kacir ought to be getting tired of karma fortunes by now.kacir ought to be getting tired of karma fortunes by now.kacir ought to be getting tired of karma fortunes by now.kacir ought to be getting tired of karma fortunes by now.kacir ought to be getting tired of karma fortunes by now.kacir ought to be getting tired of karma fortunes by now.kacir ought to be getting tired of karma fortunes by now.kacir ought to be getting tired of karma fortunes by now.
 
kacir's Avatar
 
Posts: 3,463
Karma: 10684861
Join Date: May 2006
Device: PocketBook 360, before it was Sony Reader, cassiopeia A-20
Quote:
Originally Posted by kiwidude View Post
What I read of his request sounded like he wanted a count of books that were specifically *added*, which are going to be at the top of the list?
Exactly
Quote:
Originally Posted by kiwidude View Post
I agree totally that the ones that were merged aren't going to show up using that approach, but tbh I can't see what having a count would achieve either
I only want to check the names of the records that were actually added to the database with the most recent Drag & Drop. I want to believe that books that were merged had names identified properly.
So I have database sorted by date and I want to know how many books from the top down I need to check. I know I could write down number of books in DB before drag & drop and after, I could set a column and mark the last book before adding books, I can see how many books I am dropping into Calibre and then count the list of merged books ...
But the number of merged books (or even added during the last drag & drop) in a dialog [that already does have the info, because it has a list of merged books] seems the most elegant solution.
kacir is offline   Reply With Quote