Author |
Message |
![[Post New]](/jforum/templates/default/images/icon_minipost_new.gif) 10/05/2010 16:29:09
|
OR
Joined: 10/05/2010 16:16:47
Messages: 6
Offline
|
Good evening everybody,
I registered right now, and I would like to ask two questions about Jetbook-Lite:
1.- Is it possible to prepare a file in order to be read it justified, or with some specific format?
And more generally,
2.- Is it possible to modify the format of a file and/or the jetbook-lite in order to read properly these files?
I am thinking for example in reading scientific articles. Some of them have their own specifications, and to put an example, tables sometimes do not appear as tables. I am talking about these kind of things. In which way if any at all can I go to fix these problems.
Thank you very much for your attention,
Cheers,
OR
|
|
 |
![[Post New]](/jforum/templates/default/images/icon_minipost_new.gif) 10/05/2010 21:11:06
|
Ken Maltby
![[Avatar]](/jforum/images/avatar/9764334fc73c4790fa6f10e67a8d35cd.png)
Joined: 07/03/2010 18:44:13
Messages: 196
Location: The Heart of Texas
Offline
|
OR wrote:Good evening everybody,
I registered right now, and I would like to ask two questions about Jetbook-Lite:
1.- Is it possible to prepare a file in order to be read it justified, or with some specific format?
And more generally,
2.- Is it possible to modify the format of a file and/or the jetbook-lite in order to read properly these files?
I am thinking for example in reading scientific articles. Some of them have their own specifications, and to put an example, tables sometimes do not appear as tables. I am talking about these kind of things. In which way if any at all can I go to fix these problems.
Thank you very much for your attention,
Cheers,
OR
The most commonly used approach seems to be to create PDF documents sized and formated to match the dimensions
of the JBL's page display. Then turning off the reflow when reading that file in the JBL. This is perhaps the most exact
way to handle the display in a custom fashion, to exactly match your requirements.
Another approach that can be used is to create an HTML document with the tables as separate image files. This would
of course also include .epub, as it is just a zipped form of HTML.
Luck;
Ken
This message was edited 1 time. Last update was at 10/05/2010 21:12:04
|
|
 |
