ラベル iPad の投稿を表示しています。 すべての投稿を表示
ラベル iPad の投稿を表示しています。 すべての投稿を表示

2012年3月17日土曜日

iPad3 ケース


iPad3 (正確には第3世代)を買ったので早速レビュー。
と言いたいところだが、ネットを見るといっぱいあるので、違う視点で書いてみる。

いろんな記事があるけど、iPad2と比べるのが多いね。
そこで、初代iPad (第1世代)を持っているので違いとかをちょっと。

まず、並べてみた。 ・・・こんな感じ。

確かに画面は綺麗になっているが、あんまわからん。
良く見れば分かるが、そんな感じ。

でも、厚さは違うのが解る。 角が尖って切れ味最高!・・・iPad2には負けるが。
おかげで、ケーブルを挿すのがちょっとやりづらい。

で、古いケースに入れてみた。

うは、ブカブカ。
初代iPadとiPad3はサイズが微妙に違うのだ。

次は、キーボード付きのケースに入れてみた。
こっちもブカブカ。ずり下がって、しまう。無理にでも使うには、何か詰め物が必要なようだ。

う~む。
iPad2とiPad3は厚さは異なるものの縦横は同じらしい。 
なので、iPad2用のケースに入れてみた。アマゾンでiPad3にも対応って書いてあったので、怪しいけど、安いから失敗してもイイかと思って買ってみた。980円なり。




きついので、ちょっと無理やり入れる感じ。・・・でもまぁ悪くない。ちゃんとカメラの穴も空いているし。

今見たら、このケース無くなってた。・・・もう在庫切れなのか?


追記
なんか検索してみたらあった。
【JAPANNEXT】Apple 新しいiPad (Ipad3) / iPad2専用スタンド機能付スリムレザー ケース (ブラウン)


2012年2月10日金曜日

Android vs iOS (その2)

OSのバージョンアップ
どこかの記事で読んだ内容だが、Androidユーザーは現在の機種に不満があるので新しい機種を求めるのに対し、iPhoneユーザーは現在の機種に満足したから次の機種を求める、という調査結果があった。
この違いはどうして生まれるのか?

iPhoneはOSのバージョンが原則一つしかない。つまり古い機種でもだいたいバージョンアップできている。しかし、AndroidはOSのバージョンが数多くあり、しかも頻繁にリリースされ、バージョンアップされない機種が続出する。
大抵1機種で1回までのバージョンアップ程度。IDEOSは購入時既に2.2だったがそれからいままでそのまま変わらず。今でも売っている機種にも関わらずだ。そうなるとアプリメーカーは大変だ、機種が多いだけでなく、複数のOSに対応しなければならなくなる。
これでは、売れないのにますます開発コストがかかるようになってしまうから、iOSアプリを作りたがるのだ。

商品サイクルとバグ対応
ガラケーと呼ばれるフューチャーフォンの時代から携帯電話の商品サイクルはすごく速かった。夏モデルとか秋モデルとかいう感じからすると、4半期ごとに新製品が投入されるわけだ。目まぐるしいスピードだ。
全世界的にみても、日本ほどではないにせよ、似たようなものだ。とにかくひしめき合っている競合達よりも1日でも早く最新機種を投入したい。それがまた問題を生む。

Googleが機種メーカーに同時に新しいAndroidを供給したとして、競合よりもいち早く市場に出そう思えば、当然品質管理(QA)の期間があまり取ることができない。つまり見切りで発売されてしま事がしばしば起こってしまい、バグ付きで出荷される。
このバグは、OSがもともと持っていた隠れバグと機種依存のバグの両方がある。
iOSでは、同じOSを使う競合が存在しないため、それほど急ぐ理由はない。また、出荷されてから市場でバグが発見された場合、数日から数週間でパッチが当たっていた。iPhone4Sもすぐに電池が無くなるという問題があったが数日で修正された。しかしAndroidではメジャーなメーカーしかなかなか対応しない。 もちろんこのことがユーザーの不満となって残ってしまう。

・・・さらにつづく

2012年2月9日木曜日

Android vs iOS (その1)


アプリと機種対応

