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信奉者の愚かさもアホとしか言いようがない。

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

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

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

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

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

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

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

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

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

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

設定ファイルをXMLにする意味がないから、間違った使い方

>>336
「XMLの間違った使い方」って書いてたのを「道具の間違った使い方」って書いてたことにするのか？
XMLは物理的な道具じゃないからXMLをなにかの道具に例えたんだな。さあ、教えてくれ、XMLはなんの道具なんだい？
ちなみに「道具の間違った使い方」の文節は初めて出てきたよ。びっくりだよ。

>>337
このレスは君のレスかい？
>>919
>HTML風XMLの設定ファイルは開発者が作成するもの
君はXMLを設定ファイルにするのは諦めたってことかい？

アプリの設定ファイルをXMLにされるのはおかしいと思ってたから伝わっているならそれが何よりだよ。

>>339
>>191の間違いだ。

お前らが熱い討論してる間、俺は洪水の電柱が危険だということを知ったから、お前らにも教えといてやるよ
https://gfycat.com/gifs/detail/unacceptableangryfossa
お前らも有事には気をつけろよ

>>338
道具と言われて、物理的なもの限定って思うのか・・・
Officeソフトは道具じゃないんですねーｗ
ほんと日本語のレベルであやしいや

>>339
> >HTML風XMLの設定ファイルは開発者が作成するもの
> 君はXMLを設定ファイルにするのは諦めたってことかい？

HTML風XMLは、XMLだろ・・・
和風ハンバーグはハンバーグじゃないっていう理論か？
日本語のレベルで（ｒｙ

あれでもおかしいぞ〜。
>設定ファイルをXMLにする意味がないから、間違った使い方
って意味なら
>間違った拡張
の拡張の意味が浮いちゃうな〜。拡張はxmlの<拡張可能な>から取ってきたんじゃなかったんだっけ？
表記ゆれが激しくて、それぞれが突っ込まれると微妙に違うことを言ってるから矛盾してきちゃったな〜。

単純に
>アプリ独自の設定ファイルは間違った拡張をされている
>設定ファイルをXMLにする意味がないから、間違った使い方
が同じ意味だと思っているなら文章能力も読解力もないって言われて当然。

普通になにを言ってるかなぞ。せめて訂正とかしてほしい。

>>340
> アプリの設定ファイルをXMLにされるのはおかしいと思ってたから伝わっているならそれが何よりだよ。

別にアプリの設定ファイルがXMLでも問題ない。
ただXMLにするメリットがない使い方ばっかりされてる

他の形式に比べて冗長なのは言うまでもなくわかってること
その冗長さを上回るメリットを見つけていない

汎用的なXML設定ファイルのスキーマ
（HTML風のXML、どういうものかは上の方に具体的に何回も書いた）
を作れば、XML設定ファイルは大きなメリットを得られる

具体的には、汎用の設定ツールで設定可能になる。
アプリ開発者がわざわざ手間ひまかけて設定ツールを作る必要がなくなる。

アプリ開発者はXML設定ファイルを選ぶだけで恩恵が得られる
ユーザーも難解な設定ファイルをテキストエディタで間違えないように
修正する必要がなくなる。GUIから簡単に設定できるようになる
作り込めば、より便利なインターフェースを作ることもできる
それでいながら、初期段階はテキストエディタで簡単に修正することもできる

もう何度同じことを言っただろうか？

xmlくんはなにが言いたいのやらさっぱりわからん。
>>343
officeは文章作成のための道具だろ？
xmlはなんの道具だよ？

>>344
だから「拡張可能」の拡張だって何度も言ってるだろ
そして、お前は自分でXMLをベースとして新しいタグを作ることが
拡張だって理解したはずだよな？

> ODFなど様々なXMLベースの仕様が作れるほど拡張可能な素晴らしいマークアップ言語だろ
> ただ世の中XMLを間違った拡張をした独自の設定ファイル形式が多いってだけ
↑
世の中のアプリは独自でタグを作りまくってるから、それが間違った拡張だと
最初からずーっと書いてある。

