Linuxは、開発環境が40年前と同レベル

間違ってもらっては困るのは、それはコマンドライン・メインなのが主因ではないということ。
本当の一因は、本来手書きでも簡単な Makefile の作成をわざわざ難しくしてしま
う autotools を権威に流されたのか多くのプロジェクトが使ってしまっている事にある。
高々 Makefile 1つ作るためにも以下のような工程を踏まなければならない。
本来、典型的には、ソースファイルである *.c, *.cxx, *.cpp を指定するだけ
でも自動生成する事が出来るはずなのに、ツール類が馬鹿だからそうなってない。
なのに、「Linuxはプログラマーには便利」などと嘘情報が流れるから、普及しない。
しかも、カレントディレクトリのスクリプトの実行に「./configure」などと「./」
の指定が必要なのも馬鹿丸出し。ファイル名に大文字小文字の区別がされているのも馬鹿。
ファイルのコピーもdosなら、「copy *.c /xxx/aaa 」で済むことが
$ find . -name '*.c' | xargs -n 1 -i cp -p {} /xxx/aaa
などとしなくてはならず長すぎ、馬鹿ですか？ しかも、'*.c'の部分が、*.c と書かれている
説明が溢れているがそれだとbashが展開してしまうのでたまたま上手く行く事はあっても、
実際には正しくない。また、mountしないとディスクが認識出来ないのも初代PC-8001の
レベル。PC-8801で自動マウントできるようになったのに（いつの時代（苦笑））。まずは、
不便さを認めるなければ、改善すらままならないのにそれすら全否定。正直に便利と思って
るなら井の中の蛙で馬鹿で無知なだけだ。そして、僅か１点でも間違いがあれば全てが間違って
いるように全否定してしまうLinux信奉者の愚かさもアホとしか言いようがない。

>>123から始まってるxml君の言いたいことはよくわからんが、
メタ情報の標準化はxmlに限らずオントロジーの作法を知らないからxmlの仕様がーとなるんだろ。
メタ情報を標準化しなくてもオントロジーを定義してrdfの仕様に沿えばメタ情報の解釈はできるんだけど知ってるのかな。
膨大なアプリじゃないと言い切るならどんなブラウザでもそのくらいはできるし大丈夫だよね。

>>236
お前がわかってないじゃんｗ

XMLは何の略か知ってる？ eXtensible Markup Languag
日本語にすると「拡張可能なマークアップ言語」
「拡張されたマークアップ言語」ではないんだよ。

拡張可能が意味する所は、拡張して使いましょうってこと。
XMLの仕様を変える？XMLの仕様のどこが問題なんだ？

ODFなど様々なXMLベースの仕様が作れるほど拡張可能な素晴らしいマークアップ言語だろ
ただ世の中XMLを間違った拡張をした独自の設定ファイル形式が多いってだけ

それはXMLの仕様や進化とは関係ない。そもそもXMLの仕様はシンプルではずっと前から
安定していて、仕様を変える必要性もないほど柔軟で拡張可能に作られている
俺はXMLの仕様自体には文句をつけていない。アプリ独自の拡張方法に文句をつけてる

俺が言ってる意味ちゃんと理解できてる？XMLがどういうものかもわかってないでしょ？
君どうも知識が浅いよ。具体的じゃなくてどうとでも取れるようなことしか言ってない。


> マークアップも一応プログラミング言語だから

ぜんぜん違う。チューリング完全であることはプログラミング言語に要求されることの一つだが、
マークアップ言語はチューリング完全ではない
そういうポロッと素人レベルのことを漏らすから、知識浅いとわかる

> PC上でできることは何でもできる。っていうだけのことでしょ。
そんな意味のないことは一言も言ってない。お前が理解してない証拠。
（俺が言ってることを理解出来ないが）きっと誰でもわかるようなことを言ってる違いないと
お前が思って、誰でもわかるようなことを言ってる例として出しただけでしょ？

>>237
何が言いたいの？