機種の数や全体の販売数から見ると、Androidの方が優勢なのは明らかだ。
しかし、面白い話を聞いた。iPhoneアプリの方が Androidアプリよりも4倍売れていると言うのだ。
2012年のシェア予測だと、Androidが56%に対して、iOSは僅かに15%しかない。
機種や台数では圧倒的にAndroidの方が優位なのに、何故そんなことが起こるのか。

これは、実際にアプリを購入しようとすると分る。 Androidのアプリが売れない理由は対応機種が少ないからだ。
自分の機種で動作保障されなければ、たとえ少額でもおいそれと購入しないだろう。
iOSでは一部旧機種には対応しないことはある。しかしほとんどは稼働するし、稼働しない場合もそのことが明示されているので分る。
しかし、Androidでは機種が多すぎて動作保障されない場合も少なくない。
アプリメーカーは市場に多く出回っている機種のみ保証する。全部対応していたらきりがない。

Androidなんだから皆一緒でしょ、と思うかもしれない。
しかし、売り出されている現役の機種の中にはハイスペックのものから、ロースペックのものまでさまざまな機種がある。
これらで特に大きく異なるのは画面解像度だ。またCPUの能力差も大きい。
確かに、IDEOSを動作保障機種にしていたアプリは見たことが無かった。マイナーな機種は基本的に無視される。
さて、そうなると、ほぼ100%が実質対応機種であるiOSと一部しか対応機種にならないAndroidでは比較条件が異なってしまう。
買ってみて動かなかったら丸損となる。それがAndroidアプリが売れない理由。
アプリメーカーから見てみると、あまり売れないは、機種対応コストはかかるは、では、力を入れようとは思わなくなる。
そうなると、ますます売れなくなって悪循環となる。

・・・つづく

2010年6月30日水曜日

iBooksのブックカバー

iBooks の本棚に並ぶ本には視認性のよさや並べた満足感もあり、ブックカバーが欲しいところ。
これには2つの方法がある。

一つは、iTunesで本を選んでプロパティに画像を貼ること。これは音楽のレーベルと同じ方法。
これだと、作成時に常に一体化しないので利便性が悪い。
もう一つの方法は、epub形式のxmlにメタファイルで cover= を設定すること。
こっちのほうが、epub としては当たり前の設定らしい。
しかし、使ってるepub編集ソフト Sigil だと、coverの設定が分からない。
help で cover を検索しても出てこないし・・・。
もしかして機能がないのかも。
困った困った。

エディタで書き加えるのはメンドイ。

2010年6月27日日曜日

Web漫画を保存する

Web漫画はネット上にいっぱいあって、まだまだ、収集は終わらない。
どんどん、iBooks化して、iPadに溜め込んでるけど、ぜんぜん終わらない。
漫画によって置き方がバラバラで、それぞれ手を入れないとなかなか上手くいかないから。

で、今回はちょっとしたテクニックの紹介。

Web漫画はイロイロな形でページに置かれる。種類はだいたいこんな感じ。
  1. html に画像が貼ってあるだけ。
  2. JavaScript プログラムで画像だけ表示切替え。
  3. Flashを使ってヴューワーを起動して画像を表示。
  4. Flashを使ってビューワーを起動してストリーミングで画像を表示。
  5. Flashを使った謎のプログラム。
1がほとんどだけど、企業サイトとはは、4と5が多い。これは簡単にコピーされないようにするため。
そういったものは画面に表示されているときに画像キャプチャソフトで撮るしかない。
3の場合はフラッシュとして保存すれば、画像を吸い出すことができるツールがあったりする。

で、「画像一括ダウンロード!」っぽいソフトの類は1しか画像のゲットはできない。
2以降はリンクがhtmlに埋め込まれてないから。

で、2の場合は、表示された画像をエクスプローラにドラッグすればコピーできるけど、全部のページでそれをやるのは面倒だし、漏れがないか気になるし、それに画像にリンクがあるとファイル名がリンク先になってしまうので困る。

そこで、コミックスクリプトという良く使われるスクリプトの場合だけだけど、簡単に保存できる方法を説明する。

コミックスクリプトは、ファイル名がかならず、1.gif ~ 32.gif みたいな感じで単純な数字の連番になっている。
gif だったり、pngだったり画像形式は決まってないみたいだけれど。

