Re: Increasing internal app storage space in Android with an external SD card

On Tue, Aug 19, 2014 at 6:22 PM, [email protected] [peditors]
<[email protected]> wrote:
> On Wed, August 20, 2014 5:47 am, dmccunney [email protected]
> [peditors] wrote:
>> I mentioned in another thread that I acquired an Android tablet.  It's
>> a low end device, and the scarce resource is application storage.  It has
>
> good luck with your Android travels, I still haven't found an efficient
> way to CONVERT UPPER CASE to lower case, as Pedit tools let me do

Under what circumstances do you normally have to do that?  I have a
full implementation of Busybox on the tablet, and from a command line
in Terminal Emulator, I can probably use the Busybox tr implementation
to convert the case of a string. In an editor, it's trickier.

At the moment, my main text editor on the tablet is DroidEdit, with
the open source 920 editor as an alternative.  Neither appears to have
a change case  function.  It's available in Vim and Emacs, and Android
ports of both exist, but the Vim port has been modified to make use of
touch screens to the point where using it with an external keyboard is
problematic, and the Emacs port is bundled with a broken terminal
emulator and segfaults if you try to use it.

For an office suite, I use the freeware Kingsoft WPS Office package,
which is the best of the free office packages, but I don't believe the
Writer component has that.  I also have the Google Docs app, but I
don't think it does either.  I also have AndOpen Office installed, and
I think OO Writer does that, but haven't looked.

It's not a burning issue here, as there aren't all that many times
when I really need to do case conversion.

> on an Android/Palm angle;
>
> I've installed Handbase on Android, and, made a simple database,
> pleasantly surprised when I copied the file to Palm, Handbase on Palm can
> use database created on Android, well done, Handbase

That's not a surprise.  The app will differ depending upon the
platform, but the *data file* is the same.

On the PDA, one app I have installed for viewing eBooks is the last
PalmOS version (5.3) of the Mobipocket Reader.  Mobi Reader has been
ported to a number of other devices, but Palm was the first target,
and the format it uses still shows vestiges of that design, like 64K
record sizes.

I keep Mobi formatted books on the SD card.  Alas, on PalmOS, they
*must* be kept in /Palm/Launcher.  They aren't seen and read from
anywhere else. (This is a bug that will never get fixed, as Mobi's
documentation claims it will see eBooks in /palm/books.)   Mobi's
earlier Windows GUI Mobipocket Creator creates eBooks with a PRC
extension.  This is a PITA on the Palm, because of all the other
things with a PRC extension that might be there.  Fortunately, Mobi
Reader for Palm is adaptable.  I could rename Mobi books to use a
.mobi extension instead of .prc, and Mobi Reader could see and display
them.  Since I put books directly on the card with a USB reader, being
able to tell at a glance which files in /palm/launcher *were* books
was a boon.

And while next to no one still reads Mobi files on the Palm, I have
found very few current books in Mobi format that *won't* display on
the PDA.  (Stuff in the newer Amazon AZW format doesn't work, but
that's a tiny fraction of what is available.

On the tablet, I use the Java version of the open source FBReader
program.  FBReader handles both ePub and Mobi files, as well as the
FB2 format commonly used for Russian eBooks.  Under Windows and Linux,
the version in C also handles files used by the open source Plucker
offline HTML viewer for PalmOS.  That's a win for me, as I have about
4,000 documents in Plucker format, and it's nice to be able to read
them on something other than my PDA.

I'm still looking at database apps.  A current app in testing is the
open source URForms.  Android includes the public domain SQLite
database libraries, and keeps various things in SQLite databases.
URForms is a GUI taking a forms based approach to creating databases
using SQLite.

AndOpen Office has a beta version of the OO Base program, but that's
apparently buggy and crash prone.  No big surprise: OO Base uses Java
to create and manipulate databases, and on larger systems, you must
have a current Java Runtime  installed to use it.  (OO will *install*
without a JRE present, but you'll get errors is you try to use Base.)
Android uses a third-party JRE called Dalvik instead of Oracle/Sun's
version, and I suspect the problems in AndOpen Office Base are due to
that.

> Posted by: [email protected]
______
Dennis
https://plus.google.com/u/0/105128793974319004519


------------------------------------
Posted by: dmccunney <[email protected]>
------------------------------------

Latest pedit/pToolSet/LapTopHack at http://www.osuweb.net/~pc/pca/pc_all.zip
pedit/pToolSet/LapTopHack scripting info/resources at http://www.peditors.com
Peditors Forum http://groups.yahoo.com/group/peditors
Unsubscribe by writing to [email protected]