PDFViewの方は、まだ可能性が残っていると考えています。
ルートイメージの以下のフォルダに有る、フォントファイルのどれかを、Windowsあたりの日本語TTFにすり替えればもしや･･･と考えています。
\usr\share\DocsToGo\fonts

Classic環境からwebOSへのコピペについては、Classic側でクリップボードのコード変換をして、それをwebOS側に渡す実行ファイル(拡張子.so）が必要な気がします、
※Palmアプリ側からsoの呼び出しは、amdc リソースとして偽装するスタイルになると思います。
いずれにせよハードルは高いと考えています。

それとボクもjavascriptは専門外で、こんなスクリプト言語でそこそこのアプリが書けるなら、これからボチボチ覚えてみようかなぁと思ってます（＾＾）

PDFViewは同一内容の文書の場合、やはりフォント埋め込み有りの方はちゃんと表示できるのに対して、埋め込みなしの方はエラーが出て開けませんでした。

Classic環境からwebOSへのコピペに関しては言われてみればその通りですね。でもClassic->WebOSでは常にSJIS->UTF8の変換をするだけですから、そんなに複雑ではないと思うんですがやっぱり開発陣に日本語を解する人がいないと難しいかもですね。

ところで１２日から１４日の記事を見ましたが早速ハックされているようでいろいろ夢が膨らみますね。私はSprintネットワーク圏内にいるので件のパッチを当てても有効性の確認にはあまり役に立てないのですが、参考にさせてもらいます。javascriptはこれまで触ったことが無いのですが、とりあえずルートイメージを眺めてみようかと思います。

DocViewはフォント埋め込みのファイルならイケそうな気がして来ました。
office2007以降のWordとExcelでしたら、保存時にフォント埋め込みの指定が可能です。
（拡張子が、例えばWordなら doc → docx となるみたいですが）

ルートイメージをざっと解析しましたが、フォントに関しては
システムとDocViewのフォントの所在は別フォルダになっていました。

あとルートイメージには、webOSに標準添付されているアプリのソースも入っていました。
噂通り、すべてのアプリは、Javaスクリプトとcssで実現されていました、チョット驚きです。

それとClassic環境からwebOSへのコピペですが、コード体系が異なるので（前者がShift-JIS,後者はユニコード）
単純には行かないと予想しておりますが、如何でしょうか？

ミニー さん情報ありがとうございます。 http://www.sumibi.org/ では変換はできたのですが、変換結果をコピーできませんでした。もしこのサイトのCGIスクリプトなりが入手できれば少しいじってコピー可能にできるかもしれませんが、現時点ではそもそも（日本語に限らず）ブラウザ上で文字列をコピーすること自体がうまくいっていないのでどうなるかわかりません。もっといろいろ試してみたいと思います。 Classic環境では日本語入力出来るので、Classic環境と本体アプリの間でクリップボードが共有されていれば何とかなったんですけどね。開発元に要望を出してみましょうかね。なんにしても、新しいデバイスでこうしてあれこれ試したり、考えたりするのも楽しいです。