「ヤフー vs クラスメソッド iOS 炎の7番勝負」で発表したスライド。 開発効率をあげるためのXcodeのtipsを紹介しました。 補足エントリはこちら: http://himaratsu.hatenablog.com/entry/xcode Ustはこちら: http://www.ustream.tv/recorded/44215492
1つのアプリに対して、プロジェクトファイルのコピーによるバージョン違いのプロジェクトデータが複数あり、突然コード補完候補がでなくなった。そのときの解決方法をメモ。 コードサジェストが出なくなった場合の対処法 [Xcode] Window > Organizer > Project > Derived Data / Delete をクリック 何やらたくさんのDerived Dataが溜まっている様子。 この際リポジトリも全削除。 [Xcode] Window > Organizer > Repositories > マイナス(削除)ボタン をクリック 全て削除したら直った。 シンタックスハイライトが正常に表示されない場合は、以下も実行。 [Xcode] Build Settings > Header Search Paths を検索 > $(SRCROOT)を追加 まとめ 今回コードサジェス
StoryboardHelper ! ヤフー vs クラスメソッド「iOS 炎の7番勝負」では負けてしまいましたが、みなさんが「いいね!」してくれた気持ちに応えるべく、StoryboardHelper を公開します! ソースコードで Storyboard に定義される View Controller や Segue の identifier をコード補完するプラグインを作成しました。その名も StoryboardHelper !(StoryboardIdentifierHelperじゃなくなりましたw) GitHub ソースコードや動作は、全俺が感動したプラグイン Lin-Xcode5 を参考に作成しました。 StoryboardHelper の機能がそのまま Lin-Xcode5 インスパイアであることや、ソースコードが非常に綺麗に書かれていること、とくにUI周りが秀逸であることなど本当
For the past month, I woke up at 7am, consistently worked until 7pm weekdays and Sundays to get Ripple out while maintaining a full-time job at Carshare.hk. This month, it’s all about the iOS experience — my challenge is to release both iOS Apps by the end of the year while playing an instrumental role as a designer/front-end. Download the functional Xcode prototype here: http://cl.ly/2A0m0j0i0g1K
After I wrote about Xcode 5 for designers, I immediately felt the need to follow up with something I felt was paramount to getting more designers on board with the idea: animations. Meet Canvashttp://canvaspod.io — Because layout codes can be overwhelming in Xcode, we try to make Canvas as lightweight and powerful as possible. Our goal is to speed up iOS development tenfold by using a plug and pla
Some developers say that macros should be avoided, but I find them very useful to add to my Xcode projects. By simply importing a single file -- UAMacros.h -- I immediately get the benefits of using these macro shortcuts to make my code much more readable. I'll admit that a negative point to using this approach is that sharing code without the macro file is not possible. Usually, if a Macro is use
Description A lot of codes are simple in design. Just by changing the order of words, letters, or the way you read them can turn a message into a secret code. Translating messages into code is called encoding. Translating messages into ciphers is called enciphering. When you attempt to figure out what a secret message is you are decoding or deciphering. To decode you need a code book. Lumping Word
The Panic File Museum. Welcome to everything we've ever made. Note: old software is unsupported.
X-BASIC for iOSのiOS7対応を始めて、iOS6との違いとかバグとかが見えてきたので、 ここに覚書をしていく。 発見した時点のものを書くので、最新バージョンのiOS7(もしくはSDK7)でどうかは、特に調べたもの以外は未確認。 ・・・ (1)NSMutableArrayにUILabelを入れ、 - (UIView *)pickerView:(UIPickerView *)pickerView viewForRow:(NSInteger)row forComponent:(NSInteger)component reusingView:(UIView *)view { return [lblArray objectAtIndex:row]; } とすると、選択項目(中央)の表示が抜けてしまう。 { UILabel *lbl=[lblArray objectAtIndex:row
A while back, I discovered a script called sort-Xcode-project-file in the WebKit project, which sorts the Xcode project by running the following command: I started using it to make files easier to find in my projects and just nicer to look at. After a while, I discovered that it helps a lot with merging the Xcode project file. If both sides of the merge are sorted, there are fewer differences when
Xcode の左側のファイルツリー表示は、何故かファイル名が名前順に並んでおらず、並べ替える機能もありません。なのでファイル数が多くなってくると、探したいファイルが全く探せなくてイライラしますね。このファイルツリーを名前順に並べたいというのが今回の課題です。 最初は以前に書いた記事と同じように、AppleScript で Xcode 内のファイルツリーを操作しようとしたのですが、残念ながら現行の Xcode はアイテムやグループの並べ替えに対応していませんでした。 次に考えたのは、Xcode のプロジェクトファイルを直接編集するという事です。調べてみると、Xcode 内の foo.xcodeproj の中に project.pbxproj というファイルが存在し、そこにファイルツリーの親子関係や並び順などが記述されていました。このファイルを編集すれば、Xcode 内のファイルツリーを並べ替
Build better apps. Use Reveal to help you review, fix and improve your app’s accessible and visual user experiences. Reveal is a powerful set of tools for professional mobile developers. Use advanced visualizations to inspect apps at runtime, modify views on the fly, debug layout problems, diagnose common accessibility issues, and even experience your app across different modes of accessibility.
Xcode 4.6 introduced a number of additional compiler warnings that are enabled by default for new projects. Unfortunately the release notes are none too clear about the new options: LLVM: New compiler warnings to help find subtle behavioral bugs when using automatic release counting (ARC) and weak references. If you have an existing project you can update to the new recommended build settings from
Xcode 4には、ターゲットのサマリーに「Version」と「Build」の欄があります。このBuild番号をビルドの度に自動的に増やしていく方法のメモ。こちらのQ&Aページを参考にしました。 バージョン番号とビルド番号の付け方について ターゲットのサマリーの"Version"はInfo.plistの"Bundle versions string, short" (CFBundleShortVersionString)、"Build"は"Bundle Version (CFBundleVersion)"に相当します。 バージョン番号とビルド番号の使い方の流儀はいろいろあり、プロジェクトにあった方法を選べばよいわけですが、私の場合は上のQ&Aページで説明されているのとほぼ同じように、次のようなルールで付けることにしました。 バージョン番号は、 {メジャーバージョン}.{マイナーバージョン}
仕事を持つ女性が一段と増えて来ています。 自立する女性が多くその結果、晩婚化や少子化の原因とも言われています。 しかしながら自分で生活して男性に頼らなくてもいいということは、女性のが男性に依存しなくてもいいので自由度が多くなって来たと言えるでしょう。 働きながらでも結婚して仕事を辞める事なくやっていく事も、可能になってきました。 今でもいわゆるマタニティハラスメントと呼ばれるものもあり、妊娠したら辞めるように言われる事もあるみたいですが働きながらでも育児休業を利用している人も多くいるのです。 しかし、そのような環境で勤務されている人もまた少ないのではないでしょうか? 公務員や大企業では、育児休業などもきちんととれると思いますが一般の中小企業では難しいものがあると思います。 今の時代は女性が働ける環境が整っているところは、まだ少ないと思います。 その上この不景気が続いていては、給料が少ないた
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く