■ オンラインプレゼンツール「Prezi」を使ってみたけど、これはすごいかも知れない 少し前に話題になっていたけど使うチャンスがなかったオンラインプレゼンツール「Prezi」、社内でLTをする機会があったので使ってみた。いやぁ、これは相当面白いね。 サイトにあるデモを見ればどういう感じかわかると思うけど、ぱっと見ただけではトランジションが風変わりな普通のプレゼンソフトに見える。でもこれ、既存のプレゼンツールからすると、パラダイムがまるで違う。Preziの評価で「スタイリッシュなプレゼンが簡単に作れる」みたいな言い方が多いけど、ぜんぜん違うよコレは。このアイデアは単にカッコイイとかそういうレベルじゃない。 よく会社の会議なんかで、A3 1枚にExcelシート上に描かれた図表をばばーんと印刷して、それを説明するなんて場面があるけど*1、「右上のこれが××なんですが、左下にある……そう、それは○

ソフトバンクが光の道はA案かB案か、なんていう広告を大量に出しています。WEB広告くらいかと思ったら、TVCMまで出しています。ここまで必死にやるには、裏には相当困っていることが起きているんだろうなぁ、と言うところで、いろいろな情報もでてきたので、簡単にまとめ。 まず、ソフトバンクの言っている「A案」「B案」について。A案は光が5000円で地方切捨て、整備も遅い、といい、B案は光が1000円ちょいで地方も全部整備で整備も早い、と広告しています。まずどう考えてもこの二つが比較になっていない、と言うことに気づきます。 だって、この情報だけでは、B案以外に選択肢が無いじゃないですか。それ以外に全く差が無く、この条件だけしかないのであれば、だれが考えてもB案になります。しかし国はA案を選択し、ソフトバンク以外のすべての事業者がA案に同意している。これはおかしなことです。 その根本的な理由は、B案は

■iFingerScrollを公開したあと、GmailのiPadビューのペインスクロールが自分のに比べて相当サクサクなのに気付き、どうやってんだろと思ってPCからiPadのUAを送ってソースをちょっと見てみたところ、” -webkit-transform: translate3d “をつかってdivをスクロールさせてるらしいことがわかりました。 ということでiFingerScrollもCSS Transitionでabsoluteの座標を動かすのではなく、translate3dの指定をjavaScript側の制御で動かすように再実装したところ、いい感じになりました。translate系の指定はもともとtransitionやanimation目的でGPUサポートありで実装されてるので、CSS Transition/Animationとして使わなくても速いのかもしれません（憶測）。レガシーCS

TiltShift Generator以降、なかなか新作をリリースできていませんが、水面下では大きなアプリがいくつか動いてたり、コンサルっぽいことしてたりしています。みなさんこんにちは。 さて、10/27日に、Appliyaさんと4001Fieldさんの行う、iPhoneアプリ制作講座の講師をやらせていただきます。お申し込みはこちら。 B2Bや、企業アプリなどを想定して、 ・iPhone / iPad アプリにはどんな種類があるか ・どういった考え方で、アプリの企画を考えるか ・作り込むときはどういうことに注意するか ・架空のお題で、アプリが実際１本、企画とインターフェースを作ってみる。 という辺を、しゃべる感じです。ちょっと駆け足なのでもう少し整理するかもしれませんが。 架空のお題は、色々考えたんですが、iPhoneでATMアプリ (オンラインバンキングアプリ) を設計してみる。というの

なぜ綴じ製本が考案され、ひとつの道具としてこれほど強い支持を集めているのかといえば、なにはさて置いても、まず最初に、長大な文章へのランダムアクセスが簡単になるという点を挙げざるをえないでしょう。 どんなに長大な文章でも、裁断した紙に順番に印刷していったん綴じてしまえば、任意の箇所をページ数で指し示すことができます。その後で行数、文字数を示せば完璧です。 よく知りませんが、聖書なんてあんな寄せ集めの本、綴じ本がなきゃ企画もされなかったんじゃないですかね。 巻き物に、そんな真似はできませんね。やっぱりよく知りませんが、三蔵法師が持って帰ってきたありがたいお経というのは、一本一本別々のものだったでしょ？ しかし、これはいってみれば「図らずも」ってかんじなんだと思いますが、綴じ製本は、シーケンシャルアクセスに対しても、大きなメリットを発揮していたんだと思います。 それは、長文を読む際に、 ・一度に

With tools like Appcelerator’s Titanium and some JavaScript programming skill, creating native iPhone and iPad apps is simple. The danger is in not being always on the look-out for the kind of design pitfalls that plague many products in the App Store. In this post, we’ll consider some design tips that will get you on the road to iPad success. Design For PeopleApps will define the iPad, it’s true.

前回に引き続き、スマートフォン対応サイトを制作する場合に気をつけるべきポイントとして、「PCサイトへの誘導の必要性」についてご紹介します。 スマートフォン対応サイトでも、PCサイトへの誘導を残しておこう スマートフォン対応をしているサイトの中には、PCサイトへのリンクが用意されている場合があります。せっかくスマートフォンから利用しやすいユーザインタフェースを用意しているのに、どうしてPCサイトへと誘導する必要があるのでしょうか？ 今回は、PCサイトへのリンクが必要な2つの理由についてご説明します。 スマートフォンはPCと比べると画面サイズも小さいため、最適化したサイトを作るために機能を絞ったり、情報量を減らしてサイトを構成するケースがよくあります。このような場合には、忘れずにPCサイトへのリンクを用意しておくことが必要です。 amazon.co.jpのiPhoneサイトを例に見てみると、ト

W3C Recommendation 14 December 2010 This version: http://www.w3.org/TR/2010/REC-mwabp-20101214/ Latest version: http://www.w3.org/TR/mwabp/ Previous version: http://www.w3.org/TR/2010/PR-mwabp-20101021/ Editors: Adam Connors, Google Bryan Sullivan, AT&T (until 2008) Please refer to the errata for this document, which may include some normative corrections. See also translations. Copyright ©2010 W3

別にARの専門家でも何でもないのだけど、位置情報のことはある程度判ってる立場から、今後のARに必要になるのでは？と思うことを3点ほど。 これまでBlogWrite使って来たけど、Mac使い始めたのでectoに乗り換えたので、投稿テストも兼ねて。 視野を計算するのではなく、視野から情報を得る方向性に セカイカメラはもちろん、iPhoneやAndroidで今出て来ているARアプリケーションは、みんな情報を座標で管理して、その上でデバイスの位置と方向を判定し、画面に重畳する情報を計算する路線ですが。 今はまだそれしか実現方法がないだろうから仕方ないとは思うけど、正直その方法だと誤差が大きすぎるだろう。 GPSは数mから数十mは平気でずれるし、電子コンパスもそこまでの精度はない。 GPSの精度向上は、準天頂衛星やIMES等で向上はするだろうけど、それでも数cmから数十cmはズレるだろう..