>>346
> xmlはなんの道具だよ？

マークアップ言語を作るための道具

拡張可能という意味を持つXMLが可能な
拡張を行って独自のタグ（スキーマ）を作るための道具

いいか！みんな！！xmlくんは「間違い」ってことを
>別にアプリの設定ファイルがXMLでも問題ない。ただXMLにするメリットがない使い方ばっかりされてる
と表現し直した！
>設定ファイルをXMLにする意味がないから、間違った使い方
>アプリ独自の設定ファイルは間違った拡張をされている
>設定ファイルをXMLにする意味がないから、間違った使い方
と散々意味不明な言い分で「間違った」と言っておきながら「メリットがない」と変更した。
これが典型的なストローマン論法だ。「間違った」と「メリットがない」が内を平気で混同する主観的な主張を繰り返してるだけだ。

これ以上価値のないレスをするな。

こいつはXMLはタグでデータ構造を作るってだけで、
タグの種類は定義されてないってことも知らないんじゃないだろうか？

みんなXMLを使ってなにかのデータ構造を作るときは
XMLを拡張して使ってるんですよ？

>>350
ん？ 確かにより適切な意味に変更したが？
違う意味に変更したわけじゃないから問題ないだろ

なに重箱の隅ばかりついてるんだよｗ
その行為に意味はないぞ。

> と散々意味不明な言い分で「間違った」と言っておきながら「メリットがない」と変更した。

メリットが無いから間違った使い方だって書いたろ？

やっぱり日本語の時点でおかしいんだよな。

権力のある人が他人の作ったアプリの構造の「メリットがない」と「間違った」を言い間違えたら訴訟レベルだな。
>>352>>353
その理論は流石にゴリ押しできないぞ。素直に訂正といえばいいのにｗ

>>348
さっぱりわかんないぞ。officeはアプリでツールで道具だけど、XMLは言語だろ。XMLはXMLのための道具なのか？

なんで「メリットがない」と「間違った使い方」をごっちゃにしてるんだろう？
根拠と結論の関係なんだが？

まあここでネタバレすると
ID:rkXy/Ofn がやってるのは議論じゃない
俺への攻撃だ。

この指摘だけでも、読む価値がないとわかるだろう？

XMLが文章のための道具とかXMLがデータ交換のための道具とかXMLがフィードのための道具って言うならわかるけど、
XMLはマークアップ言語のための道具ですか、理解に苦しむわ。

>>355
> XMLはXMLのための道具なのか？
はい、もう10回目ぐらいかな？
そんな事は言っていない

XMLは言語を作るための言語

http://www.atmarkit.co.jp/ait/articles/0012/23/news002.html
> XMLを用いて新しい言語を作る場合

http://www.atmarkit.co.jp/ait/articles/0005/22/news009.html
> XMLはメタ言語である。メタ言語とは、言語を記述するための言語という意味である。

http://park18.wakwak.com/~little-box/xml_basic/1-002.htm
> XMLは、"何をどう表現するか自由に定義できることから、"住所録用のXML"、"Webページ用のXML"、
> "論文用のXML"といったように、新しい言語を作ることができます。

https://www.milk-island.net/document/xml/kihon/b1/
> XMLとは言語を作るための言語。

>>357
お前が理解できてないだけだよｗ

>>358を読んで反省したら？

>>356
攻撃じゃない。アホだからからかってやろうとも思ってるけど、
さんざん「間違い」って言ってきたやり取りを、いきなり「メリットがない」に変えたら、今までのやり取りの意味がなくなる。
もっと言えば、「メリットがない」ってことを「間違い」って書いてたらそりゃ意味が通じるわけがないでしょってこと。受けての問題じゃない、発信側の問題。

