はてなブックマーク

uGUIには標準のタブレイアウトがない 面倒くさがり屋の俺はどんなに簡単に自前で用意できるものでも時間短縮のため基本的にアセットストアで買う。でも売ってないものは買えない。 なんか手頃なuGUIでタブレイアウトを扱えるアセットがなかった。止むを得ず嫌々書いた。 スクリプト 適当に保存する。 using UnityEngine; using UnityEngine.UI; using System; using System.Collections.Generic; [AddComponentMenu("UI/Advanced/Tab Controller")] public class GUITabController : MonoBehaviour { [SerializableAttribute] public struct TabContentsPair { public Butto

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

我々エンジニアにテンキー？ まず俺が使用しているbluetoothでワイアレスなテンキーについて紹介しよう。 写真はアマゾンから拝借してきた。すまん。 http://www.amazon.co.jp/dp/B00H39T2Q4 こいつである。 なぜ今テンキーかというと使いこなせば作業効率が上がるからである。 決してエクセルで事務仕事をひたすらするなんちゃってIT系のためだけのものではない。 差別用語が出てしまった。誠にすまない。 これを純正のワイアレスキーボードの左側に隣接して使用してほしい。 サイズもぴったりなので綺麗に隣におけるはずだ。 例えばこの状態でクリップボードの履歴管理アプリを起動しショートカットを割り当てれば数字キーだけで瞬時に10個の履歴を管理できる。 他にも使っていないマックユーザーは絶対いないと言われるBetterTouchTool(http://www.bettert

100 files 573 text files. 564 unique files. 17 files ignored. http://cloc.sourceforge.net v 1.62 T=4.16 s (132.5 files/s, 33163.3 lines/s) ------------------------------------------------------------------------------- Language files blank comment code ------------------------------------------------------------------------------- XML 204 362 7566 45933 Javascript 128 5113 4432 27884 Java 162 6251

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 追記 多くの方が目を通してくれているのでIDE情勢が変化し次第、内容を随時更新することにした。 特に最近、C#周りがホットになってきている気がするのでその辺も含めて少し情報を変更、追加した。 マイクロソフトの独壇場なイメージがあったC#は今では様々な分野、プラットフォームで利用されており、大変有用な言語となっている。 IDEってどれがいいの？ 結論から言うとJetBrains社が出してるIDE使っておけばもっといいのがあるよって異論を言われるはずがない。 もちろんこれまで長くコーディングを嗜んできた人やポリシーがある人はそれで構わないし

追記 冒頭に追記をさせてもらいたい。 あれから関数型についてあれこれと考えてみたが、関数型は万能ではないようにも思える。 特にゲームプログラミングにおいてはすべてを関数型で済ませられない気がする。 フラグの処理（例えば主人公がこの地に足を踏み込んだらイベント発生）などなんらかのトリガーを仕掛けるぶんにはとても向いていると思う。 しかし大抵のゲームで扱われるゲームオブジェクトの座標は変わりうる数値で持っておく必要があると思う。 ゲームの世界が100*100程度のマス目でできていれば大丈夫かもしれないが、全部が全部そうはいかない。座標は少数が使われる場合も多く、イミュータブルにすべての座標を作成しておくとすればメモリーエラーが起こり得るだろうし効率的とは言えない。 ゲームプログラミングでは多くの場合、前の位置を元に現在の位置を計算するということを毎フレーム行っている。なので現在位置を変化しうる

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

自分用プロガード設定ファイルから使えそうな部分を Android開発の工程でたいしたことないはずなのに一番嫌いな作業はプロガード設定ファイルを書くこと。 なんかなかなか自分が意図したように出来ないし、大規模なプログラムだといろんな要素が干渉し合い何時間も食われることも。 正直自分もイマイチ理解出来てないので突っ込みどころが満載かも知れませんが、血と汗と涙のテキストです。容赦なく突っ込んでくれたら勉強になります。 # -keepattributes *Annotation*, Signature, Exceptions, InnerClass # Javascript interface -keepattributes JavascriptInterface -keepclasseswithmembers class * { @android.webkit.JavascriptInterfa

面倒なAndroidのダイアログ Androidのダイアログは昔はActivityクラスにonCreateDialogをオーバーライドして記述すればshowDialogメソッドなどで簡単に表示出来た。 しかし現在は非推奨APIとなっている上、見た目のカスタマイズが容易ではない。（Androidバージョンごとに違う方法でテーマを適用してやる必要がある。） だから推奨されているFragmentを使うのが今流というわけだ。 やっぱり面倒なダイアログ しかしDialogFragment、これがまた面倒だった。 前時代のダイアログではちゃちゃっと記述すればデフォルトの質素なUIでダイアログを表示してくれたが、今回はDialogFragmentをめちゃくちゃオーバーライドしてやらないといけなかった。 もちろんダイアログの特性上、ダウンロード完了後などの非同期処理の完了後等に呼び出される事は考えないとい

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions { // その他のコード // Replace UIAlertView with other AlertView [BILib replaceImplementationForClassName:@"UIAlertView" methodName:@"show" block:^(UIAlertView *_self) { SIAlertView *alertView = [[SIAlertView alloc] initWithTitle:_self.title andMessage:_self.message]; // convert buttons for (NSInte

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

# pragma mark - Properties About File Name @property(nonatomic, copy) NSString *fullPath; @property(nonatomic, strong, readonly) NSString *name; @property(nonatomic, strong, readonly) NSString *extension; @property(nonatomic, strong, readonly) NSString *parentName; @property(nonatomic, strong, readonly) NSArray *pathComponents; # pragma mark - Properties About File State @property(nonatomic, assig

追記 最初に追記を書かせて頂きます。 今回の記事の内容を利用して申請したアプリは一度リジェクトされましたが、プライベートAPIを利用したことに関して一切のことは書かれておらず、そこに関してはお咎めなしでした。 ですので、「やむを得ない場合」は是非この記事を参考にしてください。 （アプリ内で利用するデータはiCloudのバックアップの対象から外すようにとの内容でした。どうやらiCloudのバックアップ対象にするのはアプリを通じてユーザーが作成したドキュメントくらいが妥当だそうで、iCloudのバックアップはファイル、ディレクトリの保存場所にも依るかもしれませんがデフォルトではYESのようです。） さらに後日談 申請も通りましたので、結果実際にこの方法を利用したアプリは審査を通過したということです。 ちなみに今回の記事で例にしているバイブレーションに関する実装を使用しました。 プライベートAP

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?