iphoneアプリで稼げるのか » セル

【iPachi】【iSlotPro】パスコードロックのバグ修正版を申請しました

daichi — Wed, 19 Aug 2009 23:49:09 +0000

先日アップデートされたiSlot Pro、iPachiにパスコード設定画面でパスコードを設定せずにキャンセルボタンから画面を閉じると、設定してもいないパスコードロックが効いてしまい、アプリが使えなくなってしまう不具合がありました。

修正版を先ほどAppleへ申請しました。
審査が通るまでの間、いましばらくお待ち下さい。

修正版がアップデートされるまで現バージョンではパスコードロック画面からキャンセルボタンはおさないようお願いします。

ご迷惑をおかけしました。

タグ: iPachi, iSlot, iSlot Pro, アプリ, セル, バグ

【NSString】文字列から表示サイズを取得する方法

daichi — Sun, 24 May 2009 11:40:28 +0000

twitterFonとかBB2Cとかのつぶやきや書き込みは、内容によって表示する文字の長さが違うので、各セルはセルの高さをそれぞれ計算する必要がある。
そんな時は下のような方法で表示に必要なCGSizeが取得できるので、このheightをセルの高さに使えばいい。

^?View Code OBJECTIVE-C

// 最大の表示領域CGSize。このCGSize以上は文字列長がこのサイズを超える場合はすべて表示されない
CGSize bounds = CGSizeMake(300, 10000);
 
// 文字列描画に使用するフォント
UIFont *font = [UIFont systemFontOfSize:14];
 
// 表示に必要なCGSize
CGSize size = [@"表示する文字列" sizeWithFont:font constrainedToSize:bounds lineBreakMode:UILineBreakModeTailTruncation];

タグ: iphone, NSString, objecti, objective-c, twitter, セル, 高さ

【デザイン】iPhoneアプリ用アイコンを外注してみた

daichi — Sun, 10 May 2009 09:44:00 +0000

僕はデザインがド素人で、アプリ作成後のアイコン作成でいつも気が重くなっていて、常日頃かっこいいアイコンをさくっと作れてしまう人がうらやましいなぁと、僕もサクサクっとやっつけてしまいたいなぁと思っていたのですが、なかなかgimpとかをいまさら勉強する気も起きず、そんな行動も取らずのうのうとNoデザインLifeを過ごしてきたわけですが、それでもアイコン作成はiPhoneアプリ開発には必須の作業なので、うーん外注しようかな、でもどこに依頼するのがいいんだろう、相場はどのくらいなのだろうともんもんと手をこまねいていたわけです。

そこで最近おもしろいサイトを見つけました。
Lancers – 個人に仕事を売ったり買ったり – 仕事マーケットプレイス – ロゴ制作・システム開発・ホームページ制作などをクラウドソーシング

依頼者が○○を作ってほしい、調べてほしいなどの依頼を投げると、提案者がそれに対して提案をしてくれる。依頼の方法はコンペ方式とプロジェクト方式の２種類があって、依頼者は複数の提案の中からこれがいい！と思うものを採用して、採用者には成功報酬として依頼金額が支払われるという仕組み。

依頼金額も自分で設定できるし、まどろっこしいやりとりも必要なく、依頼側は募集期間に達した時点で、満足のいくものがあれば募集終了、なければ再募集（依頼金額10%増）もできるし、キャンセル（要キャンセル料）もできるという、まさに個人にはもってこいのステキな仕組み。

というわけで、早速依頼してみた。
iPhoneアプリ用アイコンで作ってくださいと。
3000円で依頼していいものが出てくれば儲け物程度に見ていたのですが、
既に２件ほど提案がきてます。依頼開始は5/9。
iPhoneアプリケーション用アイコン作成 | Lancers

3000円という低価格にも関わらず、提案が来ていることにビックリです。
とりあえず、募集期限終了時にもっといいアイコンが出てくることに期待中。

本当だったら募集期間中の提案は非公開にしておいた方が、提案者間での情報量が平等になり、後発の提案者に先発からのバイアスがかからなくていいよね、と依頼後に気づき、非公開にしようとしたものの、募集中には非公開設定ができず、泣く泣く断念。

調べてみると、非公開には5000円くらい費用がかかるようだったので、依頼金額に対してそれは微妙かなというのもあったりなかったり。

提案者はどうせ作るのなら当選確率をあげて報酬をもらいたいだろうから、おそらくは提案内容を公開していて、残り募集期間がわずかで、提案件数も少なく、質も低い依頼案件に対して、当選ラインより少し上のクオリティで仕上げてくるのだろうと。

だから、きっと最終日にドバっと提案がくるのかなと思ってます。

そうなるとやっぱ先出しは不利でかわいそうな気がしてきますが、もう変更できないのでごめんなさい。

でも、このサイトいろいろな使い方ができそう。
iPhoneアプリのアイデアを1000円でくださいとか。
アイデアから設計だけして、実装はぶん投げてみるとか。でもさすがに実装は割が合わないと思うからそれなりの値段じゃないとこなそうだけど。

Lancers見てると会社のロゴ作ってくださいとかがけっこうある。
やっぱデザインとか単発終了できるのが依頼もしやすいよなぁ。

今回の依頼結果次第で今後もお世話になるかもしれないので、このサイト要チェックです。

daichi — Wed, 25 Feb 2009 21:33:07 +0000

この件、前々から原因がわからずハマっていたのですが、暫定的な対処法がわかりました。

Groupedなテーブルというのは、テーブルのstyleがUITableViewStyleGroupedのテーブルのことで、こんな画面のことです。

このようなGroupedな画面でスクロールさせると、アニメーションがコマ落ちしているような動きになっていました。

はじめはスクロールの際にセルの再利用が効いていないのかとか、セルの背景色が透明になっているのかとか、パフォーマンスに影響が出そうな線で調べていたのですが、特にこれといって問題はみつからず。

試しにIBでstyleをplainへ変更してみたら、スクロールがスムーズになったので、Groupedなテーブルではスクロールが重くなってしまうのか、と一旦この問題放置していました。

ですが、iphoneにデフォルトでインストールされている電話帳アプリの詳細画面も同じようなGroupedなテーブルで作っているように見えるので、やはり何か方法が絶対あるぞと、思いつきでIBでビューを生成していたところを、コードでビューを生成するように置き換えてみました。

こんなコードです。

^?View Code OBJECTIVE-C

- (void)loadView {
	CGRect frame = [[UIScreen mainScreen] applicationFrame];
 
	UIView *view = [[UIView alloc] initWithFrame:frame];
	view.autoresizesSubviews = YES;
	self.view = view;
	[view release];
 
	UITableView *tv = [[UITableView alloc] initWithFrame:CGRectMake(0, 0, self.view.bounds.size.width, self.view.bounds.size.height) style:UITableViewStyleGrouped];
 
	tv.delegate = self;
	tv.dataSource = self;
	tv.allowsSelectionDuringEditing = YES;
	self.tableView = tv;
 
	[self.view addSubview:tv];
	[tv release];
}

するとスムーズなスクロールになりました。

このコントローラはUIViewControllerを使っていて、ViewにUITableViewをaddするようにしています。

試しに、コントローラをUITableViewControllerに変えてinitWIthStyleでGroupedを指定したところ、こちらもスムーズなスクロールになりました。

ただし、loadViewでビューを初期化すると、didReceiveMemoryWarningが頻発するようになってしまいました。

IBでビューを作成する場合よりも、loadViewでビューを作成する場合の方がメモリを食ってしまうのでしょうか。

これまではIBで用意した１つのビューを詳細画面や集計画面などの初期化時に流用していたので、消費されるメモリが少なかったということなのだろうか。

ひとまず暫定対応として、詳細画面や集計画面など画面のスクロールが必要ない画面は、IBで作成したビューでスクロールをOffにして外見上コマ落ちが発生しないようにして、スクロールが必要な画面だけをloadViewで書くようにしました。

ん〜なぜIBで作るとコマ落ちするのか原因がはっきりしていないので、気持ち悪い。

daichi — Tue, 24 Feb 2009 21:47:16 +0000

UITableViewで編集モードに入るとセルが右へスライドしますが
その時カスタムセルが画面外へはみだしたり、かぶってしまうという問題の対処法。

結論から言うと、自作したカスタムセルクラスのlayoutSubviewsメソッドでFrameを直書きで指定していたことが原因でした。

その時のコードはこちら。

^?View Code OBJECTIVE-C

- (void)layoutSubviews {
	[super layoutSubviews];
	CGRect baseRect = CGRectInset(self.contentView.bounds , 10, 5);
	CGRect rect = baseRect;
 
	rect.size.width = 140 ;
	rect.size.height = 12;
	leftUpper.frame = rect;
 
	rect.origin.x += 10;
	rect.origin.y += 14;
	rect.size.width = 130 ;
	rect.size.height = 20;
	left.frame = rect;
 
	rect.origin.x = 160 ;
	rect.size.width = 150 ;
	right.frame = rect;
 
	rect.origin.y = 5;
	rect.size.height = 12;
	rightUpper.frame = rect;
 
}

テーブルビューの編集ボタンを押した時や、テーブルビューをスクロールさせて画面外にあるセルが画面内に表示されるタイミングでこのlayoutSubviewsが呼ばれますが、ここでセルサイズの変更に対応できないコードを書いていました。

コードを見ていくと

^?View Code OBJECTIVE-C

	CGRect baseRect = CGRectInset(self.contentView.bounds , 10, 5);
	CGRect rect = baseRect;

ここではCGRectInset(self.contentView.bounds , 10, 5);でセルのフレームからx方向に10px、y方向に5px内側の長方形にあたるFrameを取得しています。
デフォルトのテーブルビューセルは(0,0, 320, 44)なのでここでは(10, 5, 300, 33)のフレームになります。

^?View Code OBJECTIVE-C

	rect.size.width = 140 ;
	rect.size.height = 12;
	leftUpper.frame = rect;
 
	rect.origin.x += 10;
	rect.origin.y += 14;
	rect.size.width = 130 ;
	rect.size.height = 20;
	left.frame = rect;

次に取得したフレームに対してCGSizeに変更をかけたものを左上のラベルのフレームとしてセット。
このフレームは(10, 5, 140, 12)になります。

左のラベルにはrect.origin.x += 10で原点を10px右へずらし、rect.origin.y += 14で14px下へずらして幅、高さを指定しなおしたフレームをセット。

^?View Code OBJECTIVE-C

	rect.origin.x = 160 ;
	rect.size.width = 150 ;
	right.frame = rect;
 
	rect.origin.y = 5;
	rect.size.height = 12;
	rightUpper.frame = rect;

問題はここです。rect.origin.x = 160; rect.size.width=150; と指定しているため、セルサイズの変更に対応できていません。
変更ボタンを押した場合、セルの原点が右へずれてくるので、もし右側のラベルを画面内におさめたいなら、右側のラベルの原点をセルの原点が移動した分だけ左をずらしてやらなければなりません。

最終的にはこうなりました。

^?View Code OBJECTIVE-C

