【Xperia】Android端末で読書【Desire】
OSにAndroidを使用している端末(スマートフォン、タブレット)での読書に関する話をするスレです。
読書に適した端末、読書アプリ、Android端末で読める電子書籍、Android向けの自炊技術等、
Androidでの読書ライフに関わる話題なら何でもOKです。 ついにフルHDスマホ発売とか胸熱だな
漫画と小説が読みやすくなるなら買うんだがw ぶっちゃけ読みやすいかどうかはアスペクト比で決まるからなw
4:3がベストで16:10がベター
16:9なら大差ないし ただ片手での持ちやすさは横幅の影響も大きいからこの点で4:3はやや微妙
な点もある。コミックはともかくリフローだと縦長でもそこそこいけるし。 ですよねー
画面サイズとアスペクト比
本体重量と電池容量
これらのバランスが難しいよね MHE novel viewerは認証あるみたいですが、グーグルアカウントが同一なら複数端末で使えますか?
Playストアで買った有料アプリの認証はGoogleがやっているのでアカウントが同じなら使える >>520
スマホとタブレット2台で使えてる。YMO!との連携が至高だけど履歴の同期取れないんだよなー ありがとうございます。
breader使ってましたがMHE試してみます。 >>524
俺もiphoneからMNP考えてるんでMHEリフロー機能の感想教えてくださいよ MHE使ってみた。
etiltran->白黒pngをzipでかためた小説を最配置で読む。十分使えてる。若干breadrの方が精度(改行とか)いい気がする。フリガナについてはMHEのほうがよさげ。
上真中tapで拡大縮小などすぐできる。下tapでスライドバーでてページ移動可。
breaderのような白黒反転は出来なさそう。文書選択画面はbreaderみたいな本棚はない。
brcと遜色なさげならMHEでもいいかな
ios6になってからはandroidのが魅力的なんだよねー PerfectViewerが3ヶ月も前からsmb対応してることに最近やっと気づいた
NASの中のzip直読みし放題で便利すぎる
自動単ページ←→自動見開き 一発切替も煩雑さなくなってわかりやすくなった
これで画面回転連動機能 縦→1枚(自動単ページ)、横→2枚(自動見開き) があれば完璧なんだが まじか〜
これで操作性が独特すぎるcomittoNから卒業出来るか? 今んとこzipだけだけどね、PDFは未対応
comittoN入れた直後に気づいたよ、これから更新履歴はちゃんと読もうとオモタ comittoNってそんな操作性が独特かい?
基本はめくる、戻る、とかだろ、俺はPerfectViewerと同じ操作にしてるけど
独特ってのはどんなとこが独特なの? 画面下端での指スライドでページ移動とか、あれ苦手。狙ったページに
飛べた試しがないし、特に本の最初や最後の方は飛びにくい。
画面上端の機能ポップアップも何で普通にメニューから選ばせないのか
不思議でならない。 画面操作のカスタマイズ方法がよくわからん>comittoN
前ページ / 次ページヘの遷移 を
| 次ページ | 前ページ |
に固定したいんだけど、本読みこむたびに、|前|次| に戻っちゃう
イメージ表示の設定→ページをめくる方向→左から右へ(左表紙) は
めくりエフェクト方向だけみたいだし
つか 「Comic & 青空文庫 Viewer」なんだから
画像なら左表紙マンガ、テキストなら右表紙が規定値、めくりエフェクトも自動連動でよくね?
作者はアメコミとかしか読まんのだろうか 533 名前: 名無しさん@お腹いっぱい。 Mail: sage 投稿日: 2012/11/09(金) 10:06:41.48 ID: 4DKPUPq/
画面下端での指スライドでページ移動とか、あれ苦手。
画面上端の機能ポップアップも何で普通にメニューから選ばせないのか
更新日: 2012/11/11
現在のバージョン: 1.11
・既存とは異なるページ選択機能をメニューに追加。
・画面上部をタッチ時に表示していた設定をメニューに追加。
ComittoNの作者ここオチしてんすかw 更新乙です。
でもページ選択機能は普通のスライダーバー表示が良いなぁ。 メニューに項目追加するより、ファイル選択画面で表示されるボタンを画面上部をタップすると縦2段で数秒間表示するようにして、そこから画像サイズとか回転とか選択するようにした方が良いかもしれない
メニュー項目が多すぎるのも使いにくいし
ただ、ミーヤやPVとほぼ同じ機能になっちゃうのがなんとなく勿体無いかも >>535
おお
|次|前| 固定できるようになってる、作者氏乙
ついでにファイル選択画面から設定に行かずにサムネサイズを直切り替え
できたらいいなあとか言ってみるテスト Nexus7とPerfectViewerとUSBメモリを使って、
自炊した本を読んでいる人いますか?
PerfectViewerでの本棚スキャンは、USBメモリを外したらその都度
行わないといけないんでしょうか?
Nexus7を買って、大量の自炊コミックを読みたいと思っているので、
快適に読めるか知りたいのです…。 本棚機能を使わないという選択肢もあるぞw
快適に読めるのは保証するが使い勝手についてはまた別の話だったりする ComittoNの説明文に「見てるよ」顔文字あるなw PerfectViewerがsmb対応したとはいえネット対応では先行者で、実際自分も結構
お世話になったので今後も頑張って欲しいな > ComittoN
しかしPerfectViewerとの差別要素となると・・・どんな可能性があるだろうね。 PVは落ちたり、応答不能になるバージョンアップが定期的にやってくるから
俺は基本はComittoNになっちゃったなー
PVでは手動でやってるんだけどComittoNではフォルダ、ファイルは時間で
ソート、アーカイブの中は従来通りのファイル名ソートって設定ができれば
新着フォルダ、新着ファイルが見やすいからいいなー(チラッチラッ
あと音声めくりの感度は設定できないんかな?
軽く息を吹きかける程度で反応してくれればいいのに…って思うことある あー、あとキャッシュ機能つけてほしい
sambaでファイル選択→裏でSDCARDにキャッシュしつつ読み進める
→キャッシュ完了したらキャッシュから読み込みに変更
キャッシュしたいファイルをあらかじめ選択しておいて、裏で
粛々とキャッシュしていってくれるとかできれば、シリーズ物の
読み進めも楽かもしれない
うちのWin7サーバーは遅いから、たぶん効果ありそう PVのsmb機能ではつながらないがComittoNだと繋がるので
ウチの環境だと一択 ComittoNってソース公開されてるの?
作者さんのTwitterでは公開しているみたいなことが書いてあったんだけど見当たらないよorz >>547
バージョン情報から行けるよ
てか、古いバージョンのソースしか公開されてなかったと思ったら、最新版のソースが追加されてて「見ているな!」って、感じだったわ >>548
ありがとう。
昨日、作者さんがつぶやいてくれてたw
コード見たけどPDFとか独自に解析しているみたいで、日曜プログラマな俺にはよくわからんかったよ。 >>543
・キャッシュについて
SMBアクセス中はローカル(SDカードの/comitto/comitto.cacheファイル)に
現在表示中のページ以降のデータをコピーしていきます。
キャッシュされていればローカルと同じ速度で表示できます。
すでにキャッシュ機能はあるらしいぞ
うちも重いけど端末性能がpoorだからなのか(EVO 3D使用) このスレで知ってComitoN使ってみた@GALAXY Tab
>>542のファイル・フォルダソート、書庫内ソートはすでに出来るようになってるね。
新しく追加したフォルダが分かりやすくて素晴らしい。
閲覧中「操作確認」で見えるタッチメニューを自分で変更できないんだろうか?
右上を「全体を表示」、左上を「画面の縦横切替」…のように機能割り当てしたい。
欲を言えば設定セットを作って、簡単に切替ができるようになってほしい。
縦で単ページで見る設定=「設定1」、横画面の見開き設定=「設定2」のように設定セットを
自分で作って、タッチメニューで切り替えたい。
これができれば通常は設定1の縦で単ページ閲覧していて、左右ぶち抜きの見開きページが
出てきたとき設定2を適用して見開き表示、次のページに移動して設定1で縦の単ページ表示…
のようなことがスムーズにできそう。こんな機能がついたらPerfectViewerには戻れなくなるw。
復帰機能に少し不満がある。
サーバーのアーカイブを開く、読み進める、「戻る」ボタンでファイル選択、もう一度「戻る」で終了
PerfectViewerでは次に起動すると最後に見ていたページを直接表示してくれる。
ComitoNでは次に起動すると最後に見たローカルフォルダのファイル選択画面になる。
再度サーバーを選択してファイルを探さないと見ていたページに戻れないので、PerfectViewerと
同じように最後に見ていたページに復帰できる設定が欲しい。
HOMEボタンで終了すると復帰できるのは知ってるけど、戻るボタンで終了した際も復帰できる機能を是非。 ■
通名の方々:
NHK
TBS・JNN・ニュースバード(NewsBird)
テレビ朝日・ANN
日本テレビ・NEWS24・NNN24
フジテレビ・FNN
共同通信(Kyodo・47News)・時事通信
新聞(朝日新聞・毎日新聞・読売新聞・産経新聞・日本経済新聞・東京新聞・・・)
ラジオ
出版社
■ >>456に書いてあるやつ、最近リリースされてた。
http://w.livedoor.jp/comiccafe/
ちょっと使ってみたけど、クライアントは普通だけどサーバのウェブアプリが重かった。
やっぱJavaはダメみたいだw iPadを使っていて、このたびNexus7を購入したのですが、
自炊小説(透明テキスト入りPDF)を読むのに最適なアプリは
PerfectViewerなのでしょうか?
ページをスライドで高速移動もできないし、単語を選択して辞書検索や
マーカー引きも(多分)できないのでちょっと不便に思っています。
こういった機能のついているリーダーがあれば教えていただけませんか? http://w2.p2.2ch.net/p2/read.php?host=anago.2ch.net&bbs=applism&key=1331127543&rc=257#r257
微妙にスレチだぜ、こっちで聞いたら? >>555
PDF限定ならezPDF Readerが最強でしょう。
有料だけどね。 >>556
リンク変なことになってますよ
スマホアプリ板見たけど、自炊PDFリーダーでは決定版はないっぽい
雰囲気ですね
まあ、iPadもi文庫HDの一択って感じだけど
>>557
dです
買ってみます 来期以降、6インチ前後でフルHDのAndroidスマホを各社用意してくるらしいな。
個人的には嬉しい話。 ComittoN 単ページ/見開き できるようになってるね、素晴らしい
ただなんか「回転」の挙動がいまいち不明
画面上左中央メニューのメニューから「90度」や「270度」を選んで縦→横回転すると
見開き設定を「そのまま表示」にしてないとページ上半分だけの表示になるのはどういう意図なんだろ?
(画像サイズ「全体を表示」、見開き設定「単ページ/見開き」で見開き2ページになるのを期待してた)
個人的には画面上左中央メニューは「回転」より「画面方向の切替」のほうがありがたいかな >>560
今朝の更新で画面の回転と余白削除に変更されてる >>560
回転は画像の回転なので、縦長画像を90度回転すると横長画像として扱われる
単ページ表示モードなら横長画像なので半分ずつ表示されるということで >>558
スレチだがiPadならBookmanとGoodReaderの組み合わせの方が便利だよ >>564
使い方にもよるけど
GRってPDFの単語選択→辞書連携とか
マーカー引いてその部分の埋め込みテキストをevernoteにアップロードとか
できないだろ?
純粋に読書ならi文庫HDの方がはるかに使いやすいと思う >>565
辞書連携ってこういうのじゃなくて?
http://i.imgur.com/Q8Nu5.jpg
ちなみにEvernoteにアップロードってどうやるの?
俺のi文庫にはそんな項目なさそうだけど ああ、アプリケーション連携ってやつでURLスキーム指定できるのね 自炊pdfはreaderのアプリが最強だな
読み込み成功さえすればページめくりは文句なし
ただ読めないファイルがあるから
それは諦めるしかない >>566
しおりのところにever noteの象さんマークがあるだろ
>>567
それ。EBPocketでEPWING辞書を色々入れてるから結構便利。
内蔵辞書じゃさすがに足りない ゾウさんに送るだけならコピーしてメールで送ればいいだけだからなぁ
EBPocketもクリップボード検索があるからコピーしてタスク切り替えすればいいだけだし、
iOSの「〜連携」って脱獄ツール以外は大したメリット無いんだよな わーCommitoN、かなりよくなってきてる
あとはラストページでページめくりしたら自動で次のファイル読み込む設定とかつけておくんなましー >>568
あとは画質を改善してくれればね>PDF
自炊と購入本の併用ではreaderアプリが優れている気がする。
以外に販売数も多いしね。 >>571
>あとはラストページでページめくりしたら自動で次のファイル読み込む設定とかつけておくんなましー
この機能Perfect Viewerも持っているけれども微妙に糞。
次の本を開くのはよいが記憶している前回最後に開いたページを開き直すから。
なので過去に読んだシリーズの場合、2巻のラストページでページめくりしたら3巻の
ラストページが開いたりする。
本棚等から本を直接選択して開いた場合は記憶している前回最後に開いたページから
開くので良いのだけれでも、本を跨いだページめくりの場合は記憶を無視して良い。
ラストページから次ページに移動した場合は常に次巻の先頭ページ、同様に先頭ページ
から1ページ戻った場合は常に前巻のラストページが開いて欲しい。 最後のページいったら消してくれていいな
もっかい読むとき最後開くのもなんだし >>574
>最後のページいったら消してくれていいな
なおこの本は読み終えると自動的に消滅する・・・? >>573
それ設定で選ばせてほしい
ちょっと前の巻を見直したときとか前回読んでた場所のほうがいい場合もあるし
>>576
おー作者様ー、ありがとうございますー
PVみたく寄付用のアレ作っていいのよw
あとフォルダ、ファイルは日付の降順ソートにしてるんで3巻の次が2巻とか
ならないようにお願いしますw
あと地味に読み返し用に「フォルダの中の既読をすべてクリア」もほしいw >>577
どこから読みたいかは状況にもよるので設定で切り替えもちょっと面倒かも。
こんな感じでどうだろう。
・ファイルやフォルダを選択して直接本を開いたとき
-> 前回最後に開いた場所から
・(まだ無いけれども)「前の本」「次の本」をタップしたりメニューから選んだとき
-> 前回最後に開いた場所から
・最終ページで「次のページ」をタップ、先頭ページで「前のページ」をタップ
-> 「次の本を開きますか?」ダイアログを表示。選択肢として「本を閉じる」
「次の本の先頭から」「前回最後に開いた場所から」から選択 要望要望で大変だな
>>577
普通に考えて、ファイルブラウザでのソート順で一つ下の本が開くのが基本では?流石に、各ユーザの些末な利用形態に合わせるのは無理があるだろ >>578
設定で切替は面倒って言われても、そもそも貴方の要望では
「無視してよい」とか断定して固定動作にしてほしいって>>573で言ってるから
そういう人ばかりじゃないんだから設定させてほしいって言っただけなんで…
>>579
普通に考えて2巻読み終わったら3巻でしょう
ファイルブラウザでは新刊を上に持ってきたい、次に読むのは+1巻
全然おかしくないと思うけど >>580
横やりですまんが、ファイル名のどの部分が巻数なのか判別するの難しいんじゃ?
実装できるなら検討してほしい機能ではあるけど。 >>581
例えば鉄腕アトムだったら
鉄腕アトム 1巻.zip
ASTRO BOY 002巻.zip
アトム 三巻.zip
とかじゃなく
鉄腕アトム 第01巻.zip
鉄腕アトム 第02巻.zip
鉄腕アトム 第03巻.zip
みたいに書き方を揃えるだろうから名前順ソートで次に進むだけでいいんじゃない? >>582
鉄腕アトム 第1巻.zip
鉄腕アトム 第9巻.zip
鉄腕アトム 第10巻.zip
みたいに桁がゼロ詰めされて揃ってないことぐらいは、最低想定してないとダメじゃね? >>583
そんなのゼロ詰めしてない人のせいでいいんじゃない?w >>584
普通のアプリは対応してるよ。そのぐらいは。 普通の人はゼロ詰めして揃えてるよ。そのぐらいは自分ですべき。 いや、そのぐらいはアプリでもすべきだよ。
別に難しいことじゃないし。 難しくないって断言するぐらいだから多分プログラミングの素養があると思うのだけれども
具体的にどうやって実装する?
巻数部分の数字を切り出す正規表現を列挙したりするのかな。 >>588
正規表現でもできなくないと思うけど。
まず数字とそれ以外の文字列に分割する。
例えば以下の2つのファイルがあった場合
"エリア88 第9巻"
"エリア88 第11巻"
"エリア" "88" " 第" "9" "巻"
"エリア" "88" " 第" "11" "巻"
数字として認識された箇所を10桁ゼロ埋めして、文字列を結合する。
エリア0000000088 第0000000001巻
エリア0000000088 第0000000011巻
これをソート専用の文字列に使う。
もし漫画のタイトルに10桁以上の数字がはいるような漫画があるなら、20桁ゼロ埋めにしてもいいし。
プログラムなんで一回コード書けば、面倒くさいことも全部やってくれるんだか、プログラムでやったほうがいいよ。
何も考えないで1巻から名前つけてたら、10巻が発売されちゃったって奴だってこの世にはいるんだからきっと。 先のことをなんも考えてないやつが悪いw
せめて2桁でナンバリングしとけ!って思うわ よく考えたらタイトルに含まれる桁数は普通はあってるはずだから、20桁云々のくだりは関係ないね。
流石に
エリア0088 第1巻
エリア88 第2巻
って管理してる奴はいないだろうしw >>590
良い悪いの問題じゃないんだよ。
プログラム側で対応すれば、こんな不毛な会話する必要ないんだからさ。
まぁプログラミングしたことない人には理解できないものしょうがないけど。 だからさ、人間がちゃんと管理してないものをプログラムで全部管理しろって
言い出したら巻数以外でも色々な問題があるだろ
上巻、中巻、下巻をちゃんと認識しろとか色々イレギュラーもあるんだよ
ただゼロ詰めするだけだろ
色んなリネームソフトだってある
PCのファイルシステムで管理するときだって変な並びを気にしないでいい
いちいち作者に負担かけてプログラムで対応させないで自分で管理しろよ 単純なソートはそれで十分なんだけれども(別に10桁詰めした文字列を起こさなくても
文字種でトークン分割してから部分毎に文字列や数値比較するコンパレーター書けば良し)
ファイル名全体を使って綺麗にソートする場合は例外ってのが結構あって、真面目にやる
には実際は結構細かく実装する必要がある。
・半角全角の正規化 (エリア88, エリア88)
・空白・デリミタ・約物の正規化 ([作者]タイトル、 [作者] タイトル)
・巻数表示の接頭語接尾語の削除 (第xx巻、 xx巻、 Vol xx -> xx)
・巻数相当の部分に「外伝」「短編集」等が来ていた場合の扱い
個々は別に難しくはないんだけれども、全てを細かく気配りし出すと面倒臭くはあるw >>593
もういいって。ちゃんと管理してることは良いことだし否定はしないからさ。
>>594
確かに、どこまでやるかってのはあるよね。
まぁゼロ詰めぐらいは、一般的なプログラマなら対応するでしょって感じですね。 >>595
>まぁプログラミングしたことない人には理解できないものしょうがないけど。
くらい言うんだから、単純にlistFilesの取得だけで済まないの分かってるんでしょ
listFilesの拡張関数くらい作って作者に提出すれば?
ちゃんと「サイボーグ009 02」とか漢数字などのイレギュラーも対応しておいてね >>596
>単純にlistFilesの取得だけで済まないの分かってるんでしょ
って話の流れ的にそうに決まってるでしょw
そもそもファイル名そのままじゃソートできないよねって話なんだからww
>>594氏が指摘してるようにどこまで細かくやればいいかってのはあるけど
ComittoNの作者さんぐらいのプログラマなら、わざわざ人が実装するような機能じゃないよ。
どっかの新人君レベルの初級プログラマが作ってるわけじゃあるまいし。 >>589
プログラムはかじった程度だったんで参考になりました、なるほどなー
この話の起点が、ソート状況には縛られたくない、だけどこれなら問題無さそうだし。 >>597
だから自分で関数作って実装してもらえばいいじゃん
プログラム技能よりイレギュラー対応が面倒なのは分かってるでしょ
なんで作者にすごい面倒なことやらせようとすんの? Windowsのエクスプローラーなどでも管理しやすくするためファイルの管理なんて基本中の基本
1巻からファイル名付けていって2桁になったからプログラムで対応しろ…って
たった9個のファイルを0詰めでリネームするだけだろ
便利になる人は限られている上に効果は小さい、それに対して作者への負担は大きい
CommitoNの作者はサービス精神旺盛だから限定的な機能として作ってくれる
かもしれないね…あとは作者様の判断でいいんじゃないの
もうめんどいからコレで俺は逃亡する >>599
だからプログラマじゃない君にはわからないと思うんだけど。
プログラマってそれぞれスタイルがあって、一般的には他人のコードはあんまり好きじゃないんだよね。
良いコード、悪いコードだけでは語れない、時は宗教論争みたいになる好みってのがあるから。
GitHubとかでワイワイ開発してるならpull requestするのもありだと思うけど、そうじゃないからさ。 >>600
まぁ一般ユーザが熱くなることじゃないよ。
お互い黙って作者さんの実装を待とうず。 実装の難しさにかかわらず要望として出すだけならともかく
普通は対応する、すべきというのは自分勝手でずうずうしいだけ
それこそ作者の判断する所 数値揃えはやるとして、上中下の並びと外伝、短編集も便利そうですな
実装するのはいいけど処理時間が気になるので設定で切替えですかね、設定増えすぎですけど
そろそろよそでやれと言われますよね >594レベルの「すごい面倒なイレギュラー対応」までしろ、といってる人はいない権
「数字を数値として扱う」って程度なオプションだったらPVや大抵のビュアーにあるし
ID:Yj/1XaYmが思ってるほど面倒でもイレギュラーでも限定的な機能でもないけどな
まあ自分は0サプレスにしないように管理してるけど
ティアズマガジンが100号いったときは正直メンドクセーって思ったわ おおリロったら作者さん来てた
上中下まで対応してくれるとマジで助かります >>604
乙です
いつも便利二使ってますありがとうございます
しかし「一般的なプログラマ」様ってのは偉そうですなw
押しつけ、決めつけ、保守コストを見積もらないw >>603
それを言ったら普通のユーザはちゃんとファイル名ゼロ埋めで管理するってのがそもそもの暴論だよ。
ユーザってそんな賢くないんだよ普通は。
だからプログラマっていろいろ考えるわけで。またそこが楽しいとこなんだけど。
>>604
ありがとうございます。助かります。 >>607
保守コストわろすw
どうやって見積もるの?今回のゼロ埋めのケースだとどのような理由で、どれだけ保守コストが増加するの?
一般的ってのは文字通り一般的で、例えば新人プログラマと仕事してて、
コードレビューとかしたら今回の桁数合わせなんて普通に指摘されるでしょ。 こいつ本当にプログラマなのか?うそだろw
ほとんど自分基準で
しないはず、いないはず、と仮定ばかり
自分と違う意見は具体的な案も出さず一般的プログラマを語って否定ばかり
一緒に仕事する人間は大変だなw ファイル名の整理すらできない人間がプログラマw
きっとp2pでダウンロードしまくったファイルが大量で整理できないんだろw 何が問題になってるのかよく分からんのだが、
単純に0付けなくてもソートできるようにする方がユーザビリティ向上するからいいんじゃね?
0付けると回避できるってのも確かに知識としては有名だけど知らない人は知らないだろうし、
ユーザーと開発者のどちらにその知識を要求するかってことならどう考えても開発者側に要求した方が合理的でしょ
個人的にはそもそも0を沢山付けるのが有名になってること自体がいかにもバッドノウハウって感じで無駄だと思うけどね
世界中でどれだけ沢山の人が無駄に0付けてるんだかw >>609
コードレビューで新人がこういう桁数あわせを実装していることが判明したら
容赦なく注意するね俺は。コード書く前に相談するかチケット書けと。
データ正規化の類は勝手にやられると予見出来ないトラブルの元。
普通は要件定義とかチケットとかテスト組からのレポートで明らかになっている
類の話で、コードレビューの段階で云々する事じゃない。 >>589
なにこのサンデープログラマコーディングw