俺はXMLベースの設定ファイルの多くが間違った拡張をしてると言ってるだけ？

で、お前は？オントロジー？
XMLベースじゃなくても、頑張ればなんでもできるって
一般的な話をしてるだけ？

俺はそんな話はしてないよね。

変な所にはてながついちゃったｗ

俺はXMLベースの設定ファイルの多くが間違った拡張をしてると言ってるだけ

俺は今の現実を批判してるのであって、
お前みたいに存在しないものを作るなんて話はしてない
架空の世界の話はしてないんだよ

> 膨大なアプリじゃないと言い切るならどんなブラウザでもそのくらいはできるし大丈夫だよね。

XMLベースならテキストエディタで変更できるんでー
大丈夫ですよーｗ

現実にはお前の理想とする設定ツール実装は存在しないんだろ？
それは架空の話と言うんだよ

だからテキストエディタで設定できるって（笑）
何度も言わせんなや

ぼくのかんがえたさいきょうの設定はテキストエディタで何でも設定できるんだー！って何が凄い発想なのか

>>240
>俺はXMLベースの設定ファイルの多くが間違った拡張をしてると言ってるだけ
ここにみんなが突っ込んでるんじゃなくて（間違った拡張も主観的な主張だけど。）、
>XML設定ファイルは、アプリが個々に要素を定義するんじゃなくて
>共通の仕様を作るべきだったと
それは作りたい人が作ればよろしい。みんな使わないと思うが。

自由に拡張できるといい、他人の拡張を間違っているといい、しまいには共通の仕様を作れと言う。
文脈に矛盾が生じてるのに気がついていない。

ぼくのかんがえたさいきょうの汎用設定用XMLスキーマを策定すれば素晴らしい未来が訪れる、
ということらしいがスキーマの汎用性を高めれば仕様も実装も爆発し
制限すれば不便になりさいきょうでは無くなりそうだ。
ぼくちんの妄想の中ではいい感じに出来上がってるらしいのでサンプル実装はよ

>>246
それの何処が矛盾してるんだ？

・XMLは拡張可能なマークアップ言語
・いろんな人が拡張してるが、アプリ独自の設定ファイルは
間違った拡張をされている
・設定ファイル用のXML拡張の仕様を作れ

やっぱり何も間違ってないな。
お前がXMLを理解してないから、矛盾に見えるんだろう？

>>247

>>220に書いた

XMLの拡張とは何を意味してるのか？

>>248
アプリ独自の設定ファイルがxmlで独自拡張が間違っている例を上げてください。
そしてそれがどのように間違っているかを示してください。

もしかしてスキーマを作ることを「XMLの拡張」なのかね

>>252
それがわかるならオントロジーもrdfも理解しても良さそうなんだが。

>>250
XMLの拡張の意味も知らないで突っかかってきてるのかよｗ

XMLの言葉の意味の通り
「eXtensible Markup Language」
「拡張可能なマークアップ言語」

XMLの拡張とは何を意味しているかは、
XMLの意味を調べればわかる（すでにこのスレに書いた）

俺が書いたことが信用出来ないならググれ、と言おうと思ったが、
仮にググったら、良い説明があったので以下を読め
http://www.atmarkit.co.jp/aig/01xml/xml.html

↑にはどういう勘違いがあるかも書いてあるから、
XMLが本当はどういうものかがわかるぞｗ

>>251
すでにこのスレに書いた

>>253
その話はしてないと言ったはずだが？

>>254
具体的に拡張するとは何を定義するか説明できるの？

>>257
それ俺が質問してるんだわ

XMLは何の略か知ってる？ eXtensible Markup Languag
日本語にすると「拡張可能なマークアップ言語」
「拡張されたマークアップ言語」ではないんだよ。

おれがXMLとはなにか知ってる？と聞いてるのに
聞き返してるのは知らないってことなんかね？

いつものことだがこういう輩は自分で説明すると
（どこがも言わずに）それは違う。やっぱりわかってないって
いうだけで逃げるので、ソースを出すことにしてる

