Linuxは、開発環境が40年前と同レベル (819ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん
222(1): 2018/09/09(日)12:21 ID:gnEdZr1c(1/59) AA×
>>221>>1
外部ﾘﾝｸ[html]:help.adobe.com
外部ﾘﾝｸ:ns.adobe.com
外部ﾘﾝｸ:example.com
224(2): 2018/09/09(日)12:23 ID:gnEdZr1c(2/59) AA×
外部ﾘﾝｸ:example.com
226: 2018/09/09(日)12:35 ID:gnEdZr1c(3/59) AAS
だから最初からそう言ってる。
XML設定ファイルは、アプリが個々に要素を定義するんじゃなくて
共通の仕様を作るべきだったと
そうすれば設定ツールは汎用のものを別に開発できて、
全てのXML設定ファイルをそのツールで設定でき
開発者も独自の設定ツールを作ることがなくて楽になってたんだよ。
GUI大嫌いって開発者でも、XML設定ファイルにするだけで
テキストエディタでも設定できるし、設定ツールでも設定できるようになってた
さらに作り込めば使いやすいUIを作れるし、多言語化もできてた
だから間違った方向に進んだよなーって思ってるわけだよ。
228(2): 2018/09/09(日)15:38 ID:gnEdZr1c(4/59) AAS
>>227
> 特定目的設定XMLで表現できない項目が出てきたらどうすんだ
結論を先にいうとそういうのはないと思ってる
設定のしやすさは別として（後述するがこれは解決できる問題）
どんな設定であっても、キーとバリューのリストで設定できる
例えば、Firefoxのabout:config の例
設定名: devtools.performance.timeline.hidden-markers
型: 文字列
値: ["Composite","CompositeForwardTransaction"] (JSON文字列かな？）
このような単純なキーとバリューのリストで保存されている。
これを見る限り、型としては最低限、文字列、整数値、真偽値 があれば必要十分なのだろう
まあJSON文字列とか卑怯な物使ってるからねｗ
もう少し便利にするならば、レジストリを参考して「複数行文字列」「変数展開が可能な文字列」や
キーバリューのリスト型みたいなものがあるといいだろう
で、開発の初期段階であれば、どんなに複雑な項目であっても
最悪JSON形式の文字列でテキストエディタで保存すればOKということ。
JSON設定ファイルなんてものがあるんだから、それぐらい苦じゃないだろう？ｗ
でも、設定のしやすさの問題が残っている。エンドユーザーにとってはJSON文字列で設定するのは大変。
そこで出てくるのが・・・というかもったいぶって言うほどのことではなくウェブが
すでにその問題を解決してる。CSSとJavaScriptでインターフェースを作ればいい。
そしてその値をフォームにマッピングする（例えばJSON形式で保存）
当然外部CSSとJavaScriptを使うため、設定ファイル自体はシンプルな状態を保つことができるし、
テキストエディタで編集したい人はそのまま編集できる。
それでいて設定ファイルをシームレスにユーザーインターフェースへとつなげることができる。
ウェブ技術の応用だからUIを作れる人は多いだろうし、なによりUIの作り込みは後からやれるから開発者の負担も減る
230: 2018/09/09(日)16:03 ID:gnEdZr1c(5/59) AAS
>>229
ぜんぜん？ だって>>224を見てよ。
タグは使い方を変えただけ。本質的には今の使い方と変わらない
今までと同じようにテストエディタで編集できる
それに加えて汎用の設定ツールの開発が可能になる。
設定ツールの仕様がブラウザ並みに大変になる思うかもしれないが、
CSSやJavaScriptはオプショナルに過ぎない。搭載は必須ではない。
ネスケ4とかガラケーやテキストブラウザレベルのものがあれば
設定ツールとして機能する。膨大でもなんでもない。
どうせ今だって複雑な項目をテキストエディタで編集してるんだろ？
ならそこだけ諦めて <textarea>で編集すればいいだけだよ。
そして将来高機能な設定ツールが登場すれば、CSSとJavaScriptで
リッチなUIが使えるようになるし、それがでるまでは
テキストエディタやテキストブラウザ等で設定できる
そして設定ツールは汎用なので独立して開発できる。
なにかアプリを作ったときエンドユーザーが簡単に使えるようにと
アプリ開発者がオリジナルの設定ツールを作る必要はないわけだ。
231: 2018/09/09(日)16:11 ID:gnEdZr1c(6/59) AAS
重要なのは、テキストエディタで編集するのなら、
今のXML設定ファイルとほぼ同じ使い勝手でありながら、
将来的に拡張していけるということ、
今よりも悪くなっているところがなにもない
233: 2018/09/09(日)16:15 ID:gnEdZr1c(7/59) AAS
一言悪口を言わないと気がすまないようだなｗ
何かわからなかったら言えば説明するし、
わかったなら、そのことについてコメントしろよ。
なんで書いてあることをいつも見なかったことにして悪口だけ言うんだ？
お前の言うことには中身がない。
頭悪そうに見えるのはお前の方だよ
235: 2018/09/09(日)17:00 ID:gnEdZr1c(8/59) AAS
人の指摘ってどれのこと？
238(1): 2018/09/09(日)17:34 ID:gnEdZr1c(9/59) AAS
>>236
お前がわかってないじゃんｗ
XMLは何の略か知ってる？ eXtensible Markup Languag
日本語にすると「拡張可能なマークアップ言語」
「拡張されたマークアップ言語」ではないんだよ。
拡張可能が意味する所は、拡張して使いましょうってこと。
XMLの仕様を変える？XMLの仕様のどこが問題なんだ？
ODFなど様々なXMLベースの仕様が作れるほど拡張可能な素晴らしいマークアップ言語だろ
ただ世の中XMLを間違った拡張をした独自の設定ファイル形式が多いってだけ
それはXMLの仕様や進化とは関係ない。そもそもXMLの仕様はシンプルではずっと前から
安定していて、仕様を変える必要性もないほど柔軟で拡張可能に作られている
俺はXMLの仕様自体には文句をつけていない。アプリ独自の拡張方法に文句をつけてる
俺が言ってる意味ちゃんと理解できてる？XMLがどういうものかもわかってないでしょ？
君どうも知識が浅いよ。具体的じゃなくてどうとでも取れるようなことしか言ってない。
> マークアップも一応プログラミング言語だから
ぜんぜん違う。チューリング完全であることはプログラミング言語に要求されることの一つだが、
マークアップ言語はチューリング完全ではない
そういうポロッと素人レベルのことを漏らすから、知識浅いとわかる
> PC上でできることは何でもできる。っていうだけのことでしょ。
そんな意味のないことは一言も言ってない。お前が理解してない証拠。
（俺が言ってることを理解出来ないが）きっと誰でもわかるようなことを言ってる違いないと
お前が思って、誰でもわかるようなことを言ってる例として出しただけでしょ？
239: 2018/09/09(日)17:37 ID:gnEdZr1c(10/59) AAS
>>237
何が言いたいの？
俺はXMLベースの設定ファイルの多くが間違った拡張をしてると言ってるだけ？
で、お前は？オントロジー？
XMLベースじゃなくても、頑張ればなんでもできるって
一般的な話をしてるだけ？
俺はそんな話はしてないよね。
240(1): 2018/09/09(日)17:40 ID:gnEdZr1c(11/59) AAS
変な所にはてながついちゃったｗ
俺はXMLベースの設定ファイルの多くが間違った拡張をしてると言ってるだけ
俺は今の現実を批判してるのであって、
お前みたいに存在しないものを作るなんて話はしてない
架空の世界の話はしてないんだよ
241: 2018/09/09(日)17:41 ID:gnEdZr1c(12/59) AAS
> 膨大なアプリじゃないと言い切るならどんなブラウザでもそのくらいはできるし大丈夫だよね。
XMLベースならテキストエディタで変更できるんでー
大丈夫ですよーｗ
243: 2018/09/09(日)17:42 ID:gnEdZr1c(13/59) AAS
だからテキストエディタで設定できるって（笑）
何度も言わせんなや
248(2): 2018/09/09(日)17:54 ID:gnEdZr1c(14/59) AAS
>>246
それの何処が矛盾してるんだ？
・XMLは拡張可能なマークアップ言語
・いろんな人が拡張してるが、アプリ独自の設定ファイルは
間違った拡張をされている
・設定ファイル用のXML拡張の仕様を作れ
やっぱり何も間違ってないな。
お前がXMLを理解してないから、矛盾に見えるんだろう？
249(1): 2018/09/09(日)17:55 ID:gnEdZr1c(15/59) AAS
>>247
>>220に書いた
254(1): 2018/09/09(日)18:34 ID:gnEdZr1c(16/59) AAS
>>250
XMLの拡張の意味も知らないで突っかかってきてるのかよｗ
XMLの言葉の意味の通り
「eXtensible Markup Language」
「拡張可能なマークアップ言語」
XMLの拡張とは何を意味しているかは、
XMLの意味を調べればわかる（すでにこのスレに書いた）
俺が書いたことが信用出来ないならググれ、と言おうと思ったが、
仮にググったら、良い説明があったので以下を読め
外部ﾘﾝｸ[html]:www.atmarkit.co.jp
↑にはどういう勘違いがあるかも書いてあるから、
XMLが本当はどういうものかがわかるぞｗ
255: 2018/09/09(日)18:34 ID:gnEdZr1c(17/59) AAS
>>251
すでにこのスレに書いた
256: 2018/09/09(日)18:34 ID:gnEdZr1c(18/59) AAS
>>253
その話はしてないと言ったはずだが？
258: 2018/09/09(日)19:53 ID:gnEdZr1c(19/59) AAS
>>257
それ俺が質問してるんだわ
XMLは何の略か知ってる？ eXtensible Markup Languag
日本語にすると「拡張可能なマークアップ言語」
「拡張されたマークアップ言語」ではないんだよ。
259: 2018/09/09(日)19:54 ID:gnEdZr1c(20/59) AAS
おれがXMLとはなにか知ってる？と聞いてるのに
聞き返してるのは知らないってことなんかね？
260: 2018/09/09(日)19:58 ID:gnEdZr1c(21/59) AAS
いつものことだがこういう輩は自分で説明すると
（どこがも言わずに）それは違う。やっぱりわかってないって
いうだけで逃げるので、ソースを出すことにしてる
外部ﾘﾝｸ:support.office.com
XML タグを利用することで、自分が見ているデータの種類がはっきりわかります。
たとえば、それが猫に関するデータであることがわかります。猫の名前や年齢などを簡単に見つけられます。
ほとんどすべてのデータ構造を定義するタグを作成できることから、XML は "extensible (拡張可能)" と呼ばれています。
262: 2018/09/09(日)20:02 ID:gnEdZr1c(22/59) AAS
すでに何度も書いてる。このスレを検索しろ
263: 2018/09/09(日)20:03 ID:gnEdZr1c(23/59) AAS
というか、調べればわかることをわざわざ書かせるのは
揚げ足取り目的だってわかってるからさぁ
264: 2018/09/09(日)20:05 ID:gnEdZr1c(24/59) AAS
外部ﾘﾝｸ[htm]:park18.wakwak.com
266: 2018/09/09(日)20:09 ID:gnEdZr1c(25/59) AAS
ODFを展開して出てくるXMLそれぞれが
XMLを拡張（独自タグを定義したもの）になってる
で、揚げ足取りは？ｗ
268: 2018/09/09(日)21:18 ID:gnEdZr1c(26/59) AAS
？
メタフォーマットであるXMLのフォーマットを決める、スキーマを定義する、ことにすぎないことを
XMLの拡張というんですよ？
なんだろう？最もすごいものじゃないと拡張と言っちゃいけないとでも思ってたの？
へんだなぁ。俺じゃなくて
XML（eXtensible Markup Language）という名前をつけた人に
言うべきことでしょう？
XMLは拡張可能なマークアップ言語ですよ？
269: 2018/09/09(日)21:19 ID:gnEdZr1c(27/59) AAS
なんでも自在な機能がもてるとか誰が言ったんですかねぇ。
270: 2018/09/09(日)21:27 ID:gnEdZr1c(28/59) AAS
俺「XMLとは拡張可能なマークアップ言語です」
馬鹿「拡張といったな？」
俺「言ったけど？」
馬鹿「ぼくのかんがえたさいきょうの設定ファイルってことだな？」
俺「（そんなことなにもいってないけど？）」
馬鹿「スキーマを定義することにすぎないことをXMLの拡張なるものと思い込んでるな？」
俺「（そのとおりだろ？）
馬鹿「XMLの拡張というものは・・・・そのとおりだ」
俺「（思い込んみは間違いだ！って言うんじゃないのかよ？）」
馬鹿「拡張という言葉を使うと自在な機能を持ってると思ってるな？」
俺「（何言い出してるんだろうこいつ？）」
馬鹿「妄想も拡張しているようだ。」
俺「（それ言い出したの全部お前じゃん）
271: 2018/09/09(日)21:34 ID:gnEdZr1c(29/59) AAS
あー、>>267が言いたいことがわかったわｗ
XMLを拡張して作るXMLベースの設定ファイルのスキーマ
今のアプリの設定ファイルが間違ってると言ったろ？
>>267はその間違ったXMLベースの設定ファイルに
基づいて発言してる。
つまり>>267は、アプリケーション固有のスキーマを作る話をしてるから
スキーマを定義すると、アプリケーションを機能追加（拡張？）できなくなると言ってる。
あほやな。いや、大部分のXMLベースの設定ファイルは
アプリケーション固有のスキーマを作ってるから、
>>267も含めてみんな間違ってるなーっていうことか
汎用のXML設定ファイルっていうのは（どういうものかは上に書いたので探せ）
アプリケーション固有ではなく、スキーマを定めたところで、
アプリケーションの機能追加を妨げるものじゃない
固定するのは設定ファイルのスキーマだけ
そのスキーマにはアプリケーション固有のスキーマ定義はないから
アプリケーションは自由に「拡張」できる。
272: 2018/09/09(日)21:37 ID:gnEdZr1c(30/59) AAS
だいたいHTMLを参考にしてる点で気づかんかな？
HTMLなんかスキーマが定められてフォーマットが固定されてるのに
いろんなサイトやウェブサービスが作れるだろと
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 1.682s*