ページに表示するコンテンツを仮にページめくりが必要なタイプなコンテンツであったとしましょう。され終えており、それらに高速にアクセスできることが求められることになります。構築するという設計プロセスに陥りがちだと思います。めくれることでいろいろな使い方が本にはあるというように、物としての構造が先にあり、そこから利用者の生活において状況ごとに使い方が自由に選べるということに主眼を置いているので、ペラペラできるのかできないのかということに注力していきます。ちなみに、前回までの記事はこちら。描画してつかんでめくるということを思いつきがちです。流行っていた時代にかなりの数が試みられてきました。いうインタラクションの作品があっていいと思いますが、実用的ではありません。ペラペラになっていればいいのだと考えます。デジタルならではのペラペラだと思います。いったことを実現するにはどんなアイデアが考えられるでしょうか。4つほど挙げてみます。配布してしまい、後はアプリにまかせるという方法は、選択肢としてアリです。普通じゃんと思うかもしれませんが、まずは普通の方法も選択肢に入れることを検討すべきだと思います。オンデマンドで印刷して配布するとかでもいいかもしれません。こちらの方向は、本シリーズにおいては僕が考える必要がないタイプのものだなあと思い、これ以上この路線は考えないことにします。高い性能を持ち、なおかつネットワーク環境も高速な場合は、先のページまでレンダリングしておくというのは一つの手です。それほど多くないページ数で構成されているものであれば、先読み込みを終えてしまい、レンダリングも終えてしまうことで意外と早くなるかもという気がします。文書には画像も含まれるので、それらの先読み込みもしておく必要がありますね。200ページ以上あるような本で同様なことが可能なのでしょうか。考えるとスケーラブルではないかもしれません。検討してみる価値がある選択肢だと思います。動画に変換してしまって、プログレスバーでペラペラするちょっとトリッキーな方法ですが、動画に変換しておき、それをペラペラするというやり方もあるかも考えられます。この場合、動画は再生されるものではなく、静止画の連続であるものになります。再生しても謎いものになるでしょう。何フレームで1ページとするかは議論の余地がありそうですが、一度にコンテンツを読み込め、尚且つ圧縮されているというのは理想的です。圧縮された結果細かな文字が見えなくなってしまうかどうかは検証する必要がありそうです。ブックアプリのような速度でペラペラができるのでしょうか。こればかりは自分でやってみないとなんとも言えません。いうことで、唐突に終わりますが、次回よりペラペラについて、よさげな実装をさぐってみます。やっていくうちに、全然方向間違ってましたなんてことに気づいたりするかもしれません。DesignWedgeの発行を開始。Webデザイン業の傍ら、海外のWebデザインに関する情報発信を行う。framework徹底入門』、『ウェブデザインコーディネートカタログ』など。自社製のWebデザインのクロール&キャプチャシステムvaqumをベースに、様々なリサーチを行っている。検定プロジェクトメンバー。KANSOCK.INDUSTRIES。