https://support.office.com/ja-jp/article/%E5%88%9D%E3%82%81%E3%81%A6%E3%81%AE-xml-a87d234d-4c2e-4409-9cbc-45e4eb857d44

XML タグを利用することで、自分が見ているデータの種類がはっきりわかります。
たとえば、それが猫に関するデータであることがわかります。猫の名前や年齢などを簡単に見つけられます。
ほとんどすべてのデータ構造を定義するタグを作成できることから、XML は "extensible (拡張可能)" と呼ばれています。

具体的な拡張の固有名詞挙げられる？

すでに何度も書いてる。このスレを検索しろ

というか、調べればわかることをわざわざ書かせるのは
揚げ足取り目的だってわかってるからさぁ

http://park18.wakwak.com/~little-box/xml_basic/1-002.htm

>>238
なんかを見るとODFが「XMLの拡張」の例だとおもいこんでるようだけどあってるのかな？

ODFを展開して出てくるXMLそれぞれが
XMLを拡張（独自タグを定義したもの）になってる
で、揚げ足取りは？ｗ

>>253
メタフォーマットであるXMLのフォーマットを決める、スキーマを定義する、ことにすぎないことを
XMLの拡張なるものと思い込んでいて
ぼくのかんがえたさいきょうの設定ファイルに適したオレオレスキーマを定義することを設定向けXML拡張と呼んでるらしい。

スキーマを定めることでフォーマットが固定されるのに
「拡張」という言葉を使うことでなんでも自在な機能が持てると
妄想も拡張しているようだ。

？

メタフォーマットであるXMLのフォーマットを決める、スキーマを定義する、ことにすぎないことを
XMLの拡張というんですよ？

なんだろう？最もすごいものじゃないと拡張と言っちゃいけないとでも思ってたの？
へんだなぁ。俺じゃなくて
XML（eXtensible Markup Language）という名前をつけた人に
言うべきことでしょう？

XMLは拡張可能なマークアップ言語ですよ？

なんでも自在な機能がもてるとか誰が言ったんですかねぇ。

俺「XMLとは拡張可能なマークアップ言語です」

馬鹿「拡張といったな？」
俺「言ったけど？」

馬鹿「ぼくのかんがえたさいきょうの設定ファイルってことだな？」
俺「（そんなことなにもいってないけど？）」

馬鹿「スキーマを定義することにすぎないことをXMLの拡張なるものと思い込んでるな？」
俺「（そのとおりだろ？）

馬鹿「XMLの拡張というものは・・・・そのとおりだ」
俺「（思い込んみは間違いだ！って言うんじゃないのかよ？）」

馬鹿「拡張という言葉を使うと自在な機能を持ってると思ってるな？」
俺「（何言い出してるんだろうこいつ？）」

馬鹿「妄想も拡張しているようだ。」
俺「（それ言い出したの全部お前じゃん）

あー、>>267が言いたいことがわかったわｗ

XMLを拡張して作るXMLベースの設定ファイルのスキーマ
今のアプリの設定ファイルが間違ってると言ったろ？

>>267はその間違ったXMLベースの設定ファイルに
基づいて発言してる。

つまり>>267は、アプリケーション固有のスキーマを作る話をしてるから
スキーマを定義すると、アプリケーションを機能追加（拡張？）できなくなると言ってる。

あほやな。いや、大部分のXMLベースの設定ファイルは
アプリケーション固有のスキーマを作ってるから、
>>267も含めてみんな間違ってるなーっていうことか

汎用のXML設定ファイルっていうのは（どういうものかは上に書いたので探せ）
アプリケーション固有ではなく、スキーマを定めたところで、
アプリケーションの機能追加を妨げるものじゃない

固定するのは設定ファイルのスキーマだけ
そのスキーマにはアプリケーション固有のスキーマ定義はないから
アプリケーションは自由に「拡張」できる。

だいたいHTMLを参考にしてる点で気づかんかな？
HTMLなんかスキーマが定められてフォーマットが固定されてるのに
いろんなサイトやウェブサービスが作れるだろと