- (void)layoutSubviews {
	[super layoutSubviews];
	CGRect baseRect = CGRectInset(self.contentView.bounds , 10, 5);
	CGRect rect = baseRect;
 
	rect.size.width = (baseRect.size.width*0.75 - 88) ;
	rect.size.height = 12;
	leftUpper.frame = rect;
 
	rect.origin.x += 10;
	rect.origin.y += 14;
	rect.size.width = (baseRect.size.width - 88) ;
	rect.size.height = 20;
	left.frame = rect;
 
	rect.origin.x = (baseRect.size.width - 78) ;
	rect.size.width = 88 ;
	right.frame = rect;
 
	rect.origin.y = 5;
	rect.size.height = 12;
	rect.origin.x = (baseRect.size.width - 108) ;
	rect.size.width = 120;
	rightUpper.frame = rect;
}

編集ボタンを押した場合に右ラベルが画面外にはみでないようにして、かつ、左側のラベルともかぶらないように設定する必要があるので、各ラベルのorizin.xとsize.widthを動的に変更しています。

各ラベルの背景色を別々の目立つ色にして動きをみていくと設定がしやすかったです。
でも正直めんどくさい。

設定後はこんな感じ。

daichi — Tue, 20 Jan 2009 14:44:26 +0000

前回まででUITableViewでリストを表示して、
行を選択すると別画面を表示するところまで
できました。

今回は行選択時にその行の詳細画面を表示する画面を
UITableViewを使って作ります。

学べること

コントローラ内でのデータをビューに表示する方法
UITableViewに必要なもの-datasource

前提条件

【UITableView】選択行から別画面を呼び出すのプロジェクトの利用
【UITableView】選択行から別画面を呼び出すまでの内容の理解

手順

詳細画面のビュー作成
詳細画面のコントローラ作成
親画面から表示データを渡す
ビルド

詳細画面のビュー作成

今回はサクサクいきます。
前回までで真っ白なビューを作成しました。
そこにUITableViewを追加します。

Interface BuilderのLibraryの中からTableViewをドラッグして

viewのところまで持ってきます。
Interface Builderは自動的にサイズがちょうどよい
位置を微調整してくれるので、いいあんばいのところで
ドラッグを離します。

こんな感じになると思います。

この時点でビルドして実行すると
前回でビューとコントローラの接続が完了しているので、
新画面に貼付けたTableViewが表示されるのを確認できます。

ただ、まだ何も表示はされません。

少し表示するデザインを詳細画面っぽく変えてみます。

viewウィンドウのTable Viewを選択した後
Inspectorウィンドウの一番左のタブAttributeを開き、
Style項目を現在設定されているPlainからGroupedへ変更します。

するとテーブルが囲まれたようなデザインへ変わります。

この時点でビルドしてもまだ表示する行数などが未設定なので
背景しか表示されません。

詳細画面のコントローラ作成

編集するファイル

DetailViewController.h
DetailViewController.m

次にコントローラの作り込みに入ります。

ビュー上のTableViewとコントローラの紐付け

まずは先ほどビューに追加したUITableViewと
コントローラを紐付けます。

基本的にviewにUILableやUITextFieldといったコンポーネントを
配置した場合、その内容をコントローラから制御するためには
コントローラ内にビューに公開するフィールドを定義してやる
必要があります。

そのビューに公開するよという識別子はIBOutletです。
通常のフィールド定義の前にIBOutletをつけるだけです。

DetailController.hのファイルは以下のようになります。

^?View Code OBJECTIVE-C

#import 
 
@interface DetailViewController : UIViewController{
	IBOutlet UITableView *myTableView;
}
 
@property(nonatomic, retain) UITableView *myTableView;
 
@end

getter/setterを用意するためにDetailViewController.mにも
以下の記述を追加します。

^?View Code OBJECTIVE-C

@synthesize myTableView;

以上の定義でビューからIBOutlet付きのフィールド
myTableViewが見えるようになります。

Interface Builderに戻って、File’s Ownerオブジェクトを右クリック
してみてください。

こんな感じでmyTableViewがOutletsの中に表示されています。

試しにIBOutletを外して保存してみると、
表示されなくなることが分かると思います。

次にこのmyTableViewをビュー上のUITableViewと紐づけます。

紐付けは前回と同じように、myTableViewの右の○をビュー上の
UITableViewの位置までドラッグするだけです。

すると以下のように紐付けがされます。

表示するTableViewの設定

ビューとの連携が済んだので
詳細画面に表示する行数を指定しましょう。

行数は詳細画面に何を表示するかによりますが、
ここではそうですね、パチスロの収支データの詳細表示をするとして
日付、機種、金額、メモの４項目を表示することにします。

UITableViewに表示する行数は【UITableView】UITableViewに文字を表示するで見たように
numberOfRowsInSection:メソッドで指定します。

なので以下のようなコードを追加します。

^?View Code OBJECTIVE-C

- (NSInteger)tableView:(UITableView *)tableView numberOfRowsInSection:(NSInteger)section {
     return 4;
}

実はこの段階ではまだ４行のテーブルは表示されません。
行数が指定されていても、その行に表示するセルが未設定です。

というわけでセルを表示するために
– tableView:cellForRowAtIndexPath:メソッドを追加します。
これも【UITableView】UITableViewに文字を表示するで出ましたね。

追加するのは空のセルを表示する以下のコードです。

^?View Code OBJECTIVE-C

- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath {
 
    static NSString *CellIdentifier = @"Cell";
 
    UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:CellIdentifier];
    if (cell == nil) {
        cell = [[[UITableViewCell alloc] initWithFrame:CGRectZero reuseIdentifier:CellIdentifier] autorelease];
    }
 
	// Set up the cell...
    return cell;
}

実はこの段階でも４行のテーブルは表示されません。

というのもこれらのメソッドはUITableViewDataSourceプロトコルで
定義されているメソッドだからです。

UITableViewでデータを表示するには
UITableViewDataSourceの役目を誰かにしてもらう必要があります。
その誰かというのはこのDetailViewControllerで今行おうとしているのですが、
TableViewからしてみればまだ、誰がDataSource役をしてくれるのかの判断が
できない状態です。

というわけで例によってInterface BuilderでDataSource役を指定します。
ビュー上のUITableViewを選択して右クリックすると以下のような
UITableViewのOutletsが表示されます。

その中のDataSource項目をDetailViewControllerのことを指しているFile’s Ownerへ紐づけます。

こんなふうになるはずです。

ここまできたらいったんビルドをしてみましょう。

コード内で指定したように４行の空セルが表示されますね。

ここまでで分かるように、UITableVIewでデータを表示するために最低限
必要なものはDataSourceの指定と
– tableView:numberOfRowsInSection:
– tableView:cellForRowAtIndexPath:
の２つのメソッドです。

ここではTableVIewDataSourceはFile’s OwnerであるDetailViewControllerに設定していますが、
当然UITableViewDataSourceプロトコルを実装したクラスなら
他のクラスでも問題はありません。

UITableVIewDataSourceプロトコルの詳細はやはり本家が参考になります。
– tableView:numberOfRowsInSection:

ちょっと長めになってきたので、ここで一旦切ります。

iphoneアプリで稼げるのか » セル

【iPachi】【iSlotPro】パスコードロックのバグ修正版を申請しました

関連する投稿

【NSString】文字列から表示サイズを取得する方法

関連する投稿

【デザイン】iPhoneアプリ用アイコンを外注してみた

関連のあるアプリ

関連する投稿

【UITableView】Groupedなテーブルのスクロールが重い

関連のあるアプリ

関連する投稿

【UITableViewCell】カスタムCellが編集中に画面外にはみ出る

関連のあるアプリ

関連する投稿

【UITableView】UITableViewを使って詳細画面を作る-1【UITableViewDataSource】

学べること

前提条件

手順

詳細画面のビュー作成

詳細画面のコントローラ作成

編集するファイル

ビュー上のTableViewとコントローラの紐付け

表示するTableViewの設定

関連のあるアプリ

関連する投稿