https://www.ibm.com/support/knowledgecenter/ja/ssw_i5_54/rzakl/rzaklintro.htm
> XML を使えば、名前、肩書き、住所、郵便番号などのように特定の必要に応じた方法で
> 情報を記述する一連の規則やタグを含む独自のマークアップ言語を作ることができます。

http://www.techscore.com/tech/XML/Basic/Basic1/1_1.html/

> 　ひとつめの特徴は、SGMLが「言語を作る言語」、メタ言語と呼ばれるものであることです。
> SGMLそのものは、言語ではありません。SGMLにより、ユーザの環境に合わせた”フォーマット”を
> 作成することができます。
> HTMLはSGMLにより作成された、代表的な言語です。
http://www.techscore.com/tech/XML/Basic/Basic1/1_1-2.html/
> XMLはインターネットの標準としてW3C(*1)より勧告されたメタ言語です。SGMLをよりシンプルに、
> 利用しやすく発展させたものが、XMLです。XMLは、SGMLの2つの特徴 (「メタ言語、マークアップ言語)で
> あることを受け継いたため、インターネット上でのデータ交換に非常に適した技術であるといわれています。

>>360
> さんざん「間違い」って言ってきたやり取りを、いきなり「メリットがない」に変えたら、今までのやり取りの意味がなくなる。

だから、メリットが無いから間違いだって言ってる。
間違いを撤回などしてない

正しくは「XMLにするメリットが無い」から「XMLの間違った使い方」
だと言ってる。

こいつは中途半端に文章をぶった切って
違う意味にしようとするからな。用心のため

「メリットが無いから間違い」この命題は間違ってるだろ。論理性のかけらもないだろ？

クソめんどくさい。
もう寝るからxmlについて重大な誤解をしてるxmlくんに忠告だけど、
xmlスキーマは名前空間を定義しないとタグが重複するから定義するだけで、重複がない独自タグをアプリ内で使うのは自由。
独自タグを使っただけで間違いとは言えない。独自タグを使うメリットはアプリ独自の解釈ができるからでこれも間違い。
主張は間違ってる。

ちなみに名前空間の設定だけでは他のアプリが解釈できるわけじゃないから、スキーマに加えてオントロジーを定義する。
これでやっと独自タグが他のアプリからも読める。（アプリがオントロジーとスキーマを参照して機能を割り当てることによって。）
でも設定ファイルは特定のアプリから読むだけだから不要。
話の発端の設定ファイルを編集する汎用ソフトはめんどくさいし不要。
誰一人、設定ファイルのためだけにxmlスキーマもオントロジーの定義もしない。そのほうが面倒くさいからだ。

>>365
> 独自タグを使っただけで間違いとは言えない
XMLの文法的に正しいか間違っているかの話なんかしてない

設定ファイルにアプリ独自のタグを量産するのは
XMLの間違った「使い方」だって言ってるの

使い方の話
やっぱりまた日本が通じない

>>365-366は意味不明なことを言ってるから誰も理解できないと思う
だから代わりに俺が言ってることをまとめよう。

今のアプリでよく行われてるようにXMLを独自で拡張して
オレオレタグを作るというやり方は間違ったXMLの使い方
なぜならそんなことをしてもメリットがなにもないからだ。

XMLを拡張して汎用的な新しい言語を作れば、
汎用の（例えばGUIの）設定ツールを作ることができる
そうすれば、ユーザーは設定が簡単になるし、アプリ開発者はいちいち自分のアプリのために
設定ツールを作らなくてすむし、それでいて今までどおりテキストエディタで編集も可能

>>222 と >>224 に、今の間違った使い方と、あるべき使い方の例を書いておいた
>>292にも別のパターンを書いた。
>>228ではどんなデータでもこれで扱えるという話、そしてUIの作り方を書いた。
>>322ではリスト構造、ハッシュ構造を作る方法を書いた

