09-09-2009, 02:48 PM | #571 |
Wizard
Posts: 1,213
Karma: 12890
Join Date: Feb 2009
Location: Amherst, Massachusetts, USA
Device: Sony PRS-505
|
Sounds great to me. Actually, if I spent a little less time on forums like MobileRead, and a little more time honing my currently very amateuresque programming skills, I think I might even be able to contribute towards such an end. Something perhaps not quite (2), but rather a script that took .tex source and simply made the adjustments for digital readers by adding a line for the geometry package with the appropriate settings (determined at run-time if you like, perhaps even with a GUI), perhaps adding \sloppy if the page size chosen was small enough, and then processed it by calling pdflatex already on the system, wouldn't actually be that difficult. The trickiest thing would be removing any calls to packages (or other formatting) incompatible with geometry.
With the way PDF renderers on our devices work (or at least on the Sony--I assume others), choosing a page size smaller than the native dimensions of the reader is basically the same thing as choosing a larger font size. Last edited by frabjous; 09-09-2009 at 02:55 PM. |
09-09-2009, 02:57 PM | #572 | |
Wizard
Posts: 1,790
Karma: 507333
Join Date: May 2009
Device: none
|
Quote:
Alas, I have not yet managed to wrap my mind around GUI programming sufficiently that I'd be competent to do #2, and in too many ways TeX file structures and correspondences remain a mind-boggling mystery enough to me that I'd almost certainly be useless to work on #1 as well. However, the idea of single source TeX files for multiple output versions continues to intrigue me ever more, and I might do some playing around with that concept. If I come up with anything of consequence... perhaps a useful set of "macros", I might try to figure out how to put it together into a proper package for everyone's benefit. - Ahi |
|
09-09-2009, 03:10 PM | #573 | ||
Wizard
Posts: 1,790
Karma: 507333
Join Date: May 2009
Device: none
|
Quote:
Simplest way is to have there be a simple set of variables defined as basically the first thing in the source, and have everything use those (instead of hard-coded values) thereafter. #2 could alter the values of those variables, and would basically expect the output to change accordingly because the TeX source is (supposed to be) setup in such a way. Quote:
- Ahi |
||
09-09-2009, 05:48 PM | #574 |
Banned
Posts: 2,094
Karma: 2682
Join Date: Aug 2009
Device: N/A
|
Ahi;
Why should there need to be firmware support for specific hyphenation dictionaries? The smart way to do it is to support plug-in dictionaries in the file format... Thing is, there's no reason that a custom DVI format for ebooks couldn't contain the markup for multiple screen sizes without needing to duplicate the base data, but there's also no reason why ePub couldn't be extended to do that either. Except that Publishers, well, won't. Last edited by DawnFalcon; 09-09-2009 at 05:50 PM. |
09-09-2009, 08:44 PM | #575 |
Wizard
Posts: 1,790
Karma: 507333
Join Date: May 2009
Device: none
|
I'll just pretend you are aware that there are typesetting and layout issues between different languages that are not related to hyphenation.
- Ahi |
09-09-2009, 08:58 PM | #576 |
Banned
Posts: 2,094
Karma: 2682
Join Date: Aug 2009
Device: N/A
|
I'll just pretend that you're aware that it was one example, and mysteriously enough, you can use different interacting systems to create a complete typographical layout.
Strange, that. |
09-10-2009, 12:42 PM | #577 |
Wizard
Posts: 1,790
Karma: 507333
Join Date: May 2009
Device: none
|
Ah, yes! Technology will magically save the day.
We cannot quite say how, nor are we even aware what obstacles there are to overcome--but we are confident beyond any doubt that it will triumph, and very soon at that. Good show! - Ahi |
09-10-2009, 01:12 PM | #578 |
Banned
Posts: 2,094
Karma: 2682
Join Date: Aug 2009
Device: N/A
|
Yea, that is precisely your line, that there will only be a few fixed sized screens and publishers will be willing to provide PDF's for each of them.
Wait... (There's a difference between actively working to take ePuB in a plausable direction and bland assertion that a few screen sizes will become standard) Last edited by DawnFalcon; 09-10-2009 at 01:42 PM. |
09-11-2009, 05:29 AM | #579 |
Connoisseur
Posts: 66
Karma: 918
Join Date: Dec 2007
Device: iRex Iliad
|
For "normal prose", I suppose automatic layout would be feasible. However, for complicated (scientific) documents, I'm not very hopeful that this can happen without human intervention.
For my book (shameless plug) I made a specially formatted version for 8" ebook readers (I have an iRex iLiad myself) and that was a lot more work than just changing some parameters of the geometry package. I had to move illustrations around, and even re-word some of the paragraphs to fit. Fortunately, I did manage to include both versions in the same source file, so I can select at "compile time" which format I want. But doing this again for a 6" version or perhaps a separate 10" version would be getting progressively more difficult, and I'm not sure the extra sales would warrant the effort. I do think that extending PDF as a "container" which has multiple pre-rendered versions is a pretty good idea, and much more elegant than having to keep different files around. |
09-11-2009, 05:33 AM | #580 | |
Wizard
Posts: 4,332
Karma: 4000000
Join Date: Oct 2008
Location: Paris
Device: Cybooks; Sony PRS-T1
|
Quote:
The real problem there is that some stuff just won't render "as is" on 6" or 5", no mater the format. |
|
09-11-2009, 07:07 AM | #581 |
Connoisseur
Posts: 74
Karma: 454
Join Date: Aug 2009
Location: Downunder
Device: Cool-er / Mac Mini / Satio / Notebook
|
I agree, pdf is not an Ebook format, maybe in 18 months time, certainly NOT NOW!
E-readers' software need catches up, their hardware is more capable. Then ADOBE is kind enough to give us a FREE software that converts the pdf to a form support by most devices (all ebook makers need is upgrade software to support this new format...) |
09-11-2009, 07:30 AM | #582 | |||
Wizard
Posts: 1,790
Karma: 507333
Join Date: May 2009
Device: none
|
Quote:
Edit: Though I see you wrote "some stuff". Well, naturally. But most books, technical and scientific ones among them ought to be convertible with relatively few (and even fewer drastic/fundamental) changes into a 6" (or better yet a 8") eBook format using PDF. But more likely, if it is beyond simple prose, only down-converted into HTML or HTML+images. Quote:
Quote:
- Ahi Last edited by ahi; 09-11-2009 at 07:34 AM. |
|||
09-11-2009, 09:16 AM | #583 | |
Wizard
Posts: 1,213
Karma: 12890
Join Date: Feb 2009
Location: Amherst, Massachusetts, USA
Device: Sony PRS-505
|
Quote:
What we'd need is a number of people--not necessarily the author--who are especially trained at writing code in a way that uses ifthen or, better, some new LaTeX packages especially for the purpose, to make the necessary conditional adjustments -- you've done it for a couple sizes; I've done it for a couple more. When people get more experience with this, and new packages are created, I imagine it could get easier to do this, and even more towards arbitrary sizes. Mentioning something that would take the code and insert some geometry package options was just something I had in mind as something I might even be able to script with my very limited skills, which would work on many documents, including nearly all nontechnical ones, and even some technical ones, though not all. Is it worth the effort? With the current market for digital books, probably not. But digital publishing is already becoming more and more common, and I don't think the trajectory is going to slow down anytime soon. Already, most academic libraries have moved towards having most of their journal subscriptions being electronic only. As long as they're doing this, why force a fixed format on the end-user, as you must with paper? And this is just the tip of the iceberg. Congrats on your book, by the way. Last edited by frabjous; 09-11-2009 at 09:19 AM. |
|
09-11-2009, 12:36 PM | #584 | |
Wizard
Posts: 1,790
Karma: 507333
Join Date: May 2009
Device: none
|
Quote:
Also, (admittedly less complicated) all of these took me less than a full day's worth of work. - Ahi |
|
09-11-2009, 01:06 PM | #585 |
Banned
Posts: 2,094
Karma: 2682
Join Date: Aug 2009
Device: N/A
|
"What with most eBook reading devices having 6" displays."
It's a convenient size. Actually, a fair few have 5" screens as well these days. Smaller readers for novel reading... sure, they're going to typically munge technical books and the like horribly, but they're not really intended for such! Although again I'd note that very hopefully the next ePub standard will support MathML natively... |
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
bad format of pdf ebook reader | Adolfo00 | Calibre | 9 | 04-22-2010 12:11 PM |
Convert PDF To Sony eBook Format? | Sjwdavies | Sony Reader | 12 | 12-13-2009 03:15 AM |
Free eBook for Kindle or pdf format | cmwilson | Deals and Resources (No Self-Promotion or Affiliate Links) | 38 | 05-06-2009 03:32 AM |
Master Format for multi-format eBook Generation? | cerement | Workshop | 43 | 04-01-2009 12:00 PM |
Format Comparison: PDF, EPUB, and Mobi Downloads from Ebook Bundles | Kris777 | News | 2 | 01-22-2009 04:19 AM |