Thread: Kobo Bug thread
View Single Post
Old 11-09-2013, 03:07 AM   #326
arspr
Dead account. Bye
arspr ought to be getting tired of karma fortunes by now.arspr ought to be getting tired of karma fortunes by now.arspr ought to be getting tired of karma fortunes by now.arspr ought to be getting tired of karma fortunes by now.arspr ought to be getting tired of karma fortunes by now.arspr ought to be getting tired of karma fortunes by now.arspr ought to be getting tired of karma fortunes by now.arspr ought to be getting tired of karma fortunes by now.arspr ought to be getting tired of karma fortunes by now.arspr ought to be getting tired of karma fortunes by now.arspr ought to be getting tired of karma fortunes by now.
 
Posts: 587
Karma: 668244
Join Date: Mar 2011
Device: none


Well, it seems that the dash bug within kepubs is still present. It has nothing to do with jgoguen's Calibre plugin.

OTOH I am pretty stupid myself.

In my original bug post I said that I couldn't confirm it with "official" kepubs because all of them where in English... But they also use dashes, don't they?

So I upload a picture taken from Dodger by Terry Pratchett in two flavours:
  • Fully DRMed official Kepub directly from my Kobo account.
  • Downloaded with ADE, unDRMed and then opened in Calibre. (Although Calibre, Sigil and Kobo RMSDK rendering is just the same).

And I think I can see the problem here. In English, dashes are used as a "comment separator". As stated in wikipedia, (go to the first "dot"), you normally write them without spaces. BUT there's no harm in adding spaces around them and, more over, when you are "stretching" a text in order to justify it, it can be even prettier than keeping the words together. I mean, I actually DO prefer the Kobo screenshot appearance than Calibre one.

But what actually works in English is an extremely bad decision in Spanish where dashes are commonly used for dialogues (although we sometimes use them as comment separators, we normally prefer brackets).

Quote:
Originally Posted by arspr View Post
Because of the former post from jgoguen I think that you could:
  • Split the bug in two.
  • Possibly discard first one (the dash spacing issue) as a non-Kobo issue.
  • Rename the epub one to "white-space:nowrap; doesn't work in RMSDK".
  • Consider it confirmed?
Again, because of the new info we have, I think you could:
  • Split the bug in two.
  • Rename the kepub one (the dash spacing issue) to "ACCESS adds extra spaces around dashes when justifying text. It looks extremely weird in Spanish dialogues."
  • Rename the epub one to "white-space:nowrap; doesn't work in RMSDK anymore".
  • Consider them confirmed?

OTOH, I'm now on 2.10.0 firmware and my eReader is an AuraHD, not an Aura. (Although as I said both data seem quite irrelevant).


Quote:
Originally Posted by arspr View Post
As proved, do not bet money along me in a horse race...
Well, in the end, I'm not going to be so bad gambler...


---------------------------------------
OTOH. Don't you see something strange in the screenshots? Look at the drawing below (and over) the "CHAPTER ONE" text. Why isn't it centered in the kepub one? Another bug in ACCESS? Or just a bug inside the Kepub version of the book that Kobo stores?

(I've tested with Off-Left-Justify. It's always the same).

Curiously, in Off the book is left aligned in the "official" kepub version. BUT the downloaded epub through ADE is already justified...

I don't know a way to check it, as I don't know how to break Kobo DRM scheme on their official kepubs so I cannot open it up.
Attached Thumbnails
Click image for larger version

Name:	'Official' Kepub.jpg
Views:	505
Size:	841.2 KB
ID:	114892   Click image for larger version

Name:	Downloaded with ADE, unDRMed, rendered in Calibre.jpg
Views:	374
Size:	268.0 KB
ID:	114893  

Last edited by arspr; 11-09-2013 at 03:16 AM.
arspr is offline   Reply With Quote