新生鳩丸掲示板♯

>うーん。私のところでは今まで通り保存できますね。Windows 2000+IE6.01です。

>もしかして、IEの設定でもともとOFFにしてないですか?

　あれ?

　「ファイルのドラッグ/ドロップ、またはコピー/貼り付け」は「ダイアログを表示する」にしてあるのですが、ダイアログも出ずに何もおきないです。

　……って、これを「有効」にしてみたらドラッグできましたね。

　しかし何で「ダイアログを表示する」で何もおきないのかが謎です。

うーん。私のところでは今まで通り保存できますね。Windows 2000+IE6.01です。

もしかして、IEの設定でもともとOFFにしてないですか?

よくよく見てみたら、ファイルの受信した日が表示されてました。

勘違いしてました。

Last-Modifiedの値があったら便利かもしれません。

Candidate…そこまで目が行かなかった、これがあるとないとでは大違いですよねぇ…

「勧告」でなくて「勧告候補」ってことですね。Working Druftより、Recommendationに近づいた、ということに。早いところ正式実装されることを願いたいものです。

間違った知識で話進めてしまいそうになってしまった…思い込みって恐ろしい。

初めまして。FirefoxのRSSの認識ですが、

application/rdf+xml でも RSS として認識してくれますよ。

title="RSS" と属性を指定しているのも一因かもしれませんが、

IANA に登録された正式な MIME-Type だというのもあるかもしれません。今後 RDF/RSS はこのメディアタイプが主流になるかもしれません。

因みに、Win2k + Firefox 0.10.1 の環境です。

あつかましいお願いに回答していただき有難うございます。

ＯＰＥＲＡ７.５２では、<dc:date>がないとLast-Modifiedの値が表示されているみたいです。

書き込みが不足していました。申し訳ございませんです。

あと、ＯＰＥＲＡ７.５２（日本語）では、ＲＳＳ１．０の記述なら

link の rel 属性の値が 解釈できるものであれば、ＲＳＳとして認識しているみたいです。（１.０以外しらないもので…。）

ただし、alternateは、ニュースフィードと表示され、ＲＳＳがあると目視確認できるので、その他の属性ではＲＳＳがあるとは思えないと思います。

>いつもたのしく読ませていただいております。

>出来れば、<dc:date>で更新日時なんかの情報を付加していただけると

>何時更新された記事なのかがわかって、見る側としてはありがたいのですけれど……

　むぅ。

　項目ごとの更新時刻は管理していないので、全体の更新時刻しか出力できないです。要するに RSS 自体の Last-Modified と同じ値を埋め込むしかできそうにないのですが、それでも役に立ちますでしょうか。

早速 RSS を使わせて頂いております。

所で、XHTML 側の link の rel 属性の値が alternate となっておりますが、RSS の内容は XHTML に対して飽くまで「要約」なわけで、本文たる XHTML の代理たり得ず、Contents、Index、あるいは Bookmark あたりが妥当なのではないかと思いますがいかがでしょうか?

(手元の Firefox では上記 3 つのlink type のどれでも RSS としてアイコンが表示されました)。

いつもたのしく読ませていただいております。

ＲＳＳに対応したとのことなのですけど、

ＯＰＥＲＡ７.５２でもちゃんとＲＳＳとして認識してます。

出来れば、<dc:date>で更新日時なんかの情報を付加していただけると

何時更新された記事なのかがわかって、見る側としてはありがたいのですけれど……初対面であつかましいですね。

これからも、楽しく読ませていただきます。

>>ポリシーとして配信しないなら致し方ありませんが、ご対応いただければありがたく存じます。

　まあそんなわけで配信を始めてみました。

http://altba.com/bakera/hatomaru.aspx/ebi/rss

　で取れます。

>周知かもしれないですが、Feb 25,2004をもって、CSS2.1が「Working Druft」から「Recommendation」になってますね。

　現在は Candidate Recommendation ですね。

　Recommendation になったところで何かアクションしたい感じです。

　みなさまいろいろご意見どうもです。

　とりあえず Content-Type は application/xml にしてみました。

　何か不具合があったら教えていただけるとありがたく。

>ISO-2022-JP で数値実態参照を使って半角カタカナを表示できるか?

>私の予想 : 多分無理

>この予想は当たっているでしょうか ?

仕様的には、HTML文書の符号化方法と、特定の数値文字参照が使えるかどうかは、何の関連もありません。表示できるかどうかはUAの能力次第ですが、HTML4.0の文章文字集合がUnicodeなので、よほどしょぼいUAでない限り表示できるはずです。

たとえばAppleのexposeのページはシフトJISですが、シフトJISには無いアクセント付きeを文字参照を使用して表示しています。

http://www.apple.com/jp/macosx/features/expose/index.html

周知かもしれないですが、Feb 25,2004をもって、CSS2.1が「Working Druft」から「Recommendation」になってますね。

application/rdf+xmlは少し気になります。RDFじゃないRSS 2.0や0.9x系に影響が出るのと、あとRSS 1.0もXML的な使われ方しかされていないので、application/rss+xmlあたりがたとえレジスタされてなくてもいいように思ってます。

あとRSS界隈って、デファクトの上に成り立ってる感じがするのでapplication/rss+xmlで実際はapplication/xmlのような使い方がいいのではないかなぁと。

誤字訂正。

>実態参照

ではなく「実体参照」でした(汗)。

タイトルどおりの質問です。

ISO-2022-JP で数値実態参照を使って半角カタカナを表示できるか?

私の予想 : 多分無理

この予想は当たっているでしょうか ?

「HTMLのRSS autodiscoveryのところには、 application/rss+xml と書いて、実際のRSSを配信するときには application/xml としたのでした。」というのが流儀に反しないのならばこのやり方が良いのではないかとも思いました。

http://www.hyuki.com/diary/dia0404.html#i16_13

両者はさほど違いはないように感じられますけど、登録を考えるとrdf+xmlでいいんじゃないんでしょうか。

ブラウザから開く可能性があること考慮すると、a要素のtype属性ではapplication/xmlにしておくと（さすがにtext/xmlは・・）。

できれば名前空間URIでなんとかしてもらいたいと思うのは自分だけでしょうかね。

その診断テストでは, もう少し一般的な(？)人を対象にしているのかもです。この問題にしても, 「チャレンジ・レスポンス方式」って何？ 普通とどう違うの？ … みたいなトコを焦点にしているみたいな。

だから, 最初の選択肢が意味するものは 「パスワードは(平文では)サーバーに送らない」ってことなのカモ。

てことで, ソレ系の人は, 出題者の想定している人物像までも理解した上で, 診断を受ける必要があるんじゃないでしょーか。(^-^)

(コレは難しい引っ掛けとかじゃなく, ごく単純な意味カモ, とか)