222の間違った使い方では、アプリごとに独自のタグを作るから、どうしても汎用の設定ツールが作れない
せいぜいXMLエディタというXMLの形で編集するツールが作れるぐらいだ。それは何も使いやすくない

224の例からは、アプリごとの独自のタグはない事、独自のタグの名前がname属性になっていることが読み取れるだろう

292の例では何が選択可能で、今どんな値が設定されていて、デフォルトの値が何かが
設置ファイルにかかれており、それを汎用の設定ツールから読み取ることができる
独自のタグを作っていたらこんな事はできない。

なにか意見を言うのなら、ここまで具体的に書いてほしいものだ

とりあえず掲示板の使い方間違えるのやめてほしいな。

>>369
良い皮肉だ。


やつなら、掲示板に文法ミスでもあるんですかーとかいいそうｗ
書き込めるならどんな使い方でも、正しい使い方ですってな。

>>370
すり寄ってくんな。

どっちに対しての皮肉かも理解できないのか。。

理解してるからこうやってかけるんやで？ｗ

xmlくんは自分への皮肉を他人への皮肉だと受け取った模様。

案の定理解できてない（笑）

まあXMLくんは抽象論ばかりじゃ嫌になるだろうから具体論として
とりあえずsmb.conf、DNSゾーンファイル 、cron、bashrcぐらいを
さいきょうの設定XMLで書き直してどれぐらい便利かアピールしてくれよ

>>376
smb.confは上で書いた

DNSゾーンファイルであれば

例えばこんなインターフェースが作れる
https://www.dejavuz.com/wp-content/uploads/2015/05/onamae02-3.jpg

他にもミスしやすいシリアル値を自動入力できるようになる

cronだと日本人には分かりづらい日時の並び順を
分かりやすくすることができる

barshrcは設定ファイルでなくスクリプト。引っ掛けかな？ｗ
まあスクリプトでもtextariaを使うことはできるし
シンタックスハイライトぐらいやれるだろう

textareaの間違い

XMLを見せて欲しいと書いたんですよ？
UIじゃない。
smbも一項目じゃなくてそれなりに動きそうなもの示してくださいよ。

>>378
引っ掛け問題のつもりはないですがどんなソフトの設定ファイルてもかけると豪語してるのだから
bashrcが書けないとは思えないので設定XMLのサンプルよろしく。

>>381
<textarea>
ここに好きなbashrcのコードを書け
</textarea>

>>382
久しぶりにこんなひどいウンコードみたｗｗｗｗｗ

>>386
bashrcの中身見たことある？
こんなコードだよ。設定じゃない。
そんなこともわからないレベルなんだろうなーとしか思わんさｗ

# System-wide .bashrc file for interactive bash(1) shells.

if [ ! -e "$HOME/.sudo_as_admin_successful" ] && [ ! -e "$HOME/.hushlogin" ] ; then
case " $(groups) " in *\ admin\ *|*\ sudo\ *)
if [ -x /usr/bin/sudo ]; then
cat <<-EOF
To run a command as administrator (user "root"), use "sudo <command>".
See "man sudo_root" for details.

EOF
fi
esac
fi

>>388
textareaの中にbashのコードがあるとどうやったら解釈できるの？

>>389
質問の意味がよくわからんがシンタックスハイライトの話かな？

<textarea lang="bash">
bashのコード
</textarea>

とすればいいだろう。

もちろんこれは設定ファイルであって、bashrcとして実行可能にするには
設定からコードを生成しなくてはいけない。
でもそれは別のツールの話

まあいまざっくりと考えながら書いてるんで
穴とかあると思うけど結構面白いな。

XML設定ファイルでありながら、汎用の設定ツールの
たたき台のたたき台ぐらいにはなりそうｗ

今ひらめいたけど、>>392のレコードを追加可能にする仕様
テーブルの最後に追加するか、途中に追加できるのか？は
設定ファイルに書く必要はない

