UIViewAutoresizingNone = 0 UIViewAutoresizingFlexibleLeftMargin = 1 UIViewAutoresizingFlexibleWidth = 2 UIViewAutoresizingFlexibleRightMargin = 4 UIViewAutoresizingFlexibleTopMargin = 8 UIViewAutoresizingFlexibleHeight = 16 UIViewAutoresizingFlexibleBottomMargin = 32 上記のうち有効とする値を加算する。 (例) この場合は UIViewAutoresizingFlexibleWidth = 2 UIViewAutoresizingFlexibleHeight = 16 UIViewAutoresizingFl
UIBarButtonStyleItem 1段目 UIBarButtonStyleItemAdd 新しい項目を追加する UIBarButtonStyleItemEdit 編集モードに遷移する UIBarButtonStyleItemDone 変更があればそれを保存し、現在のモードを終了する UIBarButtonStyleItemCancel 変更を保存しないで現在のモードを終了する UIBarButtonStyleItemSave 変更を保存する 2段目 UIBarButtonStyleItemUndo アンドゥ/操作を取り消す UIBarButtonStyleItemRedo リドゥ/取消した操作を元に戻す UIBarButtonStyleItemCompose 新規メッセージを作成するビューを表示する UIBarButtonStyleItemReply 表示しているメッセージに返信す
programming notes. mainly about JavaScript / jQuery. [@Takazudo] [takazudo@gmail.com] Hint: alt + / まだ途中なんですが、ポチってもうたーのモバイル版を作ってみたので感想など。 以前に、Sencha Touch ちょっと触ってみた所感 でもちょっと書いたんですが、sencha touchというフレームワークを使ってやってみました。 動作面としては、iPhone80点、Android60点ぐらいかなーという感想でした。iPhoneだと、かなりサクサク動いていて、ほぼほぼ不満はないけど、気になった点が2,3点ほど。 まず、タップに対する反応が、ちょっと遅れることがあるという点。これはもうブラウザ上で動いている以上しょうがないんですけど、ネイティブだとボタン押したらすすーっと動くという場面でも、あら
programming notes. mainly about JavaScript / jQuery. [@Takazudo] [takazudo@gmail.com] Hint: alt + / ちょっと2日ばかりSencha Touchを触ってみたので感想。 まず、なんで触ってみたかというと、Sencha TouchのScrollView(スマホでoverflow:scrollみたいのをするやつ)と、カルーセルがすごい快適に動いていたので、ヘビーなフレームワークに依存してしまうのもなーと思いつつも、これらの機能を超快適に作るには血の滲むような苦労が必要(というか作りかけてやめたりした)なので、ちょっと試してみようかと思った次第。 以下、いじってみての感想 予想してたよりかなり素敵だと思ったScrollViewとかカルーセルだけを普通のスマホサイトにつかうのも可能。これがやりたかったの
In the realm of web development, the front-end interface garners a significant share of attention due to its visual appeal and direct interaction with users. However, it is the back-end web architecture that forms the backbone of any online platform, ensuring seamless performance and efficient data handling. As a cornerstone of modern web development, a robust back-end system is indispensable for
iPhoneSDKで実現したいことから、やりかたを調べることができる逆引きリファレンスです。 左のメニューからカテゴリを選択してください。 だれでも自由に追加/編集できます。
▼ WebViewEx.h #import <UIKit/UIKit.h> @interface WebViewEx : UIViewController <UIWebViewDelegate> { UIWebView* _webView; } @end▼ WebViewEx.m #import "WebViewEx.h" @implementation WebViewEx //アラートの表示 - (void)showAlert:(NSString*)title text:(NSString*)text { UIAlertView* alert=[[[UIAlertView alloc] initWithTitle:title message:text delegate:nil cancelButtonTitle:@"OK" otherButtonTitles:nil] autorelea
常時ネット接続を前提とした今日のスマートフォンであるところのiPhoneでは、サーバと通信することが前提のアプリを作ることが多い。 多くのRSSリーダのように、アプリケーション内部で非同期にサーバと通信して情報を取得し、iPhoneのネイティブのUIを使って情報を表示することも多いが、UIWebViewをつかってアプリ内部にWebブラウザ機能を用意し、HTML画面を表示して直接Webサーバとユーザが対話することも可能だ。 この場合問題になるのは、UIWebViewに制御がある間、ユーザの挙動やWeb画面の遷移はアプリがあまり把握できないことだ。 もちろん、ナビゲーションバーなどにボタンを付けておけば、ユーザはアプリの任意の画面に遷移することは可能だ。しかし、その遷移のタイミングをサーバ側で制御したい場合もある。具体的にはWebブラウザ画面上で、特定のリンクをクリックしたら、iPhoneアプ
せっかくPOSTもできるようになったんで、HTTPサーバから返ってくるHTML文をレンダリングしてみたいな~とか思ってUIWebViewを調べてみました。 したら loadHTMLString:baseURL: な~んていう、いかにもなメソッドがあったんですわ。 もしかして、今、rssAppDelegateのconnection:didReceiveData:メソッドでputcharしてる文字列を渡してやったら画面に表示しくれるのでは? というわけで無理矢理UIWebViewをUITableViewCellに埋め込んじゃいます。 まずは、rssAppDelegateクラスに NSString* htmlstring; という変数を追加。connection:didReceiveData:メソッドに渡ってくる受け取りデータをこいつに保存。 でNSURLConnectionクラスのconnec
ネットワークシステム研究室 指導教員 : 坂本 直志 准教授 07ec100 : 永塚 優輝 目次 1.はじめ 2.iPhone 2.1iPhoneとは 2.2ユーザーインターフェース 2.2.1マルチタッチスクリーン 2.2.2加速度センサー 2.2.3音声認識による操作 2.3iPhoneアプリケーション 2.4アプリケーションスタイル 2.4.1生産性型アプリケーション 2.4.2ユーティリティ型アプリケーション 2.4.3没入型アプリケーション 2.5iPhoneGUI 2.5.1ステータスバー、NavigationBar、TabBar、およびToolBar 2.5.1.1ステータスバー 2.5.1.2NavigationBar 2.5.1.3ToolBar 2.5.1.4TabBar 2.5.2Alert、Action Sheet 2.5.2.1Alret 2.5.2.2Acti
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く