[Logo]
  [Search] Search   [Recent Topics] Recent Topics   [Hottest Topics] Hottest Topics   [Members]  Member Listing   [Groups] Back to home page 
Forum rules     [Register] Register / 
[Login] Login 
        Now, by registering on our forum you get a chance to receive giveaway offers, valuable discounts and other great deals! There is no obligation to buy anything - just register and contribute to the forum to take advantage of this great opportunity.
Justify text in JetBook Lite and modifying the format of a file (in any of the formats)  XML
Forum Index » jetBooks
Author Message
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
Ken Maltby


[Avatar]

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

[Email]
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
Ken Maltby


[Avatar]

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
[Email]
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.
Ken Maltby


[Avatar]

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
[Email]
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?
Ken Maltby


[Avatar]

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
[Email]
 
Forum Index » jetBooks
Go to: