MacOSXプログラミング。毎日更新。 話題： Cocoa, Objective-C, Snow Leopard サンプルプログラムのひな形の作り方の紹介。 初めて使うクラスの検証やちょっとした動作確認するときにこのひな形があると便利。 全部で 3step 1. 新規プロジェクト作成 2. クラス作成 3. InterfaceBuilderでインスタンス作成 1. 新規プロジェクト作成 Xcodeを立ち上げて新規プロジェクトを作成する。 "Cocoa Application" を選ぶ。 ここでは Sample という名前でプロジェクトを保存する。 プロジェクトが用意できた。 2. クラス作成 検証用コードを記述するクラスを１つ作成する。メニューから「新規ファイル...」を選ぶ。 "Objective-C class" を選択する。 名前は "AppController" とする。 AppC

リッチなインターフェースにするために。 アプリを作る以上、ダウンロードしてもらったユーザには一回でも多くタップしてもらいたいですよね。 タップワーシィな UI を作るためには、現実のメタファーを反映させたコントロールを作る必要があります。 もちろん iOS SDK に付属している UIKit を用いるだけで十分な場合も多いのですが、今までにない独創的なアプリを作るためには、自分でイチから UI を作り込まなければいけない場合もあります。 しかし、 イチから作るとなると CoreAnimation や Quartz など今まであまり触ったことのないレイヤまで手を加えないといけないような気がして、腰が引けてしまったりすると思います。（自分がそうだっただけですが…） そこで「CoreAnimation とか良く分かってないけど、ちょっとリッチな UI にしてみたい」っていう人のために、簡単な画像

I'm new with xCode and I have a problem with it. I'm making an application for my Ipad. I want to highlight text, but I can't set the opacity of my line. I searched the internet, but i didn't find any information on it.Now Im using this drawImage.alpha = lineOpacity; but this is not good, everything I draw before gets that opacity.I just want the alpha to be done on the new draw. im using this cod

こんにちは、共同開発部 iOS アプリ開発担当の図子です。 iOS 開発をしている皆さんはメモリリークのチェックを行っていると思います。どのような方法で確認していますか？おそらく以下のような方法で行っていると思います。 ・Static Analyzer を使う ・Instruments の Leaks テンプレート でも、これだけでは見つからないメモリリークが起こりうることをご存じでしょうか？ addSubview: で何枚もの View を貼っていないか？ 実際にメモリリークと呼べるかどうかは微妙かも知れませんが、開発者の意図しない不要なメモリがドンドン確保される可能性があるのでここではメモリリークと書かせていただきます。 非常に気付きにくいメモリリークとは view に addSubview: する際に起こりやすいのです。 以下のコードを見てください。ある UIViewControll

iphoneアプリでaddsubviewする時にフェードインアニメーションっぽくする方法。 [myView setAlpha:0.0]; myView.backgroundColor = [[UIColor alloc] initWithRed: 0.0 green: 0.0 blue: 0.0 alpha: 0.0]; // アニメーション処理 [UIView beginAnimations:nil context:NULL]; // 0.75秒で [UIView setAnimationDuration:0.75]; [myView setAlpha:1]; myView.backgroundColor = [[UIColor alloc] initWithRed: 0.0 green: 0.0 blue: 0.0 alpha: 0.8]; [self.view addSubview:

GDCを使ったプログラミング 空いたスレッドを自動的に再利用 GCDはエンジンが優れているだけではない。とにかく使うのが楽なのだ。では、試しにGCDを利用してみよう。 下記のリストは、簡単なサンプルプログラムだ。10周のループがあり、1周回るごとに「3秒待ってメッセージを出力する」というタスクを1回実行する。 実行結果はリストの下にある通り。1周回るたびにタスクそのもので3秒、ループの待ち時間で1秒の合計4秒を使い、40秒かかって実行されているのが分かる。 このソースでは、dispatch_get_global_queueで優先順位「標準」のキューを取得して、dispatch_asyncでブロックをこのキューに登録。即座に処理を続行するという流れだ。ブロックの実行と並列してこのループを繰り返えすので、10個のブロックが1秒おきに次々とキューに投入される。 キューはできるだけ並列にブロックを