自在な機能を持つ能力は無いが任意のアプリ固有の機能追加できる

アプリ固有のスキーマは無いので好き勝手定義できるけど汎用の設定ツールを作成して設定できる

この短い中でこんな滅茶苦茶なこと言う奴も珍しいなあ

>>273
えとさぁ、お前、設定ファイルの話とアプリの機能をごっちゃにするの止めたら？
馬鹿らしい。

設定ファイルの形式なんて、レジストリとか見れば、固定でいいってわかるだろ。
固定っていうのは（最低限）キーとバリューの組み合わせが保存できればいいってこと

どうせお前は馬鹿だから、キーの名前を固定にするのと
ごっちゃにしてるんだろうけどなｗ

ともかく、HTMLのフォームが、inputとselectとtextareaとグループ分け程度の
少ないスキーマ定義で、実際にいろんなウェブサービスに
対応できてるんだから、現実を受け入れようね？

どうも齟齬があるなあと思ったら「設定を記録するのに必要なスキーマの」機能の話を
アプリの機能と勝手に思い込んでるわけね

オレオレさいきょうキーバリューだかなんだかしらないXMLを作成したいって話か？そんな低レベルの話？
オレオレ設定XMLじゃ困る人は切り捨てりゃいいなら楽だよなあ

キーバリューの話しかできないならなんでこいつはXMLにこだわってるのか謎

また>>220をコピペすればいい？

>>216
何の意味って、最初に言ったとおり、
世の中はXMLの使い方を間違ったよなーって話をしてるだけ

>>217
標準化しようじゃなくて
世の中はXMLの使い方を間違ったよなーって話をしてるだけ

>>218
仕様を書く必要はないよ
世の中はXMLの使い方を間違ったよなーって話をしてるだけ

>>219
世の中はXMLの使い方を間違ったよなーって話をしてるだけ

>>275
俺は最初から、設定を記録するのに必要なスキーマの話しかしてない
世の中のアプリは、アプリ固有のオレオレスキーマを作成して
単に編集しにくいだけで、XMLを使用する意味をなくしてしまってる。

世の中はXMLの使い方を間違ったよなーって話をしてるだけ

キーバリューならCSVで十分だ運動すれば？
あと多彩なWebサービスの話はinputとかフォームに関係ない部分だから
わかってないことは使わない方がいいぞ（あとHTMLはXMLじゃないのはいいのだろうか）

そして馬鹿は極端だから、
「固定っていうのは（最低限）キーとバリューの組み合わせが保存できればいいってこと」

と書いていても、（最低限）の部分を
もうすっかり忘れているｗｗｗ

>>279
設定を記録するXMLと他のデータを記録するXMLを混合できるXMLなんて誰も話してないと思うがね
ところで設定ファイルの設計ミスした具体的アプリ名とかないの？

>>281
最高値はどこまで機能持たせるの？

>>280
CSVだったら入力インターフェースが作れない
設定の値しか書いてないから、設定が取りうる値などがわからない
例えば、sambaのmap to guestという項目は「Never」「Bad User」「Bad Password」の
いずれかの値を入れることができるが、そのことが設定ファイルには書かれていない
（コメントとして書かれている場合があるかもしれないぐらい）

設定ファイルでありながらHTMLのフォームと同じような
スキーマを採用することで、設定ツールを作ることが可能になる

あー、何度言えば良いんだろうｗ

スキーマにはアプリ固有のものは含まれないから、
HTMLが、まさにHTMLがそうしているように、
汎用の設定ツールで設定が可能になる。

アプリ開発者は単に設定ファイルにHTMLフォームライクな
XMLを拡張して作った汎用のXML設定ファイルを採用するだけ
アプリ開発者は設定ツールを作ること無く、
初心者は汎用の設定ツールを使って設定できるようになる。

何度言えば理解しますかね？

>>283

>>216
何の意味って、最初に言ったとおり、
世の中はXMLの使い方を間違ったよなーって話をしてるだけ

