Androidプログラミング質問スレ Part38

1 名前：デフォルトの名無しさん [2013/11/22(金) 05:39:21.98 ] このスレではAndroidSDK・NDKやAndroidマーケットに関する質問を扱ってます。 ※プログラミング自体が初めて！なあなたには↓↓↓こちらへ スレ立てるまでもない質問はここで 126匹目 toro.2ch.net/test/read.cgi/tech/1363522503/ Eclipse統合M34【Java/C++/Ruby/Python/Scala】 toro.2ch.net/test/read.cgi/tech/1361510049/ ★★Java質問懽\363蜻樺kスレッド161★★ toro.2ch.net/test/read.cgi/tech/1364006637/ ****オススメ関連リンク**** ■ TechBooster techbooster.org/category/android/tableofcontents/ ■ Androidメモ www.saturn.dti.ne.jp/npaka/android/index.html ■ 逆引きAndroid入門 www.adakoda.com/android/ ■ Androidプログラマへの道 wiki.livedoor.jp/moonlight_aska/ ■ Android Wiki* wikiwiki.jp/android/ ****公式リファレンス**** ■ Android developers　developer.android.com/index.html ■ ソフトウェア技術ドキュメントを勝手に翻訳　www.techdoctranslator.com/ ■ 日本Androidの会 www.android-group.jp/ ■ StackOverFlow stackoverflow.com/questions/tagged/android ****前スレ**** Androidプログラミング質問スレ Part37 toro.2ch.net/test/read.cgi/tech/1382430603/ 152 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 18:27:28.30 ] 俺はいつも下の繰り返し 1) フレームワーク作る 2) 作品を作るが、フレームワークに不満があり作り直しを決意する。 3) フレームワークを作り直す 4) 何回か繰り返す 5)新しいプラットフォームの出現で1)に戻る 153 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 18:38:54.99 ] >>152 趣味としてはいい流れだね 154 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 18:40:34.55 ] >>152 他の言語ならともかく、既製品のフレームワークで溢れかえってるJavaでフレームワークを独自開発したくなるケースってあるか？ 155 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 18:49:11.25 ] 俺は下のような感じ 1) とりあえずやりたい事が技術的に可能か判断するため実際に動く物を作る。 　　非公開な小さな実験プログラム的な位置づけ。当然設計なんか皆無。 2) 可能だとわかったら作品作りを開始する前に脳内で設計を多くエミュレートしまくる。 　　忘れちゃうのでメモもとっていく。 　　この時に今後追加でつけるであろう機能もある程度は絞る。 　　そして自分が今後メンテしやすいように設計を考える。 　　参考書などのガチガチな方法ではなく、あくまで自分がやりやすい形の設計。 3) 作品を作る。 4) 作った後にさらに追加機能を思いつくこともある。入れられそうなら無理やりでもねじ込む。 　　ダメそうなら今作はここまでにし次回作（続編）側に回す。 5) 続編の企画を開始し 1) に戻る。 　　この時 2) に移った段階で前作の 4) で浮上した点について設計の拡張性を再考察する。 これの繰り返しで作品つくる度にどんどん自分のやりやすい設計が勝手に構築されていく 156 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 18:53:44.10 ] 俺の場合、作品作るとライブラリを根本から見直さなきゃダメになるケースが多い。 その結果フレームワークなのに１回しか使わないとか、過去に何度やらかしていることか。 正直、俺はセンスないと思う。 157 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 18:55:02.73 ] 漏れのやり方そっくりじゃねーか ライセンス料払え 158 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 19:12:16.04 ] 作りながらライブラリ構築するのは時間の無駄 俺の場合ライブラリはコメントもしっかり書かないと落ち着かないから特に。 完成して次回作を作る初期の段階で、前のソースからコピペしてライブラリっぽくするくらいがいい 159 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 19:44:09.35 ] >>115 ソースを見てる時点で間違い。クラス図を見ろ。 もしかして、いきなりソース書いてるのか。それはぐちゃぐちゃになるわ。 ただ、キレイはキリがないので、自分やチームの技術レベルでわかりやすい程度にしてる。 160 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 19:49:13.00 ] >>159 クラス図はじめUMLとか設計書まで丁寧に公開しているのなんてめったに見かけないよ ソース読んで自分の頭の中でクラス図なりアクティビティ図を組み立てるしかないでしょ 161 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 20:10:04.81 ] ぶっちゃけkitkatでも何か動かないって言ってる奴いるし android/googleの場合やり方自体どんどん変わっていくだろうから細かいところ気にしてもしょうがないな 162 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 20:37:12.25 ] >>160 ぼっちは仕事とかで見ないのか。それは済まなかったな。 できたものより、できる工程見ないと、自分でも作れないと思うし。 開発手法の本とかで勉強するしかないんじゃないか。 163 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 20:41:36.04 ] >>140 社畜だが個人で出してるアプリは1万超が複数 ちなみにツール系で数ヶ月気合い入れて作って後は放置で安定収入 全部自分で調べた。このスレで聞いてもレスすらもらった事なし 164 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 21:07:30.60 ] >>162 いきなり仕事でアプリ作ってる話にすり替わってる… きっと人の話を理解できず俺様論ばかり語るありがちなアーキテクト様ですか？ 165 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 21:22:15.77 ] 大声と論点のすり替えができれば日本では出世できるよ 166 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 21:24:41.10 ] >>164 いや、俺は仕事やコミュニティでいろいろ見てるけど、そういうのに加わってない人は、見る機会ないんだなってこと。 167 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 21:27:55.60 ] で、見る機会がある人は一連の流れの評価はどうなるんだ？ 最初の質問者の評価 答えた奴らの評価 168 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 21:31:14.66 ] >>160 クラス図はソースから自動生成できるだろ なーに言ってんだ此奴 169 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 21:39:28.56 ] クラス図作ってどうすんの？ クラス図作る以前に、己の性格直さないと共同作業できない人が大杉 170 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 21:40:31.47 ] リバースエンジニアで生成できる程度のクラス図なんざソース見るだけで十分 クラス図が欲しくなるようなソースからは新聞紙サイズの図が出力される 171 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 21:44:31.68 ] 全体的にゴミ扱いのUMLで数少ない評価されてるものがクラス図なのに・・・ 172 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 21:45:05.34 ] >>167 見る機会があるだけで見てるだけなので評価できる能力なんかありません 173 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 21:46:30.07 ] そもそもアンドロイドのアプリで巨大なもの作ってるの本当に少数だと思うけどね 174 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 21:48:56.53 ] クラス図の価値は否定してないでしょ 犬小屋作るのに設計図いるかって話してるんだよ 175 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 21:56:11.05 ] クラス図なんていらん そんな大規模なの作らんし DB（ローカルでsqliteのみでできるもの）もテーブル定義をメモ程度に残しておけば事足りる これで足りなくなる規模のアプリ作ってるの？ 176 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 22:11:41.84 ] クラス図は引き継ぎなどで他人に説明する手段として使うのみ ドキュメントも成果物の１つとして納品するケースはあるが 個人で作るときに必要となったことはないなあ 177 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 22:48:56.58 ] だなぁ むしろ半年後とかに自分で修正する時に当時を思い出せるようなメモ帳テキストか コードの最初にわかりやすいコメント入れてるとか程度だなぁ 個人でもソースを2万行以上とか超えるとか、非同期処理多様でやたら複雑なアプリとかだと 多少クラス図もどきやメソッドの関連性みたいなものは書いてる時あるが 全部自分用だなぁ 人に見せる用ならさすがにちゃんとしたもの書くが 178 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 23:07:56.00 ] クラス図どうの言ってる人たちはAndroidアプリ作る時の話をしているのか、仕事でそれなりのシステム作る時の話をしているのか？ どうも後者じゃないか？ オフィススイート級のAndroidアプリを仕事として作っている人たちなの？ 179 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 23:13:26.29 ] 質問者はそんなこと聞いてたのか 180 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 23:50:02.60 ] ソース書いて修正するより、クラス図書いて修正してからソース書いた方が、結果的に綺麗で早い。小さいものでも。俺はね。 ただ、この方法はフレームワークと分離できるか理解してないと、ソース書く時点で多くの手戻りを生むかも知れん。 自分の得意な開発手法でやればいいんじゃないの。 答えが自分と違うからって、否定する意味がわからん。 181 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 00:29:09.36 ] 最初の質問は、色々詰め込み過ぎてデカくなりすぎたActivityクラスを分割したいってだけ。 割と単純でよくある話だ。 なのにここの連中は初歩から勉強し直せやら、オープンソース読めやら、クラス図書けやらと的外れなレスして、あとは大量のガヤ。 誰一人としてこの単純な質問に適した回答をしていない。 むしろ回答できない、回答できる奴がいないといった方が正しいな。 真っ当な回答できる奴いるか？ いるなら出てこいやあー！ 182 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 00:38:23.86 ] 真っ当な回答なら大量に出てるだろ 方法は人それぞれだから自分が一番やりやすい方法見つけて好き勝手にやれと 正しい回答が出まくってるのにそれに気づけない馬鹿なだけだよ 「恋愛の答えおしえてください」みたいな事質問してると気づけない馬鹿ってこと ご理解いただけたかしら？ 183 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 00:40:11.34 ] EditTextPreferenceのボタンが押された時の処理ってどういう風に取得してきたらいいでしょうか？ 184 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 00:45:58.88 ] 俺の場合、activityでは各アプリで共通のライフサイクル処理やキーイベント処理を書くだけに留めて 基本は他のクラスから参照するようにしている。 保存リストア系も専用の処理クラスを作って、activityのonXxxxクラスからコールするようにしている。 なので、そこまで肥大化しないな。 185 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 01:08:38.16 ] 業務じゃなけりゃ、自前のフレームワークなんて、精々、サブパッケージ程度に収まる範囲でしょ クラス図とか作るなとか、作る必要ないとか言う気はないけど、実際のところ、作らなきゃ把握しきれないほど肥大化するもの？ 186 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 02:07:02.21 ] >>181 俺はあるＰＣ用のプログラム作ってるけどmainが肥大化してるからどうしたらいい？ 質問としてはこんなレベル 真っ当な回答とやらを聞きたいな 187 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 07:29:02.51 ] >>186 構造化プログラミング、関数化 188 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 07:53:36.47 ] いつまでこの話題が続くのか．．．非常にツマラン 馬鹿はほっとけ 189 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 08:01:17.31 ] 馬鹿達の薄い知識自慢大会になるからこの手のネタはみんな避けてるんだな 190 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 08:16:56.79 ] さいごにちゃぶ台ひっくり返して自分が一番上だと思いたい書き込みもよくあるオチだな 191 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 08:55:37.77 ] 本当の馬鹿に馬鹿っていうと発狂してやめ時みつけられなくなるからな 精神的上位者がぶったぎるのも必要なんだよ 192 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 09:18:10.31 ] >>191 では、精神的上位者のアナタがぶった切ってやって下さい 193 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 09:57:50.03 ] >>183 全部xmlだけで定義するのは無理 onClick()実装したサブクラス作ってそれをxmlに記述するか、無名クラスに実装して、コード上でPreferenceCategoryにaddするか 194 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 11:11:43.79 ] >>183 xmlＰnClickにメソッド名を記述して setContenViewで実装するActivityに public メソッド名(View ｖ)｛｝ で実装する。 195 名前：194 mailto:sage [2013/11/27(水) 11:13:40.97 ] 文字化けした onClick� 196 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 12:26:27.11 ] おっと、最近はxmlでEditTextPreferenceにonClick属性が指定できるようになってたのか。知らなかった 昔自分もやりたくて調べたけどその時はできなかった 197 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 12:36:58.85 ] 人数増えすぎて希望したセミナーうけれないという弊害が出てきそうなムードだ 無料セミナーなのに音読があるから結局3000円オーバーする書籍買い込む結果になる ダダ漏れのgoogleドライブのアンケートに書いてもメアドやスカ晒されるだけなのでここに 書いておく セミナー主はどういう考えで人数ふやしているんだろうか？批判ではないが本心が知りたいな もちろん主催さんには恨みも批判もないが本心が知りたくなってきた 198 名前：デフォルトの名無しさん [2013/11/27(水) 15:21:47.94 ] newで作ったEditTextをsetView()して AlertDialogを作っているのですが、 ２回目の表示時に例外で落ちます。 ググると同現象は各所で書かれているのですが、 （例えばここ） d.hatena.ne.jp/m383m+mmj/20100705/1278334559 EditTextやAlertDialogをフィールドに逃がすのではなくて 「適切なViewに対してremoveView()」することで 対処したいです。 どのように書けば良いのかご教授いただけますでしょうか。 removeView()して解決する方法は StackOverflow含めて見つかっていません。 ＜例外の内容＞ java.lang.IllegalStateException: The specified child already has a parent. You must call removeView() on the child's parent first. よろしくお願いします。 199 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 15:22:43.37 ] >>171 ステートチャート図とか、シーケンス図も使えると思うが。 まあ、UML の前からある図だけど。 200 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 15:48:51.09 ] >>198 アラーとダイアログはActivityのライフサイクルにあわせないと、2回目の表示で落ちることがある Activity.showDialogをコールしてActivity.onCreateDialogの中でAlertDialog.Builderで作ってActivityに渡す 画面の縦横切り替えでも落ちるならコレが原因 201 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 17:08:07.42 ] >>画面の縦横切り替え アイポンやandroidで初めて見た時はすごいなって思って自分のアプリにも導入したけど、あんまり意味がない事が判明 だから最近は縦か横かに固定してる 202 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 20:48:55.83 ] 縦固定アプリはタブレットで使う時にむかつく 203 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 21:06:35.50 ] タブレットは装備が貧弱だから次のバージョンでから動作不能にする予定です 204 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 21:22:23.03 ] 起動時の向きに固定したったらええやん 俺も「作業中の画面向き変更ってあんまり意味なくね」って思ってたけど， 稀に「編集は横画面が使いやすいけど閲覧には縦のほうが使いやすい」みたいな場合が あるような気もしてる 205 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 21:28:12.45 ] 起動時の向きの固定とか、動的でプログラマブルな向き変更って 初期の向きでの画面構築後に、再構築しなきゃならんよね 遅くなりそう 206 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 21:29:45.90 ] 個人的には端末の方で固定してるけど、 アプリの方で可変の場合に今の向きじゃない方にしたい場合だけ端末の方を一旦解除→アプリ起動ってめんどくさい状況がまれに発生する。 本当は物理ボタンでもタッチでもいいけどデフォが固定で向き変えたいときに押す方がいいんだけどね。 端末の機能アピール以外に端末の向き変えて画面変わる状況は意味ないと思う。 手動で向き変えることが苦痛なほど向き変えまくる状況がないし、そもそもAndroidのシステムとしてそんなの想定してない。 207 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 21:46:10.55 ] タブレットはともかくとして普段は端末で回転無効にしてる人多いんじゃない？ 最初から横画面なんていらんかったんや 208 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 21:55:58.14 ] そう言われれば写真や動画見るときしか横にしないな まれにqwertyで長文入力するとき 209 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 22:26:29.80 ] ブラウザではよく縦横切り替えるなあ。PC用サイト見ると縦のままじゃ読みづらいことがままある。字の大きさ的に。 それ以外のアプリでは向き固定の方がありがたいな。 回転禁止がシステムレベルでアプリごとに固定できるってんでもいいんだけど。 210 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 22:32:41.15 ] 向き固定のアプリとか「技術力ないんだなー」としか思わん 211 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 22:44:05.76 ] ユーザレベルの知性を感じない感想だな 212 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 22:48:20.83 ] 海外だとこの手のシャキーン！とキーボード出てくる機種に人気あるイメージがあるから もしかしたら横向きの需要は海外の方があったりするかもね www.android.com/devices/detail/sharp-fx-plus-ads1 213 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 22:50:17.17 ] 現在、AlertDialogで設定画面を作っています。 例えば、 設定ダイアログ ー設定１ ーー設定１１ ーー設定１２ ー設定２ といった構成を考えているのですが 設定１１の場所で物理キャンセルボタンを押した場合に ダイアログ自体が閉じてしまいます。 これを設定１に戻るようにしたいのですが、 setOnCancelListener()を使い、 設定１ダイアログのshow()メソッドを呼び出す以外に方法はあるのでしょうか？ 設定項目が増えた場合を考慮して、できればこれ以外の方法で 実装したいと考えています。 214 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 22:55:36.66 ] >>211 スマホからタブレットまで画面サイズが多様化してる時代に特定の方向に画面を固定する理由なんてない 「画面変更に対応しづらい糞設計のコードなんだろうなー」としか思わん 215 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 22:56:00.99 ] >>213 俺の知る限りではない ダイアログは表示が1個だけであり ウインドウズみたいに重ねて表示できない仕様なんだろうと思っているぜ〜 なので俺も1→（1の設定を記憶しておき）→11表示（1は消える）→もどる（11の設定を記憶しておく）→1表示（記憶しておいた1の設定を全部復元） というイチイチ面倒なことやってるよ スーパー天才回答が現れることを俺も願っている 216 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 23:06:16.31 ] スマホ・タブ・縦横・解像度非依存で完全に対応したのが一番いい ただ技術や時間やコスト不足で完全じゃないなら妥協で固定画面の方がマシだな 217 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 23:10:26.93 ] 思いつきだがスタック使えば設定項目増えてもそのやり方でいける気がするが 多重ダイアログは使うなということなんだろうな 218 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 23:13:53.37 ] いつも思うんだけどさ 画面の向き固定しても、 結局回転時の処理ちゃんと書かないとバグるよね 219 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 23:14:10.43 ] >>216 画面対応に対応できない技術力なんだなーという指標にはなるからね 場当たり的なコーディングで対応してるからそういうことになるんだなーと 220 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 23:16:08.86 ] 単純なボタン置いてるだけのＵＩならともかく ゲームまでなると縦横対応するのはなかなか難しい 画面のアスペクト比でゲーム性も変わっちゃうから 221 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 23:21:10.97 ] ゲームはパフォーマンス的な理由があるから許すけど、 パフォーマンス関係ないアプリケーションで縦横回転に対応できないのはかなり足元見られるよ 222 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 23:22:53.54 ] もしかして回転対応って、専用のレイアウトを両方に用意するとかいう話じゃなく 回転しても落ちないとかその程度のレベル？ 223 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 23:29:00.58 ] レベルはわからんけど 少なくとも向き変わったら画面からはみ出して操作できなくなるとかはダメだな デザインの優秀さはまた別問題だし 224 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 23:31:17.63 ] >>222 最低限回転できれば及第点。 回転すらできない糞アプリも割とあるから 225 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 23:40:53.06 ] 世の中どんな珍端末あるかわからないってのもあるけど 小さすぎて押しにくすぎとかもあるからＵＩは全て完璧なら問題ないけど一部分だけ取り出してそこができてれば合格というのはないな 226 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 23:43:29.33 ] 「わしゃ！回転固定のアプリは認めないんじゃ！技術力不足じゃ！ 　ゲームは許すけどそれ以外は足元見られるぞよ！」 騒いでるのは奇特な頑固爺さんプログラマ1名だけだから無視しとけって。 俺らは頑固な同業者や評論家向けにアプリ作ってるんじゃないんだぜ。 ユーザー向けに作っているんだよ。 1つの映画に対し映画評論家の意見と一般視聴者の意見がわかれるのと非常に似てる。 評論家が最高得点つけた映画が必ずしも面白いとは限らないというやつ。 227 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 00:03:11.10 ] スマホすらガラパゴス化してる日本以外も含めると タブレットもすでにAndroidが過半数なんだっけ？ 228 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 00:20:33.57 ] 周りからの意見を組み込んでいった結果、 シンプルだったアプリがいつの間にか ガラパゴスアプリと化していたよ。 229 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 00:20:38.70 ] >>213 ダイアログじゃなくて透過Activityにしたら？ 230 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 01:26:57.41 ] DQ1見てUIの重要さを考えさせられました 231 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 02:21:41.88 ] >>230 一方カスROMを入れている俺はNo such〜エラーが出て起動すらできないのであった・・・ NDK系のアプリだとこれしょっちゅう出るけどどうすりゃいいんだ 232 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 03:22:44.66 ] 携帯端末の場合 日本語入力に横はありえない リストも縦が見易い カメラが横固定だから写真の表示は横が見易いだろうが そもそも横画面は持ちにくいし、片手で操作出来ない 233 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 03:32:03.28 ] 俺はたいてい回転固定して使ってるけどな。ベッドとかではその方が便利。 作る分には回転させたほうが楽だから、そうしてるけど。 234 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 03:45:27.14 ] タブレットで縦固定にしてると落ちるものがあるね エラーが出ないでいきなり落ちる 235 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 03:52:03.32 ] アクティビティAからアクティビティBに移動してダイアログのOKを押しました。 それが押されるとアクティビティAに戻るようになっています。 アクティビティA側の処理で、アクティビティBのダイアログのボタンがクリックされたという処理の仕方がわかりません。 処理の書き方を教えてもらいたいです。 236 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 03:54:41.95 ] >>98 237 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 04:08:26.89 ] >>236 これってダイアログから戻った時のクリックの処理も受け取れるのですか？ 238 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 05:39:00.36 ] 斜めにも対応できないのは未熟なんだなと思う 239 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 06:43:07.04 ] >>218 横画面の状態でアプリ起動したとき、アプリが縦固定だと回転が発生するからね。 それを考慮していないアプリは見たことある。 240 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 06:58:56.70 ] 自動回転はイライラするから普通は使わないよね ボタン切り替えにすればよかったのに 241 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 07:28:46.85 ] >>237 >>98　は反面教師　普通にやればいい 242 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 07:30:37.29 ] >>215 自前でやるならスタック使えばいいし、そもそも設定用ならアラートdlg使わなくても出来る 243 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 08:39:47.80 ] 「HOME」は「縦固定画面」だが誰も文句は言わないね 縦横表示はユーザーが持ってる向きじゃなくてアプリの内容によって変えるものだと思う 244 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 08:48:45.80 ] 機種によるでしょ 245 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 09:01:02.82 ] 人によるんじゃね？ 246 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 09:30:55.31 ] ホームが縦固定のほうが少数派なのでは? よくしらんけど。 247 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 09:36:32.83 ] >>243 Android標準のHOMEは縦横対応してるけど。 248 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 09:42:18.65 ] 物理キーあった時代のスマホとタブ出てからで違うのかも知れんが 249 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 09:47:46.44 ] 完全な物理キーって手探りで押せたから便利だったのにな 250 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 10:14:33.88 ] >>230 DQ1のUIは良いってこと？悪いってこと？ 251 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 10:16:38.77 ] 目的がはっきりしている場合、ボタンは物理キーに越したこと無い。 より汎用的という方向性から物理キー撤去、オールタッチ方式となった。 ボタンは出っ張りと押したときのヘッコミ感がすべて。 この形状操作をソフトウェアでコントロールできるような夢のタッチパネルが出現すれば皆ハッピー。 252 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 10:23:07.92 ] Snoy Readerは電子書籍端末のなかで唯一ページめくりが物理ボタンで、それがいいって言ってる人を見たね。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef