MobileRead Forums - View Single Post

Quoth · 12-29-2018, 08:45 AM

"And my understanding is that using non-absolute measurements is generally recommended for epubs"
And HTML, because really mobi, epub etc are based on HTML.
Except NO source creation tool for writing allows ems, only absolute. Most eBooks seem to use points or tenths of an Inch.
Calibre conversion has no option simply to convert points or tenths (1em = 12pt is a standard), only the remove blank paragraphs and clobber to a particular em setting.

I'm approaching the issue from a familiarity with content creation, conversion and reading. You are defensively coming from the position of already understanding the driver, which certainly has unexpected functionality and is a great piece of work. Also from using Mobile Read, which I found by accident.

I've been writing software for over 30 years. In general programmers and managers do not see the user point of view in the design of the GUI. This is getting worse. Win8 was bad for desktop. Win10 is dreadful. Android is STILL like Windows 2.0 on high resolution. What is it with Monochrome and Flat? Yes eInk is monochrome. I've designed better GUI appearance on 1 bit monochrome LCDs, the eInk is much higher resolution and does some grey shades.

I'm maybe not a good communicator. I've had a problem for over 7 months with formatting on the Kobo, my own documents, ones from Amazon I've bought, mobi downloads from Gutenberg (I found the epub poorer on margins)

The 5pt vs 25pt vs different inner & outer margins of "odt" has NO effect at all on Amazon or Smashwords .doc upload or Calibre ODT to mobi/AZW/epub. I pointed out that I was using that simply to preview appearance in LibreOffice Writer.

My issue was real. I turned off two badly labelled options to solve it nearly 7 months later. The issue appeared originally without me changing any settings, either with a Kobo or Calibre/Plugin update.

I've suggested now how to replicate it. It's obviously a real bug either in Kobo FW, Calibre or Driver, or interaction between two of them.
I'm actually famous for reading manuals and tooltips. I found Mobile Read by accident, WHICH IS NOT A MANUAL. It's crazy that it's taken over seven months to get back to where I was when I first got the Kobo.
I was always able to enlarge images, though it took a few attempts. The double tap sometimes works and sometimes doesn't. If that's only kepubs, then I don't care. I will see can I enlarge them as before. It took a while for the Kobo to import over 1000 epubs!
I've now lost the reading position in them all, but at least I'm now looking the same format and file as on all the other epub readers.

I didn't even know there is a thread on "extended driver".

Obviously I'm a poor communicator, David, as you seem to have misunderstood almost everything I've said.

12-29-2018, 08:45 AM	#40
Quoth Still reading Posts: 14,400 Karma: 107076273 Join Date: Jun 2017 Location: Ireland Device: All 4 Kinds: epub eink, Kindle, android eink, NxtPaper	"And my understanding is that using non-absolute measurements is generally recommended for epubs" And HTML, because really mobi, epub etc are based on HTML. Except NO source creation tool for writing allows ems, only absolute. Most eBooks seem to use points or tenths of an Inch. Calibre conversion has no option simply to convert points or tenths (1em = 12pt is a standard), only the remove blank paragraphs and clobber to a particular em setting. I'm approaching the issue from a familiarity with content creation, conversion and reading. You are defensively coming from the position of already understanding the driver, which certainly has unexpected functionality and is a great piece of work. Also from using Mobile Read, which I found by accident. I've been writing software for over 30 years. In general programmers and managers do not see the user point of view in the design of the GUI. This is getting worse. Win8 was bad for desktop. Win10 is dreadful. Android is STILL like Windows 2.0 on high resolution. What is it with Monochrome and Flat? Yes eInk is monochrome. I've designed better GUI appearance on 1 bit monochrome LCDs, the eInk is much higher resolution and does some grey shades. I'm maybe not a good communicator. I've had a problem for over 7 months with formatting on the Kobo, my own documents, ones from Amazon I've bought, mobi downloads from Gutenberg (I found the epub poorer on margins) The 5pt vs 25pt vs different inner & outer margins of "odt" has NO effect at all on Amazon or Smashwords .doc upload or Calibre ODT to mobi/AZW/epub. I pointed out that I was using that simply to preview appearance in LibreOffice Writer. My issue was real. I turned off two badly labelled options to solve it nearly 7 months later. The issue appeared originally without me changing any settings, either with a Kobo or Calibre/Plugin update. I've suggested now how to replicate it. It's obviously a real bug either in Kobo FW, Calibre or Driver, or interaction between two of them. I'm actually famous for reading manuals and tooltips. I found Mobile Read by accident, WHICH IS NOT A MANUAL. It's crazy that it's taken over seven months to get back to where I was when I first got the Kobo. I was always able to enlarge images, though it took a few attempts. The double tap sometimes works and sometimes doesn't. If that's only kepubs, then I don't care. I will see can I enlarge them as before. It took a while for the Kobo to import over 1000 epubs! I've now lost the reading position in them all, but at least I'm now looking the same format and file as on all the other epub readers. I didn't even know there is a thread on "extended driver". Obviously I'm a poor communicator, David, as you seem to have misunderstood almost everything I've said.