>>217
標準化しようじゃなくて
世の中はXMLの使い方を間違ったよなーって話をしてるだけ

>>218
仕様を書く必要はないよ
世の中はXMLの使い方を間違ったよなーって話をしてるだけ

今の設定ファイルはコメントで、設定方法が書かれているが、
まあこれがまさにテキストエディタ用のインターフェースなわけだが

設定値のみ書かれていればいいならコメントは要らない
コメントはまさにテキストエディタで編集する人が
読むためのもの

でも設定ファイルのコメントは英語でしか書かれていない。翻訳の仕組みがないからだ。
あるとすれば設定ファイルにずらーっと何カ国後もコメント書くぐらいだなｗ

こういう問題も、まともなXML設定ファイルを作れば多言語対応も可能になるだろう

HTMLがブラウザが設定入力インターフェイスだというなら
ExcelはCSVの入力インターフェイスだと主張できるなあ

しかもHTMLは選択肢がつくれる

HTMLがブラウザが設定入力インターフェイスだというなら
ExcelはCSVの入力インターフェイスだと主張できるなあ

しかもHTMLは選択肢がつくれると言ってんのはデータはどこに入れるの？
そしてお前のさいき

>>287
主張できるが？

だからなに？

>>288
上に例を書いた。探せ

HTMLがブラウザが設定入力インターフェイスだというなら
ExcelはCSVの入力インターフェイスだと主張できるなあ

しかもHTMLは選択肢がつくれると言ってんのはデータはどこに入れるの？
そしてお前のさいきょうXMLで表現できない設定記述機能要望（アプリの機能じゃねえぞ）はどうするの？

例えば、sambaのmap to guestという項目は「Never」「Bad User」「Bad Password」の
いずれかの値を入れることができるが、そのことが設定ファイルには書かれていない
いやコメントでこう書かれているかもしれない

# ○○をするための項目です（という英語）
# 「Never」「Bad User」「Bad Password」のいずれかの値を入れられます。
# デフォルトは「Never」です。
map to guest=Never

というものが書いてあってもここから設定ツールは作れない
CSV形式でも設定ツールは作れない。

HTMLのフォームライクなXML設定ファイルにすれば設定ツールを作れる

<label for="map-to-guest" >"○○をするための項目です（という英語）</label>
<select id="map-to-guest" name="map to guest">
　<option selected default>Never</option>
　<option>Bad User</option>
　<option>Bad Password</option>
</select>

この中には設定値、設定の候補、デフォルト値が含まれている。
今までどおりテキストエディタで編集もできる

> そしてお前のさいきょうXMLで表現できない設定記述機能要望（アプリの機能じゃねえぞ）はどうするの？

ない

>>289
CSVだったら入力インターフェイスが作れないという文章どこに行った

>>294
あ、その事（笑）
ExcelでCSV編集しても、値しか入れられないだろ。
取りうる値なんかわからない

>>293
えっ？世の中数百万以上のアプリがあってこれからも生み出されるのになんで無いって言えるの？

>>296
アプリの機能じゃねえぞ

どんなアプリが増えようが、設定はすべて
キーとバリューだけで表現できる
（便利だと思うならその他の形式をいくつか増やしてもいいが）

ほんとなぁ、設定の値の話をしてるのに
結局、ID:3OE6BV46 自身が、アプリの種類が増えたらどうするの？
なんて言ってるんだもんなぁｗ
アプリの機能を気にしてるのはお前じゃん

>>292
それどこかのアホが
<option selected default>ほげ</option>
とか書くのどーやって防ぐの？

>>297
アプリが未来永劫設定項目の記録表現としてさいきょうの設定XMLでは
不十分だと言うとこは無いとどうやって証明したのですか？

>>299
え？テキストエディタを使った場合の話？

アプリ独自にテキスト形式で、map to guestをmap to guestoooooと書くのを防ぐ方法あるんですか？
CSV形式で、以下同文


