Linuxは、開発環境が40年前と同レベル (819ﾚｽ)
上下前次1-新
272: 2018/09/09(日) 21:37:24.67 ID:gnEdZr1c(30/59)調 AAS
だいたいHTMLを参考にしてる点で気づかんかな？
HTMLなんかスキーマが定められてフォーマットが固定されてるのに
いろんなサイトやウェブサービスが作れるだろと
273(1): 2018/09/09(日) 21:58:47.78 ID:3OE6BV46(15/35)調 AAS
自在な機能を持つ能力は無いが任意のアプリ固有の機能追加できる
アプリ固有のスキーマは無いので好き勝手定義できるけど汎用の設定ツールを作成して設定できる
この短い中でこんな滅茶苦茶なこと言う奴も珍しいなあ
274: 2018/09/09(日) 22:04:39.82 ID:gnEdZr1c(31/59)調 AAS
>>273
えとさぁ、お前、設定ファイルの話とアプリの機能をごっちゃにするの止めたら？
馬鹿らしい。
設定ファイルの形式なんて、レジストリとか見れば、固定でいいってわかるだろ。
固定っていうのは（最低限）キーとバリューの組み合わせが保存できればいいってこと
どうせお前は馬鹿だから、キーの名前を固定にするのと
ごっちゃにしてるんだろうけどなｗ
ともかく、HTMLのフォームが、inputとselectとtextareaとグループ分け程度の
少ないスキーマ定義で、実際にいろんなウェブサービスに
対応できてるんだから、現実を受け入れようね？
275(1): 2018/09/09(日) 22:05:47.58 ID:3OE6BV46(16/35)調 AAS
どうも齟齬があるなあと思ったら「設定を記録するのに必要なスキーマの」機能の話を
アプリの機能と勝手に思い込んでるわけね
276: 2018/09/09(日) 22:11:51.38 ID:3OE6BV46(17/35)調 AAS
オレオレさいきょうキーバリューだかなんだかしらないXMLを作成したいって話か？そんな低レベルの話？
オレオレ設定XMLじゃ困る人は切り捨てりゃいいなら楽だよなあ
277: 2018/09/09(日) 22:14:03.89 ID:3OE6BV46(18/35)調 AAS
キーバリューの話しかできないならなんでこいつはXMLにこだわってるのか謎
278: 2018/09/09(日) 22:17:01.61 ID:gnEdZr1c(32/59)調 AAS
また>>220をコピペすればいい？
>>216
何の意味って、最初に言ったとおり、
世の中はXMLの使い方を間違ったよなーって話をしてるだけ
>>217
標準化しようじゃなくて
世の中はXMLの使い方を間違ったよなーって話をしてるだけ
>>218
仕様を書く必要はないよ
世の中はXMLの使い方を間違ったよなーって話をしてるだけ
>>219
世の中はXMLの使い方を間違ったよなーって話をしてるだけ
279(1): 2018/09/09(日) 22:18:37.74 ID:gnEdZr1c(33/59)調 AAS
>>275
俺は最初から、設定を記録するのに必要なスキーマの話しかしてない
世の中のアプリは、アプリ固有のオレオレスキーマを作成して
単に編集しにくいだけで、XMLを使用する意味をなくしてしまってる。
世の中はXMLの使い方を間違ったよなーって話をしてるだけ
280(1): 2018/09/09(日) 22:21:03.79 ID:3OE6BV46(19/35)調 AAS
キーバリューならCSVで十分だ運動すれば？
あと多彩なWebサービスの話はinputとかフォームに関係ない部分だから
わかってないことは使わない方がいいぞ（あとHTMLはXMLじゃないのはいいのだろうか）
281(1): 2018/09/09(日) 22:23:04.42 ID:gnEdZr1c(34/59)調 AAS
そして馬鹿は極端だから、
「固定っていうのは（最低限）キーとバリューの組み合わせが保存できればいいってこと」
と書いていても、（最低限）の部分を
もうすっかり忘れているｗｗｗ
282: 2018/09/09(日) 22:24:26.33 ID:3OE6BV46(20/35)調 AAS
>>279
設定を記録するXMLと他のデータを記録するXMLを混合できるXMLなんて誰も話してないと思うがね
ところで設定ファイルの設計ミスした具体的アプリ名とかないの？
283(1): 2018/09/09(日) 22:25:13.94 ID:3OE6BV46(21/35)調 AAS
>>281
最高値はどこまで機能持たせるの？
284: 2018/09/09(日) 22:28:22.35 ID:gnEdZr1c(35/59)調 AAS
>>280
CSVだったら入力インターフェースが作れない
設定の値しか書いてないから、設定が取りうる値などがわからない
例えば、sambaのmap to guestという項目は「Never」「Bad User」「Bad Password」の
いずれかの値を入れることができるが、そのことが設定ファイルには書かれていない
（コメントとして書かれている場合があるかもしれないぐらい）
設定ファイルでありながらHTMLのフォームと同じような
スキーマを採用することで、設定ツールを作ることが可能になる
あー、何度言えば良いんだろうｗ
スキーマにはアプリ固有のものは含まれないから、
HTMLが、まさにHTMLがそうしているように、
汎用の設定ツールで設定が可能になる。
アプリ開発者は単に設定ファイルにHTMLフォームライクな
XMLを拡張して作った汎用のXML設定ファイルを採用するだけ
アプリ開発者は設定ツールを作ること無く、
初心者は汎用の設定ツールを使って設定できるようになる。
何度言えば理解しますかね？
285: 2018/09/09(日) 22:28:56.81 ID:gnEdZr1c(36/59)調 AAS
>>283
>>216
何の意味って、最初に言ったとおり、
世の中はXMLの使い方を間違ったよなーって話をしてるだけ
>>217
標準化しようじゃなくて
世の中はXMLの使い方を間違ったよなーって話をしてるだけ
>>218
仕様を書く必要はないよ
世の中はXMLの使い方を間違ったよなーって話をしてるだけ
286(1): 2018/09/09(日) 22:31:43.54 ID:gnEdZr1c(37/59)調 AAS
今の設定ファイルはコメントで、設定方法が書かれているが、
まあこれがまさにテキストエディタ用のインターフェースなわけだが
設定値のみ書かれていればいいならコメントは要らない
コメントはまさにテキストエディタで編集する人が
読むためのもの
でも設定ファイルのコメントは英語でしか書かれていない。翻訳の仕組みがないからだ。
あるとすれば設定ファイルにずらーっと何カ国後もコメント書くぐらいだなｗ
こういう問題も、まともなXML設定ファイルを作れば多言語対応も可能になるだろう
287(1): 2018/09/09(日) 22:32:30.70 ID:3OE6BV46(22/35)調 AAS
HTMLがブラウザが設定入力インターフェイスだというなら
ExcelはCSVの入力インターフェイスだと主張できるなあ
しかもHTMLは選択肢がつくれる
288(1): 2018/09/09(日) 22:33:32.35 ID:3OE6BV46(23/35)調 AAS
HTMLがブラウザが設定入力インターフェイスだというなら
ExcelはCSVの入力インターフェイスだと主張できるなあ
しかもHTMLは選択肢がつくれると言ってんのはデータはどこに入れるの？
そしてお前のさいき
289(1): 2018/09/09(日) 22:33:37.24 ID:gnEdZr1c(38/59)調 AAS
>>287
主張できるが？
だからなに？
290: 2018/09/09(日) 22:34:00.31 ID:gnEdZr1c(39/59)調 AAS
>>288
上に例を書いた。探せ
291: 2018/09/09(日) 22:34:57.47 ID:3OE6BV46(24/35)調 AAS
HTMLがブラウザが設定入力インターフェイスだというなら
ExcelはCSVの入力インターフェイスだと主張できるなあ
しかもHTMLは選択肢がつくれると言ってんのはデータはどこに入れるの？
そしてお前のさいきょうXMLで表現できない設定記述機能要望（アプリの機能じゃねえぞ）はどうするの？
292(2): 2018/09/09(日) 22:40:24.55 ID:gnEdZr1c(40/59)調 AAS
例えば、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>
この中には設定値、設定の候補、デフォルト値が含まれている。
今までどおりテキストエディタで編集もできる
293(1): 2018/09/09(日) 22:40:58.34 ID:gnEdZr1c(41/59)調 AAS
> そしてお前のさいきょうXMLで表現できない設定記述機能要望（アプリの機能じゃねえぞ）はどうするの？
ない
294(1): 2018/09/09(日) 22:41:11.92 ID:3OE6BV46(25/35)調 AAS
>>289
CSVだったら入力インターフェイスが作れないという文章どこに行った
295: 2018/09/09(日) 22:42:14.10 ID:gnEdZr1c(42/59)調 AAS
>>294
あ、その事（笑）
ExcelでCSV編集しても、値しか入れられないだろ。
取りうる値なんかわからない
296(1): 2018/09/09(日) 22:42:38.81 ID:3OE6BV46(26/35)調 AAS
>>293
えっ？世の中数百万以上のアプリがあってこれからも生み出されるのになんで無いって言えるの？
297(1): 2018/09/09(日) 22:44:22.51 ID:gnEdZr1c(43/59)調 AAS
>>296
アプリの機能じゃねえぞ
どんなアプリが増えようが、設定はすべて
キーとバリューだけで表現できる
（便利だと思うならその他の形式をいくつか増やしてもいいが）
298: 2018/09/09(日) 22:45:36.68 ID:gnEdZr1c(44/59)調 AAS
ほんとなぁ、設定の値の話をしてるのに
結局、ID:3OE6BV46 自身が、アプリの種類が増えたらどうするの？
なんて言ってるんだもんなぁｗ
アプリの機能を気にしてるのはお前じゃん
299(1): 2018/09/09(日) 22:46:04.37 ID:3OE6BV46(27/35)調 AAS
>>292
それどこかのアホが
<option selected default>ほげ</option>
とか書くのどーやって防ぐの？
300(1): 2018/09/09(日) 22:48:30.22 ID:3OE6BV46(28/35)調 AAS
>>297
アプリが未来永劫設定項目の記録表現としてさいきょうの設定XMLでは
不十分だと言うとこは無いとどうやって証明したのですか？
301: 2018/09/09(日) 22:50:45.48 ID:gnEdZr1c(45/59)調 AAS
>>299
え？テキストエディタを使った場合の話？
アプリ独自にテキスト形式で、map to guestをmap to guestoooooと書くのを防ぐ方法あるんですか？
CSV形式で、以下同文
テキストエディタを使っている以上不可能でしょｗ
そんなの当たり前。
だから設定ツールが重要になるわけですが？
でもアプリ独自のテキスト形式やcsv形式だと、その設定ツールを
アプリごとに作らなければいけない
あぁ、無駄無駄。時間の無駄
HTMLのフォームライクなXML設定ファイルなら、
その設定ツールで間違った値を設定することはありませんね。
そして汎用で使えるから、アプリ開発者の負担が減りますね。
今のXMLはアプリ固有のスキーマになって、汎用の設定ツールなんか
作れないから、世の中はXMLの使い方を間違ったよなーって話をしてるだけ
302(1): 2018/09/09(日) 22:51:20.79 ID:3OE6BV46(29/35)調 AAS
設定記述機能の話しかしてねえのに
アプリ本体機能と勘違いしてる馬鹿がいるんだと
必死で藁人形打つのやめろよなあ
303(1): 2018/09/09(日) 22:52:23.35 ID:gnEdZr1c(46/59)調 AAS
>>300
バイナリデータを含む全てのデータは、
エンコードすることで、テキスト文字列で表現可能だから
（必ずしもそうしろと言ってるわけじゃない）
304(1): 2018/09/09(日) 22:53:12.56 ID:3OE6BV46(30/35)調 AAS
>>303
証明はあるのかと言ったんですよ
305(1): 2018/09/09(日) 22:53:22.42 ID:gnEdZr1c(47/59)調 AAS
>>302
それお前なｗ
アプリがどんな機能を持ってようが
設定は（最低限）キーとバリューの組み合わせが保存できれば十分
306(1): 2018/09/09(日) 22:54:22.25 ID:gnEdZr1c(48/59)調 AAS
>>304
証明どころか実装がある。
Base64はどんなバイナリデータであっても
テキスト文字列に変換できる
307(1): 2018/09/09(日) 22:55:10.12 ID:3OE6BV46(31/35)調 AAS
>>305
設定表現にはキーバリューで必要十分なのか他に表現が必要なのか
他に必要なら必要十分な範囲は決められるのか
決められないのか適当に逃げ回るなよ
308: 2018/09/09(日) 22:56:06.10 ID:gnEdZr1c(49/59)調 AAS
>>307
頭が悪いなｗ
バイナリデータをテキスト文字列に変換できるのなら、
お前が不安に思ってる、どんな表現であっても
単一のテキスト文字列に変換できるってことだよ
309(1): 2018/09/09(日) 22:56:48.89 ID:3OE6BV46(32/35)調 AAS
>>306
お前のさいきょう設定XMLで全てのアプリの設定記述要望を満たす
証明はあるのかと聞いたんだよ
誰かがバイナリのアスキー表現の話してるんだよ。答えられないのわかるけどさ。
310(1): 2018/09/09(日) 22:57:46.53 ID:gnEdZr1c(50/59)調 AAS
JSONなんか、文字列、数値、真偽値、配列、連想配列
たったこれだけのもので、どんな複雑なものでも表現できるからな。
一体何が表現不可能だと思ってるのか
わけがわからない
311(1): 2018/09/09(日) 22:59:00.55 ID:gnEdZr1c(51/59)調 AAS
>>309
やっぱりさ、お前
まーた、アプリ固有のスキーマの話してるだろｗ
アプリ固有のものなんて無いんだから、
どんなアプリのものだって対応可能
いい加減アプリの機能と設定をごっちゃにするの止めたら？
312(2): 2018/09/09(日) 22:59:03.30 ID:3OE6BV46(33/35)調 AAS
>>310
質問はお前のさいきょう設定XMLで全てのアプリの
設定記述機能を満たす証明はあるのか？です
関係ない話に逃げるのはやめましょう
313(1): 2018/09/09(日) 22:59:49.23 ID:3OE6BV46(34/35)調 AAS
>>311
そういう勘違いしてる人に仕立て上げたい気持ちはわかる（笑）
314(1): 2018/09/09(日) 23:00:13.64 ID:gnEdZr1c(52/59)調 AAS
>>312
なんで実装があるのに証明にこだわってるの？
Base64でエンコードすれば、どんな設定だって
文字列で保存できるじゃん
315(1): 2018/09/09(日) 23:02:34.58 ID:3OE6BV46(35/35)調 AAS
>>314
テキストファイルとテキストエディタがあればどんな設定でも記述できるという主張かね？
元の証明はできないということだね。理解できてなさそだけど。
316: 2018/09/09(日) 23:03:42.68 ID:gnEdZr1c(53/59)調 AAS
>>313
だって>>312でまた「全ての」アプリの設定記述を満たすものがあるのかとか言ってるじゃん
つまり「一部の」アプリ設定記述を満たすものはあるって
納得してるんでしょ？
そして「一部」に含まれない、もっと別の高度なアプリの機能の
設定記述を満たすものはあるのかー！！！って
アプリの機能を気にしてるじゃんｗ
317: 2018/09/09(日) 23:06:51.23 ID:gnEdZr1c(54/59)調 AAS
>>315
> テキストファイルとテキストエディタがあればどんな設定でも記述できるという主張かね？
そりゃそうだろうね
使いやすいかどうかは別として
最初からそう言ってるんだが。
どんな設定だろうが、テキストに変換できる以上
テキストエディタで編集は可能。
ただし便利なインターフェースを作るためには
設定値だけでは無理。
メタ情報が必要。XML設定ファイルであれば
そういうメタ情報を入れることはたやすいが、
世の中間違って使い方をして、独自のXML設定ファイルばっかり作るから
汎用の設定ツールを作ることができない
318: 2018/09/09(日) 23:07:46.41 ID:gnEdZr1c(55/59)調 AAS
今日はあと一時間切ったぞ。
100レスまであと45もあるじゃないか
319: 2018/09/09(日) 23:18:33.21 ID:gnEdZr1c(56/59)調 AAS
>>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の作り込みは後からやれるから開発者の負担も減る
320: 2018/09/09(日) 23:19:48.26 ID:gnEdZr1c(57/59)調 AAS
俺は面倒だから、基本的にIDを見てないんだが、
みてみたら同じやつじゃんｗ
なんで繰り返しおんなじ質問するのかね？
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
意味不明
上下前次1-新書関写板覧索設栞歴
あと 421 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.049s