トップページphp
1001コメント263KB

Ajaxでも語りませんか3

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2006/05/16(火) 12:41:57ID:???
Google Suggest

Google Maps

もう Ajax って呼んじゃおうぜ

adaptive path ≫ ajax: a new approach to web applications
ttp://www.adaptivepath.com/publications/essays/archives/000385.php

邦訳
ttp://antipop.zapto.org/docs/translations/ajax.html

AJAX - MDC
ttp://developer.mozilla.org/en/docs/AJAX

作って理解するAjax (1):IT Pro
ttp://itpro.nikkeibp.co.jp/article/COLUMN/20051104/224040/
作って理解するAjax (2):IT Pro
ttp://itpro.nikkeibp.co.jp/article/COLUMN/20051125/225193/

過去スレ
1 http://pc8.2ch.net/test/read.cgi/php/1110287963/
2 http://pc8.2ch.net/test/read.cgi/php/1134214341/
0512nobodyさん2006/08/22(火) 18:48:45ID:???
クソ重くて論外。
0513nobodyさん2006/08/22(火) 18:55:47ID:???
>>510
作者乙
0514nobodyさん2006/08/22(火) 19:13:04ID:???
>>510
ダメすぎて、どこから駄目出ししていいのか悩むな
0515nobodyさん2006/08/22(火) 19:31:50ID:???
作者日本人なの?
0516nobodyさん2006/08/22(火) 19:41:25ID:???
>>515
いや、qooxdooって、割とあちこちで紹介されてる海外のライブラリ。
ttp://qooxdoo.org/
0517nobodyさん2006/08/23(水) 05:16:12ID:???
qooxdooって去年11月に見た段階でqooxdoo.jsが400KBくらい。
先月みたら700KBに膨れ上がってた。
いくらなんでも重杉
0518nobodyさん2006/08/23(水) 10:19:44ID:???
おいおいブロードバンドに変えろよw
0519nobodyさん2006/08/23(水) 11:27:01ID:???
JSONの使い方(基礎)
http://www.itmedia.co.jp/enterprise/articles/0608/23/news003.html
0520nobodyさん2006/08/23(水) 14:35:17ID:???
Ajax使うと、ブラウザが限定されるわけだが、
どうやってブラウザ判定している?
マイナーなブラウザにも対応したいという前提で。
0521nobodyさん2006/08/23(水) 15:16:58ID:???
基本的にYUIでブラウザ差吸収。
IEの判定は、コンディショナル・コンパイルで。
0522nobodyさん2006/08/23(水) 15:36:01ID:???
なんで、Ajaxライブラリ自体に、
このライブラリが対応しているブラウザか判定する
関数用意してないんだろ?
0523nobodyさん2006/08/23(水) 15:39:20ID:???
>>521
YUI使ってもIE4/NN4あたりなどではAjaxは実現不可能なわけで、
その場合JavaScriptがOFFになっているブラウザと
同じ動作をさせたい場合どうする?
0524nobodyさん2006/08/23(水) 18:27:06ID:???
例外処理
0525nobodyさん2006/08/23(水) 18:40:40ID:???
思いつきで言うなって。
当時のやつは例外処理にすら対応してないのに。
0526nobodyさん2006/08/23(水) 20:55:24ID:???
>>523
4とかは、最初から無視。どんな挙動をしようが、知った事じゃ無い。

と言うスタンス。
0527nobodyさん2006/08/24(木) 05:28:36ID:???
>518
回線速度は関係ないだろ
700kbもあるjsを読み込んだらどうなるか想像してみろよ
0528nobodyさん2006/08/24(木) 15:09:05ID:???
回線速度は関係ない前提で、
他にどういうことがおきるんだ?
0529nobodyさん2006/08/24(木) 15:12:06ID:???
>>528
>>517
0530nobodyさん2006/08/24(木) 15:21:53ID:???
>>529
重いからってそれがどうしたって話なんだが?
たった700KBごときで。
0531nobodyさん2006/08/24(木) 15:43:26ID:???
700kbは重過ぎるだろ
海外からのVPN使った通信で100kbpsとか見ることあるけど、何分かかることやら
0532nobodyさん2006/08/24(木) 15:47:30ID:???
回線速度は関係ない前提だといっただろ。

> 何分かかることやら
56秒

