![]() |
I don't like the way calibre sticks with upper-case/capital
I don't remember this in older versions, but in some version it slipped in.
Example: some books are imported with author A.E. Vogt. When new books are added, and I start typing the author a.e. vogt, calibre doesn't recognize it (him/her). Same with series, when a serie is called Earthchildren, calibre doesn't recognize it when I start with eart. I don't see the difference in an author named A.E. Vogt and a.e. vogt. When I press the button for the choices alphabetically in the box for author, the authors are shown first starting with capitals (A.E. Vogt till Z. Lepinsky and then it start with a.e. Vogt till the end). When an author is imported with the {author} A.E Vogt and the {author sort} a.e. Vogt and I press the button [automatically create author sort entry .....], it doesn't change the capitals. I have to delete the text already in {author sort} and then press the button again. Maybe there's a good reason for this but I would prefer it to be my own choice, I don't like it when I always have to start with a capital. greetings Sandra |
Quote:
I take it you are referring to the edit metadata window entries. I too see this behavior in the edit metadata window, but I don't see this behavior in the search bar. |
I seem to remember it being stated that the behavior of ignoring case in the Edit Metadata dialogs for Author was because when case was ignored it became very difficult to correct any entries if you ever got the author entered wrong earlier as it would auto-change any new entries to the previous (incorrect) values.
Having said that I would be more than happy for author case to be ignored in the Edit Metadata dialogs as long as it was not ignored in the Manage Authors feature (as I could correct earlier mistakes there). I use the Edit Metadata dialogs far more frequently and the gains in efficiency there would more than offset the need to switch to a different dialog to correct errors in the case of the Author. |
The problem is most people aren't aware of the manage authors feature, so being unable to correct cases in the edit metadata dialog is not acceptable (as it generates ticket noise that I have to deal with).
|
Quote:
|
Well for actual bug reports I actually prefer that people use the tickets, if they use the forum then I have to typically make an extra post telling them to open tickets, as otherwise I lose track of the reports.
Of course that does help with the the problems that are not tickets, so it is a trade off of sorts. With regard to the case (in)sensitivity of matching, it isn't just the ticket noise, for every person that opens a ticket, 10 people will just be annoyed by the issue but not bother finding a workaround/looking for a solution. |
Quote:
|
| All times are GMT -4. The time now is 07:00 PM. |
Powered by: vBulletin
Copyright ©2000 - 3.8.5, Jelsoft Enterprises Ltd.
MobileRead.com is a privately owned, operated and funded community.