さて、画像ファイルがどこに入っているのか見てみよう。

IEのだと、最初のページを表示させた状態で、画像を右クリックして表示されるメニューから「プロパティ」を選ぶと、ダイアログが表示されて、アドレス(url)が表示される。

Chrome だと、右クリックメニューから「画像URLをコピー」でURLがクリップボードに入るのでどこかにペーストして見てみるといい。

ここに画像が連番で入っている。

で、こいつらファイルをローカルの HTMLファイルで表示させる。

次の HTMLファイルをローカルに作る。

<html>
 <body>
  <script>
  tpage = 1; // 最初のページ番号
  epage = 32; // 最後のページ番号
  url = "http://xxxxxx.net/xxxxxx/ep1/" ; // 画像が置いてあるURL

  for( i=tpage; i<=epage; i++ ){
   document.write("<div>" );
   document.write("<img src='" + url + i + ".jpg'>" );
   document.write("</div>" );
  }
  </script>

 </body>
</html>

ファイル名は何でもいい。拡張子は ".html"で。

さっき見たURLから最後のファイルのところだけ削って、url = のところに書く。
ページを開くと最後のページ番号が書いてあるので、それを epage = のところに書く。
.jpg になっている画像の拡張子は、必要ならば正しいものに書き換える。

次に、このファイルを保存してブラウザで開く。
そうすると、全部の画像が一つの画面に表示される。

あとは、これをブラウザの機能を使って画像ごとファイルに保存する。
そうすると、画像だけ新しいフォルダに全部入る。

と、こんな感じでゲットする。
章ごとに分かれてフォルダに入っていることが多いので、それぞれのフォルダごとにこのファイルを作って保存する。

あとは、これらの画像を使って epub 形式に作るのだ。

2010年6月8日火曜日

ひたすらWeb漫画

ひたすらWeb漫画を収集しては iPadに入れるファイル(iBooksで読めるやつ:epub形式)に変換する日々。どんどんたまってきたが、よっぽどの大作で無い限り容量もたいしたことない。いくら入れてもiPadはスカスカ状態。

変換するのにスクリプトとか書いてどんどん効率が良くなってきた。
漫画専用の epub 作成のアプリケーション作るのもいいかなと思ってきた。

漫画ってヤツは、忘れた頃にまた読むのがいい。
そのためにも、いっぱい溜め込む必要ありだな。

これで空港とか長い待ち時間は退屈しなくていいかも。

Web漫画はたいてい1ページ単位でできている。
市販本漫画は、見開き(2ページ)が基本なので、漫画の読み方がレイアウト的に異なる。
ページをめくったときに次に見えるコマや、めくる前のコマが、それなりの意味を持って描かれる。
それが見開き単位でおこなわれるのが、市販本漫画。
しかし、Web漫画だとそれが基本1ページ単位となる。

iPadだと、漫画の見開きは画面サイズと解像度の関係で見開きをいっぺんに見るのはつらい。
1ページだと見やすい。
なので、Web漫画は iPadに最適なんじゃないかと思う。

しか~し、Web漫画でもなぜかときどき見開きぶち抜きのページをつけちゃう作者がいて困る。
まぁ、タダで見てるので文句は言えないが・・・・。

2010年6月7日月曜日

iPad ケースに穴を!

「iPadケースの落とし穴」の続き。

iPadは外光に反応してバックライトの明るさを自動調節する機能があり、安いiPadケースを買ってしまったために、その外光を検知するセンサーがふさがれてしまい、その機能が使えなくなっちまった。

そこで、ケースに穴を開けて対処することにした。
ドリルでガリガリと。
位置は適当にした。


こんな感じ。
なかなか上手くいかないもんだなぁ。
けばけばな感じに。
やすいケースだったが、どうやら本物の革だったようだ。



実際にiPadを入れると、こんな感じ。
で、肝心の反応の方はというと、・・・・微妙。
だいたい位置はあってるけど、穴が小さすぎるのかも。
それなりに厚みがあるからかな。少しでもずれると反応しなくなる。

まぁ、こんなものか・・・。