テキストエディタを使っている以上不可能でしょｗ
そんなの当たり前。

だから設定ツールが重要になるわけですが？
でもアプリ独自のテキスト形式やcsv形式だと、その設定ツールを
アプリごとに作らなければいけない
あぁ、無駄無駄。時間の無駄


HTMLのフォームライクなXML設定ファイルなら、
その設定ツールで間違った値を設定することはありませんね。
そして汎用で使えるから、アプリ開発者の負担が減りますね。

今のXMLはアプリ固有のスキーマになって、汎用の設定ツールなんか
作れないから、世の中はXMLの使い方を間違ったよなーって話をしてるだけ

設定記述機能の話しかしてねえのに
アプリ本体機能と勘違いしてる馬鹿がいるんだと
必死で藁人形打つのやめろよなあ

>>300
バイナリデータを含む全てのデータは、
エンコードすることで、テキスト文字列で表現可能だから
（必ずしもそうしろと言ってるわけじゃない）

>>303
証明はあるのかと言ったんですよ

>>302
それお前なｗ

アプリがどんな機能を持ってようが
設定は（最低限）キーとバリューの組み合わせが保存できれば十分

>>304
証明どころか実装がある。

Base64はどんなバイナリデータであっても
テキスト文字列に変換できる

>>305
設定表現にはキーバリューで必要十分なのか他に表現が必要なのか
他に必要なら必要十分な範囲は決められるのか
決められないのか適当に逃げ回るなよ

>>307
頭が悪いなｗ

バイナリデータをテキスト文字列に変換できるのなら、
お前が不安に思ってる、どんな表現であっても
単一のテキスト文字列に変換できるってことだよ

>>306
お前のさいきょう設定XMLで全てのアプリの設定記述要望を満たす
証明はあるのかと聞いたんだよ
誰かがバイナリのアスキー表現の話してるんだよ。答えられないのわかるけどさ。

JSONなんか、文字列、数値、真偽値、配列、連想配列
たったこれだけのもので、どんな複雑なものでも表現できるからな。

一体何が表現不可能だと思ってるのか
わけがわからない

>>309
やっぱりさ、お前
まーた、アプリ固有のスキーマの話してるだろｗ

アプリ固有のものなんて無いんだから、
どんなアプリのものだって対応可能

いい加減アプリの機能と設定をごっちゃにするの止めたら？

>>310
質問はお前のさいきょう設定XMLで全てのアプリの
設定記述機能を満たす証明はあるのか？です
関係ない話に逃げるのはやめましょう

>>311
そういう勘違いしてる人に仕立て上げたい気持ちはわかる（笑）

>>312
なんで実装があるのに証明にこだわってるの？

Base64でエンコードすれば、どんな設定だって
文字列で保存できるじゃん

>>314
テキストファイルとテキストエディタがあればどんな設定でも記述できるという主張かね？

元の証明はできないということだね。理解できてなさそだけど。

>>313
だって>>312でまた「全ての」アプリの設定記述を満たすものがあるのかとか言ってるじゃん

つまり「一部の」アプリ設定記述を満たすものはあるって
納得してるんでしょ？

そして「一部」に含まれない、もっと別の高度なアプリの機能の
設定記述を満たすものはあるのかー！！！って
アプリの機能を気にしてるじゃんｗ

>>315
> テキストファイルとテキストエディタがあればどんな設定でも記述できるという主張かね？

そりゃそうだろうね
使いやすいかどうかは別として

最初からそう言ってるんだが。
どんな設定だろうが、テキストに変換できる以上
テキストエディタで編集は可能。

ただし便利なインターフェースを作るためには
設定値だけでは無理。

メタ情報が必要。XML設定ファイルであれば
そういうメタ情報を入れることはたやすいが、
世の中間違って使い方をして、独自のXML設定ファイルばっかり作るから
汎用の設定ツールを作ることができない

今日はあと一時間切ったぞ。
100レスまであと45もあるじゃないか