![[Post New]](/jforum/templates/default/images/icon_minipost_new.gif) 10/09/2010 13:54:04
|
OR
Joined: 10/05/2010 16:16:47
Messages: 6
Offline
|
Good evening,
Thanks for your answer, Ken.
I just learned that activating the reflow (which I don't know what it means) the pdf appears as it is, and as it is on the computer, which is exactly what I wanted. I hope that the same holds for all the papers.
So, what does the option "activating/deactivating the reflow" means? What does it does? Or what does "reflow" mean?
Thank you for the attention,
OR
|
|
 |
![[Post New]](/jforum/templates/default/images/icon_minipost_new.gif) 10/09/2010 16:46:35
|
Ken Maltby
![[Avatar]](/jforum/images/avatar/9764334fc73c4790fa6f10e67a8d35cd.png)
Joined: 07/03/2010 18:44:13
Messages: 196
Location: The Heart of Texas
Offline
|
OR wrote:Good evening,
Thanks for your answer, Ken.
I just learned that activating the reflow (which I don't know what it means) the pdf appears as it is, and as it is on the computer, which is exactly what I wanted. I hope that the same holds for all the papers.
So, what does the option "activating/deactivating the reflow" means? What does it does? Or what does "reflow" mean?
Thank you for the attention,
OR
It should be that Deactivating the Text Reflow will display the page as it was created. (If the menu option "Reflow ON"
is offered, it means that the Text Reflow is off.)
The "Reflow" function is taking advantage of PDFs that identify the Text data separate from the Graphic data, some
few are just scanned pages that are all graphic data. The JBL (actually the Adobe Mobile Reader, installed with the
0.16e firmware.) can offer the PDF's display in either mode, as a full page image or where the text is reformatted
to fit the screen dimensions (reflowed across the page).
With the reflow off you are looking at the page through a window, for the page to fit in the window it must be
relatively small and hard to read. To see it better you need to zoom in on a part of the overall image. To see
other parts of the zoomed in image, you need to pan and scroll (with the arrow keys around the OK button)
the window you are looking through.
Luck;
Ken
|
|
 |
![[Post New]](/jforum/templates/default/images/icon_minipost_new.gif) 10/12/2010 16:56:34
|
ronouel
Joined: 12/15/2009 05:41:53
Messages: 76
Offline
|
Along the same lines, I am still trying to defeat auto paragraph indenting in txt and epub books, which I believe is being done by the FB Reader software that is embedded in the JBL. The files can be set in Calibre for no indenting, but the reader ignores this and indents them anyway. Is there ANY way to control this? Having an embedded application with preset parameters and no user access to its interface is a problem.
|
|
 |
![[Post New]](/jforum/templates/default/images/icon_minipost_new.gif) 10/13/2010 00:16:56
|
Ken Maltby
![[Avatar]](/jforum/images/avatar/9764334fc73c4790fa6f10e67a8d35cd.png)
Joined: 07/03/2010 18:44:13
Messages: 196
Location: The Heart of Texas
Offline
|
ronouel wrote:Along the same lines, I am still trying to defeat auto paragraph indenting in txt and epub books, which I believe is being done by the FB Reader software that is embedded in the JBL. The files can be set in Calibre for no indenting, but the reader ignores this and indents them anyway. Is there ANY way to control this? Having an embedded application with preset parameters and no user access to its interface is a problem.
The 0.16e firmware uses the Adobe Mobile Reader for .epub files. I like the way it handles the
display of epub books in general. It also indents paragraphs, which is something I expect in
terms of the page layout. Perhaps the indentation is a little more than I remember in pbooks,
but it doesn't bother me. I think it is an improvement over the earlier FB Reader implementation.
Luck;
Ken
|
|
 |
![[Post New]](/jforum/templates/default/images/icon_minipost_new.gif) 10/13/2010 15:56:39
|
ronouel
Joined: 12/15/2009 05:41:53
Messages: 76
Offline
|
The problem with auto indenting mainly lies in formatting verse. Any line that is longer than the screen width wraps as an "outdent" so to speak because the beginning of the line is indented. I happen to be one of those REACTIONARIES that subscribes to Ectaco's original advice to use txt files whenever possible. Partially because I don't like formatting choices that someone else has made, which often include distracting inconsistencies. I have a couple of macros in Jedit that allows me to either indent new lines in plain text (new paragraphs in a novel) or left justify (which I use for verse). The device overrides left justification with indents, and I cannot find a way to defeat it because both FB Reader in firmware 15DB and Adobe in 16E both put in the indents. So I am actually about to backflash all the way to 14k or wherever this auto indenting was not being used. Ectaco really should put in an option to turn this behavior OFF, because backflashing to an early version causes you to lose other functionality, like DRM that I may need for an occasional book purchase. So I guess I need two readers, one for txt and one for all other formats?
I started this rant almost a year ago about plain txt. ASCII, ISO, and other plain text encoding protocols are STANDARDS that should be displayed exactly as encoded (with the single exception of line wrap). They have epub, prc, pdf etc. to use for formatting manipulation- why can't they leave plain txt alone?
|
|
 |
![[Post New]](/jforum/templates/default/images/icon_minipost_new.gif) 10/13/2010 16:29:14
|
Ken Maltby
![[Avatar]](/jforum/images/avatar/9764334fc73c4790fa6f10e67a8d35cd.png)
Joined: 07/03/2010 18:44:13
Messages: 196
Location: The Heart of Texas
Offline
|
ronouel wrote:The problem with auto indenting mainly lies in formatting verse. Any line that is longer than the screen width wraps as an "outdent" so to speak because the beginning of the line is indented. I happen to be one of those REACTIONARIES that subscribes to Ectaco's original advice to use txt files whenever possible. Partially because I don't like formatting choices that someone else has made, which often include distracting inconsistencies. I have a couple of macros in Jedit that allows me to either indent new lines in plain text (new paragraphs in a novel) or left justify (which I use for verse). The device overrides left justification with indents, and I cannot find a way to defeat it because both FB Reader in firmware 15DB and Adobe in 16E both put in the indents. So I am actually about to backflash all the way to 14k or wherever this auto indenting was not being used. Ectaco really should put in an option to turn this behavior OFF, because backflashing to an early version causes you to lose other functionality, like DRM that I may need for an occasional book purchase. So I guess I need two readers, one for txt and one for all other formats?
I started this rant almost a year ago about plain txt. ASCII, ISO, and other plain text encoding protocols are STANDARDS that should be displayed exactly as encoded (with the single exception of line wrap). They have epub, prc, pdf etc. to use for formatting manipulation- why can't they leave plain txt alone?
Well... I would agree with that last part and could add that most programming is conducted with such formats and rely on a predictable response in this regard.
One suggestion I could make would be to consider .pdf constructed to match the JBL's display and reading it with reflow off, for poetry, tables or other material
that requires a strict treatment as to its page formatting.
Luck;
Ken
|
|
 |
|