それは設定ツールの実装に任せればよい。
間に追加してもいいし、最初や最後にしか追加できなくても良い
ツールによっては、レコードを絞り込むフィルタ機能や並び替え機能も
つけてもいいだろう。

所詮、テキストである設定ファイルの項目を
増減したり並び替えたりするだけだから問題は起きないだろうし。
本質的には設定ツールはテキストファイルの内容を
（使いやすく）書き換えるだけに過ぎないしね

>>391
UIの話してんの？htmlでホームページ作れるよってこと？

>>395
設定ファイルの話。

設定ファイルをXML形式にする・・・というのは
それなりに行われているが、単に冗長になっただけで
テキストエディタで編集しづらく、大したメリットがない。

だけどそれはXMLの使い方を間違えているからの話。
（他の形式に比べて）冗長なのはXMLである以上どうしようもないが、
メリットを出すことはできる。

それが汎用のXML設定ファイル形式（XMLを拡張してスキーマを定義する）
HTMLを参考にしてXML設定ファイルはタグが定義されているため
汎用の設定ツールを作ることが可能になる。

アプリの作者は単にその汎用のXML設定ファイル形式を採用するだけで
設定ツールの作成は他に任せることができる。

汎用の設定ツールはユーザーフレンドリーなツールで
例えば選択項目であれば選択候補を表示したり、
もちろん実装次第だが、ウェブサイトで見たことがあるような設定画面を
設定ファイルから作り出すことができる。多言語対応なども可能

ブラウザで表示したHTMLファイルのフォームの値を変更して、
そのまま元のHTMLに保存できるような感じ

そのような高度な設定ツールを使うことが可能な、
汎用のXML設定ファイル形式を作る・・・というふうに
世の中がなっていたら良かったのにという話
つまり、世の中はXMLの使い方を間違ったよなーって話をしてるだけ

>>396
単にホームページを作ってカスタムしたい設定ファイルをDLできるようにすれば良いんじゃね？

>>397
意味不明

なんでも表現できる君なんだから
欲しいと思う人は各々スキーマなりスクリプトなり勝手にこしらえればいいんじゃね
って事じゃないかな

もう
<textarea>
ここに〇〇の設定ファイルを書け
</textarea>
でいいんじゃね？
スーパーGUI設定ツールにハイライトや補完他色々して貰えばOK

>>400
必死にならなくていいよｗ
お前のアイデアはクソ
汎用XML設定ファイルの足元も及ばない

汎用設定XMLを使って専用GUIも使うと言ってるのに何が不満なんだろ

そりゃGUIからの設定がしづらいからだろ？
HTMLのフォームに似た要素ががある汎用XML設定ファイルなら
設定しやすいGUIが作れる。

GUIだったらどんなものでも満足するんだろ？
みたいな考え方じゃないんだよ

汎用XML設定ファイル専用GUIをもっと高機能にすれば解決ですね！
開発頑張ってください！

いや全然よくわかんないんだけど、
>ブラウザで表示したHTMLファイルのフォームの値を変更して、
>そのまま元のHTMLに保存できるような感じ
これはjavascriptでhtml生成して保存とかでいいんじゃ。。<textarea>で何でもかけるとか言い出したらもうタグの意味さえないけど。

>>405
> これはjavascriptでhtml生成して保存とかでいいんじゃ。。
変更したいのはフォームの値だけなのに、面倒くさいだけじゃん

> <textarea>で何でもかけるとか言い出したらもうタグの意味さえないけど。
それは設定ファイルの話をしてるのに、
実行可能コードをどうやって設定ファイルに含めるのか？とか
言い出したやつへの皮肉だな

>>404
GUI（設定ツール）の開発とXMLスキーマの定義は別々に考えよう

>>406
えｗxml君の言うとおり、フォームの値を入れるだけだろもちろん。
ブラウザにそんな機能ないからjavascriptで足してやればいいじゃん。それともブラウザを一から開発するのか？

