ハタさんのブログ(復刻版) : MogSnapの「たべたい！」ボタンを押したときのアニメーションをTitanium Mobileで
MogSnapがリリースされて、個人的に楽しいなぁと思ってる「たべたい！」ボタン。何度も押したくなる。 このアニメーションを作りたいなぁ。と思ってやってみた。Titanium Mobileで 例によって、分かりづらいので、簡単なムービー ref - http://www.screencast.com/t/xIudGZAMiWks Unable to display content. Adobe Flash is required. 少しアニメーションは遅めにしてます。 コードはこんな感じ Titanium.UI.setBackgroundColor('#000'); var win = Titanium.UI.createWindow({ backgroundColor: '#fff' }); var view = Titanium.UI.createView({ layout:
ssig33.com - ネイティブアプリ並のウェブアプリを云々
なんか最近そういうの流行ってるようですね。僕も考えを書いてアクセス数を稼ぎます。 ページ遷移を過度に抑えようとするな 下手に AJAX 使いまくるぐらいならページ遷移したほうがマシであることが多いです。世の中にはページ遷移を抑えようとして酷いことになってる JS を沢山見ます。よく考えろ。 ローカルストレージを活用しない localStorage に画像とか放りこむの異常に重くなるのでオススメしません。認証持たないサービスで設定値保存するのに使うとかに留めた方がよいと思う。 非同期な API 絶賛してて気に食わない感じはしますがこの記事を一読することをお勧めします。 localStorage は小さなデータをいくつか入れる分には十分に高速です。大きなデータを入れると十分に低速です。 scroll イベントに対してリスナーを置かない scroll イベントの監視は実際最悪のアイディアです。こ
TitaniumのロジックとUIのプロパティ定義を分離する - ひげろぐ
UIの部品をたくさん追加するとコードの見通しが悪くなってくるので、なんとかしたいと思った。 そこでUIのプロパティを指定するオブジェクトを別の場所で定義して分離することにしてみた。 Ti.includeを使うとコードの分離は簡単なので、方法は至って単純。 styles.jsというファイルにプロパティの定義を追い出す。 2010/02/12追記 Titamium Mobile 1.5からJSSというものが使えるようになっていて、以下のstyles.jsでやっていることをCSSっぽく書ける。 ただ1.5の時点ではiOSで問題があり、JSSの更新が二度目以降のビルドに反映されず、更新を確認するためには都度build以下を削除しないといけないようなことになっているようだ。 元のコード まずは分離前。 hoge.js いたって普通に書いたコード。 UI部品が少ないうちは問題ないが、部品が増えてくると
TitaniumのWindowは再利用するべきか - ひげろぐ
何度も同じ内容のWindowをcreateしまくっていいのだろうかと言うこと。 例えば何かボタンを押すたびに以下のようなコードを実行するとする。 var newWin = Ti.UI.createWindow({ url: 'hogehoge.js', title: 'ほげほげ', }); Ti.UI.currentTab.open(newWin); これで新しい画面に遷移した後、元の画面に戻ってまたボタンを押したら同じ内容のWindowがまた作られて、リソースを圧迫していくのではないかということが心配になる。 都度createしないで再利用すべきなのだろうか。 再利用しないとWindowはどんどん増えていくのか？ この懸念に関してはWindowがフォーカスを失ったときにcloseされるので問題ないようだ。 hogehoge.jsに以下のようなコードでWindowオブジェクトが破棄される様
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
