はてなブックマーク

どうもこんにちは。 いつまで経ってもゲームが上達しないエンジョイナワバリ勢のTakaboSoftです。 スプラトゥーンで遊んでいると、セーブ時など（カスタマイズ画面からハイカラシティへ戻るときなど）に画面左下にインジケーターが表示されるのですが、「iOSだったらどうやって実装するんだろう？」とふと疑問に思ったのでちょっとチャレンジしてみました。 ※実験してみただけで、使う予定はありません。 ほとんど実物を見ないで作り始めたせいで、答え合わせしたらあんまり似てませんでした。 実物は同じ場所から定期的にインクが飛び出すようなものでした（今回はランダムで実装）。 縁付近が黒くなっているのも謎です。 製作過程 たぶん最大の難関は丸同士の距離が近いときに液体の表面張力のようなくっつき方をする所だと思います。 たとえばこんなもの↓です（こちらは3Dですが）。 （画像の著作権者：T-tusさん、ライセン

SceneKitを使ってジオメトリを自作しようと思ったら、なにかと時間が掛かったので、少ないであろう後発隊のためにメモを残しておきます。 Xcode 7.3.1 + Swift 2.2 カスタムジオメトリの作り方 計測データなど外部のデータを3D表示したい場合など。 平面や球体、立方体、円柱、トーラスといった基本的な図形は既存クラスを使えばすぐに構築できますが、それ以外は自分でジオメトリを作らないといけません。 そのレシピをまとめます。 SceneKit内での考え方ですが、まずは頂点に関する以下の情報をジオメトリの【ソース(source)】として扱います。 頂点座標の配列 各頂点における法線ベクトルの配列（オプション） 各頂点におけるテクスチャ座標の配列（オプション） （他にも数種類あるようですがよく知らないので省略） また、頂点を繋いだ以下のような情報はジオメトリの【要素(element

localizedStandardCompareを使えば簡単に実現できるもよう。 ファイル一覧を表示する画面などで、普通に文字列比較でソートしただけでは、数字部分が1->10->2というような不自然な並びになりますが、それを自然な並びにすることができます。 import UIKit let orgFilenames = ["aaa1", "aaa2", "aaa10", "aaa20"] println("元の配列", orgFilenames) let sortedFilenames1 = orgFilenames.sorted(<) println("通常のソート", sortedFilenames1) let sortedFilenames2 = orgFilenames.sorted { $0.localizedStandardCompare($1) == NSComparison

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

はじめに iOS7の頃にiOS7の曇りガラス効果について知っている事まとめなどという記事を書いた手前、iOS8で公式に実装された磨りガラス機能（UIVisualEffectView）についても何か書くべきだろうと思いまして、いろいろと挙動を調べてみる事にしました。 なお、UIVisualEffectViewの基本的な使い方に関しては、他の記事などを参考にしてください。 4行でBlurView（刷りガラス風）Xcode6&iOS8（SnowHideJPさん） [iOS 8] UIVisualEffectViewを使ってすりガラス効果を実現する（クラスメソッドさん） 通常の表示 ブラースタイルが３種類定義されていまして、この３種類の中から選ぶようなのですが、それぞれの結果が以下の通りです。 （各ブラーの背景が違うので比較しづらくてすみません、理由は後述。） ただ、この３種がなぜ選出されたかはよ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに iPhone5sはA7チップが採用され、世界初の64ビットスマートフォンとして話題になりました。その話を聞いて興奮された方、そうでない方、多々いらっしゃると思いますが、私は後者です(^_^; 64ビット端末が意味する事とは！？どんなお付き合いをすればいいのか！？などなどをアプリ開発者目線でざっくばらん（独断と偏見に満ちています）にまとめてみました。 なんでこのタイミングで64ビット化したの？ 64ビット化と聞いてアプリ開発者が一番想像し易いメリットはおそらく「使用できるメモリ量の上限が4GB(2GB)を超えられる」という点だと

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

2014/10/07更に追記 iOS8でブラービューが標準機能として搭載されました。 別記事に投稿しましたのでそちらをご覧ください。 http://qiita.com/takabosoft/items/84e2039c19685d1c028b 2014/03/28追記 Twitterにて、@takatronix様より情報を頂きました。 このページの「自前BlurViewの作り方」でご紹介しているUIToolBarを使ったBlurViewを実装しますと、リジェクトになる可能性があります。 ご利用は自己責任でお願いいたします。 なお、Appleが公式で静止画にブラーを掛けるコードを提供していますので、動的ではなく静的なもので宜しければこちらを使っていただく方が確実です。 https://developer.apple.com/downloads/index.action UIImageEffe

先日yimajoさんがQiitaへ投稿された記事「Xcode5から追加されたAsset Catalog最大のメリット」の中で Asset Catalog使える環境なのに使わないのは老害 とおっしゃっていたのを見て、大変ショックを受けた私（笑）はムチを打ってAsset Catalogの挙動を調べてみる事にしたのでした（もしかして釣られた！？）。 また、すでに「Asset Catalogはアプリのアイコンや起動画面で使うと管理が楽になる」というのは国内のブログなどを見ていても明白だと思いますので、今回は通常の画像パーツを取り扱う上で何をするとどうなるかを適当に試してみる事にしました。 Xcode 5.0.1 使用 (2013/11/15現在) 非RetinaとRetinaで同名ファイルを突っ込むとどうなるの？ New Image Setでaaaという名前のイメージセットを作り、1xに000.p

社内の別の開発チームにMacとRetinaなiPadを渡してアプリ作ってもらった結果、非Retina iPadで実行したらいろいろぼやけてしまってデザイナーまじおこ、などという事が起きてしまったため、その辺の傾向と対策を適当に書いてみようと思います。 （最初から非Retinaデバイスも渡しておけば済んだ話...とも言い切れず。） なお、公式ドキュメント等は熟読していませんので、間違った事を言っていたりもっと楽な方法がありましたらご教示をお願いいたします。 直線 UIViewの派生クラスを作成して単純な図形や表などを描画する事があるかと思いますが、何の偏見も無く(3,3)-(10,3)の水平線を1ポイントで描こうと思ったら、最初はこんな感じのコードを書くのではないでしょうか。 - (void)drawRect:(CGRect)rect { CGContextRef c = UIGraphic

概要 ここ１年ぐらいiPad向けのアプリを作っていたのですが、その際にXcodeを使ってObjective-Cのソースをそれなりに奇麗に見えるように自分なりにあれこれ試行錯誤してきました。その結果を整理して晒してみたいと思います。 なお、Appleが「Cocoa向けコーディングガイドライン」という物を出していますので、基本的な部分はそちらが参考になると思います。 https://developer.apple.com/jp/devcenter/ios/library/japanese.html （GoogleもObjective-Cのスタイルガイドを出していますが私は「なるほどそういう事もあるのかー」程度にしか読んでいません。） コーディングルールについては古の時代から様々な派閥があって議論になりがちですが、最終的には自分が好きなスタイルに落ち着くかと思います。 そのヒントにでもなれば幸い