>>408
開発する必要があるのは設定ツールだよ
ブラウザ技術を応用する。さすがにブラウザそのものは機能が多すぎる

そしてその設定ツールを作る前段階のXMLの使い方の話をしている。

汎用のXML設定ファイル（XMLをベースに拡張して独自のタグを定義したもの）は
設定ツールがなくてもテキストエディタで修正できる。だから設定ツールの存在は必須ではない
設定ツールの存在は必須ではないが、XMLをテキストエディタで修正するのは面倒

設定ツールがあれば設定は楽になるが、今のいろんなアプリの設定ファイル（XMLを使ったもの）は
独自のタグを定義しているため、アプリ専用の設定ツールを作る必要がある。つまり開発コストが高い
だから設定ツールはなくXMLファイルをテキストエディタで修正するにとどまっている

もし汎用のXML設定ファイル（XMLをベースに拡張して独自のタグを定義したもの）があれば
そんな状況は変わっていただろう。今頃はどんなアプリでも同じ設定ツールを使って
初心者でも簡単に設定できていた

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

さて、無理やり軌道変更しようとしていたようだが、
世の中はXMLの使い方を間違ったよなーって話に
軌道修正できましたかね？ｗ

突っ込まれるとややこしくなりそうな問題から逃げ回るのを軌道修正というのか

ん？ >>220のときから書いてあるように
「世の中はXMLの使い方を間違ったよなーって話をしてるだけ」に
戻しただけですが？

何度言っても理解しないで、
俺にツール作れとか言い出すからね
ちゃんと言っておかないと

単純な話なんだけど、世界中で使われてるxmlの応用例を間違ってると言って自分が考える正しい使い方を披露しても、スタンダードの方が効率的で合理的だと思われるのは自然。

設定ツール無しでこんな複雑なXMLを手で編集しろと言われても
メリット無いだろ

設定ツールが無いとまともに扱えないようなXMLをテキストエディタでも大丈夫と
設定ツールの話を避けられても
ODFはLibraOffice使わずともviで書けますと言うようなもんだ

>>414
思うとかじゃなくて、ちゃんと理由をいいなよｗ
それじゃ素人の意見じゃん

>>415

> 設定ツール無しでこんな複雑なXMLを手で編集しろと言われても
> メリット無いだろ

だって手で（テキストエディタ）で修正するのは、開発者や技術者のために
そういうことも可能ってだけだから。普段は設定ツールで設定すれば良いんだよ

開発が進んで育てれば、設定ツール用のUIが追加されていくが、開発の初期段階とか
設定ツールのことは考えないって決めれば、設定項目を羅列するだけでも良い

例えば上の方で「設定ツールでユーザーが候補から選べるように<select>を使用する」と言って
以下のようなタグを書いたが、
<select name="item" value="a">
　<option>a</option>
　<option>b</option>
</select>

開発の初期段階とか設定ツールのことは考えないのであれば、以下のように書いてもいいわけだ
<input name="item" value="a">

どちらも設定内容としては同じ。これは複雑なXMLではない。
複雑なXMLになるのは設定ツールのためにそうするのであって、
それなら設定ツールでやれるようになるわけだよ

>>416
あまりにもクソコード過ぎて素人でも説得力ないってわかるって言いたいだけだよ。
selectにしろ、inputにしろ、それがどの設定における値なのかわからないってことぐらいわかるだろ。

開発者でもツールが無けりゃこんなもの扱う気なくすわ

まあだからxmlは今人気がないわけで。
xmlはあくまで文章なんで、officeに使われてるのもそれが理由だろ。昔はバイナリだったが。

こんなXMLはひどいと言われたらツールの支援があると逃げ
ツールの話になるとXMLの使い方の話だと逃げ
立場を変えるなあと思ったら
ついにはXMLの悪口言い出したか

>>418
> selectにしろ、inputにしろ、それがどの設定における値なのかわからないってことぐらいわかるだろ。

いや、名前で見分けろよｗ