2010年6月5日土曜日

iPad で漫画を!

iPadって漫画読むのにすごくよさげだと思ったけど、今のところまともに提供されているのが無いみたいなので、んじゃ、自分で作っちゃおうってことで、調べてみた。

まず、ビューアーだが、標準でついてる iBooks ぐらいしかまともなのがないのか?
まぁ、これでいいとして、・・・・・。

なんと、コレ右開きがない。漫画には致命的。アメリカで売ってるジャンプでさえ、右開きだっていうのに、アホかと、バカかと。

アップル、漫画なめちょるな。

まぁ、あんまりちっちゃくなると、読めなくなるから片面のみで我慢することにした。つまり、iPadで漫画を読むときは、縦限定で読むってこと。
で、漫画そのものはどうするかというと、Webで公開されてる漫画の中にもすっげぇ面白いのがある。
なので、とりあえずこれを入れてみる。
だいたい、Web漫画ってやつは、普通の本形式の見開きを意識しないでレイアウトしているものもおおいので、縦限定でもたぶんOK。

さて、画像ファイルをフォルダに一つ一つ放り込むんだけど、これが結構大変。
単純作業だけど、ページが多いとそれなりに面倒。
保存ざれるファイル名に気を付けてとにかく放り込む。

で、使うツールは、Sigil ってやつ。
iBooksのファイル形式は、epubと言う形式で、これは画像とかhtmlファイルとかをzipで固めたもの。
このSigilはそれをそのまま編集できる。結構便利なもの。
で、起動するとこんな画面。



まずは、InsertメニューからImage...を選んで、フォルダのファイルを全部選んで、開くボタンをクリック。
これでファイルを全部読み込んだんだけど、コレだけじゃどうもダメっぽい。
ページが前後したり、きちんと漫画1ページが本の1ページに対応してくれない。

そこで、ViewメニューからCode View を選んで、HTMLファイルを編集だ。
<p><img src="../Images/no0401.gif" />・・・・・<img src="../Images/no0499.gif" /></p>

こんな風に画像の img タグの行が全部くっ付いちゃってるので、これをバラバラにする。<div>タグで囲めばよい。 ついでに、<p>タグはいらない。

画像の全部の行を

<div><img src="../Images/××.gif" /></div>
にする。
センタリングとかしたい場合は、div にスタイルでも与えてくれ。
全部の行を<p>でくくると、なぜか1ページおきに表示されてしまうっぽい。

まぁ、そんなわけでこれを保存して iTunesに送れば、終了。

無事漫画がiPad で見れました。


※画像 暗くてスマン。



2010年6月1日火曜日

iPad ケースの落とし穴

iPadを買ってみて、やっぱりケースが欲しくなったので、Amazonマーケットプレイスで1029円のレザーケースを買った。

「レザーブックケース for Apple iPad」 なんだこれ、型番すらない。

やけに安かったので不安だったのだが・・・・。

レザー? これレザーなのコレ?
合成革のようにも見えるけど、本革って言われてもよくわからん。
しかし、この値段なら文句は言えない。

さっそく、iPadを入れてみたら、なんと、画面がやけに暗い。・・・・ムムム。



理由は、画面の明るさ調整を自動でやる設定になっていて、そのセンサーがすっかり隠れてしまうのだった。
いろいろ、他の高いケースを見てみると、ホントに高いケースは、ちゃんとセンサー部が隠れないようになってるが、他のそこそこ安いものでも、すっかり隠れてしまうご様子。

さて、どうしたものか。

・・・そうだ、穴を開けよう。
うん、そうしよう。

さて、クレードルにパイルダーオン(古い)!!
・・・できない。 やっぱ安物だ。
他の高級品だと、できると書いてるのがあるな。ショボーン。

それはさておき、カバーを付けて鞄に入れて家に帰ったら、何か重い。
調べてみると、重さ約221グラムか、そんなんでもなんか重くなった感じがする。
Appleのサイトで調べると、iPad はたったの680グラム。
つまり、680グラムが901グラムにアップしてしまったわけだ。重さ1.325倍だ。
せっかく軽いiPadが、それなりに重くなってしまう。
これも気をつけるべきポイントかも。