ドメインウェブの設定が見つかりません 考えられる原因 ドメインウェブの設定がまだ行われていない。 ドメインウェブの設定がまだ反映されていない。(反映には数時間～24時間かかることがあります) ドメインウェブ・DNSの設定が誤っている。 アカウントが存在しない、契約が終了している、削除されている。
DOMAIN ERROR
ドメインウェブの設定が見つかりません 考えられる原因 ドメインウェブの設定がまだ行われていない。 ドメインウェブの設定がまだ反映されていない。(反映には数時間～24時間かかることがあります) ドメインウェブ・DNSの設定が誤っている。 アカウントが存在しない、契約が終了している、削除されている。
OS Xステータスバーアプリケーションの作り方 — Genji App Blog
ステータスバーアプリケーションについて ステータスバーとは、OS Xの画面上部に表示されるメニューバーの、右側に位置する部分である。メニューバーの右端には通知やSpotlightのアイコン、時計表示、システムによって制御される機能（音量やBluetooth等）のアイコン（メニューエクストラ）が並び、その次に様々なアプリケーションのアイコンが並んでいる。 上記画像で言えば、Google NotifierやDropbox、Adium、ClamXavのアイコンがある赤く塗った領域がステータスバーである。アプリケーション自身が非アクティヴであるときやウィンドウ等を表示していないときも、状態を示したり何らかの機能を呼び出したりする場合にステータスバーにアイコン等の項目（ステータス項目）を配置することができる。 ここで言う「ステータスバーアプリケーション」とはいわゆる「常駐アプリケーション」と呼ばれる
Cocoaの日々: UISearchDisplayController 調査
大きくは UIViewController の処理（Lifecycle methods）、UITableView 向けのデータソース/デリゲート、検索絞り込み、UISearchDisplayControllerのデリゲートから構成されている。 気になった部分をピックアップしてみる。 まず viewDidDisapear - (void)viewDidDisappear:(BOOL)animated { // save the state of the search UI so that it can be restored if the view is re-created self.searchWasActive = [self.searchDisplayController isActive]; self.savedSearchTerm = [self.searchDisplayCon
Cocoaの日々: UISearchDisplayController で用意される UITableView を扱う上での注意点
iOS/iPhone/iPad/MacOSX プログラミング, Objective-C, Cocoaなど 以前、UISearchDisplayController についてのまとめを書いた。 [参考] Cocoaの日々: UISearchDisplayController と NSFetchedResultContoller を組み合わせる (3) 考察 さらに分かったことがあるので追記する。 [1] 検索毎に新規に UISearchResultsTableView が作り直される -[UISearchDisplayControllerDelegate searchDisplayController:willShowSearchResultsTableView:] において引数で渡される UITableView をデバッグ出力したところ、検索毎に異なることがわかった。 [44712:207
Cocos2d-x：絶対にわかるマルチ解像度（マルチディスプレイ）対応 | Cocoa部
マルチ解像度（マルチレゾリューション）対応、面倒ですよね。 Androidの自由奔放とも言えるデバイスサイズたち。発狂ものですよね。 しかし、いちど原理を理解してしまえば、今後の開発がかなり楽になるはずです。 ぜひとも参考にしてください。 マルチ解像度対応の基本的な考え方 そもそもゴールがわかっていないと、「マルチ解像度とかよくわからん面倒くさい」となりかねません。 説明に入る前に、目的をハッキリさせておきましょう。 やりたいことは次の通り。 すべてのデバイスにおいて画像・ラベルの大きさの比率を同じにしたい 画像を複数サイズ用意してデバイスに合わせて画像を自動的に選ばせたい コードを書く際は、デバイスによるサイズの違いを意識しなくていいようにしたい 百聞は一見にしかず。 次のイラストのようなことがしたいのです。 これらをいっぺんに対応してしまうとわけがわからないでしょうから、順番に
【Cocos2d-x】CCTextureCacheとCCSpriteFrameCacheを理解してキャッシュを自在にあやつる | Cocoa部
スマホアプリにおいて、メモリの９０％以上はテクスチャが食っているとのことです。 ぼくのように何も考えずに画像を用意して適当に使って……、なんてしているとすぐにmemory warningが出てイライラ不可避なわけですね。 このたび「きちんとメモリ管理しよう！」と奮起してテクスチャとキャッシュ周りについて調べたので、わかったことをまとめておきます。 CCTextureCache CCTextureCacheとは 画像からスプライトを作るさいCocos2dxの内部では、使用するたびに画像ファイルを直接呼び出すのではなく、メモリ上にビットマップとして展開してから使っています。 イラストで説明するとこんな感じでしょうか。 単にTexture（テクスチャ）と言った場合、このメモリ上に展開されたビットマップを指しています。 おなじ画像を何度も描画するような場合、毎度このルートを通っているとGPUの
Swift Standard Library Reference
Build apps using a powerful open language.
Swift - Apple Developer
Swift The powerful programming language that’s also easy to learn. Swift is a powerful and intuitive programming language for all Apple platforms. It’s easy to get started using Swift, with a concise-yet-expressive syntax and modern features you’ll love. Swift code is safe by design and produces software that runs lightning-fast. Modern Swift is the result of the latest research on programming lan
Cocoa iOS デザインパターン
Cocoa iOS デザインパターン どうも今のインターネット※の上ではMacよりも、iOSのコードやフレームワークを前提にした話が多いせいか、“Cocoa” という言葉を見なくなってきたように見えるのは、iOS前からCocoaを書いてきた人間にとっては少し悲しいことである。 そんなことはどうでも良くて、最近他人の書いたiOSのコードをよく見るのだが、その書き方、クラスの切り方、命名規則、カテゴリの使い方、継承の使い方、デリゲートなど各種パターンの使い方などなどその差は千差万別である。最初にCocoaを使ったという人は希少で、その大半は以前にC#, Java, Ruby, Python, PHPやそれらでよく使われているフレームワークを使っているがゆえ、CocoaらしいCocoaを書いている、書けている、または意識している人は少ないかもしれない。 Cocoa的な書き方は何で正解であるかとい
Cocoaの日々: [iOS] 非同期処理を同期処理に変える
iOS/iPhone/iPad/MacOSX プログラミング, Objective-C, Cocoaなど 問題 この前リリースしたカスタム UIAlertView は表示メソッドを呼び出した後はそのまま処理が続行される。 Cocoaの日々: [iOS] ユーザ名/パスワードの入力ができるカスタム UIAlertView ライブラリを公開 例えば下記のような場合。 - (IBAction)showAlert:(id)sender { [LKAccountPanel showWithTitle:@"Test" completion:^(BOOL result, NSString* username, NSString* password) { NSLog(@"result: %d\nusername: %@\npassword: %@", result, username, password)
![Cocoaの日々: [iOS] 非同期処理を同期処理に変える](https://cdn-ak-scissors.b.st-hatena.com/image/square/5cb59a20166e0b1a41718506eafd32fc3c120461/height=288;version=1;width=512/http%3A%2F%2F4.bp.blogspot.com%2F-DAAh_K_vtFc%2FTc_uZ9KsmYI%2FAAAAAAAAGIw%2FK056DqMWwO0%2Fs320%2F110516-0001.jpg)
[iOS] Grand Central Dispatch(GCD)でメインスレッドを使って途中結果を表示 « きんくまデザイン
2017/05/12追記 この記事はだいぶ古い記事なのですがありがたいことにアクセスが多いです。ですがもし今swift3で書くのであれば以下のページを参考にした方がよいと思います。 非常に簡単に書けるようになっています。 >> Grand Central Dispatch Tutorial for Swift 3: Part 1/2 >> Grand Central Dispatch Tutorial for Swift 3: Part 2/2 >> [Swift 3] Swift 3時代のGCDの基本的な使い方 以下元の記事となります。 ==== こんにちは。きんくまです。 今回はスレッドのはなしです。 ふつう時間のかかる処理をそのままやってしまうと、アプリケーションの応答が止まってしまって、 「何これ、壊れてんの？」なんて状態になります。 UIなどの画面の更新はメインスレッドで行われて
Cocoaの日々: UISearchDisplayController と NSFetchedResultContoller を組み合わせる
iOS/iPhone/iPad/MacOSX プログラミング, Objective-C, Cocoaなど [前回] Cocoaの日々: UISearchDisplayController 調査 今回は UISearchDisplayController と NSFetchedResultContoller を組み合わせて Core Data 内のデータを検索できるようにしてみる。 情報 ネット上で情報を探したがあまりなかった。Stack Overflow の記事が参考になった。 How to use NSFetchedResultsController and UISearchDisplayController - Stack Overflow 基本的には UISearchDisplayDelegateメソッド内で画面で入力した文字を条件にして NSFetchedResultControl
monkey coders' - Xcode Debugging Tips
ここは管理人pigeon6と同じようなコンピュータとプログラムとアレゲが好きなおさるさんのためのサイトです。たぶん。 Xcode環境でデバッグを行う際に役に立ちそうな情報をまとめました。 Xcodeはgdbのフロントエンドとして動作するビジュアルデバッガを提供していますが、VisualStudioなどを使い慣れていると、ぱっと見足りない機能があるように見えるというか、「あれ、コレってどうやるの？」みたいな事が、いくつかあります。 このページでは、そんな経験を何度かした私が関連ドキュメントの一部を調べて、これはと思った機能を紹介します。そんなわけで、Xcodeのデバッガの使い方がそもそも分からないというような初心者には適さない内容ではありますが、何となく使っているだけでは分からない、あるいは見落としやすい内容をメインに書いています。 なお、Guard Malloc(libgmalloc)につ
Cocoaの日々: [iOS][Mac] CoreData - マイグレーション[4] モデルファイルの構成
どのバージョンのモデルを使っているのか、またそれぞれのバージョンで使用しているエンティティのリストが格納されている。 なお、複数のバージョンが存在しない場合（一番最初のバージョンなど）は <modelname>.momd は存在せず、バンドルフォルダのルートレベルに <modelname>.mom ファイルが設置される。 （単一、複数で配置場所が変わることがバージョンアップ時の問題を引き起こす。問題の対応方法については前回の記事を参照のこと） トラブル 先日訳あってモデルファイル名を変更した。具体的には頭大文字を小文字にした。 HairConcierge.xcdatamodeld → hairConcierge.xcdatamodeldそれと同時にモデルファイルをバージョンアップし、マイグレーションの設定を行った。 この新しいバージョンのアプリをビルドして古いバージョンを上書きインストール
Cocoaの日々: [iOS][Mac] CoreData - マイグレーション[1] NSEntityMigrationPolicy を使う
iOS/iPhone/iPad/MacOSX プログラミング, Objective-C, Cocoaなど 以前、CoreData のマイグレーションについて調べたことがある。 (旧) Cocoaの日々: CoreData - マイグレーション これはマッピングモデルを定義するだけで簡単にできる、いわゆる「自動マイグレーション」を解説していた。 今回は NSEntityMigrationPolicy を使ったいわゆる「手動マイグレーション」について調べた。 マイグレーションの概要 Core Data ではエンティティ（テーブル）の定義を変更すると必ずマイグレーションを行う必要がある。例えば現在のアプリケーションをバージョンアップする際に属性 email2 を一つ追加する場合、マイグレーション設定を行わないと Core Data 利用時に例外が発生してアプリケーションが落ちてしまう。 (例)
![Cocoaの日々: [iOS][Mac] CoreData - マイグレーション[1] NSEntityMigrationPolicy を使う](https://cdn-ak-scissors.b.st-hatena.com/image/square/d9f6d869a556603f69ba781a5fc6f9ed9ff5c008/height=288;version=1;width=512/http%3A%2F%2F2.bp.blogspot.com%2F_ZoUhefzk0CI%2FTQI3ZKvA6kI%2FAAAAAAAAF60%2FoJ8q1WsKMhE%2Fs1600%2F101210-0007-49%252525.png)
Objective-Cにおけるinstancetype型について - Takebayashi.Asia
先日Xcode 4.3がリリースされました。Xcode 4.3ではclangのバージョンが3.1となり、instancetypeという型をサポートするようになりました。 返り値のid型の推論 instancetypeの話の前に、id型の返り値について考えます。Cocoaでは、+ allocや- initといったメソッドは軒並みid型の値を返すようになっています。基本的に、id型の値はどのようなオブジェクト参照型にも代入できることになっています。 しかし、clangは以下のようなコードに警告を発します。 NSString *myBlog = [[NSURL alloc] initWithString:@"http://takebayashi.asia/"]; + allocも- initWithStringも返り値がid型なので本来ならばNSString *型の変数に代入しても文句は言われな
Cocoaの日々: 10分でおぼえるBlocksの書き方
iOS/iPhone/iPad/MacOSX プログラミング, Objective-C, Cocoaなど Blocksが使えるようになってはや数年。未だに書式が覚えられないわたし（あなた）の為に書き方をまとめてみた。 基本 基本型 戻り値 (^名前) (引数)（私が勝手に決めた）基本型はこれ。これを覚えないことには始まらない。とにかくこれだけは覚える。 戻り値と引数は一般的なCの関数の書き方と同じなので、名前の書き方だけ (^名前) になったと覚えるのがいい。 （例）BOOL (^completion)(BOOL canceled) = ...;この基本型を元に各場面でどう使うかを見ていく。 変数宣言・typedef宣言 変数宣言なら 戻り値 (^名前) (引数) = …;typedef宣言なら typedef 戻り値 (^名前) (引数);両方とも基本型がそのまま使える。 （例）type
サルでもわかる Core Data 入門【概念編】 - A Day In The Life
iOS でデータを永続化する方法の続きです。今回は Core Data を使ったデータの永続化方法について説明します。 本記事では複雑で習得が難しいとされている Core Data について概念編と実装編の2回に分けて説明していきます。記事の全体的な流れとしては Core Data がどういったフレームワークかというところから O/R マッピングの説明、Core Data を使うメリット、Core Data フレームワークの概要、Core Data を使ったプログラムの例まで説明します。次の記事で実際に動くサンプルを作成します。 Core Data って何？ Core Data はモデルオブジェクトを永続化するためのフレームワークです。もとは Mac OS X のために開発されたフレームワークで、iOS 3.0 から使用できるようになりました。 Core Data はデータの永続化に SQ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Objective-C 2.0プログラミング言語
ユーザからのバグがデバッグで再現しないのはバイナリと環境が違うから