<select name="url"> とかでわかるだろｗ

>>421
同じことを繰り返すな >>396ですでにまとめてる

設定ファイルの話。

設定ファイルをXML形式にする・・・というのは
それなりに行われているが、単に冗長になっただけで
テキストエディタで編集しづらく、大したメリットがない。

だけどそれはXMLの使い方を間違えているからの話。
（他の形式に比べて）冗長なのはXMLである以上どうしようもないが、
メリットを出すことはできる。

それが汎用のXML設定ファイル形式（XMLを拡張してスキーマを定義する）
HTMLを参考にしてXML設定ファイルはタグが定義されているため
汎用の設定ツールを作ることが可能になる。

アプリの作者は単にその汎用のXML設定ファイル形式を採用するだけで
設定ツールの作成は他に任せることができる。

汎用の設定ツールはユーザーフレンドリーなツールで
例えば選択項目であれば選択候補を表示したり、
もちろん実装次第だが、ウェブサイトで見たことがあるような設定画面を
設定ファイルから作り出すことができる。多言語対応なども可能

ブラウザで表示したHTMLファイルのフォームの値を変更して、
そのまま元のHTMLに保存できるような感じ

そのような高度な設定ツールを使うことが可能な、
汎用のXML設定ファイル形式を作る・・・というふうに
世の中がなっていたら良かったのにという話
つまり、世の中はXMLの使い方を間違ったよなーって話をしてるだけ

本人は何も考えてないだろうけど
この設定記述XMLには
設定値の保存のみではなく、
構造の定義やスキーマ他メタ情報、
データ型、バリデーションの記述、
UIやフォームのインターフェイス作成、
オブジェクトマッピングの定義など（まだまだあるかも）の機能や規格が必要で
規格書が電話帳のようになり実装可能だとしてもフットプリントは巨大になるのは間違い無いな

そりゃ規格なんだからある程度の量にはなるが、
基本はXMLなのでXMLとしての仕様は不要
タグ一覧があれば十分だろ
少なくともHTMLの仕様よりは大きくならない

> 設定ファイルをXML形式にする・・・というのは
> --- (中略) ---
> 汎用の設定ツールを作ることが可能になる。

ここまでは、まあ分かるが

> アプリの作者は単にその汎用のXML設定ファイル形式を採用するだけで
> 設定ツールの作成は他に任せることができる。

これが分からん。

現状のwel-formedなだけのXMLでも可能でしょ？
設定ツールやスキーマなど必要なものの作成は他に任せりゃいいだけで
アプリの作者は今のまま何の負担もない。

なぜ作者にとって本来不要な手間のかかる俺ルールを押し付けるのか意味が分からない。
一ユーザーの立場からするとそんなつまらんものに時間を割くぐらいなら
他の事をやるなり体を休めてくれとか思うな

>>426

> 現状のwel-formedなだけのXMLでも可能でしょ？
> 設定ツールやスキーマなど必要なものの作成は他に任せりゃいいだけで
> アプリの作者は今のまま何の負担もない。

それだとアプリごとに設定ツールを開発しなければいけなくなる。
今度は設定ツールを開発する側の負担が大きい（だから設定ツールは作られない）

> なぜ作者にとって本来不要な手間のかかる俺ルールを押し付けるのか意味が分からない。

必要最低限の使い方でいいなら使用するタグは<input>タグだけで成り立つよ
<input>タグのname属性が設定項目名になる。

今はほとんどが設定項目の名前をタグにしてるが、
それをname属性に変えるだけなんだよ。
アプリ作者の手間にはならない。

そしてHTMLライクなXML設定ファイルだから、プログラマじゃない人でも手伝える。
アプリ開発者がアプリ本体を開発間に、他の人が使いやすい設定ファイルを
作ってくれることも期待できる。

> それだとアプリごとに設定ツールを開発しなければいけなくなる。
そうならないような設定ツールを作るなり
スキーマなりスクリプトなどで扱える形なり
工夫すればいいだけじゃないの
> 今度は設定ツールを開発する側の負担が大きい（だから設定ツールは作られない）
ようするに設定ツールの作者個人のスキルが足りなかったり手間を掛けたくないから
全てのアプリ作者に無駄な作業を強いるって事ね

> 今はほとんどが設定項目の名前をタグにしてるが、
> それをname属性に変えるだけなんだよ。
そんな程度なら相互の変換スクリプトでも噛ませばいいだけの話
> アプリ作者の手間にはならない。
ゼロじゃなければ意味ないよ

> そしてHTMLライクなXML設定ファイルだから、プログラマじゃない人でも手伝える。
プログラム側でやってる全てのチェックをスキーマなりに落とし込む作業だからコードが読めないと無理では

> そうならないような設定ツールを作るなり
だからツールを作れるようにするために、汎用のXML設定ファイル
というのを作るべきだってって言ってるんだが？

現状、どんなアプリの設定ファイルも設定できるツールないでしょ
現実に不可能だったという実例があるのに、そうならないように〜とか言っても意味ない

> 全てのアプリ作者に無駄な作業を強いるって事ね
無駄じゃない。アプリの作者は自分でXMLの設定ファイルを考える必要がない
設定ツールを作る必要がない。というメリットが有る。

> ゼロじゃなければ意味ないよ
言葉遊びかな？ゼロじゃなければ意味がないというなら、
自分で独自形式を考えるのも時間がかかるからゼロじゃないってことになるね。
最初から汎用のXML設定ファイルを使うなら、
そこから別に物に変える必要がないのでゼロとも言えるｗ

> プログラム側でやってる全てのチェックをスキーマなりに落とし込む作業だからコードが読めないと無理では
プログラム側でやってるというなら、それに任せればいいだけだろ。
だからこの処理に相当するものはスキーマ（タグの定義）に入れる必要はない。
設定側でチェックをする必要はない。っていうかスキーマで設定値までチェックするとか勘違いしてるな？ｗ
スキーマにそんなものを入れるなんて言ってない。せいぜいどんなタグがあるかとその親子関係ぐらいだ
スキーマで設定値のチェックまでやっていたら、設定ファイルごとにいろいろ作らなきゃいけなくなるだろ（頭が硬いぞｗ）
HTMLの<input>タグの値だってスキーマで値のチェックまでやってないだろ。

まあこれは具体例を言わないと理解できないだろうから説明すると
ある設定項目は、A、CNAME、AAAA、MX、という文字列のいずれかの値を設定できますってことなら
そのチェックをプログラム側でやってるはずなので、設定ファイルにそんなものは不要。

設定ファイルの内容はこれ。現在設定されている値はAで、A、CNAME、AAAA、MXのいずれかを選択できる事がわかる

<select name="type" value="A">
　<option>A</option><option>CNAME</option><option>AAAA</option><option>MX</option>
</select>

繰り返すが「いずれかを選択できる事がわかる」と言ったんだ。この値以外を設定したときのチェックまでするとは言っていない。
だってそうだろう？テキストエディタで変更すればなんでも設定できるんだから、
そんなものを設定ファイルに入れることなんてできやしない。

これは、コメントを発展させたものと考えれば良いんだよ

# type: Select one of A, CNAME, AAAA, MX
type=A

ほら、typeにはBでもCでも好きなものを入れられてしまう。だから値のチェックはプログラム側でやることだしやってるはずだ。

そして英語がわかればどんな内容を設定できるかはわかるが、コメントから設定ツールのインターフェースは作れない
しかし設定ファイル自体がXMLであれば、それを読み取って設定ツールのインターフェースとすることができる。

汎用のXML設定ファイルというのは、テキストエディタで変更可能という特徴も残しながら、
ユーザーに設定しやすいインターフェースを提供する設定ツールを作れるようにするのが目的