Thread: Kobo Bug thread
View Single Post
Old 11-08-2013, 10:15 AM   #324
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
Quote:
Originally Posted by jgoguen View Post
The main issue, the extra spaces around the em-dashes, was a plugin bug fixed in the next release (whenever I get a chance to do final testing and upload it) ...


That are really good news. So no Kobo bug after all. I will happily wait for the new version of your KoboTouchExtended driver. Many thanks.

(For me, this is going to be the turning point from epubs to kepubs once for all... despite the header...).

Quote:
Originally Posted by jgoguen View Post
... but when viewing a justified book you may still see the dashes moved to the next line. The only fix I found was to use no justification.
Don't worry about it. As I explained in my previous posts I suppose that it's just a conflict between HTML rules and Spanish rules. I already solve them with the white-space:nowrap; trick.

Quote:
Originally Posted by arspr View Post
Product: Aura HD (but I think it's irrelevant.
All my books in my Kobo account are English books, so I cannot confirm if this issue is present in "official" Kepubs. I can only see it in "Kepubized" epubs through Calibre. But I'd bet money that the Kepub source is not relevant at all, that the problem is in the "engine".
As proved, do not bet money along me in a horse race...


Quote:
Originally Posted by jgoguen View Post
The problem of "white-space: nowrap" not working sounds like a bug in the renderer, but I can understand if they just ignore it. The renderer isn't running on hardware as flexible as a standard browser and forcing line breaks at the right places anyway would look very similar to just ignoring the white-space property.
Yes it really looks like an Adobe bug (another one) which probably Kobo is powerless to fix. The funny thing is that my Sony PRS-650 (I suppose with a much older version of the Adobe renderer) doesn't suffer it...


Quote:
Originally Posted by Lucas Malor View Post
@arspr: I added your bug as unconfirmed for now.
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?
arspr is offline   Reply With Quote