>>228ですでに書いたこと（わざとなのか知らんが、すでに答えたことを繰り返されるのは面倒だ）

> 特定目的設定XMLで表現できない項目が出てきたらどうすんだ
結論を先にいうとそういうのはないと思ってる

設定のしやすさは別として（後述するがこれは解決できる問題）
どんな設定であっても、キーとバリューのリストで設定できる
例えば、Firefoxのabout:config の例
　設定名: devtools.performance.timeline.hidden-markers
　型: 文字列
　値: ["Composite","CompositeForwardTransaction"] (JSON文字列かな？）

このような単純なキーとバリューのリストで保存されている。
これを見る限り、型としては最低限、文字列、整数値、真偽値 があれば必要十分なのだろう
まあJSON文字列とか卑怯な物使ってるからねｗ

もう少し便利にするならば、レジストリを参考して「複数行文字列」「変数展開が可能な文字列」や
キーバリューのリスト型みたいなものがあるといいだろう
で、開発の初期段階であれば、どんなに複雑な項目であっても
最悪JSON形式の文字列でテキストエディタで保存すればOKということ。
JSON設定ファイルなんてものがあるんだから、それぐらい苦じゃないだろう？ｗ

でも、設定のしやすさの問題が残っている。エンドユーザーにとってはJSON文字列で設定するのは大変。
そこで出てくるのが・・・というかもったいぶって言うほどのことではなくウェブが
すでにその問題を解決してる。CSSとJavaScriptでインターフェースを作ればいい。
そしてその値をフォームにマッピングする（例えばJSON形式で保存）

当然外部CSSとJavaScriptを使うため、設定ファイル自体はシンプルな状態を保つことができるし、
テキストエディタで編集したい人はそのまま編集できる。
それでいて設定ファイルをシームレスにユーザーインターフェースへとつなげることができる。

ウェブ技術の応用だからUIを作れる人は多いだろうし、なによりUIの作り込みは後からやれるから開発者の負担も減る

俺は面倒だから、基本的にIDを見てないんだが、
みてみたら同じやつじゃんｗ

なんで繰り返しおんなじ質問するのかね？

言い方を変えてもいいな

どんな荒唐無稽な設定データを想像してるのか知らんが、
テキスト形式の設定ファイルでは設定できないデータが
あるというのなら諦めればいいだけだろう。

バイナリデータでさえBase64で保存できるというのに
それがどんなものが設定ファイルに書けないのか、
俺にはわからんが、それは諦めるという方向でいい。

で、諦めなければならないもの例をあげてくれ。
俺には全く思いつかない。まあ無いんだろう。

そういや今はCSSファイル（当然テキスト形式）に
画像データをBase64エンコードして入れられることを思い出した。

おとなしくなったようなので、続き（？）を

汎用のXML設定ファイル形式（おれのかんがえたさいきょうってやつｗ）は、
HTMLのフォームを参考にすれば良いと言ったが、欠点もある

そこはHTMLフォームを厳守しろっとは言ってないので変えればいいだけだが、
リストやハッシュデータの扱いが難しい。もちろんできないわけじゃない。

PHPやRubyはフォームの名前を工夫することでリストやハッシュを表現している

例えばこんな感じだ

<form>
　名前：<input type="text" name="personal[name]">
　住所：<input type="text" name="personal[address]">
　電話：<input type="text" name="personal[telephone]">
</form>

これで少なくともJSONなみの表現力は得られるわけだがやっぱりダサいと思う

<form>
　<fieldset name="personal">
　名前：<input type="text" name="name">
　住所：<input type="text" name="address">
　電話：<input type="text" name="telephone">
　</fieldset>
</form>

こんな感じで直感的な仕様にしたほうが良いだろうな

>>267
こんなひどいストローマン久しぶりに見たわｗｗｗ
「xmlの拡張」の文節はどうとでも解釈できるのに最終的にスキーマを新しく作るってことを「xmlの拡張」と呼ぶらしいぞwwww

普通、「xml（の言語仕様）の拡張」と受け取るよな。

で、間違ったxml使ったアプリの例はいつ出してくれんだろう。
具体的なアプリ名はスレのどこにもなさそうだけど。

ていうか、文章能力なさすぎだろ、間違ったxmlって同じ属性が2つ書かれてるとかぐらいしか思いつかないけど、なにを指してるんだろ。
あとjsonの例は、xmlが文章以外にもデータ記述子として使われることもあるので、設定ファイルに置いてjsonと比較されるのはなんの不思議でもない。

設定ファイルに直接コメント書きたいらしいが、ドキュメント書いてくれればなんの問題もない。
一つのファイルに書くことがそんなに重要ならテキストファイルの中にjson書いて、jsonだけ受け取れば十分だろ。

>>323
まあ全体的に ID:3OE6BV46 は何を言ってるのかよくわからんよ。
わかってないからいろいろごっちゃにして勘違いしてるんだろうさ。

XMLの拡張、なにがいいたかったんだろうね

俺は、XMLは eXtensible Markup Language（拡張可能なマークアップ言語）の
略だと言っただけなんだよね。だからこの文脈では名前に入ってる「拡張可能」の
意味で解釈してもらわないと

XMLを拡張してXML 2.0を作るとか言う話じゃなくて
そもそもがXMLは拡張可能なマークアップ言語として作られたものなんだよって
話をしてるだけなんだが、基本がわかってないからいつもずれてしまって話が通じない。
XMLは言語を記述するための言語とも言われてるね

ってかお前か、いつものキチガイｗ

まーた、わざとらしい間違いしてくるし、

俺が、XMLの間違った使い方といったら、
お前は、XMLの文法ミスのことなんだって
まーた間違えるし、本当に話が通じない

説明済みのことを何度も聞いてくる

> で、間違ったxml使ったアプリの例はいつ出してくれんだろう。
間違ってないXMLベースの設定ファイルを使ってるアプリなんて存在しないよ。

> 設定ファイルに直接コメント書きたいらしいが、
はい、また。そんなこと言ってない。

> ドキュメント書いてくれればなんの問題もない。
ドキュメントは設定ツールとして生かせない

> 一つのファイルに書くことがそんなに重要なら
はい、また、そんな事も言ってない

> テキストファイルの中にjson書いて、jsonだけ受け取れば十分だろ。
jsonでは機能不足だってすでに説明済み

ほんとなーずーっとXMLベースの汎用的なXMLスキーマを作って、
設定ツールで設定するという話をしてるだろうに一体いつになったら
嘘吐くのやめてくれるんだろう？

俺が言ったことにして、話を混乱させてる

こいつの設定XMLでできないことは無いと断言しながら
できないことがあったら諦めろとかどんな神経したら書けるんだろうな

バイナリバイナリってバリューの話だけでデータ構造の話は出てこないのか（笑）

>>327
敵味方の二元論しか受け取れないのやばいけど、レスの内容が理解できてないから勘違いするんだ。
ちゃんと読めよ。

>>330
> こいつの設定XMLでできないことは無いと断言しながら
> できないことがあったら諦めろとかどんな神経したら書けるんだろうな

また、嘘書いてる。
そんなことは一言も言ってません。

もし本当にできないことがあるというのなら諦めるよ？
だからできないことがあるというのなら、言ってみろ
まああるわけないけどね、って書いてるんだ。

>>328
>XMLの間違った使い方
>>248
>アプリ独自の設定ファイルは間違った拡張をされている
表記ゆれが紛らわしいんだが、これらは同じ意味か？文法ミス以外で言語で間違うってなに？
それは主観的な間違いなんじゃないの？間違いと感じただけ？

>>331
> バイナリバイナリってバリューの話だけでデータ構造の話は出てこないのか（笑）
それも>>322で書いた。

いくら俺がいないすきを狙って、嘘をついても、
こうやってばれるんだからいみないよ？

>>334
ほんとお前に日本語の読解力がないのなｗ

道具の間違った使い方だっていってんだろう