1Mbpsなら5.6秒。キャッシュがあるので次からはほとんどかからない。
0533nobodyさん2006/08/24(木) 16:00:23ID:???
1Mbpsで5.6秒かぁ。
読みながら動くならともかく
0534nobodyさん2006/08/24(木) 16:59:27ID:???
「重い」って聞いて、「ネットワーク通信時間が長い」しか
思い浮かばんのか、ここの連中は。。。
スクリプト言語であるJavaScriptで書かれたGUIレイヤーの
コードサイズが700KBもあると聞いた時点でどんな代物か
普通は分かりそうなもんだ。
0535nobodyさん2006/08/24(木) 17:05:12ID:???
>>530
>>527
0536nobodyさん2006/08/24(木) 17:28:21ID:???
GUIレイヤー?
0537nobodyさん2006/08/24(木) 17:56:38ID:???
アホのふりしてごまかすな
0538nobodyさん2006/08/24(木) 17:59:36ID:???
デモ動かしてみたけどこの程度なら充分許容範囲だわ。(PenM 1.6G マシン)
IEだとリストビューとテーブルだけが重いけど、Firefox なら全く問題ないな。
0539nobodyさん2006/08/24(木) 18:02:49ID:???
> デモ動かしてみたけどこの程度なら充分許容範囲だわ。(PenM 1.6G マシン)

世の中にどんなマシンがあるのか、よく考えてみるといいかと。
0540nobodyさん2006/08/24(木) 18:12:25ID:???
>>539
RIAしたきゃユーザにそこその性能要求してもいいんじゃね。
最低限のスペックってどの程度のものを想定してるの?
0541nobodyさん2006/08/24(木) 19:57:04ID:???
>>534
コードの量と、実行速度はほとんど関係ないってのは、
普通のレベルのプログラマなら知っていること。

所詮お前は、スクリプト言語で遊んでいるだけのおこちゃま。
0542nobodyさん2006/08/24(木) 21:20:13ID:???
> 普通のレベルのプログラマなら知っていること。

「普通のレベルのプログラマ」の定義なり客観的な評価基準なりきぼん。
0543nobodyさん2006/08/24(木) 21:25:52ID:???
それもどうかと
0544nobodyさん2006/08/25(金) 00:07:05ID:???
そんなループになりそうな話題なんかやめようぞ
0545nobodyさん2006/08/25(金) 00:13:55ID:???
武士?
0546nobodyさん2006/08/25(金) 00:42:06ID:???
>>541
そんな理屈がJavaScriptで複雑なUIを実装する場合には空しいってのは、
普通のレベルのプログラマなら知っていること。

>>スクリプト言語で遊んでいるだけのおこちゃま。

