いつまでビルド時間をもて遊んでるつもり？今すぐ導入すべきiOS開発を爆速にするXcodeプラグイン - Qiita
by @mixiappwchr 下記の記事の中でもちらっと紹介したのですが、開発時のビルドを毎回やり直さずに修正できるXcode Pluginが非常に便利なので紹介したいと思います。 細かいチューニングを繰り返す場合に絶大な威力を発揮します。 DeNA中の人が事例で語る、アニメーションやデザインのアプリを効率よく開発するためのTips ここで書きましたが、このプラグインを使うと ビルドやり直ししてアプリ再起動など、いっさい必要ありません。 利点としては実際は裏でビルドしてるので、主にビルド時間というより、アプリが再起動が必要なくなる事です。 例えば深いところにあるUIの修正となると大きく威力を発揮します。 修正 ↓ アプリ再起動 ↓ そのページまで行く と行った事が 修正 ↓ 確認 ですみます。 シミュレータだけでなく、TCPで情報を送ってるので実機とmacが通信できるネットワークにいるな
Xcode の便利プラグインまとめ - Qiita
Xcode の便利プラグインまとめ はじめに Xcode 8 からのいわゆる Xcode Source Editor Extension ではなく、あくまで非公式のプラグインを掲載します。 インストール先は ~/Library/Application Support/Developer/Shared/Xcode/Plug-ins/ Alcatraz などのパッケージマネージャを使うと管理が楽 Xcode の更新でプラグインが使えなくなる事もあるので注意 "DVTPlugInCompatibilityUUID" を追記する事で対応出来る場合もある（後述） 管理 Alcatraz Xcode プラグインや Color Scheme などを管理するパッケージマネージャ。これを入れておけばこの記事を見なくてもだいたいのプラグインは参照できます。 メニューバー > Window > Package
Xcodeのコード補完が超絶便利になるプラグイン - Qiita
FuzzyAutocompletePlugin Xcodeのコード補完機能がファジー(曖昧)になり、かなり使いやすいです。 GitHub:https://github.com/chendo/FuzzyAutocompletePlugin 導入方法 初めてプラグイン導入手順はこちらを参照してください。 初めてのXcodeプラグイン導入手順 $ git clone https://github.com/chendo/FuzzyAutocompletePlugin.git $ cd FuzzyAutocompletePlugin $ xcodebuild -project FuzzyAutocomplete.xcodeproj build これだけです。 あとはXcodeを再起動すれば、導入完了です。 実際に使ってみると、こんな感じです。 self.view asと入力すると addSubvie
Xcodeのプロジェクトファイル（pbxproj）がコンフリクトしまくるのをなんとかしたい！ | TOKOROM BLOG
2014/02/09 追記 コメントのところでやり取りしているようにmergepbxの作者さんから連絡があって、この記事で書いた問題が修正されました！ 今現在は merge=mergepbx がいい感じになってきているのでそっちがオススメです。 複数人でプログラミングしているとpbxprojがやたらとコンフリクトする 例えば、 Aさんが AALabel.m をプロジェクトに追加して Bさんが BBLabel.m をプロジェクトに追加して とただそれだけなのにマージのときにコンフリクトするpbxprojさん。。。 ただそれぞれファイルを追加だけのことでコンフリクトするなんて… どうにかならんもんかいとTwitterでつぶやいたところ、 @azu_re さんから有り難い教えが！ @tokorom gitはファイル別にマージ方法を指定できるので、mergepbxみたいなのをpbxprojのマージ
Xcode Cheat Sheet
Copyright © fournova Software GmbH Mentioned product names and logos are property of their respective owners. imprint / legal notice
Intermediate Debugging with Xcode 4.5
The one single constant in software development is bugs. Let’s face it, we don’t always get it right the first time. From fat fingers to incorrect assumptions, software development is like baking cakes in a roach motel – except we supply the critters! Luckily, Xcode gives us a myriad of tools to keep the nasties at bay. There’s obviously the debugger we know and love, but there’s a lot more it can
Xcode 4でビルド番号を自動的に増やす方法 - Awaresoft
Xcode 4には、ターゲットのサマリーに「Version」と「Build」の欄があります。このBuild番号をビルドの度に自動的に増やしていく方法のメモ。こちらのQ&Aページを参考にしました。 バージョン番号とビルド番号の付け方について ターゲットのサマリーの"Version"はInfo.plistの"Bundle versions string, short" (CFBundleShortVersionString)、"Build"は"Bundle Version (CFBundleVersion)"に相当します。 バージョン番号とビルド番号の使い方の流儀はいろいろあり、プロジェクトにあった方法を選べばよいわけですが、私の場合は上のQ&Aページで説明されているのとほぼ同じように、次のようなルールで付けることにしました。 バージョン番号は、 {メジャーバージョン}.{マイナーバージョン}
Xcode and git: bridging the gap
Apple integrated git into Xcode 4 in 2011 much to the relief of iOS developers everywhere. Unfortunately when collaborating on projects with multiple developers, Xcode and git can still seem miles apart. Here are some ways that we can bridge the gap. .gitignore The first adjustment is to tell git to ignore certain files generated by the OS X Finder and Xcode, artifacts from the build process and a
iOS 6 では Supported interface orientations の順番に注意！ - 24/7 twenty-four seven
最近の Xcode ではアプリケーションが対応しているデバイスの向きをターゲットの Summary 画面から GUI を用いて設定できるようになりましたが、ここから設定する場合はボタンを押す順番に注意する必要があります。 というのも、この画面で設定した内容は、Info.plist の Supported interface orientations (UISupportedInterfaceOrientations) に反映されるのですが、この項目は Array の値で順番が起動時の状態に影響するからなのです。 上記の画面の状態になるように、ボタンを左から順に押していった場合、Info.plist の UISupportedInterfaceOrientations は下記のようになります。これは新規プロジェクトを作成した場合のデフォルト値です。 今度は同じ状態になるように、ボタンを「右か
iOSアプリ開発で例外の発生した場所を特定する | DevelopersIO
iOSアプリを開発していて、例外が発生してアプリがクラッシュしてしまうことがしばしばあります。 Xcodeでは、クラッシュ時に得られる情報が少ないので、原因究明に時間がかかってしまいます。 そんなときは、「NSSetUncaughtExceptionHandler」を使用すると便利です。 まず、試しに、よくある例外をわざと発生させてみます。 - (void)viewDidLoad { [super viewDidLoad]; // ここで、わざと例外を発生させてみます。 [[NSArray array] objectAtIndex:0]; } 実行すると以下のようになります。 「UIApplicationMain」で止まってしまって、状況がよくわかりません。 「NSRangeException」が発生したことくらいはわかりますが、もう少し情報が欲しいところです。 そこで、「NSSetUnc
$(SRCROOT) や $(BUILD_DIR) 等の Xcode で使用しているマクロの置換内容の一覧を調べる方法 - その後のその後
Info.plistや、ビルド設定をいじっていると、こんな文字列に出くわすかと思います。 $(PRODUCT_NAME) $(TARGET_TEMP_DIR) $(SRCROOT) これらはそれぞれ特別な意味を持ち、Xcode がビルド時だか何だかのタイミングでプロダクト名とか環境に応じたパスとかに置き換えたりしてくれるものです。 が、 「SRCROOTってどこだっけ？プロジェクト直下？それともその一つ下？」 「Library Search Path を指定したいけどこの場所を指定するのにどのマクロを使っていいかわからない」 みたいなことになることが度々あるのではないでしょうか？（僕はあります） そして困ったことに、これらを網羅したAppleのドキュメントもありません。 （※というのは間違いで、バッチリありました。末尾の追記をご参照ください） 最近やっとその「Xcode で使用しているマク
Mac OS XのUnity上でNativePluginをデバッグする
Mac OS用のNativePluginの作成方法に続いて、Xcodeでのデバッグ方法について 書いてみたいと思います。（ちなみに作成はこちらのエントリを参照） まず、NativePluginはUnityのプロセス内でロードされるので、Unity.appをgdbからアタッチするか、NativeApplicationをXcodeからデバッグ実行するときの実行ファイルとしてUnityを指定すればいいはずです。 というわけで、Runモードのスキームを編集してUnityを実行するようにしてみます。 この状態で実行してみると、 Finished running Unity : と出てすぐにアプリケーションが終了してしまいます。 あ、あれ？ では、今度は実行中のUnityにアタッチしてみます。実行中のアプリケーションにアタッチするには、メニュー＞Product>Attach to Process の中
深淵へ - ゾンビオブジェクトを検出する (Xcode編) - Kazzz's diary
iOSプログラミングの学習と称して書籍やネット上のサンプルコードを試しているが、「iOSプログラミング 第2版」の10章のコードにて、意図しない所で"EXC_BAD_ACCESS"に遭遇した。 "EXC_BAD_ACCESS"といえば噂には聞いていたが、iOSで最もよく遭遇する異常終了の原因の一つである。これに遭遇したということはiOSプログラミングのスタートラインに立ったということだろう。 さて、異常終了が発生したのは分ったがこれだけでは情報が不足しており手がかりも何も無い。変数ビューを見るとPossesionクラスのメンバ変数であるpossesionNameとserialNumberはNSString型だが、正しい値がセットされていないようだ。 そこで、Xcode上でアプリケーション実行時に環境変数をいくつか追加することで追加のデバッグ情報を取得することにする。 Xcode 4.2で現
NSLocalizedStringでiphoneアプリ多言語対応 Xcode4 – Tech Diary Blog
NSLocalizedStringで多言語対応 日本語版のiPadアプリが完成したので、AppleStoreに登録しようとしたところ、Primary Languageで止まった。 Primary Language、つまり「主要な言語」を選択してください、ってことなんだけど、 登録進めようとしたところ、「Primary Languageは1度決めたら2度変更できませんよ」って警告がでた。 日本語選択したら、そのアカウントではずっと日本語ですよ。ってことみたい。 いや・・。それは困る。 一応、調べてみたら本当にそういうことみたい。 前置き長くなったけど、iPhoneアプリの多言語対応化について調べたのでメモ。 多言語対応のためのNSLocalizedStringってのが最初から入っているので、そんなに大変ではないです。 ちなみにXcodeのVersionは4.0.2です。 NSLocalize
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
HugeDomains.com
How do I find out what exception was thrown in the Xcode debugger (for iPhone)?
Xcode 4.6のレコメンド警告
Xcode 4.4 Changed Localization Workflow
ハイスピードXcodeコーディング – iphone_dev_jp東京勉強会 | DOTAPON Blog