Ruthlessly Simple Dependency Management with Carthage
About the content This content has been published here with the express permission of the author. Carthage is a new dependency manager for Objective-C and Swift projects, intended to be the simplest way to add frameworks to a Cocoa application. Carthage works by delegating tasks to Xcode and Git, minimizing new concepts as much as possible, so you can continue to use the tools you’re already famil
niw.at — iOS で文字数制限つきのテキストフィールドをちゃんと作るのは難しいという話
「そんなん簡単やろ」と思いますよね。 たとえば、「UITextField 文字数制限」でググれば山のようにブログ記事やらコードが出てくるし、Stack Overflow に載ってるコードのコピペ一発で解決しそうに思えませんか? 実は文字数制限をつけたテキストフィールドはそんなに簡単な話ではないのです。 shouldChangeCharactersInRange:replacementString: は使えない子 今回はこれに尽きます。 UITextField や UITextView のデリゲートで呼ばれる textField:shouldChangeCharactersInRange:replacementString: やtextView:shouldChangeCharactersInRange:replacementString: は使ってはいけません。 より正確に言うと、使うとき
Swift を使ってみてがっかりした点まとめ
数日間iOS8/Xcode6/Swiftな環境で色々試してみて、Swiftを使っていて思ったよりがっかりした点が多かったのでちょっとまとめてみようと思います。 動的な処理がSwiftだけでは一切できない [NSObject performSelector:]の類と、NSInvocationがSwiftからは一切呼び出せません。使おうとすると怒られます。objc/runtime.hは試していませんが、同様に直接Swift経由では呼び出せず間にObjective-Cをかます必要があるのではないかと思われます。 @optionalなprotocolが限定的にしか使用できない 具体的には@objc属性を付けないと使えません。しかしながらこのような後方互換性のためだけに存在する属性をいつまでもAppleがサポートするかは疑問が残るというのと、もう一つ以下の様な問題があります。 @objc属性のついた
CoreBluetoothの概要 - Reinforce-Lab.'s Blog
iOSアプリケーション開発 この章は、iOSアプリケーション開発にBluetooth LEを提供するCore Bluetoothフレームワークを解説します。 Core Bluetoothフレームワークは、iOSアプリケーションにBluetoot LEデバイスの発見、接続と読み書きの操作を提供します。このフレームワークが、2章で述べたBluetooth LEの通信規格や振る舞いなどの技術詳細を隠蔽して抽象化するので、アプリケーション開発者はアプリケーション開発だけに注力できます。 iOS5とiOS6で、Core Bluetothフレームワークが対応する機能が大きく異なります。iOS5は、Bluetooth LEのセントラルという役割を提供します。iOS6は、セントラルに加えてペリフェラルという役割も提供します。iOSのバージョンごとの対応を、iOS5およびiOS6のアイコンを節のタイトルに表
ユーザの許可を求めるアラートに追加のメッセージを含める方法 - 強火で進め
どの機能へのアクセスかに合わせて、以下のKey名を 〜-Info.plist に追加。 (2016/10/01 追加) 現在の Xcode でプロジェクトを新規作成した場合には Info.plist というファイル名で作成されます。 (追加ここまで) 値に指定した文字列が確認のアラートの文章に差し込まれる。 機能 Key名 対応OSバージョン Bluetooth NSBluetoothPeripheralUsageDescription iOS 6.0〜 カレンダー NSCalendarsUsageDescription iOS 6.0〜 カメラ NSCameraUsageDescription iOS 7.0〜 アドレス帳 NSContactsUsageDescription iOS 6.0〜 位置情報 NSLocationUsageDescription iOS 6.0〜 マイク NS
Objective-C のコードレビューチェックリスト - Qiita
はじめに 本稿は Juri Pakaste 氏による Cocoa review checklist (commit fff5703)の翻訳です。他人の Objective-C のコードをレビューするとき注意する点、また普段のコーディングで心がけるべき点についてまとめられています。 なお、原文のタイトルは Cocoa review checklist となっていますが、内容が Cocoa に限らない範囲のトピックをカバーしているため、本稿のタイトルは「Objective-C の〜」としました。 誤訳の指摘や例の補足を歓迎します。 コードの見た目とコード以外の問題 不要な #import や @class 宣言を消す #import をソートする .m ファイルの中では、対応する .h ファイルの #import を最初の行に書く。空行をはさんで、ソートされた他の #import を書く。 X
Cocoaで最も名前が長いメソッドベスト10 - kaisehのブログ
ここのところObjective-Cを勉強中なんですが、まず最初にびっくりしたのがメソッド名の長さです。 Objective-Cでは、メソッドの呼び出し時に引数の名前を明示するので、「このメソッドの2番目の引数は何の意味だっけ？」などと悩む必要がなくなる反面、メソッド名が「動詞＋前置詞＋名詞1:名詞2:名詞3...」のような構成になって、ものすごく長くなります。 一番長いメソッドは何文字あるのか好奇心が湧いてきたので、Cocoaのリファレンスに載っているクラスを対象に調べてみました。 まず、メソッド全体の長さベスト10です。 第1位 initWithBitmapDataPlanes:pixelsWide:pixelsHigh:bitsPerSample: samplesPerPixel:hasAlpha:isPlanar:colorSpaceName:bitmapFormat: bytesP
[iOS5] ARC : 循環参照 | Natsu note
これまでの記事はこちら： [iOS5] ARC (Automatic Reference Counting) : Overview [iOS5] ARC : プロパティ属性と使い方 [iOS5] ARC : Outletにはweakプロパティを使おう 循環参照とは 今回は、強参照（Strong reference）を使うときに注意したい循環参照（Strong reference cycle）についてです。循環参照とは、その名の通り、2つ以上のオブジェクトが強参照し合うことにより、どちらのオブジェクトも破棄できない状態を言います。 ここで、循環参照が発生するのは、お互いに”強参照“しているときです。複数のオブジェクトが親子関係を持つ場合を考えてみます。 アドレス帳オブジェクトAddrBookと、そのエントリーEntryがあるとします。AddrBookはEntryオブジェクトのentryを、E
![[iOS5] ARC : 循環参照 | Natsu note](https://cdn-ak-scissors.b.st-hatena.com/image/square/0ce7d24e9f782857485eb1ee0754a61c78bdd1c7/height=288;version=1;width=512/http%3A%2F%2Fnatsuapps.com%2Fnote%2Fwp-content%2Fuploads%2Fsites%2F2%2F2011%2F11%2Farc_reference_cycle.png)
【Objective-C】URL encode/decodeする方法（URLエンコード：修正の必要ありコード）
以下のような方法でURLエンコード／デコードできると書かれているサイトが沢山あるが、大嘘つきもいい所だ。特殊文字を取りこぼしまくってる。 //encoding NSString *escapedUrlString = [plainString stringByAddingPercentEscapesUsingEncoding:NSASCIIStringEncoding]; //decoding NSString *decodedUrlString = [escapedUrlString stringByReplacingPercentEscapesUsingEncoding:NSASCIIStringEncoding]; 多分これで全部フォローできていると思うが、もし足りない文字があればコメントで教えて欲しい。 //encoding NSString *escapedUrlString =
米Twitter、UIKitライクなMac OS X向けUI開発フレームワーク「TwUI」を公開 | OSDN Magazine
米Twitterは7月1日、Mac OS X向けのUI開発フレームワーク「TwUI 0.1」を公開した。Mac OS Xの「Core Animation」機能を利用するUIフレームワークで、iOS向けアプリケーションで利用されている「UIKit」に近い感覚でMac OS X向けアプリケーションを開発できる。 TwUIは、Twitterが提供するMac OS X向けの公式クライアント「Twitter」（旧名称はTweetie）で利用されているフレームワーク。iOS向けのUIフレームワーク「UIKit」の哲学をデスクトップ向けに適用したもの、と開発チームは説明している。UIKitはCore Animationを利用しており、CPUではなくGPUを用いたハードウェアアクセラレーションを利用できる点が特徴となる。TwUIを利用すると、iOS開発者は慣れ親しんだMVCモデルでUIを開発できるという。
【Objective-C】UITableViewDelegateのメソッド（呼び出されるタイミング）
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「シュッ」とか「チン」とかのフリー音源集
iPhone/iPadの画面にタッチ位置を表示するためのソースコード KTouchPointerWindow を公開しました - いとーけーのページ
apns-python-wrapper - Project Hosting on Google Code
Custom Controls for iOS, iPadOS, macOS, tvOS, and watchOS - Cocoa Controls