自己紹介ご苦労。
0547nobodyさん2006/08/25(金) 01:10:08ID:???
えーと、お前ら、

         -─ヽ ` v '⌒ ゝ
         /          \
        /        ∧.    ヽ
      i    , ,イ/  ヽト、!  N
       │r‐、 ノレ'-ニ」  Lニ-'W
       |.| r、|| ===。=   =。==:!
       │!.ゝ||. `ー- 1  lー-‐' !  
     /|. `ー|! r   L__亅 ヽ|  プロファイリングとってみればええんちゃう・・・?
   /  |  /:l ヾ三三三三ゝ|
 ‐''7    | ./  `‐、, , , ,ー, , ,/ヽ_
  7   ./K.     ` ー-‐ 1   ヽ-
 /   / | \       /|ヽ   ヽ
0548nobodyさん2006/08/25(金) 01:19:14ID:???
> 普通のレベルのプログラマなら知っていること。

「普通のレベルのプログラマ」の定義なり客観的な評価基準なりきぼん。
0549nobodyさん2006/08/25(金) 10:49:13ID:???
>>546
> そんな理屈がJavaScriptで複雑なUIを実装する場合には空しいってのは、
日本語すらまともに話せないのかw
0550nobodyさん2006/08/25(金) 11:29:34ID:???
>>546
> そんな理屈がJavaScriptで複雑なUIを実装する場合には空しいってのは、
複雑なUIねぇ。

そうじゃなくて、使いやすいUIなんだよ?
空しい? ユーザー視点でみようね。
必要とされるから作る。ただそれだけの話。

まあ、Flashで作ろうがJava Appletで作ろうがかまわないけど、
お前は、使いやすいUIを作るとしたらどれで作るきだ?
0551nobodyさん2006/08/25(金) 14:10:19ID:???

主題のスリ換えが始まったようなんで潮時だな。帰らせてもらうわ。
0552nobodyさん2006/08/25(金) 21:30:09ID:???
> 主題のスリ換えが始まったようなんで潮時だな。帰らせてもらうわ。

というやつは、いつまでも見ている件。
0553nobodyさん2006/08/26(土) 01:09:36ID:???
dojoのサンプルみて感動しまくりな俺が来ましたよ

普通に仕事で使うのも
・ツリー
・カレンダー
・XHTMLHttpReq
ぐらいでYUIで問題ないんだけど、今後のプロジェクトではdojoをメインにしようかなぁと考え中。

YUIとdojoを同時に使うとかってやらないほうがいいよね?混在してるとやっぱ気持ち悪いし。
今はprototype.jsで作られてた部分をYUIに置き換えてる。ツリーとかカレンダーを自前で作っていたらしく、可読性が・・・。
最近はいろんなのが公開されてるから悩む。ある程度、統一してくれると助かるんだけど。Sun?あたりがやってくれないものか。
YUIとdojoは個人でやってない分そう簡単には消えないって理由で使うことにしたんだけど浅はかかな?
0554nobodyさん2006/08/26(土) 02:41:58ID:???
XHTMLHttpReqっていったい何?
0555nobodyさん2006/08/26(土) 12:56:00ID:???
とにかくライセンスが怖いよおいらは。
0556nobodyさん2006/08/26(土) 13:37:59ID:???
dojoからvalidateとstringの一部をコピーしてつかってるんだけど、
これってライセンス違反になる?
0557nobodyさん2006/08/26(土) 19:18:13ID:???
エクセルみたいな表形式でデータ管理したいんだけど、
そういうUIライブラリがあるのってqooxdooだけ?
重いんだよなぁ。
0558nobodyさん2006/08/27(日) 23:27:38ID:???
贅沢言うなよ。
本来HTMLでスプレッドシートなんて有り得なかったのを
無理矢理そうっぽく見えるものが出来てる時点で奇跡的に頑張りすぎなんだからよ
0559nobodyさん2006/08/28(月) 23:52:33ID:???
                                       ,,,,,,iiiilll!l″
                                    ,,,,,,iiiil!!!llllll!゙°
                                ,,,,,,iiill!!!゙゙゙`,,iill!l゙’
                            liill!!l゙゙゙’  .iiiiil!!゙゜
                            `     lllllll
                    ,,iiil,,,,,,iiiillll゙′            lllllll
                    ,illll!!l゙゙゙,ill!゙′          lllllll
           .,iilll",,,,,,,ill!!llliiiiilllll,,,,,,,,,,,       .,,,,,lllll!″
          ,,iill!゚,,ill!゙゙,,il!゙’.,,lill!!!!!!!!!!!!゙′      ゙!!゙゙゙″
        ..,,iillllliiiill!゙liliiii,,.,,iill!lll,iiiiiiiiilト
        `゙”゙゙lllllliil!!゙゙゙゙lll!l゙’'゙゙゙゙゙,,,,,,,,,,,i、
        .,iiill!!゙゙llllll.lllllli,、.,iiiillll!!!!!!!!!°
        ..゙',iiii"llllll ゙!!゙"  ̄
        : ,lllll`.llllll
        ..l゙゙゙゜ .!!゙゙′
0560nobodyさん2006/08/29(火) 03:36:50ID:???
>>558
そんな言葉で発展をストップさせてしまってはもったいない。この奇蹟、なんとしても大成長させるべきだ。
05614942006/08/29(火) 21:58:15ID:???
>>557
使ってみたわけじゃないですけど、
http://www.blueshoes.org/en/javascript/spreadsheet/
というのを見つけました。

エディタの件ですが、
http://www.aboutedit.com/
というのを見つけました・・・でも500 orz
OSSでないのかな。
http://72.14.235.104/search?q=cache:zD1XfsrpuIcJ:www.aboutedit.com/online-text-editor.html+%22aboutedit.com/online-text-editor.html%22&hl=ja&gl=jp&ct=clnk&cd=1&inlang=ja
http://72.14.235.104/search?q=cache:_1W1OklFK0MJ:aboutedit.com/online-editor-features.html+&hl=ja&gl=jp&ct=clnk&cd=1&lr=lang_ja&inlang=ja
05624942006/08/29(火) 23:06:13ID:???
Web製作のJavaScript版に移動します。
汚して申し訳ありませんでした。
0563nobodyさん2006/08/30(水) 02:27:14ID:???
>>561
http://www.cdolivet.net/index.php?page=editArea
0564nobodyさん2006/08/30(水) 23:21:51ID:xpGd2afE
JavaScriptでXMLHttpRequestで取得したXMLオブジェクトにXslを適用してHtmlに置き換えています。
適用するXslをJavaScriptで動的に変更したいのですが、IEとMozilaでは方法が違うようで
プログラム側でうまくブラウザの違いを吸収することができません。どのようにすればいいかご教授願えないでしょうか。
また、フリーのライブラリなどでできるものがあったら教えてください。
0565nobodyさん2006/08/31(木) 11:56:59ID:???
あんまりそういう使い方しないからわからない。
Xslじゃない方法を考えてみたら?
0566nobodyさん2006/08/31(木) 12:11:09ID:???
どなたかAJAXでVelocityを使用したフォームを表示してから、
それをJAVAでgetParameterした方いらっしゃいます?
どうも取得出来ないっぽいんですが。
0567nobodyさん2006/08/31(木) 14:33:02ID:???
>>564
ttp://goog-ajaxslt.sourceforge.net/
使ってないから、あなたの希望に合うのかどうかは定かでは無い。
0568nobodyさん2006/08/31(木) 19:30:48ID:???
>>564
xslの適用はサーバサイドでやってHTMLを返すのが
ブラウザの本懐だとは思うけど
05695642006/09/01(金) 00:39:36ID:???
そうですか。サーバ側で適用してから返す方向で検討してみます。

今回やりたかったことは、顧客登録時に住所を入力するのでその補助で
郵便番号入力>前方一致で住所リストのXML(漢字、カナ、etc)を返す。
登録画面では郵便番号テキストボックスの下に住所の漢字のリストを出すのですが
別画面では住所を検索して漢字、カナなど詳細なデータが出力される。
住所検索結果を返すページが同一で、顧客登録画面では<kanji>要素のみをforで回して<ul><li>にJavaScriptで変換、
住所詳細検索画面では<kanji><kana>など受信したXMLデータのほぼ全内容を<table>に変換していました。
適用するxslをサーバ側で判断するためにパラメータを増やすのがなんとなく嫌でこのような方法をとっていたのが裏目にでました。
0570nobodyさん2006/09/01(金) 00:51:22ID:???
大体xslって分かりづらいしね。
普通にDOMで値を拾っていった方が後々楽かも
0571nobodyさん2006/09/01(金) 01:03:23ID:???
xslがわかりづらいのは570さんの理解力が無いだけだと思う
0572nobodyさん2006/09/01(金) 22:46:50ID:???
xslが難しいか否かはさておき、
言語は少ないに越したことは無い,という考え方もある。

XML→HTMLの変換をするだけに一つ言語を追加するというのが
果たして賢明か、となると俺は疑問だな。
0573nobodyさん2006/09/01(金) 23:34:35ID:???
XSLが言語かどうか微妙だなぁ。XSLが言語ならXPathも言語なのかな。
0574nobodyさん2006/09/02(土) 00:19:37ID:dh9ORmXm
AjaxってUTF-8じゃないと絶対動かないの?
なんとかEUCでならない?
0575nobodyさん2006/09/02(土) 11:20:55ID:???
たかがXML→HTMLの変換をするだけにDOMプログラミングする方がよっぽどアホだと思うが。
0576nobodyさん2006/09/02(土) 11:21:23ID:???
>>574
何とかなる
0577nobodyさん2006/09/02(土) 11:38:41ID:???
DOM、XSL両方使うけど個人的にはXSLの方がいいと思う。
DOMで変換を書くとJavaScriptが大量になるし、可読性も落ちると 思う。
まぁ、好みかな?

>>564
みたいにクライアント側でXSLを使うのはやったことがなかったので調べてみたが
ブラウザ間の違いは吸収できると思う。XMLHttpRequest見たいな感じで。
0578nobodyさん2006/09/02(土) 11:44:16ID:???
>>577
極めて同意。他の人がXMLソースを扱えるのも大きな利点だと思う
0579nobodyさん2006/09/02(土) 18:25:29ID:???
>>578
>他の人がXMLソースを扱えるのも大きな利点だと思う
それはDOMでもXSLでも同じでは?

そういえばIEだとXML+XSLのページってなぜかソースが表示出来ないんだよな。
あれって何でだろ。
0580nobodyさん2006/09/02(土) 19:21:14ID:???
>>579
極論すれば同じだが、同じじゃあない。
変換ルールをXSLTで書けば、今時、どの有名言語でも扱える。
しかし、変換ルールをDOMで書いてしまうと、
変換ルールまで含めて、各言語で書き直さなければならない。

この違いは大きい。

実際、XSLTをかっこ悪くかける、ていどなら、3時間もあれば学習可能。
そして、XSLTを利用する為の数行のコードなら、10分あればコピペ可能。
つまり、昼に移植を始めれば夕方までには終わる。
変換ルールを解析して云々をやっていたら、こうはいかない。

たまに、XSLTが唯一のデファクトスタンダードなシートである必要はない
などとほざいているお花畑頭がRuby界隈に湧き出ることがあるが、
じゃあ、そういうお前が、XSLTに匹敵するフィルター言語を作れ、と、いつも思う。

何故、自称XSLTの達人、が、世の中にほとんどいないのか。
それは、一度書いたら何ヶ月も書かずに済む場合が多く、極めようがないから。
それほど、XSLTの「再利用性」というものは高い。
0581nobodyさん2006/09/02(土) 20:41:32ID:???
DOMは簡単だしJavaScript関連の参考書とか使用が多数ある。解説してるWebページも多い。
何よりforでまわしてifでタグ名判定してHTMLタグに置き換えるって行為自体がプログラマにとってすごい直感的なんだよね。
なにかしらの言語使えればDOMは使える。

俺自身もXsl派。最初見たときは読みにくいしテンプレートも追いかけづらいし、正直なんだよこの糞言語って思ったw
覚えてみると便利だし今までDOMでいろいろやってたのが簡単に置き換え可能だし、
スタイル変換がほぼ完全に分離できる。
ただ俺の会社の人間たちは前の俺と同じ状態でXslt=見にくい、意味不明 見たいな感じになってるからこまっとる。
前にどっかでみたコボラーにオブジェクト指向の有益性を(ry を思い出した
0582nobodyさん2006/09/02(土) 20:51:08ID:???
どっちが優れているというわけではなく
DOM: XML以外のデータからXMLを生成、XMLから特定の要素だけをデータとして抽出、(X)HTMLの一部を動的に変更
XSL: 元データがXML、出力内容全体を生成
みたいな感じに使い分けるもんじゃないの?
0583nobodyさん2006/09/02(土) 21:25:38ID:???
>>581
DOMが簡単?うそつけ。素人の書いたソースコードなんて読めないし。
XSLTの方がよほど簡単だ
0584nobodyさん2006/09/02(土) 21:53:47ID:???
>>580
>極論すれば同じだが、同じじゃあない。
>(中略)
>変換ルールを解析して云々をやっていたら、こうはいかない。

一体どんだけ頻繁に言語を替える人?
そんなシチュエーションでの利点にそれほど価値があるとは思えない。

>たまに、XSLTが唯一のデファクトスタンダードなシートである必要はない
>などとほざいているお花畑頭がRuby界隈に湧き出ることがあるが、
>じゃあ、そういうお前が、XSLTに匹敵するフィルター言語を作れ、と、いつも思う。

Ruby厨への私怨、以上。

>何故、自称XSLTの達人、が、世の中にほとんどいないのか。
>それは、一度書いたら何ヶ月も書かずに済む場合が多く、極めようがないから。
>それほど、XSLTの「再利用性」というものは高い。

上二行妄想。そしてそこから三行目への転換はギャグとしても笑えない。
第一,それは「再利用性」とは呼ばない。
単に「仕様変更が起きていない」だけだ。

俺は別にXSLは悪いとは思わないが,それが有効なシーンはかなり限られていると思う。
すなわち「XMLを可視化する」→「その手段としてHTMLへ変換する」というまでのシチュエーションであり、
それ以上、例えばJavascriptを組み込んだり,そのページを更にそれこそajaxで動的に動かしたり…
というところまで「成長」させるのは非常に困難だといわざるを得ない。

なので,>>580のような手放しでの持ち上げ方は、
それを読む者の技術力によっては非常に有害だ,と思う。
0585nobodyさん2006/09/02(土) 23:46:31ID:???
否定する事が生きがいみたいな書き込みだな。
0586nobodyさん2006/09/03(日) 01:09:34ID:???
>>584
日本語でおk
0587nobodyさん2006/09/03(日) 01:28:52ID:???
ここらへんで止めような。
好みで使い分けろ。
0588nobodyさん2006/09/03(日) 04:55:56ID:???
なんかprototype vs dojoみたいな流れだな。
0589nobodyさん2006/09/03(日) 11:26:13ID:???
dojoのスレってあるの?
0590nobodyさん2006/09/04(月) 12:31:48ID:???
ここではdojoはマンセーされてるが使ってる人少ない。
0591nobodyさん2006/09/04(月) 18:58:54ID:???
>>588
勝負にならないだろ
0592nobodyさん2006/09/04(月) 20:05:49ID:???
>>574
>AjaxってUTF-8じゃないと絶対動かないの?
>なんとかEUCでならない?

ココ↓のエントリーが参考になるかもよ:
ttp://www.on-sky.net/~hs/index.cgi?date=20060513
0593nobodyさん2006/09/11(月) 21:24:50ID:???
Ajaxの“彗星”とともに現われたチャットサービス“Lingr”を使ってみた
http://ascii24.com/news/i/serv/article/2006/09/11/664477-000.html
0594nobodyさん2006/09/11(月) 21:41:30ID:???
できたらグループウェアをとおもい、Ajaxを勉強中です。
そこで初心者的な質問なのですが、掲示板を作るのにAjaxって
あまりメリットがないのでしょうか?
あと、Ajaxの入門書なんかではHTMLをベースに作っているよ
うですが、HTMLとXMLを使うときの違いってどのあたりなんでしょうか。


0595nobodyさん2006/09/11(月) 21:46:31ID:???
Ajaxを使うと、UIの向上につながることもある。
HTMLとXMLのどっちを送信したらいいかってことか?
それなら、XMLのほうが汎用性は高いと思うが、パースしたりややこしいのが嫌ならHTMLのほうが簡単。
0596nobodyさん2006/09/11(月) 21:54:39ID:???
2ちゃんがデフォルトでブラウザつかってるような感じで読めるようになる。
0597nobodyさん2006/09/11(月) 21:55:10ID:???
> HTMLとXMLのどっちを送信したらいいかってことか?
どっちも送信しねーよw
05985942006/09/11(月) 21:56:06ID:???
>>595
レスサンクス

たしかに、XMLのほうが汎用性は感じます。(素人意見ですがデザインとか
カスタマイズしやすそうな)
覚えたてのDOMを使うべきか迷っていましたが、
とりあえずサーバー:PHPで、XMLを基本にこの中で要素とか指定して、XSL
でレイアウトみたいなイメージを持ってます。
0599nobodyさん2006/09/11(月) 22:37:12ID:???
あーあ。XMLなんて使いにくいだけなのにw
0600nobodyさん2006/09/11(月) 23:01:21ID:???
>>596
上の方でも出てたけどこんなんか
http://dso.2ch.net/test/read.html/myanmar/1155409133/l50
0601nobodyさん2006/09/12(火) 04:16:21ID:???
デザインカスタマイズはHTMLで十分だよ。
あとXMLだとIE切捨てだけどいいの?
0602nobodyさん2006/09/12(火) 07:21:26ID:???
XMLをJSONのようなデータ保持手段と考えて、スクリプトなりサーブレットなりで
HTMLに吐き出すって発想を、この板の住民は持ち合わせていないんだね。

まぁ、ネタとしてはすれ違いだが、コーディングが嫌いなら
Web技術板にでも行きなよ。
0603nobodyさん2006/09/12(火) 08:33:51ID:???
>>602
Web制作板だ
0604nobodyさん2006/09/12(火) 10:49:47ID:???
IE7でXMLが使えないのに、わざわざXMLにする必要性ってなんだろう。
0605nobodyさん2006/09/12(火) 11:52:59ID:???
APIとして公開するための、インフラ。
つか、IE7でXML使えない???
0606nobodyさん2006/09/12(火) 14:27:04ID:???
>>604
まじで?
0607nobodyさん2006/09/12(火) 14:48:18ID:???
マイクロソフト、AJAXアプリ開発用ツール「Atlas」を年内リリースへ
http://japan.cnet.com/news/ent/story/0,2000056022,20230367,00.htm
0608nobodyさん2006/09/12(火) 22:08:03ID:???
そもそもXMLってプレーンテキスト。
使えるとか使えないとか、どういうものじゃないのね。
0609nobodyさん2006/09/12(火) 22:27:10ID:???
( ´д)ヒソ(´д`)ヒソ(д` )ヒソ
0610nobodyさん2006/09/13(水) 00:35:45ID:???
JSONをサーバから引いてくるとするとAjajか。
やけどしてそうな響きだな。
0611nobodyさん2006/09/13(水) 03:36:18ID:???
IE7はapplication/xhtml+xml対応拒否か・・・
■ このスレッドは過去ログ倉庫に格納されています