Sponsored Content
Full Discussion: Do You Own a Kindle?
The Lounge What is on Your Mind? Do You Own a Kindle? Post 302486605 by Perderabo on Sunday 9th of January 2011 02:40:15 PM
Old 01-09-2011
I never scroll in any direction. As far as I know the kindle cannot scroll. The kindle seems to know when a line should kept intact. But if it doesn't have room, it wraps to the next line. This is why I rotated the kindle 90°, it reduces (but does not eliminate) the wrapping. I can also switch to a smaller font size to get more on the screen.

Pdf files are another story. I have a complete set of Solaris 10 pdf's in the kindle. The images just shrinks until everthing fits left to right. The pdf page breaks are ignored and the kindle re-paginates the document. The font is painfully small but legible in normal mode. It's much easier to read in rotated mode.

The larger kindle has enough real estate to handle any doc. After the price drops quite a bit more I probably upgrade.
 

We Also Found This Discussion For You

1. Hardware

Forcing Linux to keep charging my Kindle

Linux seems to have weird USB power saving features, my Kindle 3 only gets some charge before Linux powers down the USB port. When the device is mounted, it doesn't get enough power, with this same hardware under Windows I don't get the message on the Kindle "currently your kindle is not... (2 Replies)
Discussion started by: John Tate
2 Replies
bdftopcf(1X)															      bdftopcf(1X)

NAME
bdftopcf - convert X font from Bitmap Distribution Format to Portable Compiled Format SYNOPSIS
bdftopcf [-pn] [-un] [-m] [-l] [-M] [-L] [-t] [-i] [-o outputfile] fontfile.bdf OPTIONS
Sets the font glyph padding. Each glyph in the font will have each scanline padded in to a multiple of n bytes, where n is 1, 2, 4 or 8. Sets the font scanline unit. When the font bit order is different from the font byte order, the scanline unit n describes what unit of data (in bytes) are to be swapped; the unit i can be 1, 2 or 4 bytes. Sets the font bit order to MSB (most significant bit) first. Bits for each glyph will be placed in this order; that is, the left most bit on the screen will be in the highest valued bit in each unit. Sets the font bit order to LSB (least significant bit) first. The left most bit on the screen will be in the lowest valued bit in each unit. Sets the font byte order to MSB first. All multi-byte data in the file (metrics, bitmaps and everything else) will be written most signif- icant byte first. Sets the font byte order to LSB first. All multi-byte data in the file (metrics, bitmaps and everything else) will be written least significant byte first. When this option is specified, bdftopcf will convert fonts into "terminal" fonts when possible. A terminal font has each glyph image padded to the same size; the X server can usually render these types of fonts more quickly. (The behav- ior described here for the -t switch is the default behavior. The switch is maintained only for backwards compatibility and has no effect.) This option inhibits the normal computation of ink metrics. When a font has glyph images which do not fill the bitmap image (that is, the "on" pixels do not extend to the edges of the metrics) bdftopcf computes the actual ink metrics and places them in the file; the -t option inhibits this behaviour. By default bdftopcf writes the pcf file to standard output; this option gives the name of a file to be used instead. DESCRIPTION
The bdftopcf program is a font compiler for the X server and font server. Fonts in Portable Compiled Format can be read by any architec- ture, although the file is structured to allow one particular architecture to read them directly without reformatting. This allows fast reading on the appropriate machine, but the files are still portable (but read more slowly) on other machines. SEE ALSO
X(1X) AUTHOR
Keith Packard, MIT X Consortium bdftopcf(1X)
All times are GMT -4. The time now is 07:14 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy