1 名前:デフォルトの名無しさん mailto:sage [2007/05/24(木) 21:44:32 ] J2ME CLDC+MIDPベースの携帯電話用Java(主にEZアプリ、Vアプリ)に関するスレッドです。 質問でも議論でも何でもこい、と。質問は公式資料をよく読んでからにしましょう。 前スレ: CLDC+MIDP+携帯電話用Javaスレッド part 6 pc11.2ch.net/test/read.cgi/tech/1155174514/l50 過去スレ 携帯JAVAのスレッド pc2.2ch.net/test/read.cgi/tech/1011977260/ (DAT落ち) CLDC+MIDP+携帯電話用Javaスレッド part 2 pc5.2ch.net/test/read.cgi/tech/1070858996/ CLDC+MIDP+携帯電話用Javaスレッド part 3 pc5.2ch.net/test/read.cgi/tech/1091798483/ CLDC+MIDP+携帯電話用Javaスレッド part 4 pc8.2ch.net/test/read.cgi/tech/1108781476/ CLDC+MIDP+携帯電話用Javaスレッド part 5 pc8.2ch.net/test/read.cgi/tech/1132493827 -- Java一般に関しては: 【初心者】Java質問・相談スレッド88【大歓迎】 pc8.2ch.net/test/read.cgi/tech/1153834996 NTT DoCoMoのiモード携帯電話用Java(iアプリ)については: iモード携帯電話用Java(iアプリ) Part12 pc8.2ch.net/test/read.cgi/tech/1154336955 >>2-5 あたりにリンク集
357 名前:デフォルトの名無しさん mailto:sage [2007/09/09(日) 20:33:03 ] >356 ググればでてくるじゃない。 直接最新がでなくてもたどれるでしょ。
358 名前:356 [2007/09/09(日) 22:00:56 ] >>357 ありがとうございます。
359 名前:デフォルトの名無しさん mailto:sage [2007/09/10(月) 17:35:11 ] auのオープンアプリを作ろうと思い、初めてJavaに取り掛かろうとしています。 そこで、プログラミング以前の問題なのですが、大抵のオープンアプリ作成講座で『J2ME Wireless Toolkit 2.2』を使えと書いてあります。 実際にSunのサイトに行ってみれば最新バージョンは2.5.1なわけですが、これはオープンアプリを作るうえで2.2の方が便利ということでしょうか? 2.2と記してあるところが一箇所だけなら気にしないんですが、複数サイトで書かれていたので…… 記事が古いわけでもないみたいだし。
360 名前:デフォルトの名無しさん mailto:sage [2007/09/10(月) 18:34:17 ] The Sun Java Wireless Toolkit 2.5.1 includes all of the advanced development features found in version 2.2, 2.3 Beta, 2.5 Beta 2 such as MIDlet signing, certificate management, integrated over-the-air (OTA) emulation, push registry emulation, and more. だそうですよ
361 名前:デフォルトの名無しさん mailto:sage [2007/09/10(月) 18:45:45 ] WTK2.2以降はMIDP2.1が基準だったはず。 MIDP2.1のベンダ実装ってまだ出てない。
362 名前:デフォルトの名無しさん mailto:sage [2007/09/10(月) 22:05:32 ] >>360 英語苦手なんですが……要するに2.5は2.2とかの進化形ってことですかね >>361 調べてみたんですが、MIDP2.1という規格が見つかりませんでした…… 色々調べてみたところ、2.2はLinux対応してるけど2.5はしてないとか、 単に2.2のレベルで充分とか、そんなことみたいですね。 どちらでもよさそうなので、適当にどっちか突っ込んどきます。
363 名前:デフォルトの名無しさん mailto:sage [2007/09/10(月) 23:20:53 ] >>362 MIDP 2.1で普通に出てくるんだが? それで分からんならJSR 118 MR 2.1で検索してみろ。 というか分からんなら黙ってWTK2.2とパッチ入れとけ。
364 名前:デフォルトの名無しさん mailto:sage [2007/09/11(火) 03:18:25 ] >>362 んぱかさんのサイトから WTK22ダウンロードできたはずですよ! がんばってね
365 名前:デフォルトの名無しさん mailto:sage [2007/09/11(火) 06:46:45 ] Sunのサイトでダウンできるし ま、2.5入れておけばいいんじゃね? そんでMIDP2.1の機能を使わなければいい。API見れば書いてあるし
366 名前:デフォルトの名無しさん mailto:sage [2007/09/11(火) 13:21:23 ] 2.1は2.0のバグフィックスも含まれるからそういう問題じゃないんだが。
367 名前:デフォルトの名無しさん mailto:sage [2007/09/11(火) 16:30:31 ] >>363 >>364 >>365 どもありがとうございます >>362 に書いたように適当にどちらかダウンロードするつもりです MIDP2.1は確かにありましたね 英語を斜め読みしてたら見逃したみたいです すみません
368 名前:デフォルトの名無しさん mailto:sage [2007/09/11(火) 21:12:29 ] 聞いてきた本人がレスを何も理解してないんじゃなに話しても無駄だな。
369 名前:デフォルトの名無しさん mailto:age [2007/09/15(土) 14:23:31 ] ageてもいいですか?
370 名前:デフォルトの名無しさん mailto:sage [2007/09/16(日) 03:42:28 ] 誰か、MIDP又はMIDP2で、 zip解凍プログラムを作成した神はおらんかのう。 Gzip解凍プログラムならググれば見つかるけど、 zip解凍プログラムは全然見つからない・・・。
371 名前:デフォルトの名無しさん mailto:sage [2007/09/16(日) 09:37:19 ] gzipは見つからんがzipなら見つけた。 どこかは忘れた。
372 名前:370 mailto:sage [2007/09/16(日) 12:31:57 ] >>371 レスありがとうございます。 良く考えたらJava2 SKDの方には、 「ZipInputStream」というzip解凍用クラスがあるので、 そのクラスのソースを探した方が早いかもしれませんね。
373 名前:デフォルトの名無しさん mailto:sage [2007/09/16(日) 13:15:48 ] >>372 WillcomのWikiに書いてあった奴だけど Java 2 ME CLDC用 ZIP展開クラス jp.imi.zip.ZipArchive ttp://i.lifemedia.co.jp/pc/zip/
374 名前:デフォルトの名無しさん [2007/09/16(日) 13:45:44 ] すまん、ちょいスレ違いだが該当スレが無いんで教えてくれ。 ソフトバンクの携帯で、横画面に回転後を意識したアプリを作りたいんだが MEXAエミュレータ上で、横画面に回転後の状態を反映さすにはどうすりゃいいんだろか? 単に液晶サイズを変えただけじゃ意味ないし。 ヘルプも見たが、わからん・・・。
375 名前:372 mailto:sage [2007/09/16(日) 14:42:12 ] >>373 おーーー!!! これぞまさしく探していたものです! 本当にありがとうございます。
376 名前:デフォルトの名無しさん mailto:sage [2007/09/19(水) 15:08:38 ] >>370 ttp://www.saturn.dti.ne.jp/~npaka/kvm/midp2/InflateEx/index.html これなんてどうでしょう?
377 名前:デフォルトの名無しさん mailto:sage [2007/09/21(金) 00:10:43 ] M3G って登場してからしばらく経つけど、あんまり見かけないのは やっぱり性能的に厳しいからなのかなあ
378 名前:370 mailto:sage [2007/09/23(日) 21:31:00 ] >>376 レスありがとうございます。 試してみましたが、これだとzipファイルが解凍できませんでした。 jarファイルとzipファイルは全く同じ圧縮形式だと思いましたが、 微妙に違うのだろうか・・・。
379 名前:デフォルトの名無しさん mailto:age [2007/09/23(日) 23:48:23 ] jar って gzip じゃなかったっけ?
380 名前:デフォルトの名無しさん mailto:sage [2007/09/24(月) 03:29:40 ] jarはinfo-zip
381 名前:デフォルトの名無しさん mailto:sage [2007/09/24(月) 12:30:42 ] >>378 S!のInflateInputStream()を使ったことが無いんで376のソースコードからの推測になるが S!のInflateInputStream()でzipを解凍するなら zipのヘッダを自力で処理して各ファイルのdataブロックだけを取り出して 圧縮方式0の時はそのまま切り出し圧縮方式8の時は0x78,0x9c辺りをdataブロックの先頭に付加して InflateInputStream()に渡せば展開できるはず ZIPヘッダの構造自体は資料が山ほどあると思うんでそっち見てくれ
382 名前:デフォルトの名無しさん mailto:sage [2007/09/24(月) 12:46:45 ] 私も>>346 さんと同じ壁にぶち当たったのですが、 SoftBankデベロッパーサイトの技術資料を全て見ても、 探しているAPI(サイクロイド携帯で、画面の回転が行われた事を 通知するAPI、又は画面の回転状態を取得するAPI)は見つからず・・・。 折りたたみ式機器の開閉状態を通知するAPIはありますが、 上記の探しているAPIは存在しないのでしょうか?
383 名前:デフォルトの名無しさん mailto:sage [2007/09/24(月) 14:19:46 ] メインをスレッド処理で動かした場合とそうでない場合のアプリでは 長時間OAP上で動かした場合、携帯電話の電池消費量は変わってくるのでしょうか?
384 名前:デフォルトの名無しさん mailto:age [2007/09/24(月) 21:53:30 ] www.jbenchmark.com/result.jsp?orderby=tris&benchmark=3d Java だと最新の機種でも秒間 6 万△ポリくらいなのね。
385 名前:デフォルトの名無しさん [2007/09/27(木) 10:11:58 ] 助けてください・・・エロい人。 URLエンコード部を、iモード⇒EZオープンアプリへ移植していますが、 HttpUrlEncoderを使うところまではわかったのですが、実際の使用方法が 全くわかりません。 iモードでは『String value = URLEncoder.encode(id);』で作動するので、 EZで同様に『String value = HttpUrlEncoder(id);』としてもダメでした。 どのように記載すればよいのでしょうか?
386 名前:デフォルトの名無しさん mailto:sage [2007/09/27(木) 10:45:53 ] ググレ
387 名前:デフォルトの名無しさん mailto:sage [2007/09/27(木) 11:06:59 ] オープンアプリでURLエンコードはできないだろ。 HttpUrlEncoderクラスはPhaseライブラリのもの。 オープンアプリはCLDC1.1とMIDP2.0しか対応していない。
388 名前:デフォルトの名無しさん mailto:sage [2007/09/28(金) 05:08:43 ] >>385 URLエンコード程度なら、自分で処理を書けばよい。
389 名前:デフォルトの名無しさん mailto:sage [2007/09/28(金) 14:13:17 ] オープンアプリの提供方法について質問させて下さい… とりあえずWTKで正常に動作する(オプションAPIを使用していないのでSoftBank実機でも正常に動作)事を 確認し、サーバにjarとjadをUPしました。んでサイトを参考にしながら下記のようなhtmlを作成。 <html><body> ダウンロードページ <a href="device:jam?*************/sample.jad"> ダウンロード</a> </body></html> でもAU実機(W52S)でリンクをクリックしてもスカッスカッていう感じで何も反応しないんです… これはアプリ側に問題があるのでしょうか?それともHTML側でしょうか?
390 名前:デフォルトの名無しさん mailto:sage [2007/09/28(金) 14:23:55 ] >>389 ttp://www.au.kddi.com/ezfactory/tec/spec/openappli.html
391 名前:デフォルトの名無しさん mailto:sage [2007/09/28(金) 15:47:38 ] >>390 すみません。。熟読したつもりなんです…。 ダウンロードエラーとかになるなら分かるんですが、クリックしてもウンともスンとも言わないんですよ。 作成したアプリ側に問題があるのかも、と思ってHelloWorldもUPしてみたのですが同現象でした。 という事はやはりサーバ側の問題なんですよね。。 一体何が悪いのでしょうか…
392 名前:デフォルトの名無しさん mailto:sage [2007/09/28(金) 18:23:11 ] サーバ側に問題があるんだと思うんならさっさと確認しなよ どうしたいわけ?
393 名前:デフォルトの名無しさん mailto:sage [2007/09/28(金) 20:35:10 ] MIMEはセットしたのか?ちゃんとサーバーはContent-Lengthを返してるのか? ってことじゃねぇの? 後は確認するだけだろ
394 名前:391 mailto:sage [2007/09/29(土) 00:07:26 ] すみません。サーバ関係というかWeb系の事はさっぱりなんです。。 っで、サーバを変えたら現象が変わったのでご報告を…。 ダウンロードリンクをクリック→通信エラー(200 4207) .htaccess内に以下を記述して同ディレクトリにアップロード→変わらず。 AddType text/vnd.sun.j2me.app-descriptor jad AddType application/java-archive jar 一体何が悪いのでしょうか…
395 名前:391 mailto:sage [2007/09/29(土) 00:15:20 ] 連投すみません… ↑のccessってなってるのは.htaccessの誤りです。 ちなみに現在使用しているサーバはアプリ★ゲットさんの提供スペースです。。
396 名前:デフォルトの名無しさん mailto:sage [2007/09/29(土) 03:37:43 ] >391 >すみません。サーバ関係というかWeb系の事はさっぱりなんです。。 突き放すようだけど、勉強しなよ。場当たり的に聞きまくらないでさ。 ケータイアプリ作ってるのにWebサーバのことサッパリってのは話にならない。
397 名前:デフォルトの名無しさん mailto:sage [2007/09/29(土) 07:23:10 ] >ケータイアプリ作ってるのにWebサーバのことサッパリってのは話にならない。 ごめん、w-zero3なんだ、うん。 いや、win32用PhoneMEバイナリもあるにはあるんだが・・・。 ところでマスター、CERN httpdを一つ。 #CERN派だった俺にはきびしい世の中になったもんだ。
398 名前:デフォルトの名無しさん mailto:sage [2007/09/29(土) 09:10:13 ] CERNつかってたオサンならHTTPのなんたるかは知ってるよな。 いまはちょっと標準化がすすんでるだけでたいして変化はない。 ttp://www.studyinghttp.net ここでも見て情報を吸収すればいいよ。 仕組みさえわかってればサーバ設定なんか単なる方言でしかない。
399 名前:デフォルトの名無しさん mailto:sage [2007/09/29(土) 09:48:46 ] >>397 だが>>391 とは別人だぞ。 まあ、netscapeが天下統一する時代に入ってからはクライアントサイドに興味を持って、サーバーサイドに疎いのは>>391 と同じだが。 というか、.htaccessの設定すらろくにできんなら>>391 はやっぱ基礎から勉強した方が良いぞ。 #そういやCERN httpdって今はw3c httpdか。
400 名前:391 mailto:sage [2007/09/29(土) 13:17:32 ] >>396 はい…。勉強しなおすようにします…。 とりあえず.htaccessを再アップロードしたり、属性を604に変更したりなど色々と してみましたが解決しませんでした。。 ただ、いくら調べても分からないので今回の件で一点だけ教えてもらえませんか? 現在はダウンロードリンクをクリックすると「通信エラー 200 4207」と表示されるのですが もし仮にJADファイル内の記述に誤りがあった場合などは上記のように通信エラーが 表示されるものなのでしょうか?それとも不正なアプリ〜的な表示になるのでしょうか? 今回の件がアプリ側の問題なのかサーバ側の問題なのかすら分からないもので…。
401 名前:デフォルトの名無しさん mailto:sage [2007/09/29(土) 13:29:22 ] なんでKDDIやアプリゲットに聞かないの?
402 名前:デフォルトの名無しさん mailto:sage [2007/09/29(土) 19:52:19 ] >>400 エラーの方はたぶんサーバ側。 200は普通に考えたら成功を意味するリターンコードぽいが、とにかく MIDPが動くにしても端末の表示情報の詳細なんて公開されてないから、 メーカー以外誰もわからん状況だと思う。 仕様ではContentTypeとContentLengthを返す事が必須になってるんだけれど、 ある日突然似たようなエラーが出始めたケースがあるらしい(俺自身は作ってないのでこれ以上は知らん) たぶんサーバ管理者が出力する情報を変更したんだろう、とは思ってる あと開発者向けのオープンアプリスレが携帯板がどっかにあるから、そっちで聞く方が詳しく判るだろう
403 名前:デフォルトの名無しさん mailto:sage [2007/09/29(土) 20:48:42 ] あっちは飽食の巣
404 名前:デフォルトの名無しさん mailto:sage [2007/09/29(土) 21:11:08 ] jadをcgiにしてcgiで強制的にContentTypeとContentLengthを返すとどうなんだ? あとそのサーバーに対してダウンツールかなんかとにかくhttpヘッダを見れるツールでアクセスして httpヘッダで何が返ってるかを確認するべし どこどこのサーバーだとかではなくこのURLのこのファイルなんですがならこちらで確認も出来るんだがな それらを公開する気が無いなら自分で何とかしなって言われて当然 わざわざそのためだけにアプリゲットのアカウント取る気にはならんしな
405 名前:391 mailto:sage [2007/09/30(日) 00:22:14 ] >>402 >> 404 すみません、色々ありがとうございます。 サーバやURLを公開する勇気がない(既に公開しているアプリがしょぼすぎて…)ので なんとか自力で頑張ってみます。 ただ、ない知識で調べまくってようやくContentTypeとContentLengthの返却値が分かりました! Server: Apache Content-Length: 225 Content-Type: text/html; charset=iso-8859-1 となっているので、.htaccessでのMIMEタイプの追加が出来ていない事が原因だと分かりました(多分) ちなみに.htaccessって中身書いてアップロードしても、その瞬間ftpソフトの画面から消えてしまうのですが そういう仕様なんでしょうか?なんとか頑張ってみます…。
406 名前:391 mailto:sage [2007/09/30(日) 00:48:37 ] またも連投になり申し訳ありません。 何度も書くのは気が引けるのですが、オープンアプリの開発→配布にあたり同じような疑問を持つ方も 出てくるのでは…と思うので極力結果は書いていこうと思います。 上で書いた.htaccessが表示されないというのはftpソフトの設定でした。 問題なくアップロードされていました。という事は.htaccessでのMIMEタイプの追加が許可されていない サーバなのか、もしくは.htaccessの記述間違いなどが考えられますよね。。 また色々試して来ます。
407 名前:デフォルトの名無しさん mailto:sage [2007/09/30(日) 01:37:56 ] >406 >極力結果は書いていこうと思います。 ここはキミの開発日記を書くところじゃないから迷惑だと思うよ。 オープンアプリ開発の技術的な問題をみんなで考えていくならともかく、 キミがつまずいてるのはサーバ設定の基礎的なことなわけで。 しかも特殊な設定で困ってるのではなく、単に知識不足なだけだし。
408 名前:デフォルトの名無しさん mailto:sage [2007/09/30(日) 01:56:57 ] >>406 開発日記ならブログでも作ってそこに書いてくれ ググッて引っかかるようにしてれば初心者も助かるだろ? 2chじゃスレが沈めばそれまでだ、ましてやこのスレは保管庫があるわけじゃないしな ココに書くのは助けを求めて話し合いたいとかならともかくただの経過や開発日記なら迷惑だ
409 名前:デフォルトの名無しさん mailto:sage [2007/09/30(日) 04:31:33 ] というか利用してるサバが許可してる事読めば一発で解決する事なのになんでgdgd2chなんかで書いてるの? 勉強しろってのもだけどマニュアル嫁も然り。 サバの初歩的な設定でつまづいてサバが許可してる事も分からないんじゃ誰もどうしようもないよ。
410 名前:デフォルトの名無しさん mailto:sage [2007/09/30(日) 08:30:21 ] サーバー設定だって、オープンアプリには必須な項目なわけで。 この程度でブログで〜とか言い出したらこのスレいらないよ。 まぁ俺もまずマニュアル等は読めと言いたいが、 きちんと読んでるやつはほとんどここで質問とかしないんじゃねぇのかな。
411 名前:デフォルトの名無しさん mailto:sage [2007/09/30(日) 08:46:19 ] マニュアル?そんなの聞いたことねぇなぁ ウソしか書いてない”仕様書”みたいなのはそこらじゅうに転がってるがね 番号がずれてるだけでどうしてここまで
412 名前:デフォルトの名無しさん mailto:sage [2007/09/30(日) 11:41:24 ] >>391 サーバ側はどうでもいいから、リンクを選択しても反応しない問題については 解決したら報告をお願いしたい。 HTMLは別に間違ってないような気がしたんだけどな。
413 名前:デフォルトの名無しさん mailto:sage [2007/09/30(日) 12:56:35 ] >>412 これだけ言われたらもう出てこれないだろw しかもよってたかってボロクソに言って「でもこれだけは結果教えろ」ってひどくね?w 391の勉強不足は否めないが、それでも完全なスレ違いな訳でもないし、同じ悩みを 持つ奴が出て来てもおかしくない(javaから入るやつなんてごまんと居る) はっきり言って初心者って自覚してる奴に対して否定しまくったり迷惑だとか言ってる奴って 何がしたいの?関連してる内容であるにも関わらず「迷惑だ」って…w せっかくオープンアプリの開発をしようって思った奴を一人潰してるだけじゃん? 自分らが初心者だった頃の気持ちを忘れんなよ。殆どの奴が周りに助けられて今がある んじゃねーの?掲示板や友人にも一切聞かず、自分一人でマニュアルとかだけでやってきた奴 なんて逆に少ないだろ? あーだこーだ言ってる奴は「CLDC+MIDP〜マニュアル非掲載の話題専用スレ」でも作ってろ。 と、391があまりに不憫だったので熱い想いを書いてみたw
414 名前:デフォルトの名無しさん mailto:sage [2007/09/30(日) 13:24:36 ] まあjava全体の話するなら初心者がMEから入ること自体無謀だな。 実機で動いたとしても変なコードが覚えるだけだし。 というか、サバの設定の初歩的な部分がわかってないだけだからそもそも板違いだぞ。 そこさえクリアすれば問題が切り分けられる。 聞いてることがサバに関する初質だからまずは、 どこが問題か切り分けてからこっちに来れば良いだろう。 その上、どこのサバで何が使えてどこまで許可されてるかが分からんなら誰に聞いたって同じ。 ググレばどこにでも書いてあるような設定がらみでミスってるんだから 分からん事は自分で学習してればそもそも、ここに来る必要すらなかったかも知れんしな。 ちゃんとサバの設定してもダメならまた来れば良い。
415 名前:デフォルトの名無しさん mailto:sage [2007/09/30(日) 13:28:54 ] >>413 問題なのは391が404とかみたく折角ちゃんと手を差し伸べてくれてる人間の手を蹴ってる事じゃね? 誰だって最初は初心者だ それを初心者の自分が今作ってるしょぼいからなんてアホな理由で目の前に居る親切にしてる人の手を蹴ってる プログラム以前に人間性がしょぼい人間に対して手を掛けようって人が居なくなってくってだけじゃね? プログラムのデキなんてこんなところで初心者な質問してる段階で誰も期待してないしどんなテストアプリにアンカー張ったって 笑うようなことはしないだろ ホントに助けて欲しくて自分の本来のurl晒したくなければアプリゲットのアカウントを自分でもう一個とってそこにテストアプリをあげるぐらいのことは出来るだろ 自分自身でどうにもできずに親切な人の手を蹴ってる馬鹿な行為と日記化しようとしてる事に対して嘲笑ってる人は多いかもしれんがね 特に「極力結果だけ書いていこう」ってことは毎回結果が変わるたびに日記を書きますって事だろ? これがせめて「ちゃんと動いた時は最終結果を書き込みたいと思います」で以降書き込み自粛ならまだ多少は違ったろうがな (自己解決にせよなんにせよちゃんと動いた時に質問を書いた人間がお礼と同時に結果を書くのは一種の礼儀の一つだろ 動きもしないし他人の手も蹴ってるのに日記だけ書くってどんだけ〜〜?) 413があまりにもアレなんで書いてみたw
416 名前:デフォルトの名無しさん mailto:sage [2007/09/30(日) 13:47:32 ] 久々に盛り上がってると思ったらコレか・・・ 携帯Javaの話しよーぜ それかSEXの話しよーぜ
417 名前:416 mailto:sage [2007/09/30(日) 19:26:39 ] SEXの話マダー
418 名前:デフォルトの名無しさん mailto:sage [2007/09/30(日) 22:55:31 ] >>413 391はサーバ側プログラムも知識も無いと最初からいってる そこで404の調査法言われたって391が実践できるわけもないじゃないか
419 名前:デフォルトの名無しさん mailto:sage [2007/09/30(日) 23:22:45 ] >413は話が読めてないじゃん >はっきり言って初心者って自覚してる奴に対して否定しまくったり迷惑だとか言ってる奴って >何がしたいの?関連してる内容であるにも関わらず「迷惑だ」って…w 誰もそんなこと言ってないし 捻じ曲げて解釈して勝手に盛り上がって楽しそう
420 名前:デフォルトの名無しさん mailto:sage [2007/09/30(日) 23:35:31 ] >>418 404はちゃんとググッたり自分で調べたり勉強するためのキーワードも十分に書いてる それらのヒントから実践できないならできないでURLを公開すれば助けてやれるかもしれんとまで書いてる そんな404を391は蹴ってるんだから自分でどうにかできるって事なんだろ?
421 名前:デフォルトの名無しさん mailto:sage [2007/09/30(日) 23:40:11 ] >>413 まあ391氏が出てくるかどうかはまでは本人の気ままにしてくれればいいけどさ 412で書いた内容は酷くはないだろう 406での報告は407氏が書いたそのまま、言えば完全にスレ違い報告。 殆どの人は、このスレでapache自体の挙動についての報告や質問なんて不要だろ。 だけどダウンロードが動作しない症状は端末側もサーバ側も絡む良く判らない 問題であって、それに対して解決した回答が残して貰えるなら、 充分今後のこのスレのためになる。 まあ391がこのこと自体に気づけるのかは判らんけど
422 名前:デフォルトの名無しさん mailto:sage [2007/09/30(日) 23:40:13 ] スレがグダグダ ちょっと書き込み控えて落ち着こうぜ
423 名前:416 mailto:sage [2007/09/30(日) 23:47:26 ] SEXの話マダー
424 名前:デフォルトの名無しさん mailto:sage [2007/09/30(日) 23:48:18 ] >>420 どこ見てるんだ。404は方法を3つ用意してくれてるよね 1. 自分でCGI動かして挙動確認しる 2. 通信データ覗いてみるんだ(これは端末とPCとでレスポンスが同じなのか疑問はあるが) 3. URL晒したら見てやる に対して1はスキルで無理(と思われる)、2は直後で回答。3は個人の事情で無理 これだけ全部に対して返答しているのに、404を蹴ってるとかどういう意味さ 今後は自分で調査する方法を選んだだけだろう
425 名前:デフォルトの名無しさん mailto:sage [2007/09/30(日) 23:50:12 ] >>424 >どこ見てるんだ。 >>422
426 名前:デフォルトの名無しさん mailto:sage [2007/10/01(月) 13:17:19 ] よし、俺が新たな話題を振ってやる! MIDPってさ2.0からImage#getRGBとGraphics#drawRGBでDIB取得できるようになったじゃん。 で、getRGBなんだけど、これってそのイメージの参照を直接渡してくれないで、コピーをよこすじゃん。 コピーだとまず画像取得するのにコピー、その後編集して戻すのにコピーで2回分のコピーが発生するわけだが これってどう思うよ? 俺的には、getRGBでイメージのDIBの参照取れるなら、それを編集すればいいだけだし それができれば、文字列描画も問題なくできると思っているわけよ。
427 名前:デフォルトの名無しさん mailto:sage [2007/10/01(月) 14:02:58 ] 俺の:y=-( ゚д゚)・∵;; ターン! >>426 まぁJavaだしハードコーディングできないのはしょうがないでしょ。 それにPCなら描画モード変更できるけど、携帯じゃそうは行かないし 各端末毎にゴリゴリ書くの、もうヤッテランネw 一部の端末の擬似24bitカラーは6bit×3+ようわからん何か2bit×3で24bitらしい。 18bitって何よって思った。
428 名前:デフォルトの名無しさん mailto:sage [2007/10/01(月) 14:10:21 ] >>427 中国製のBREW端末でRGB666の端末を触ったことあるけど JavaでRGB666の端末って出てるのか?
429 名前:デフォルトの名無しさん mailto:sage [2007/10/01(月) 16:16:49 ] >>428 javaのメソッドで操作する段階で888に変換されてると思うよ 逆に基本的に今のjava端末の液晶だって内部の実際の発色は666が殆どじゃね? ネイティブで888の液晶を持ってる機種ってあっても凄く少ないんでね
430 名前:デフォルトの名無しさん mailto:sage [2007/10/01(月) 16:34:43 ] >>428 スレチで申し訳ないがDoJaの話なんだよね。 N900とかが18bitだったと思う。 Graphics#getPixel で取得できるネイティブカラーは、 端末が持ってるDIBそのままって前提で調査した。 その辺詳しい資料が見つからなかったのと、 『getRGBPixelがあるじゃん』てことでちゃんと調べてない。 今は少し反省してる。
431 名前:428 mailto:sage [2007/10/01(月) 16:53:13 ] DoCoMoの画面カラーは調べたけどわからんかった。 SoftBankの3GC端末の場合 東芝→ARGB1555 ノキア→不明 その他→RGB565 だった。 BREWはRGB232の端末がQVGA初期に出てたけど、それ以外はRGB565だったと思う。 >>430 Dojaっていうか、Javaが搭載されている端末であればなんでもよかった。 N900iは18bitだったか。
432 名前:デフォルトの名無しさん mailto:sage [2007/10/01(月) 17:38:01 ] >>431 つーかDoJa以外ありえないだろ? MIDPはdrawRGBが仕様としてRGB24bit,alpha8bitって決まってるんだから それ以外が返ってきたら困る
433 名前:431 mailto:sage [2007/10/01(月) 17:48:34 ] >>432 drawRGBで取得する値と、画面のカラーは別の話。 画面カラーがRGB565であった場合、drawRGBはRGB888をRGB565に変換する。 MIDP2.0端末でRGB666の端末があったらdrawRGBはRGB888をRGB666に変換するだけ。 Dojaでも、setRGBPixelsが同じ挙動を行うよ。
434 名前:デフォルトの名無しさん mailto:sage [2007/10/01(月) 18:15:55 ] 俺が言いたいのはMIDPじゃ触ることすら出来ないことなんだから気にしてもしょうがないというか気にするだけ無意味ということと 気にする必要性があるのはDoJaだけだということだったんだがまぁいいけどな
435 名前:デフォルトの名無しさん mailto:sage [2007/10/01(月) 22:20:56 ] >>426 Image#getRGBはDIB取得してるわけじゃないと思うがベンダの糞実装上は知らん。 PHSはw-zero3だけ1555、しかもGraphics#drawRGBで色抜きが出来ない。PNGの不透過値が0の部分だけ抜ける。 たしか端末制限。その上VMの実装上例外も何も投げずにVM強制終了。 実機でデバックは困難w ほかはA8でRGBは端末次第・・・orz J9はどうだろう?
436 名前:デフォルトの名無しさん [2007/10/04(木) 08:13:13 ] いままでJavaと言えばWebアプリケーションと ショボいゲームのアプレットしか作ったことがない 俺が来ましたよ。 オマエラMIDPアプリケーションの開発には どんなIDEを使っていらっしゃいますか? やっぱりEclipseですか?
437 名前:デフォルトの名無しさん mailto:sage [2007/10/04(木) 10:12:08 ] コマンドプロンプトだね。
438 名前:デフォルトの名無しさん mailto:sage [2007/10/04(木) 10:43:09 ] メモ帳かな。
439 名前:デフォルトの名無しさん mailto:sage [2007/10/04(木) 11:16:42 ] eclipsemeしかない。
440 名前:デフォルトの名無しさん mailto:sage [2007/10/04(木) 12:28:14 ] Visual J# で代用できんもんかね? そんなもん誰も使ってない??
441 名前:デフォルトの名無しさん mailto:sage [2007/10/04(木) 17:10:23 ] まあ、compactで使えるクラスならいけそうだが意味はないし。 J#なんて誰も使ってないし。 そもそもJavaVMじゃないし。 関係ないがJ++の吐くバイトコードはMSVM以外クラッシュするしw
442 名前:デフォルトの名無しさん mailto:sage [2007/10/04(木) 18:27:07 ] アプリで使う画像ってどんなソフトで書いてる? PNG-8じゃないとだめだって 2005年発売の参考書にかいてるんだが。。 確かにペイントで作ったPNGだと実機では動かなかった…
443 名前:デフォルトの名無しさん mailto:sage [2007/10/04(木) 18:52:04 ] フォトショかイラレが大半じゃない?
444 名前:デフォルトの名無しさん mailto:sage [2007/10/04(木) 18:59:57 ] optpixで減色して使うだろ。
445 名前:デフォルトの名無しさん mailto:sage [2007/10/04(木) 19:11:34 ] エッジ
446 名前:デフォルトの名無しさん mailto:sage [2007/10/04(木) 19:34:35 ] フォトショ+PNGGauntlet
447 名前:デフォルトの名無しさん mailto:sage [2007/10/04(木) 21:02:14 ] >>442 何で描いてもいいんじゃない? 汎用的なフォーマットでセーブできるツールであれば 後は適切な変換ができるかどうかだけでしょ ちなみにVisualStudioのビットマップ編集で編集してるよ
448 名前:デフォルトの名無しさん mailto:sage [2007/10/04(木) 22:08:03 ] 減色しただけでフォーマットまで変わるのか? おれはGIMP使ってるけど。
449 名前:デフォルトの名無しさん mailto:sage [2007/10/04(木) 22:58:07 ] >442 絵を描くこと自体はWindowsのペイントでも何でもいいよ。 PNG保存する時にどのツールを使うかがポイント。 フリーウェアのツールでPNG保存すると、 ヘッダがおかしいのか正常に表示できないことがある。特に透過PNG。 変に圧縮率上げたり、コメント領域いじったりするツールは注意。 自分はフォトショップ・エレメント使ってる。1万円ちょいで買えたし、 大手有名ツールなら多分下手なことにはならないだろうと思ったんで。
450 名前:デフォルトの名無しさん mailto:sage [2007/10/05(金) 00:55:31 ] libpng使ってりゃ大体問題なかろう。
451 名前:デフォルトの名無しさん mailto:sage [2007/10/05(金) 01:34:05 ] >>450 逆に使ってないものの方が珍しい気がするが、無いわけではないけどな 問題は色数だから適切な設定での変換作業だからlibpngかどうかなんて関係ないだろ
452 名前:デフォルトの名無しさん mailto:sage [2007/10/05(金) 12:01:56 ] >>449 携帯向けはPNG-8でtRNSチャンクで透過指定する事、 アルファチャンネルは無効。 コメントの有無は特に問題じゃない。 イラレで吐き出してもtRNSチャンクで透過指定しなきゃ読み込み失敗する。
453 名前:デフォルトの名無しさん mailto:sage [2007/10/05(金) 13:55:36 ] >452 >携帯向けはPNG-8でtRNSチャンクで透過指定する事 俺>449だけど、まさにそれを注意ってことで書いたつもりだった。 フリーウェアは透過PNGの作り方が適当なものが多い気がする。 >コメント領域いじったりするツールは注意 これはコメントの有無のことじゃなくて、 「埋め込まれているコメントをカットします」みたいなツールを使ったとき ツールによっては壊されることがあるぞってこと。 ファイルサイズをキチキチに切り詰めようとしてこういうツールを使う人はいるから 余計なお世話かもしれないが一応書いておいた。 なんかしつこい書き込みになったな。スマン。
454 名前:デフォルトの名無しさん mailto:sage [2007/10/05(金) 22:37:41 ] キーが何を押しているかの取得の仕方はいくつかありますよね? 十字キーと数字キーの連携を切り離したい時はどうすればいいでしょうか? 1キー!=UPキー で別に判定したいのです
455 名前:デフォルトの名無しさん [2007/10/05(金) 22:39:16 ] >>454 すいません2キー!=十字上キーでした
456 名前:デフォルトの名無しさん mailto:sage [2007/10/06(土) 05:15:44 ] いつもお世話になっている初心者です。 どうしても納得いかない制御があるので質問させて下さい! スレッド作成→無限ループ内で描画処理、が基本パターンのアプリを作成しております。 その中で、決定キーを押下すると画像が点滅する、というプログラムを組もうと思い public void run(){ repaint(); } public void paint(Graphics g){ System.out.println("描画開始"); if(tenmetsu==0){ 描画処理有り } else { 描画処理無し } } 続く…
457 名前:デフォルトの名無しさん mailto:sage [2007/10/06(土) 05:16:23 ] protected void keyPressed(int keyCode){ if(key == Canvas.Fire){ int i; for(i=0;i<10;i++){ tenmetsu=0; System.out.println("描画へ行く"); repaint(); //ここでスリープ実行 tenmetsu=1; repaint(); } } } というコードを作成したのですが、実行した場合にトレース情報には「描画へ行く」はforループ分ちゃんと 表示されるのですが、paint内の「描画開始」が一度も出力されません。実際に描画処理もされて おりません。要するにrepaint()でpaint()に飛んでいないという事だと思うのですが、その理由は全く 理解出来ません。初歩的な質問で申し訳ありません。よろしくお願い致します。