Linuxは、開発環境が40年前と同レベル (819ﾚｽ)
上下前次1-新
321: 2018/09/09(日) 23:24:45.36 ID:gnEdZr1c(58/59)調 AAS
言い方を変えてもいいな
どんな荒唐無稽な設定データを想像してるのか知らんが、
テキスト形式の設定ファイルでは設定できないデータが
あるというのなら諦めればいいだけだろう。
バイナリデータでさえBase64で保存できるというのに
それがどんなものが設定ファイルに書けないのか、
俺にはわからんが、それは諦めるという方向でいい。
で、諦めなければならないもの例をあげてくれ。
俺には全く思いつかない。まあ無いんだろう。
そういや今はCSSファイル（当然テキスト形式）に
画像データをBase64エンコードして入れられることを思い出した。
322(2): 2018/09/09(日) 23:34:50.22 ID:gnEdZr1c(59/59)調 AAS
おとなしくなったようなので、続き（？）を
汎用の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>
こんな感じで直感的な仕様にしたほうが良いだろうな
323(1): 2018/09/10(月) 00:54:32.68 ID:rkXy/Ofn(1/20)調 AAS
>>267
こんなひどいストローマン久しぶりに見たわｗｗｗ
「xmlの拡張」の文節はどうとでも解釈できるのに最終的にスキーマを新しく作るってことを「xmlの拡張」と呼ぶらしいぞwwww
普通、「xml（の言語仕様）の拡張」と受け取るよな。
324(1): 2018/09/10(月) 00:55:35.20 ID:rkXy/Ofn(2/20)調 AAS
で、間違ったxml使ったアプリの例はいつ出してくれんだろう。
具体的なアプリ名はスレのどこにもなさそうだけど。
325: 2018/09/10(月) 01:02:25.61 ID:rkXy/Ofn(3/20)調 AAS
ていうか、文章能力なさすぎだろ、間違ったxmlって同じ属性が2つ書かれてるとかぐらいしか思いつかないけど、なにを指してるんだろ。
あとjsonの例は、xmlが文章以外にもデータ記述子として使われることもあるので、設定ファイルに置いてjsonと比較されるのはなんの不思議でもない。
326: 2018/09/10(月) 01:06:38.36 ID:rkXy/Ofn(4/20)調 AAS
設定ファイルに直接コメント書きたいらしいが、ドキュメント書いてくれればなんの問題もない。
一つのファイルに書くことがそんなに重要ならテキストファイルの中にjson書いて、jsonだけ受け取れば十分だろ。
327(1): 2018/09/10(月) 01:11:57.18 ID:N+Tfp5nt(1/23)調 AAS
>>323
まあ全体的に ID:3OE6BV46 は何を言ってるのかよくわからんよ。
わかってないからいろいろごっちゃにして勘違いしてるんだろうさ。
XMLの拡張、なにがいいたかったんだろうね
俺は、XMLは eXtensible Markup Language（拡張可能なマークアップ言語）の
略だと言っただけなんだよね。だからこの文脈では名前に入ってる「拡張可能」の
意味で解釈してもらわないと
XMLを拡張してXML 2.0を作るとか言う話じゃなくて
そもそもがXMLは拡張可能なマークアップ言語として作られたものなんだよって
話をしてるだけなんだが、基本がわかってないからいつもずれてしまって話が通じない。
XMLは言語を記述するための言語とも言われてるね
328(1): 2018/09/10(月) 01:13:49.37 ID:N+Tfp5nt(2/23)調 AAS
ってかお前か、いつものキチガイｗ
まーた、わざとらしい間違いしてくるし、
俺が、XMLの間違った使い方といったら、
お前は、XMLの文法ミスのことなんだって
まーた間違えるし、本当に話が通じない
説明済みのことを何度も聞いてくる
329: 2018/09/10(月) 01:17:41.10 ID:N+Tfp5nt(3/23)調 AAS
> で、間違ったxml使ったアプリの例はいつ出してくれんだろう。
間違ってないXMLベースの設定ファイルを使ってるアプリなんて存在しないよ。
> 設定ファイルに直接コメント書きたいらしいが、
はい、また。そんなこと言ってない。
> ドキュメント書いてくれればなんの問題もない。
ドキュメントは設定ツールとして生かせない
> 一つのファイルに書くことがそんなに重要なら
はい、また、そんな事も言ってない
> テキストファイルの中にjson書いて、jsonだけ受け取れば十分だろ。
jsonでは機能不足だってすでに説明済み
ほんとなーずーっとXMLベースの汎用的なXMLスキーマを作って、
設定ツールで設定するという話をしてるだろうに一体いつになったら
嘘吐くのやめてくれるんだろう？
俺が言ったことにして、話を混乱させてる
330(1): 2018/09/10(月) 01:21:35.09 ID:/D4hkkUq(1/2)調 AAS
こいつの設定XMLでできないことは無いと断言しながら
できないことがあったら諦めろとかどんな神経したら書けるんだろうな
331(1): 2018/09/10(月) 01:27:32.24 ID:/D4hkkUq(2/2)調 AAS
バイナリバイナリってバリューの話だけでデータ構造の話は出てこないのか（笑）
332: 2018/09/10(月) 01:46:36.35 ID:rkXy/Ofn(5/20)調 AAS
>>327
敵味方の二元論しか受け取れないのやばいけど、レスの内容が理解できてないから勘違いするんだ。
ちゃんと読めよ。
333: 2018/09/10(月) 01:51:33.21 ID:N+Tfp5nt(4/23)調 AAS
>>330
> こいつの設定XMLでできないことは無いと断言しながら
> できないことがあったら諦めろとかどんな神経したら書けるんだろうな
また、嘘書いてる。
そんなことは一言も言ってません。
もし本当にできないことがあるというのなら諦めるよ？
だからできないことがあるというのなら、言ってみろ
まああるわけないけどね、って書いてるんだ。
334(1): 2018/09/10(月) 01:52:05.59 ID:rkXy/Ofn(6/20)調 AAS
>>328
>XMLの間違った使い方
>>248
>アプリ独自の設定ファイルは間違った拡張をされている
表記ゆれが紛らわしいんだが、これらは同じ意味か？文法ミス以外で言語で間違うってなに？
それは主観的な間違いなんじゃないの？間違いと感じただけ？
335: 2018/09/10(月) 01:52:31.20 ID:N+Tfp5nt(5/23)調 AAS
>>331
> バイナリバイナリってバリューの話だけでデータ構造の話は出てこないのか（笑）
それも>>322で書いた。
いくら俺がいないすきを狙って、嘘をついても、
こうやってばれるんだからいみないよ？
336(1): 2018/09/10(月) 01:53:59.29 ID:N+Tfp5nt(6/23)調 AAS
>>334
ほんとお前に日本語の読解力がないのなｗ
道具の間違った使い方だっていってんだろう
337(1): 2018/09/10(月) 01:55:01.31 ID:N+Tfp5nt(7/23)調 AAS
設定ファイルをXMLにする意味がないから、間違った使い方
338(1): 2018/09/10(月) 01:58:15.29 ID:rkXy/Ofn(7/20)調 AAS
>>336
「XMLの間違った使い方」って書いてたのを「道具の間違った使い方」って書いてたことにするのか？
XMLは物理的な道具じゃないからXMLをなにかの道具に例えたんだな。さあ、教えてくれ、XMLはなんの道具なんだい？
ちなみに「道具の間違った使い方」の文節は初めて出てきたよ。びっくりだよ。
339(2): 2018/09/10(月) 02:03:14.12 ID:rkXy/Ofn(8/20)調 AAS
>>337
このレスは君のレスかい？
>>919
>HTML風XMLの設定ファイルは開発者が作成するもの
君はXMLを設定ファイルにするのは諦めたってことかい？
340(1): 2018/09/10(月) 02:04:35.73 ID:rkXy/Ofn(9/20)調 AAS
アプリの設定ファイルをXMLにされるのはおかしいと思ってたから伝わっているならそれが何よりだよ。
341: 2018/09/10(月) 02:05:46.24 ID:rkXy/Ofn(10/20)調 AAS
>>339
>>191の間違いだ。
342: 2018/09/10(月) 02:06:04.60 ID:AMvvF8aL(1)調 AAS
お前らが熱い討論してる間、俺は洪水の電柱が危険だということを知ったから、お前らにも教えといてやるよ
外部ﾘﾝｸ:gfycat.com
お前らも有事には気をつけろよ
343(1): 2018/09/10(月) 02:06:07.90 ID:N+Tfp5nt(8/23)調 AAS
>>338
道具と言われて、物理的なもの限定って思うのか・・・
Officeソフトは道具じゃないんですねーｗ
ほんと日本語のレベルであやしいや
>>339
> >HTML風XMLの設定ファイルは開発者が作成するもの
> 君はXMLを設定ファイルにするのは諦めたってことかい？
HTML風XMLは、XMLだろ・・・
和風ハンバーグはハンバーグじゃないっていう理論か？
日本語のレベルで（ｒｙ
344(1): 2018/09/10(月) 02:13:14.46 ID:rkXy/Ofn(11/20)調 AAS
あれでもおかしいぞ〜。
>設定ファイルをXMLにする意味がないから、間違った使い方
って意味なら
>間違った拡張
の拡張の意味が浮いちゃうな〜。拡張はxmlの<拡張可能な>から取ってきたんじゃなかったんだっけ？
表記ゆれが激しくて、それぞれが突っ込まれると微妙に違うことを言ってるから矛盾してきちゃったな〜。
単純に
>アプリ独自の設定ファイルは間違った拡張をされている
>設定ファイルをXMLにする意味がないから、間違った使い方
が同じ意味だと思っているなら文章能力も読解力もないって言われて当然。
普通になにを言ってるかなぞ。せめて訂正とかしてほしい。
345: 2018/09/10(月) 02:13:43.57 ID:N+Tfp5nt(9/23)調 AAS
>>340
> アプリの設定ファイルをXMLにされるのはおかしいと思ってたから伝わっているならそれが何よりだよ。
別にアプリの設定ファイルがXMLでも問題ない。
ただXMLにするメリットがない使い方ばっかりされてる
他の形式に比べて冗長なのは言うまでもなくわかってること
その冗長さを上回るメリットを見つけていない
汎用的なXML設定ファイルのスキーマ
（HTML風のXML、どういうものかは上の方に具体的に何回も書いた）
を作れば、XML設定ファイルは大きなメリットを得られる
具体的には、汎用の設定ツールで設定可能になる。
アプリ開発者がわざわざ手間ひまかけて設定ツールを作る必要がなくなる。
アプリ開発者はXML設定ファイルを選ぶだけで恩恵が得られる
ユーザーも難解な設定ファイルをテキストエディタで間違えないように
修正する必要がなくなる。GUIから簡単に設定できるようになる
作り込めば、より便利なインターフェースを作ることもできる
それでいながら、初期段階はテキストエディタで簡単に修正することもできる
もう何度同じことを言っただろうか？
346(1): 2018/09/10(月) 02:16:05.93 ID:rkXy/Ofn(12/20)調 AAS
xmlくんはなにが言いたいのやらさっぱりわからん。
>>343
officeは文章作成のための道具だろ？
xmlはなんの道具だよ？
347: 2018/09/10(月) 02:16:29.06 ID:N+Tfp5nt(10/23)調 AAS
>>344
だから「拡張可能」の拡張だって何度も言ってるだろ
そして、お前は自分でXMLをベースとして新しいタグを作ることが
拡張だって理解したはずだよな？
> ODFなど様々なXMLベースの仕様が作れるほど拡張可能な素晴らしいマークアップ言語だろ
> ただ世の中XMLを間違った拡張をした独自の設定ファイル形式が多いってだけ
↑
世の中のアプリは独自でタグを作りまくってるから、それが間違った拡張だと
最初からずーっと書いてある。
348(1): 2018/09/10(月) 02:16:57.45 ID:N+Tfp5nt(11/23)調 AAS
>>346
> xmlはなんの道具だよ？
マークアップ言語を作るための道具
349: 2018/09/10(月) 02:18:31.23 ID:N+Tfp5nt(12/23)調 AAS
拡張可能という意味を持つXMLが可能な
拡張を行って独自のタグ（スキーマ）を作るための道具
350(1): 2018/09/10(月) 02:21:03.01 ID:rkXy/Ofn(13/20)調 AAS
いいか！みんな！！xmlくんは「間違い」ってことを
>別にアプリの設定ファイルがXMLでも問題ない。ただXMLにするメリットがない使い方ばっかりされてる
と表現し直した！
>設定ファイルをXMLにする意味がないから、間違った使い方
>アプリ独自の設定ファイルは間違った拡張をされている
>設定ファイルをXMLにする意味がないから、間違った使い方
と散々意味不明な言い分で「間違った」と言っておきながら「メリットがない」と変更した。
これが典型的なストローマン論法だ。「間違った」と「メリットがない」が内を平気で混同する主観的な主張を繰り返してるだけだ。
これ以上価値のないレスをするな。
351: 2018/09/10(月) 02:21:51.89 ID:N+Tfp5nt(13/23)調 AAS
こいつはXMLはタグでデータ構造を作るってだけで、
タグの種類は定義されてないってことも知らないんじゃないだろうか？
みんなXMLを使ってなにかのデータ構造を作るときは
XMLを拡張して使ってるんですよ？
352(1): 2018/09/10(月) 02:22:55.35 ID:N+Tfp5nt(14/23)調 AAS
>>350
ん？ 確かにより適切な意味に変更したが？
違う意味に変更したわけじゃないから問題ないだろ
なに重箱の隅ばかりついてるんだよｗ
その行為に意味はないぞ。
353(1): 2018/09/10(月) 02:23:35.47 ID:N+Tfp5nt(15/23)調 AAS
> と散々意味不明な言い分で「間違った」と言っておきながら「メリットがない」と変更した。
メリットが無いから間違った使い方だって書いたろ？
やっぱり日本語の時点でおかしいんだよな。
354: 2018/09/10(月) 02:27:30.23 ID:rkXy/Ofn(14/20)調 AAS
権力のある人が他人の作ったアプリの構造の「メリットがない」と「間違った」を言い間違えたら訴訟レベルだな。
>>352>>353
その理論は流石にゴリ押しできないぞ。素直に訂正といえばいいのにｗ
355(1): 2018/09/10(月) 02:30:58.82 ID:rkXy/Ofn(15/20)調 AAS
>>348
さっぱりわかんないぞ。officeはアプリでツールで道具だけど、XMLは言語だろ。XMLはXMLのための道具なのか？
356(1): 2018/09/10(月) 02:32:09.74 ID:N+Tfp5nt(16/23)調 AAS
なんで「メリットがない」と「間違った使い方」をごっちゃにしてるんだろう？
根拠と結論の関係なんだが？
まあここでネタバレすると
ID:rkXy/Ofn がやってるのは議論じゃない
俺への攻撃だ。
この指摘だけでも、読む価値がないとわかるだろう？
357(1): 2018/09/10(月) 02:33:50.69 ID:rkXy/Ofn(16/20)調 AAS
XMLが文章のための道具とかXMLがデータ交換のための道具とかXMLがフィードのための道具って言うならわかるけど、
XMLはマークアップ言語のための道具ですか、理解に苦しむわ。
358(1): 2018/09/10(月) 02:34:09.34 ID:N+Tfp5nt(17/23)調 AAS
>>355
> XMLはXMLのための道具なのか？
はい、もう10回目ぐらいかな？
そんな事は言っていない
XMLは言語を作るための言語
外部ﾘﾝｸ[html]:www.atmarkit.co.jp
> XMLを用いて新しい言語を作る場合
外部ﾘﾝｸ[html]:www.atmarkit.co.jp
> XMLはメタ言語である。メタ言語とは、言語を記述するための言語という意味である。
外部ﾘﾝｸ[htm]:park18.wakwak.com
> XMLは、"何をどう表現するか自由に定義できることから、"住所録用のXML"、"Webページ用のXML"、
> "論文用のXML"といったように、新しい言語を作ることができます。
外部ﾘﾝｸ:www.milk-island.net
> XMLとは言語を作るための言語。
359: 2018/09/10(月) 02:34:42.34 ID:N+Tfp5nt(18/23)調 AAS
>>357
お前が理解できてないだけだよｗ
>>358を読んで反省したら？
360(1): 2018/09/10(月) 02:36:23.61 ID:rkXy/Ofn(17/20)調 AAS
>>356
攻撃じゃない。アホだからからかってやろうとも思ってるけど、
さんざん「間違い」って言ってきたやり取りを、いきなり「メリットがない」に変えたら、今までのやり取りの意味がなくなる。
もっと言えば、「メリットがない」ってことを「間違い」って書いてたらそりゃ意味が通じるわけがないでしょってこと。受けての問題じゃない、発信側の問題。
361: 2018/09/10(月) 02:36:48.26 ID:N+Tfp5nt(19/23)調 AAS
外部ﾘﾝｸ[htm]:www.ibm.com
> XML を使えば、名前、肩書き、住所、郵便番号などのように特定の必要に応じた方法で
> 情報を記述する一連の規則やタグを含む独自のマークアップ言語を作ることができます。
外部ﾘﾝｸ:www.techscore.com
> ひとつめの特徴は、SGMLが「言語を作る言語」、メタ言語と呼ばれるものであることです。
> SGMLそのものは、言語ではありません。SGMLにより、ユーザの環境に合わせた”フォーマット”を
> 作成することができます。
> HTMLはSGMLにより作成された、代表的な言語です。
外部ﾘﾝｸ:www.techscore.com
> XMLはインターネットの標準としてW3C(*1)より勧告されたメタ言語です。SGMLをよりシンプルに、
> 利用しやすく発展させたものが、XMLです。XMLは、SGMLの2つの特徴 (「メタ言語、マークアップ言語)で
> あることを受け継いたため、インターネット上でのデータ交換に非常に適した技術であるといわれています。
362: 2018/09/10(月) 02:37:16.39 ID:N+Tfp5nt(20/23)調 AAS
>>360
> さんざん「間違い」って言ってきたやり取りを、いきなり「メリットがない」に変えたら、今までのやり取りの意味がなくなる。
だから、メリットが無いから間違いだって言ってる。
間違いを撤回などしてない
363: 2018/09/10(月) 02:42:57.40 ID:N+Tfp5nt(21/23)調 AAS
正しくは「XMLにするメリットが無い」から「XMLの間違った使い方」
だと言ってる。
こいつは中途半端に文章をぶった切って
違う意味にしようとするからな。用心のため
364: 2018/09/10(月) 02:50:13.03 ID:rkXy/Ofn(18/20)調 AAS
「メリットが無いから間違い」この命題は間違ってるだろ。論理性のかけらもないだろ？
365(2): 2018/09/10(月) 02:57:49.00 ID:rkXy/Ofn(19/20)調 AAS
クソめんどくさい。
もう寝るからxmlについて重大な誤解をしてるxmlくんに忠告だけど、
xmlスキーマは名前空間を定義しないとタグが重複するから定義するだけで、重複がない独自タグをアプリ内で使うのは自由。
独自タグを使っただけで間違いとは言えない。独自タグを使うメリットはアプリ独自の解釈ができるからでこれも間違い。
主張は間違ってる。
366(1): 2018/09/10(月) 03:03:18.78 ID:rkXy/Ofn(20/20)調 AAS
ちなみに名前空間の設定だけでは他のアプリが解釈できるわけじゃないから、スキーマに加えてオントロジーを定義する。
これでやっと独自タグが他のアプリからも読める。（アプリがオントロジーとスキーマを参照して機能を割り当てることによって。）
でも設定ファイルは特定のアプリから読むだけだから不要。
話の発端の設定ファイルを編集する汎用ソフトはめんどくさいし不要。
誰一人、設定ファイルのためだけにxmlスキーマもオントロジーの定義もしない。そのほうが面倒くさいからだ。
367: 2018/09/10(月) 10:16:35.02 ID:N+Tfp5nt(22/23)調 AAS
>>365
> 独自タグを使っただけで間違いとは言えない
XMLの文法的に正しいか間違っているかの話なんかしてない
設定ファイルにアプリ独自のタグを量産するのは
XMLの間違った「使い方」だって言ってるの
使い方の話
やっぱりまた日本が通じない
368: 2018/09/10(月) 10:53:25.43 ID:N+Tfp5nt(23/23)調 AAS
>>365-366は意味不明なことを言ってるから誰も理解できないと思う
だから代わりに俺が言ってることをまとめよう。
今のアプリでよく行われてるようにXMLを独自で拡張して
オレオレタグを作るというやり方は間違ったXMLの使い方
なぜならそんなことをしてもメリットがなにもないからだ。
XMLを拡張して汎用的な新しい言語を作れば、
汎用の（例えばGUIの）設定ツールを作ることができる
そうすれば、ユーザーは設定が簡単になるし、アプリ開発者はいちいち自分のアプリのために
設定ツールを作らなくてすむし、それでいて今までどおりテキストエディタで編集も可能
>>222 と >>224 に、今の間違った使い方と、あるべき使い方の例を書いておいた
>>292にも別のパターンを書いた。
>>228ではどんなデータでもこれで扱えるという話、そしてUIの作り方を書いた。
>>322ではリスト構造、ハッシュ構造を作る方法を書いた
222の間違った使い方では、アプリごとに独自のタグを作るから、どうしても汎用の設定ツールが作れない
せいぜいXMLエディタというXMLの形で編集するツールが作れるぐらいだ。それは何も使いやすくない
224の例からは、アプリごとの独自のタグはない事、独自のタグの名前がname属性になっていることが読み取れるだろう
292の例では何が選択可能で、今どんな値が設定されていて、デフォルトの値が何かが
設置ファイルにかかれており、それを汎用の設定ツールから読み取ることができる
独自のタグを作っていたらこんな事はできない。
なにか意見を言うのなら、ここまで具体的に書いてほしいものだ
369(1): 2018/09/11(火) 00:22:12.50 ID:PgIGop6Q(1/2)調 AAS
とりあえず掲示板の使い方間違えるのやめてほしいな。
370(1): 2018/09/11(火) 01:38:08.00 ID:s6D8tDed(1/2)調 AAS
>>369
良い皮肉だ。
やつなら、掲示板に文法ミスでもあるんですかーとかいいそうｗ
書き込めるならどんな使い方でも、正しい使い方ですってな。
371: 2018/09/11(火) 07:44:09.31 ID:PgIGop6Q(2/2)調 AAS
>>370
すり寄ってくんな。
372: 2018/09/11(火) 12:04:50.95 ID:wnoP2yWg(1)調 AAS
どっちに対しての皮肉かも理解できないのか。。
373: 2018/09/11(火) 12:11:46.40 ID:s6D8tDed(2/2)調 AAS
理解してるからこうやってかけるんやで？ｗ
374: 2018/09/12(水) 11:17:29.33 ID:KhKfxpVp(1)調 AAS
xmlくんは自分への皮肉を他人への皮肉だと受け取った模様。
375: 2018/09/12(水) 16:53:43.71 ID:O7YRoX2h(1/4)調 AAS
案の定理解できてない（笑）
376(1): 2018/09/12(水) 17:43:07.42 ID:1afxXRcK(1/3)調 AAS
まあXMLくんは抽象論ばかりじゃ嫌になるだろうから具体論として
とりあえずsmb.conf、DNSゾーンファイル 、cron、bashrcぐらいを
さいきょうの設定XMLで書き直してどれぐらい便利かアピールしてくれよ
377(1): 2018/09/12(水) 19:35:21.78 ID:O7YRoX2h(2/4)調 AAS
>>376
smb.confは上で書いた
DNSゾーンファイルであれば
例えばこんなインターフェースが作れる
画像ﾘﾝｸ
378(1): 2018/09/12(水) 19:38:10.89 ID:O7YRoX2h(3/4)調 AAS
他にもミスしやすいシリアル値を自動入力できるようになる
cronだと日本人には分かりづらい日時の並び順を
分かりやすくすることができる
barshrcは設定ファイルでなくスクリプト。引っ掛けかな？ｗ
まあスクリプトでもtextariaを使うことはできるし
シンタックスハイライトぐらいやれるだろう
379: 2018/09/12(水) 19:38:42.43 ID:O7YRoX2h(4/4)調 AAS
textareaの間違い
380: 2018/09/12(水) 19:55:00.33 ID:1afxXRcK(2/3)調 AAS
XMLを見せて欲しいと書いたんですよ？
UIじゃない。
smbも一項目じゃなくてそれなりに動きそうなもの示してくださいよ。
381(1): 2018/09/12(水) 19:58:32.62 ID:1afxXRcK(3/3)調 AAS
>>378
引っ掛け問題のつもりはないですがどんなソフトの設定ファイルてもかけると豪語してるのだから
bashrcが書けないとは思えないので設定XMLのサンプルよろしく。
382(1): 2018/09/13(木) 00:16:56.97 ID:QmtoRqwU(1/12)調 AAS
>>381
<textarea>
ここに好きなbashrcのコードを書け
</textarea>
383: 2018/09/13(木) 00:20:27.85 ID:QmtoRqwU(2/12)調 AAS
>>377であればこんな感じかな
<table>
<tr><th>ホスト名</th><th>タイプ</th>・・・</tr>
<tr>
<td><input type="input" name="hostname1"></td>
<td><select name="type1"><option>A</option><option>MX</option></td>
・・・
</tr>
<tr>
<td><input type="input" name="hostname2"></td>
<td><select name="type2"><option>A</option><option>MX</option></td>
・・・
</tr>
</table>
384: 2018/09/13(木) 00:23:53.18 ID:QmtoRqwU(3/12)調 AAS
ただこれには問題がある。それは<option>の部分が重複しているということ
これはHTML5のdatalistを参考にしてselectで使用すれば一応解決できる
<datalist id="types">
<option>A</option>
<option>MX</option>
</datalist>
<table>
<tr><th>ホスト名</th><th>タイプ</th>・・・</tr>
<tr>
<td><input type="input" name="hostname1" /></td>
<td><select name="type1" list="types" /></td>
・・・
</tr>
<tr>
<td><input type="input" name="hostname2" /></td>
<td><select name="type2" list="types" /></td>
・・・
</tr>
</table>
ただまだ冗長さは感じる。やはり配列型が必要だろうか
385: 2018/09/13(木) 00:27:34.59 ID:QmtoRqwU(4/12)調 AAS
inputのtype、いっその事タグにしたほうが良いかもしれない
HTML5でも大して数があるわけじゃないし
というか間違ってたなｗ type="input" じゃなくて type="text" だ
ついでに値も入れてみる。ここもHTMLとは違う方法にする
<datalist id="types">
<option>A</option>
<option>MX</option>
</datalist>
<table>
<tr><th>ホスト名</th><th>タイプ</th>・・・</tr>
<tr>
<td><text name="hostname1">www.example.com</text></td>
<td><select name="type1" list="types">A</select></td>
・・・
</tr>
<tr>
<td><text name="hostname2">mx.example.com</text></td>
<td><select name="type2" list="types">MX</select></td>
・・・
</tr>
</table>
386(1): 2018/09/13(木) 00:31:22.50 ID:GJJdl4JY(1/3)調 AAS
>>382
久しぶりにこんなひどいウンコードみたｗｗｗｗｗ
387: 2018/09/13(木) 00:33:03.85 ID:QmtoRqwU(5/12)調 AAS
<datalist id="types">
<option>A</option>
<option>MX</option>
</datalist>
<table name="records">
<thead><tr><th>ホスト名</th><th>タイプ</th>・・・</tr></thead>
<tr>
<td><text name="hostname">www.example.com</text></td>
<td><select name="type" list="types">A</select></td>
・・・
</tr>
<tr>
<td><text name="hostname">mx.example.com</text></td>
<td><select name="type" list="types">MX</select></td>
・・・
</tr>
</table>
配列型を考えてみた、table要素だとtbody（省略可能）以下のtrが自動的に配列となる）
データとして取り出すと、以下のように見える
records:[
{ hostname: 'www.example.com', type: 'A' },
{ hostname: 'mx.example.com', type: 'MX' },
]
388(1): 2018/09/13(木) 00:34:38.43 ID:QmtoRqwU(6/12)調 AAS
>>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
389(1): 2018/09/13(木) 00:39:40.16 ID:GJJdl4JY(2/3)調 AAS
>>388
textareaの中にbashのコードがあるとどうやったら解釈できるの？
390(1): 2018/09/13(木) 00:39:57.21 ID:QmtoRqwU(7/12)調 AAS
UIとして考えると、レコードの追加、削除も必要になる。
それは属性として書けばいいだろう。
削除は単に属性つければ削除ボタン追加できるが
追加の場合は、どんな内容を追加するのかを書かないといけない
コレはHTMLのtemplateを参考にするとしよう
<datalist id="types">
<option>A</option>
<option>MX</option>
</datalist>
<table name="records" deletable="true" appendable="record">
<thead><tr><th>ホスト名</th><th>タイプ</th>・・・</tr></thead>
<tr>
<td><text name="hostname">www.example.com</text></td>
<td><select name="type" list="types">A</select></td>
・・・
</tr>
<tr>
<td><text name="hostname">mx.example.com</text></td>
<td><select name="type" list="types">MX</select></td>
・・・
</tr>
</table>
<template id="record">
<td><text name="hostname"></text></td>
<td><select name="type" list="types"></select></td>
・・・
</template>
391(1): 2018/09/13(木) 00:42:29.98 ID:QmtoRqwU(8/12)調 AAS
>>389
質問の意味がよくわからんがシンタックスハイライトの話かな？
<textarea lang="bash">
bashのコード
</textarea>
とすればいいだろう。
もちろんこれは設定ファイルであって、bashrcとして実行可能にするには
設定からコードを生成しなくてはいけない。
でもそれは別のツールの話
392(1): 2018/09/13(木) 00:49:36.46 ID:QmtoRqwU(9/12)調 AA×
>>390
393: 2018/09/13(木) 00:53:12.55 ID:QmtoRqwU(10/12)調 AAS
まあいまざっくりと考えながら書いてるんで
穴とかあると思うけど結構面白いな。
XML設定ファイルでありながら、汎用の設定ツールの
たたき台のたたき台ぐらいにはなりそうｗ
394: 2018/09/13(木) 00:58:24.66 ID:QmtoRqwU(11/12)調 AAS
今ひらめいたけど、>>392のレコードを追加可能にする仕様
テーブルの最後に追加するか、途中に追加できるのか？は
設定ファイルに書く必要はない
それは設定ツールの実装に任せればよい。
間に追加してもいいし、最初や最後にしか追加できなくても良い
ツールによっては、レコードを絞り込むフィルタ機能や並び替え機能も
つけてもいいだろう。
所詮、テキストである設定ファイルの項目を
増減したり並び替えたりするだけだから問題は起きないだろうし。
本質的には設定ツールはテキストファイルの内容を
（使いやすく）書き換えるだけに過ぎないしね
395(1): 2018/09/13(木) 01:01:34.65 ID:GJJdl4JY(3/3)調 AAS
>>391
UIの話してんの？htmlでホームページ作れるよってこと？
396(3): 2018/09/13(木) 01:26:00.61 ID:QmtoRqwU(12/12)調 AAS
>>395
設定ファイルの話。
設定ファイルをXML形式にする・・・というのは
それなりに行われているが、単に冗長になっただけで
テキストエディタで編集しづらく、大したメリットがない。
だけどそれはXMLの使い方を間違えているからの話。
（他の形式に比べて）冗長なのはXMLである以上どうしようもないが、
メリットを出すことはできる。
それが汎用のXML設定ファイル形式（XMLを拡張してスキーマを定義する）
HTMLを参考にしてXML設定ファイルはタグが定義されているため
汎用の設定ツールを作ることが可能になる。
アプリの作者は単にその汎用のXML設定ファイル形式を採用するだけで
設定ツールの作成は他に任せることができる。
汎用の設定ツールはユーザーフレンドリーなツールで
例えば選択項目であれば選択候補を表示したり、
もちろん実装次第だが、ウェブサイトで見たことがあるような設定画面を
設定ファイルから作り出すことができる。多言語対応なども可能
ブラウザで表示したHTMLファイルのフォームの値を変更して、
そのまま元のHTMLに保存できるような感じ
そのような高度な設定ツールを使うことが可能な、
汎用のXML設定ファイル形式を作る・・・というふうに
世の中がなっていたら良かったのにという話
つまり、世の中はXMLの使い方を間違ったよなーって話をしてるだけ
397(1): 2018/09/15(土) 00:46:03.08 ID:4KyZVHsa(1)調 AAS
>>396
単にホームページを作ってカスタムしたい設定ファイルをDLできるようにすれば良いんじゃね？
398: 2018/09/15(土) 01:14:32.54 ID:T8F0ismU(1/3)調 AAS
>>397
意味不明
399: 2018/09/15(土) 02:31:52.84 ID:QXs1kuRt(1)調 AAS
なんでも表現できる君なんだから
欲しいと思う人は各々スキーマなりスクリプトなり勝手にこしらえればいいんじゃね
って事じゃないかな
400(1): 2018/09/15(土) 19:36:28.97 ID:zOqOeJ+G(1/2)調 AAS
もう
<textarea>
ここに〇〇の設定ファイルを書け
</textarea>
でいいんじゃね？
スーパーGUI設定ツールにハイライトや補完他色々して貰えばOK
401: 2018/09/15(土) 21:45:17.98 ID:T8F0ismU(2/3)調 AAS
>>400
必死にならなくていいよｗ
お前のアイデアはクソ
汎用XML設定ファイルの足元も及ばない
402: 2018/09/15(土) 22:20:39.59 ID:zOqOeJ+G(2/2)調 AAS
汎用設定XMLを使って専用GUIも使うと言ってるのに何が不満なんだろ
403: 2018/09/15(土) 22:58:46.67 ID:T8F0ismU(3/3)調 AAS
そりゃGUIからの設定がしづらいからだろ？
HTMLのフォームに似た要素ががある汎用XML設定ファイルなら
設定しやすいGUIが作れる。
GUIだったらどんなものでも満足するんだろ？
みたいな考え方じゃないんだよ
404(1): 2018/09/16(日) 00:02:18.32 ID:brsj9TMi(1/4)調 AAS
汎用XML設定ファイル専用GUIをもっと高機能にすれば解決ですね！
開発頑張ってください！
405(1): 2018/09/16(日) 00:33:03.07 ID:Pi3EfQdO(1/5)調 AAS
いや全然よくわかんないんだけど、
>ブラウザで表示したHTMLファイルのフォームの値を変更して、
>そのまま元のHTMLに保存できるような感じ
これはjavascriptでhtml生成して保存とかでいいんじゃ。。<textarea>で何でもかけるとか言い出したらもうタグの意味さえないけど。
406(1): 2018/09/16(日) 00:51:13.82 ID:Rxgd0G4E(1/6)調 AAS
>>405
> これはjavascriptでhtml生成して保存とかでいいんじゃ。。
変更したいのはフォームの値だけなのに、面倒くさいだけじゃん
> <textarea>で何でもかけるとか言い出したらもうタグの意味さえないけど。
それは設定ファイルの話をしてるのに、
実行可能コードをどうやって設定ファイルに含めるのか？とか
言い出したやつへの皮肉だな
407: 2018/09/16(日) 00:51:48.73 ID:Rxgd0G4E(2/6)調 AAS
>>404
GUI（設定ツール）の開発とXMLスキーマの定義は別々に考えよう
408(1): 2018/09/16(日) 01:09:55.87 ID:Pi3EfQdO(2/5)調 AAS
>>406
えｗxml君の言うとおり、フォームの値を入れるだけだろもちろん。
ブラウザにそんな機能ないからjavascriptで足してやればいいじゃん。それともブラウザを一から開発するのか？
409: 2018/09/16(日) 01:31:05.13 ID:Rxgd0G4E(3/6)調 AAS
>>408
開発する必要があるのは設定ツールだよ
ブラウザ技術を応用する。さすがにブラウザそのものは機能が多すぎる
そしてその設定ツールを作る前段階のXMLの使い方の話をしている。
汎用のXML設定ファイル（XMLをベースに拡張して独自のタグを定義したもの）は
設定ツールがなくてもテキストエディタで修正できる。だから設定ツールの存在は必須ではない
設定ツールの存在は必須ではないが、XMLをテキストエディタで修正するのは面倒
設定ツールがあれば設定は楽になるが、今のいろんなアプリの設定ファイル（XMLを使ったもの）は
独自のタグを定義しているため、アプリ専用の設定ツールを作る必要がある。つまり開発コストが高い
だから設定ツールはなくXMLファイルをテキストエディタで修正するにとどまっている
もし汎用のXML設定ファイル（XMLをベースに拡張して独自のタグを定義したもの）があれば
そんな状況は変わっていただろう。今頃はどんなアプリでも同じ設定ツールを使って
初心者でも簡単に設定できていた
つまり、世の中はXMLの使い方を間違ったよなーって話をしてるだけ
410: 2018/09/16(日) 01:32:27.58 ID:Rxgd0G4E(4/6)調 AAS
さて、無理やり軌道変更しようとしていたようだが、
世の中はXMLの使い方を間違ったよなーって話に
軌道修正できましたかね？ｗ
411: 2018/09/16(日) 01:38:35.52 ID:t78kf4G9(1)調 AAS
突っ込まれるとややこしくなりそうな問題から逃げ回るのを軌道修正というのか
412: 2018/09/16(日) 01:40:08.79 ID:Rxgd0G4E(5/6)調 AAS
ん？ >>220のときから書いてあるように
「世の中はXMLの使い方を間違ったよなーって話をしてるだけ」に
戻しただけですが？
413: 2018/09/16(日) 01:40:45.43 ID:Rxgd0G4E(6/6)調 AAS
何度言っても理解しないで、
俺にツール作れとか言い出すからね
ちゃんと言っておかないと
414(1): 2018/09/16(日) 08:13:46.90 ID:Pi3EfQdO(3/5)調 AAS
単純な話なんだけど、世界中で使われてるxmlの応用例を間違ってると言って自分が考える正しい使い方を披露しても、スタンダードの方が効率的で合理的だと思われるのは自然。
415(1): 2018/09/16(日) 10:14:25.82 ID:brsj9TMi(2/4)調 AAS
設定ツール無しでこんな複雑なXMLを手で編集しろと言われても
メリット無いだろ
設定ツールが無いとまともに扱えないようなXMLをテキストエディタでも大丈夫と
設定ツールの話を避けられても
ODFはLibraOffice使わずともviで書けますと言うようなもんだ
416(1): 2018/09/16(日) 14:51:45.06 ID:29LJB/lv(1/5)調 AAS
>>414
思うとかじゃなくて、ちゃんと理由をいいなよｗ
それじゃ素人の意見じゃん
417: 2018/09/16(日) 15:02:33.45 ID:29LJB/lv(2/5)調 AAS
>>415
> 設定ツール無しでこんな複雑なXMLを手で編集しろと言われても
> メリット無いだろ
だって手で（テキストエディタ）で修正するのは、開発者や技術者のために
そういうことも可能ってだけだから。普段は設定ツールで設定すれば良いんだよ
開発が進んで育てれば、設定ツール用のUIが追加されていくが、開発の初期段階とか
設定ツールのことは考えないって決めれば、設定項目を羅列するだけでも良い
例えば上の方で「設定ツールでユーザーが候補から選べるように<select>を使用する」と言って
以下のようなタグを書いたが、
<select name="item" value="a">
<option>a</option>
<option>b</option>
</select>
開発の初期段階とか設定ツールのことは考えないのであれば、以下のように書いてもいいわけだ
<input name="item" value="a">
どちらも設定内容としては同じ。これは複雑なXMLではない。
複雑なXMLになるのは設定ツールのためにそうするのであって、
それなら設定ツールでやれるようになるわけだよ
418(1): 2018/09/16(日) 15:14:05.01 ID:Pi3EfQdO(4/5)調 AAS
>>416
あまりにもクソコード過ぎて素人でも説得力ないってわかるって言いたいだけだよ。
selectにしろ、inputにしろ、それがどの設定における値なのかわからないってことぐらいわかるだろ。
419: 2018/09/16(日) 15:18:06.32 ID:brsj9TMi(3/4)調 AAS
開発者でもツールが無けりゃこんなもの扱う気なくすわ
420: 2018/09/16(日) 15:27:37.89 ID:Pi3EfQdO(5/5)調 AAS
まあだからxmlは今人気がないわけで。
xmlはあくまで文章なんで、officeに使われてるのもそれが理由だろ。昔はバイナリだったが。
421(1): 2018/09/16(日) 16:33:06.31 ID:y1A1lEw6(1)調 AAS
こんなXMLはひどいと言われたらツールの支援があると逃げ
ツールの話になるとXMLの使い方の話だと逃げ
立場を変えるなあと思ったら
ついにはXMLの悪口言い出したか
422: 2018/09/16(日) 17:53:40.57 ID:29LJB/lv(3/5)調 AAS
>>418
> selectにしろ、inputにしろ、それがどの設定における値なのかわからないってことぐらいわかるだろ。
いや、名前で見分けろよｗ
<select name="url"> とかでわかるだろｗ
423(1): 2018/09/16(日) 17:54:48.62 ID:29LJB/lv(4/5)調 AAS
>>421
同じことを繰り返すな >>396ですでにまとめてる
設定ファイルの話。
設定ファイルをXML形式にする・・・というのは
それなりに行われているが、単に冗長になっただけで
テキストエディタで編集しづらく、大したメリットがない。
だけどそれはXMLの使い方を間違えているからの話。
（他の形式に比べて）冗長なのはXMLである以上どうしようもないが、
メリットを出すことはできる。
それが汎用のXML設定ファイル形式（XMLを拡張してスキーマを定義する）
HTMLを参考にしてXML設定ファイルはタグが定義されているため
汎用の設定ツールを作ることが可能になる。
アプリの作者は単にその汎用のXML設定ファイル形式を採用するだけで
設定ツールの作成は他に任せることができる。
汎用の設定ツールはユーザーフレンドリーなツールで
例えば選択項目であれば選択候補を表示したり、
もちろん実装次第だが、ウェブサイトで見たことがあるような設定画面を
設定ファイルから作り出すことができる。多言語対応なども可能
ブラウザで表示したHTMLファイルのフォームの値を変更して、
そのまま元のHTMLに保存できるような感じ
そのような高度な設定ツールを使うことが可能な、
汎用のXML設定ファイル形式を作る・・・というふうに
世の中がなっていたら良かったのにという話
つまり、世の中はXMLの使い方を間違ったよなーって話をしてるだけ
424(1): 2018/09/16(日) 19:48:37.59 ID:brsj9TMi(4/4)調 AAS
本人は何も考えてないだろうけど
この設定記述XMLには
設定値の保存のみではなく、
構造の定義やスキーマ他メタ情報、
データ型、バリデーションの記述、
UIやフォームのインターフェイス作成、
オブジェクトマッピングの定義など（まだまだあるかも）の機能や規格が必要で
規格書が電話帳のようになり実装可能だとしてもフットプリントは巨大になるのは間違い無いな
425(3): 2018/09/16(日) 20:03:57.41 ID:29LJB/lv(5/5)調 AAS
そりゃ規格なんだからある程度の量にはなるが、
基本はXMLなのでXMLとしての仕様は不要
タグ一覧があれば十分だろ
少なくともHTMLの仕様よりは大きくならない
426(2): 2018/09/17(月) 01:44:49.86 ID:7DPubdfM(1/5)調 AAS
> 設定ファイルをXML形式にする・・・というのは
> --- (中略) ---
> 汎用の設定ツールを作ることが可能になる。
ここまでは、まあ分かるが
> アプリの作者は単にその汎用のXML設定ファイル形式を採用するだけで
> 設定ツールの作成は他に任せることができる。
これが分からん。
現状のwel-formedなだけのXMLでも可能でしょ？
設定ツールやスキーマなど必要なものの作成は他に任せりゃいいだけで
アプリの作者は今のまま何の負担もない。
なぜ作者にとって本来不要な手間のかかる俺ルールを押し付けるのか意味が分からない。
一ユーザーの立場からするとそんなつまらんものに時間を割くぐらいなら
他の事をやるなり体を休めてくれとか思うな
427: 2018/09/17(月) 02:29:59.56 ID:4205k3sJ(1/12)調 AAS
>>426
> 現状のwel-formedなだけのXMLでも可能でしょ？
> 設定ツールやスキーマなど必要なものの作成は他に任せりゃいいだけで
> アプリの作者は今のまま何の負担もない。
それだとアプリごとに設定ツールを開発しなければいけなくなる。
今度は設定ツールを開発する側の負担が大きい（だから設定ツールは作られない）
> なぜ作者にとって本来不要な手間のかかる俺ルールを押し付けるのか意味が分からない。
必要最低限の使い方でいいなら使用するタグは<input>タグだけで成り立つよ
<input>タグのname属性が設定項目名になる。
今はほとんどが設定項目の名前をタグにしてるが、
それをname属性に変えるだけなんだよ。
アプリ作者の手間にはならない。
そしてHTMLライクなXML設定ファイルだから、プログラマじゃない人でも手伝える。
アプリ開発者がアプリ本体を開発間に、他の人が使いやすい設定ファイルを
作ってくれることも期待できる。
428: 2018/09/17(月) 03:12:33.67 ID:7DPubdfM(2/5)調 AAS
> それだとアプリごとに設定ツールを開発しなければいけなくなる。
そうならないような設定ツールを作るなり
スキーマなりスクリプトなどで扱える形なり
工夫すればいいだけじゃないの
> 今度は設定ツールを開発する側の負担が大きい（だから設定ツールは作られない）
ようするに設定ツールの作者個人のスキルが足りなかったり手間を掛けたくないから
全てのアプリ作者に無駄な作業を強いるって事ね
> 今はほとんどが設定項目の名前をタグにしてるが、
> それをname属性に変えるだけなんだよ。
そんな程度なら相互の変換スクリプトでも噛ませばいいだけの話
> アプリ作者の手間にはならない。
ゼロじゃなければ意味ないよ
> そしてHTMLライクなXML設定ファイルだから、プログラマじゃない人でも手伝える。
プログラム側でやってる全てのチェックをスキーマなりに落とし込む作業だからコードが読めないと無理では
429(1): 2018/09/17(月) 03:47:25.95 ID:4205k3sJ(2/12)調 AAS
> そうならないような設定ツールを作るなり
だからツールを作れるようにするために、汎用のXML設定ファイル
というのを作るべきだってって言ってるんだが？
現状、どんなアプリの設定ファイルも設定できるツールないでしょ
現実に不可能だったという実例があるのに、そうならないように〜とか言っても意味ない
> 全てのアプリ作者に無駄な作業を強いるって事ね
無駄じゃない。アプリの作者は自分でXMLの設定ファイルを考える必要がない
設定ツールを作る必要がない。というメリットが有る。
> ゼロじゃなければ意味ないよ
言葉遊びかな？ゼロじゃなければ意味がないというなら、
自分で独自形式を考えるのも時間がかかるからゼロじゃないってことになるね。
最初から汎用のXML設定ファイルを使うなら、
そこから別に物に変える必要がないのでゼロとも言えるｗ
> プログラム側でやってる全てのチェックをスキーマなりに落とし込む作業だからコードが読めないと無理では
プログラム側でやってるというなら、それに任せればいいだけだろ。
だからこの処理に相当するものはスキーマ（タグの定義）に入れる必要はない。
設定側でチェックをする必要はない。っていうかスキーマで設定値までチェックするとか勘違いしてるな？ｗ
スキーマにそんなものを入れるなんて言ってない。せいぜいどんなタグがあるかとその親子関係ぐらいだ
スキーマで設定値のチェックまでやっていたら、設定ファイルごとにいろいろ作らなきゃいけなくなるだろ（頭が硬いぞｗ）
HTMLの<input>タグの値だってスキーマで値のチェックまでやってないだろ。
430(1): >>429の続き 2018/09/17(月) 03:47:38.00 ID:4205k3sJ(3/12)調 AAS
まあこれは具体例を言わないと理解できないだろうから説明すると
ある設定項目は、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設定ファイルというのは、テキストエディタで変更可能という特徴も残しながら、
ユーザーに設定しやすいインターフェースを提供する設定ツールを作れるようにするのが目的
431(1): 2018/09/17(月) 03:53:45.54 ID:4205k3sJ(4/12)調 AAS
XML文化の汚点の一つだよな。
なんでもXMLでやろうとしてしまったことだな。
XMLはデータだけを扱っていればいいのに
そのデータが正しいかどうかの検証もXMLでやりましょうとか
XMLはデータだけを扱っていればいいのに、
別の形式にデータを変換する処理もXMLでやりましょう（XSLTのこと）とか
俺はXMLSchemaやそれ相当のものを使うとは一言も言ってないよ。
面倒だから使わないと言い切ってもいいやｗ
現状使わないでやってきてるんだから。
432(1): 2018/09/17(月) 10:19:19.04 ID:bfFfGvAi(1)調 AAS
>>425
タグ一覧だけ作って…って馬鹿だろ
何指摘されているのか意味わかってないんだろ？
口だけの無能と言うのがますますバレますなあ
433(1): 2018/09/17(月) 11:57:01.67 ID:h4GTR3U1(1/2)調 AAS
あるアプリケーションの特有値は出来ないだろ。
例えばゲーム中に登場するキャラクターの変数とかどうすんだ？
全部nameにつめこむのか？もはやそれは独自タグと変わんないぞ。
nameの名前空間にカカロットとかベジータまで定義すんのかw
434(1): 2018/09/17(月) 13:52:03.34 ID:7DPubdfM(3/5)調 AAS
>>429
> だからツールを作れるようにするために、汎用のXML設定ファイル > というのを作るべきだってって言ってるんだが？
繰り返しになるけど
ようするに設定ツールの作者個人のスキルが足りなかったり手間を掛けたくないから
全てのアプリ作者に無駄な作業を強いるって事ね
> 現状、どんなアプリの設定ファイルも設定できるツールないでしょ > 現実に不可能だったという実例があるのに、そうならないように〜とか言っても意味ない
存在しないから不可能だと決めつけるのは短絡的だよ、需要がないからだとか面倒だからとか他にも理由は考えられる
> > 全てのアプリ作者に無駄な作業を強いるって事ね > 無駄じゃない。アプリの作者は自分でXMLの設定ファイルを考える必要がない
多くのアプリの作者は手近なシリアライザの書き出しがXMLというだけで気にしちゃいないと思うぞ
> 設定ツールを作る必要がない。というメリットが有る。
元々設定ツールは必須じゃないし
設定弄るのなんてほとんど最初だけだから
テキストエディタでの編集しやすさってのはさほど重要じゃない
> 言葉遊びかな？ゼロじゃなければ意味がないというなら、> 自分で独自形式を考えるのも時間がかかるからゼロじゃないってことになるね。
XMLの使い方を間違った世の中を正す
よりは
XMLの使い方を間違った世の中に対応する
ほうがよほどマシ
と言えば分かるかな
どんなに素晴らしいものであろうが、使い方を間違っていると因縁つけ続けようが
他人は思い通りに動いてくれないからね
> プログラム側でやってるというなら、それに任せればいいだけだろ。
> 設定側でチェックをする必要はない。っていうかスキーマで設定値までチェックするとか勘違いしてるな？ｗ
静的チェック可能ならメリットあるかと思って賛同したけど
素通りとなるとenumなどの設定が安全簡単になりますよってなぐらいで魅力は薄れるね
435: 2018/09/17(月) 13:54:32.99 ID:7DPubdfM(4/5)調 AAS
>>430
> そして英語がわかればどんな内容を設定できるかはわかるが、コメントから設定ツールのインターフェースは作れない
# type: Select one of A, CNAME, AAAA, MX
type=A
を
<select name="type" value="A">
<option>A</option><option>CNAME</option><option>AAAA</option><option>MX</option>
</select>
と解釈すればいいだけの話だと思うけど
436(1): 2018/09/17(月) 14:10:25.76 ID:7DPubdfM(5/5)調 AAS
>>431
> 俺はXMLSchemaやそれ相当のものを使うとは一言も言ってないよ。
>>426 は >>423(ID:29LJB/lv) に向けた書き込みで
> 423 名前：login:Penguin [sage]： 2018/09/16(日) 17:54:48.62 ID:29LJB/lv (5)
> 設定ファイルをXML形式にする・・・というのは
> それなりに行われているが、単に冗長になっただけで
> テキストエディタで編集しづらく、大したメリットがない。
> だけどそれはXMLの使い方を間違えているからの話。
> （他の形式に比べて）冗長なのはXMLである以上どうしようもないが、
> メリットを出すことはできる。
> それが汎用のXML設定ファイル形式（XMLを拡張してスキーマを定義する）
> HTMLを参考にしてXML設定ファイルはタグが定義されているため
> 汎用の設定ツールを作ることが可能になる。
つまり
設定ファイルをXML形式にする・・・というのは
大したメリットがない。
メリットを出すことは
スキーマを定義する
とはっきり書いてあるぞ。
もし 427(ID:4205k3sJ) ≠ 423(ID:29LJB/lv) だとするなら
なぜアナタが回答してきたのか疑問
437: 2018/09/17(月) 16:38:46.79 ID:4205k3sJ(5/12)調 AAS
>>432
なにか言い返せってｗ
ほんと何も言えないくせにとりあえずなにか言い返そうとするよな
438: 2018/09/17(月) 16:56:05.09 ID:4205k3sJ(6/12)調 AAS
>>434
> ようするに設定ツールの作者個人のスキルが足りなかったり手間を掛けたくないから
> 全てのアプリ作者に無駄な作業を強いるって事ね
意味がわからん。その理屈で言えば、素人はプログラミングできないから
プログラミングを勉強するのは、無駄な作業であるということになるぞ？
プログラミングできるなら、そのスキルは当然ありますよね？
> 存在しないから不可能だと決めつけるのは短絡的だよ、需要がないからだとか面倒だからとか他にも理由は考えられる
だから「面倒」ってことだよ。ずーっといってるじゃん。
アプリごとに設定ツールを作るのは面倒。だから作られないと。
でも汎用のXML設定ファイルというのがあれば、アプリごとに設定ツールを作らなくてよくなる
> 多くのアプリの作者は手近なシリアライザの書き出しがXMLというだけで気にしちゃいないと思うぞ
はい、だからそれも同じで、単なるXMLのシリアライザではなく、
汎用のXML設定ファイル用のシリアライザを使えば気にしなくて良くなりますよね？
アプリ作者の手間なんて殆どないよ。最低限<input>を覚えるだけですむ。（普通はそれ以上のことを知ってる）
> 静的チェック可能ならメリットあるかと思って賛同したけど
> 素通りとなるとenumなどの設定が安全簡単になりますよってなぐらいで魅力は薄れるね
えとさぁ、もう少し柔軟な思考持ったほうが良いよｗ
「設定側でチェックをする必要はない」と言ったんだよ？
プログラム側で今チェックしてるでしょ？愚直に値の範囲チェックとかしてさ
それをプログラミングしてる側がXMLSchemaを使ってやるのは構わないよ
必要がないと言っただけで、やってはダメなんて言ってない。
理解すべきことは、設定ファイルを書く側は、チェック内容まで書く必要はないってこと
役目をしっかり分けて考えよう。
・汎用のXML設定ファイル・・・アプリの設定値は仕様に含めない（含められない）。ただしタグの種類や親子関係は仕様として定義する
・設定ツール・・・汎用のXML設定ファイルを元に設定変更のユーザーインターフェースを提供する
・アプリ作者・・・読み書きは専用のシリアライザを使うだけ。読み取った設定値のチェック（やり方は自由）を行う。
439: 2018/09/17(月) 17:01:58.14 ID:4205k3sJ(7/12)調 AAS
>>436
XMLSchemaってなにか知ってる？
仕様として考えたスキーマを
XMLで記述するための言語の名前がXMLSchema
外部ﾘﾝｸ:ja.wikipedia.org
> XML Schema（XMLスキーマ）は、XML文書の論理的構造を定義する為に
> 開発されたスキーマ言語の一つ。現在、W3Cが開発・標準化にあたっている
スキーマ ＝ スキーマ（笑）
スキーマ言語 ＝ スキーマを記述する言語
この2つをごっちゃにしてはダメ
同wikipedia
> しかし、複数の業界有力企業が仕様の策定に参加して、各社の思惑が絡み合い、
> あまりに多くの機能を取り込んだ為に、標準化は難航し、複雑な仕様となってしまっている。
複雑な仕様のものを使う必要はない
440: 2018/09/17(月) 17:07:14.06 ID:4205k3sJ(8/12)調 AAS
汎用のXML設定ファイルのスキーマは必要
汎用のXML設定ファイルにアプリ固有の情報（設定値の範囲などの）は
含まれない（というか汎用なんだから含められない）
だけど
それを利用したアプリ固有のXML設定ファイルのスキーマは必要ない
アプリごとにスキーマの定義はしなくて良いんだよ
そんな無駄で面倒な作業、誰がやるんだｗ
（必要ないと言っただけで、やったらダメとは言ってない）
441: 2018/09/17(月) 17:22:09.60 ID:4205k3sJ(9/12)調 AAS
理想的な世の中
アプリ作者「設定ファイルの形式どうしよう？
ini？JSON？YAML？XML？アプリ独自形式？」
アプリ作者「汎用のXML設定ファイル形式というのがあるのか？
よし使って設定ファイルを書き出してみよう」
<?xml version="1.0" encoding="UTF-8" ?>
<configurations>
<input name="foo" value="1">
<input name="bar" value="item1">
<input name="baz" value="true">
</configurations>
アプリ作者「ほうほう。これが汎用のXML設定ファイル形式というやつか
シンプルで使い方も簡単だが、なにが便利なのかな？」
設定ツール作者「我々が開発した設定ツールでGUIで設定できますぜ」
アプリ作者「単にインプットボックスで変更できるだけではないのかな？」
設定ファイル利用者「設定ファイル改良してみました。使いやすいインターフェースになります！」
<?xml version="1.0" encoding="UTF-8" ?>
<configurations>
<input name="foo" type="number" min="0" max="100" value="1">
<select name="bar" value="item1><option>item1</option><option>item2<option></select>
<input name="baz" type="checkbox" checked="true">
</configurations>
アプリ作者「いいね！」
442: 2018/09/17(月) 17:43:17.72 ID:nqCqyIhc(1)調 AAS
お前さんこんなギャグセンスがあるとは思わなかったぞ
目指せIT系漫談家
425 login:Penguin sage 2018/09/16(日) 20:03:57.41 ID:29LJB/lv
そりゃ規格なんだからある程度の量にはなるが、
基本はXMLなのでXMLとしての仕様は不要
タグ一覧があれば十分だろ
少なくともHTMLの仕様よりは大きくならない
443: 2018/09/17(月) 17:48:16.43 ID:4205k3sJ(10/12)調 AAS
そんなどうでもいいところにしかレスできないのか
444(1): 2018/09/17(月) 17:57:06.03 ID:h4GTR3U1(2/2)調 AAS
いやいや、xmlの仕様は不要で、htmlの仕様よりは大きくならないタグ一覧
が理解できる人がいたら教えてくれ。本人以外でな。俺は意味がわからん。
445: 2018/09/17(月) 18:23:37.51 ID:4205k3sJ(11/12)調 AAS
>>433は見逃してたわｗ
433が何を言ってるのかよくわからない
アプリの設定と（セーブ？）データをごっちゃにしてるようにしか見えないな。
ゲームは特殊で基本的に、アプリ（つまりゲームない）で設定変更するものだから
例えに使うと分かりづらくなるからやめたほうが良い
そうだな。ユーザーがアプリの動きを変更させるためのもので、
ユーザが作成したいデータではないものってことでいいかな？
446: 2018/09/17(月) 18:26:50.06 ID:4205k3sJ(12/12)調 AAS
>>444
> いやいや、xmlの仕様は不要で、htmlの仕様よりは大きくならないタグ一覧
> が理解できる人がいたら教えてくれ。本人以外でな。俺は意味がわからん。
XMLの仕様はW3Cが作ってるんだから、わざわざ作る必要はない。
作る必要があるのは、汎用のXML設定ファイルの仕様
外部ﾘﾝｸ:ja.wikipedia.org
> XML の仕様は、World Wide Web Consortium (W3C) により策定・勧告されている。
447: 2018/09/17(月) 23:30:43.36 ID:1GkHl8PU(1)調 AAS
ここ何のスレ？
上下前次1-新書関写板覧索設栞歴
あと 372 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.055s