※2013/06/04 追記：今はARCの時代です。autoreleaseとかで悩んでないでARC使いましょう。過去のソースのメンテとかしてる人は頑張れ autorelease をケチらずに使うべきなんだということにようやく気づいた、Objective-C 初心者の私が Google Objective-C Style Guide を読みつつ思考垂れ流し。 Google Objective-Cスタイルガイド 日本語訳 Google Objective-C Style Guide 生成時に autorelease するのが望ましい 一時的なオブジェクトを新しく生成するときには、そのメソッドの後ろの方で個別に release するのではなく、オブジェクトの生成と同じ行で autorelease すること。 http://www.textdrop.net/google-styleguide-ja

iOS/iPhone/iPad/MacOSX プログラミング, Objective-C, Cocoaなど [前回] Cocoaの日々: UIImage から縮小画像を生成する 前回作成したメソッドに手を入れて iPhone4向け高解像度対応を行う。 デバイス毎の解像度に対応した縮小 例えば 960x300 の縮小画像を作成する場合、iPhone 3G/3GS で横幅ぴったりに表示できる画像のサイズは 320 x 100 となる。一方、iPhone4の場合は 640 x 200 が望ましい。どちらか一方のデバイスをターゲットにするアプリの場合は特に問題ないが、両方のデバイスをターゲットとする場合はデバイスの解像度に合わせた縮小率を適用する必要がある。 UIGraphicsBeginImageContextWithOptions iOS4 からは UIGraphicsBeginImageCon

startTap = [NSDate date]; ＞ startTap = [[NSDate alloc] init]; あるいは [[NSDate date] retain]; いまのままでは、「autorelease」状態にあるので、インスタンスstartTapは、いつ開放されてもおかしくありません。「EXC_BAD_ACCESSのエラー」というのは、開放されたあとで、アクセスしたというエラー。 ここらへんの詳しいことは、お手持ちのiPhoneアプリ開発の解説書で、「Retain Count」を索引で牽いてください。 なお、開放されないように変更すると、ぎゃくにいつまでたっても開放されないので、deallocメソッド内で、releaseを送るのを忘れずに。 - (void)dealloc { [startTap release]; [super dealloc]; } もうひとつの手

いよいよ残るは画像をHTTPサーバに送り込む機能の実装。 で、肝心の画像はどこから？ってなるとやっぱカメラとかアルバムからでしょう。 SMS/MMSはどうやってんねやろと とUIActionSheetが出るようになってました。 ま、私のは静止画しか考えてないのでビデオは抜いて 写真を撮る 既存の項目を選択 とします。 ここらへんの実装方法は木下誠さんの連載 実践! iPhoneアプリ開発： カメラアプリの作り方(1) - イメージピッカーのためのアクションシートを作る カメラアプリの作り方(2) - カメラで写真を撮る カメラアプリの作り方 (3) - 写真を縮小して表示する カメラアプリの作り方 (4) - 写真にエフェクトをかける が非常にピンポイントで参考になりました。 あと小池邦人さんのサイト、特に2009/06/06～2009/10/20なんて、かなり参考になりそう。 Koike

勘違いをしている人がいると思うのだが、iPhone の一番優れているところは、独特のインターフェースでも、操作感でも、レスポンスでも、画面イメージでもなくって、 AppStore を通して、ごく限られた端末をターゲットにしたアプリを、全世界に配信できるという点だ. しかも、課金だとか配信地域だとかという面倒な問題は全て Apple が請け負ってくれる. こういったシステムを考え、市場に対してチャレンジした企業ってのは数多くあれども、AppStoreっちうか Apple ほど成功している企業は他にないだろう. 純粋な携帯電話ハードウェア屋さんだとかキャリアだとかが、それこそ喉から手が出るほど欲しがっていたシステムを、つい先日まで携帯電話とは関係ない世界に 身を置いていた Apple が手に入れてしまうってあたりが面白い. AppStore にアプリが並んで、同じ国に住んでいるお友達に自慢でき

「ウェブリブログ」は 2023年1月31日 をもちましてサービス提供を終了いたしました。 2004年3月のサービス開始より19年近くもの間、沢山の皆さまにご愛用いただきましたことを心よりお礼申し上げます。今後とも、BIGLOBEをご愛顧賜りますよう、よろしくお願い申し上げます。 ※引っ越し先ブログへのリダイレクトサービスは2024年1月31日で終了いたしました。 BIGLOBEのサービス一覧