次スレはが(本スレで改善案があれば考慮して)立ててください
■規則/推奨ルール
・メール欄を空欄にし、名前にレス番を入れることを強く推奨(なりすまし防止)
・質問内容は具体的に。言葉だけでなく、出来る限り再現性を確認したサンプルコードの掲示。
・質問テンプレートの利用推奨。
・質問への「答え」から解離した議論はよそでやること。
■禁止行為
・丸投げ質問
・迷惑スクリプトの質問
・オレオレ用語の使用(一般的な用語を使用する事)
・煽り、批判等の他人を不快にさせる行為(批判の代わりに「AよりBが良い」のような代案を出す事)
■質問テンプレート
【環境】OS, ブラウザをバージョンと共に記入してください。
【条件】期待する回答の条件を書いてください。
【何をしたのか】何をしたら問題の現象が発生するのか。再現手順を具体的に書いてください。
【エラーメッセージ】エラーメッセージがあれば正確に書き写してください。
【期待する結果】最終的にどういう結果を望んでいるのか、を書いてください。
【サンプルコード】現象を再現可能な最小限のコードを書いてください。
1レスに収まらないならコード投稿サイトを利用してください。
ttp://http://jsdo.it/ ttp://http://jsbin.com/ ttp://http://jsfiddle.net/ ttp://http://ideone.com/ ■回答者へ
・回答には多様性があります。他人の回答を尊重してください
・動作ブラウザや環境が限られる場合は、それを明記してください
・他人の回答を批判する代わりに、自分ならこう書くという例を示してください
・質問者がJavaScriptでなければ実現できないと勘違いしてるなら、その否定としてHTMLとCSSで実装しても良い
・他人の回答を見たくないのであれば、文句をつける代わりにNGにして見えないようにしてください。文句をつける＝荒らしです
■前スレ
+ JavaScript の質問用スレッド vol.138 +
ttp://mevius.5ch.net/test/read.cgi/hp/1550337177/ ◆開発者ツール(Developer Tools)の基本的な使い方
▼諸注意
- 本説明では Google Chrome の開発者ツールの名称に従います。他ブラウザで使う場合は適宜読み替えて下さい。
- Edge- でコンソールを使うには予め開発者ツールを起動しておく必要があります(開発者ツールを起動しないと console.log() が機能しません)
- Safari はデフォルトで開発者ツールが無効な為、有効に設定する必要があります。
ttp://https://developer.apple.com/library/safari/documentation/AppleApplications/Conceptual/Safari_Developer_Guide/GettingStarted/GettingStarted.html ▼要素を検証
1. ページ上で右クリックして [要素を検証]
2. [Elements] パネルが開き、対象のDOMノードが選択される(選択対象が目的の要素でなければ [Elements] パネル上で選択し直す)
3. 右側のサイドバーから知りたいステータス名のタブを選択する
- [Styles] タブ … CSSプロパティの指定値を表示 (※カスケードによって上書きされたプロパティは取り消し線で表示される)
- [Computed] タブ … CSSプロパティの算出値を表示("font-size: 1em" を指定していても算出後の "*px" で表示される)
- [Properties] タブ … 選択したDOMノードのプロパティを表示
▼コンソール
1. JavaScript コード上で console.log('Hello, World!'); と入力
2. [Ctrl] + [Shift] + [I] キー(IE は [F12])で開発者ツールを開き、[Console] パネルを開く
3. [Console] パネルに "Hello, World!" と表示される
(※window.alert() は String 型に変換されますが、console.log() は Object 型の中身をそのまま表示してくれます。)
◆JavaScriptの実行速度
JavaScriptの速度は「ブラウザ名」「ブラウザのバージョン」「PCスペック」に依存します(ブラウザのバージョン毎に最適化具合が異なります)。
速度の疑問解消の為に
ttp://http://jsperf.com/ （githubのアカウントが必要です）にコードをUPしてブラウザ毎に速度計測する事を推奨します。 例外として、仕様における理論上の速度が明確になっている場合があります。
例えば、正規表現によるマッチング処理を考えた場合、「RegExp#test > RegExp#exec > String#match」は ES5 仕様で保証（要出典）されています。
ES5 仕様において RegExp#test が最も処理数が少なく、String#match が最も処理数が多いことが明確だからです。
ブラウザによっては RegExp#test の最適化が十分でなく、String#match の最適化が RegExp#test より十分であれば逆転する可能性はありますが、各メソッドの最適化が一律であればこの前提が崩れる事はありません。
■各種仕様
◆ Standard ECMA-262
ttp://http://bclary.com/2004/11/07/ (ECMAScript 3 HTML版) ttp://http://www2u.biglobe.ne.jp/~oz-07ams/2002/ecma262r3/ (ECMAScript 3 和訳) ttp://http://www.ecma-international.org/ecma-262/5.1/ (ECMAScript 5.1 HTML版) ttp://http://tsofthome.appspot.com/ecmascript.html (ECMAScript 5.1 和訳) ttp://http://www.ecma-international.org/ecma-262/6.0/ (ECMAScript 6 / ECMAScript 2015) ttp://http://kangax.github.io/compat-table/es5/ (ECMAScript 5 compatibility table) ttp://http://kangax.github.io/compat-table/es6/ (ECMAScript 6 compatibility table) ◆ HTML Standard (HTML5)
ttp://http://www.whatwg.org/specs/web-apps/current-work/multipage/ ttp://http://momdo.s35.xrea.com/web-html-test/spec/WD-html51-20130528/Overview.html (HTML5.1 部分訳) ttp://http://www.hcn.zaq.ne.jp/___/WEB/WebStorage-ja.html (Web Storage 和訳) ◆ Document Object Model (DOM) / CSS Object Model (CSSOM)
ttp://http://www.hcn.zaq.ne.jp/___/WEB/DOM4-ja.html (DOM Standard (DOM4) 和訳) ttp://http://www.w3.org/TR/DOM-Level-3-Events/ (DOM3 Events) ttp://http://www.w3.org/TR/uievents/ (UI Events) ttp://http://www.hcn.zaq.ne.jp/___/WEB/cssom-ja.html (CSSOM 和訳) ttp://http://www.hcn.zaq.ne.jp/___/WEB/cssom-view-ja.html (CSSOM View Module 和訳) ◆ その他のWeb関連仕様
ttp://http://domparsing.spec.whatwg.org/ (DOM Parsing and Serialization - innerHTML等) ttp://http://www.hcn.zaq.ne.jp/___/WEB/XHR-ja.html (XMLHttpRequest 和訳) ttp://http://www.hcn.zaq.ne.jp/___/WEB/File_API-ja.html (File API 和訳) ttp://http://www.whatwg.org/specs/ (WHATWGの仕様一覧) ◆ MDN (Netscape/Mozilla)
ttp://https://developer.mozilla.org/ja/docs ◆ MSDN Library
ttp://https://msdn.microsoft.com/en-us/library/ie/hh828809 (Internet Explorer API) ttp://http://msdn.microsoft.com/ja-jp/library/yek4tbz0.aspx (JavaScript) ttp://http://msdn.microsoft.com/ja-jp/library/cc427807.aspx (JScript) ttp://http://msdn.microsoft.com/ja-jp/library/cc409712.aspx (DHTML) ◆ JavaScript Garden (ja)
ttp://http://bonsaiden.github.com/JavaScript-Garden/ja/ ◆ JSON (JavaScript Object Notation)
ttp://http://www.json.org/json-ja.html ■テンプレ案
ttp://http://fiddle.jshell.net/fH4cC/180/show/light/ ■FAQ
ttp://http://fiddle.jshell.net/vSqKr/44/show/light/ ttp://https://fiddle.jshell.net/6ksf2087/show/light/ ■参考URL
ダウンロード、CDN
ttp://http://jquery.com/download/ ブラウザサポート
ttp://http://jquery.com/browser-support/ jQuery UI
ttp://http://jqueryui.com/ jQuery UI ダウンロ−ド
ttp://http://jqueryui.com/download/ リファレンス等
ttp://http://alphasis.info/ ttp://http://www.jquerystudy.info/ ttp://http://js.studio-kingdom.com/ 【翻訳まとめ】jQuery 3.0 アップグレードガイド - Qiita
ttp://http://qiita.com/fmy/items/345a264a1cf2e2a73f62 jQuery
ttp://http://jquery.com/ jQuery UI
ttp://http://jqueryui.com/ jQuery Mobile
ttp://http://jquerymobile.com/ Lo-Dash
ttp://https://lodash.com/ Backbone.js
ttp://http://backbonejs.org/ Underscore.js
ttp://http://underscorejs.org/ AngularJS
ttp://https://angularjs.org/ Knockoutjs
ttp://http://knockoutjs.com/ RequireJS
ttp://http://requirejs.org/ D3.js
ttp://http://d3js.org/ threejs
ttp://http://threejs.org/ A. IE9以上であれば、jQuery 3.0を使用してください。
IE8以下にも対応するならば、jQuery 1.12を使用してください。
補足
jQuery 1.9 までは一系統しかなく、古いブラウザも含めて全て対応していました。
その後、古いブラウザを切り捨てるためにバージョンを分岐させました。
古いブラウザにも対応した1系（1.10、1.11、12）と
古いブラウザを切り捨てた2系（2.0, 2.1, 2.2）です。
1系と2系は対応ブラウザの違いだけで機能は全く一緒です。
機能が同じなのにメジャーバージョンが違っているのが分かりにくい
ということでバージョン番号の付け方を変えることになり、
新たに古いブラウザを切り捨てたjQuery 3.0、そして古いブラウザにも対応した
jQuery Compat 3.0がリリースされる予定でした。
しかしマイクロソフトが古いIEのサポートポリシーを変更し
サポート中であるOSで動く、最新のIEしかサポートしなくなったために、
2016年1月でVista上のIE8のサポートが終了しました。
そのため予定されていたjQuery Compat 3.0がなくなり、
jQueryは3.0に一本化されました。
(1) 煽り、コード制作依頼等、人を不快にさせる投稿はご遠慮下さい。公序良俗を守った応対を心がけてください。
(2) 他の人に迷惑をかけるスクリプトの質問はご遠慮ください。
(ブラクラ、[戻る], [閉じる], [クリック] の妨害、画面占有など)
(3) 質問者及び議論を行う人はメール欄を空欄にし、名前にレス番を入れることを強く推奨します。回答者はなりすましを判断できませんので、なりすましが現れても自己責任となります。
(4) 常に自発的に調べる心構えを持ってください。
具体的には「自分で調べてから質問する」「回答をもらってわからない単語があればGoogle検索してみる」など。
わからない内容を代わりに調べてくれる回答者をお望みの方は余所で質問してください。
(5) 出来るだけ一般的な用語を使用してください。脳内オレオレ用語は混乱の元です。
(6) 出来るだけサンプルコードを掲示してください。言葉による説明は行き違いが生まれる場合があります。
※必ず「問題の事象が再現されること」を確認してください。
必要な部分だけ切り出したつもりで現象が再現できていなかったケアレスミスがしばしば見られます。
(7) サンプルコードに HTML が含まれる場合は
ttp://http://validator.w3.org/ で [Check] してみてください。 (8) 質問を具体的かつ詳細に書くと回答を得られやすいです。の質問テンプレートを活用してみてください。
(9) 時にはあなたが望む「答え」だけでなく、「意見」などが寄せられる場合もあります。
ttp://https://w3techs.com/technologies/overview/javascript_library/all var y_pos;
function draw_redRect(x_pos,y_pos){
context.beginPath () ;
context.rect(x_pos,y_pos, 100, 100 ) ;
context.fillStyle = "red" ;
context.fill() ;
context.stroke() ;
}
for(i=0;i<4;i++){
x_pos += 100;
draw_redRect(100,0);
}
四角形の位置ををずらして、連続して表示させたいんですが、どう記述すればいいでしょうか
いろいろ試したんですが、ギブです、、、
draw_redRect(i,0);
}
じゃないのか？
１つの話が炎上して一両日で500レスつくこともそう珍しくなかった
寂しいねぇ
優しい質問所に学生が聞きに来るみたいな流れで落ち着く未来しかないんだろうね
老人の集会所みたいに思われてるのにｗ
終わってる世代でも日本全国の中から特異な奴が２、３人集まれば十分に盛り上がる
よく炎上してた当時は今よりも自演だのなりすましだのが言われてて
つまりユニーク人数的にはそう多くはなかったのだから
ただスレに住み着いた妖精やら、スレを横断してかき乱す嵐が沢山いて
そいつらに張り合わないといけないこともあって
スレの普通の住民も活気があって、一体感があった
それはどこへ行っちゃったんだろうね？
図形のコードはどうなるでしょうか
ttp://https://jsfiddle.net/k1vho37y/ canvas以前にJavaScriptの基本的な文法すら理解してないだろ
ゼロからやりなおしたほうがいいんじゃね？
ありがとうございます
i<400になっていますが、どうして400まで繰り返す必要があるんでしょうか？
drawrect()
と関数を１００ピクセルずらして、４回実行すればいいだけなのではないかと思っていたのです
i<4
この関数を４回実行すればいいだけだと思うのですが、
動かすのなら４００フレーム必要だとは思います
for (let i = 0; i < 400; i += 100) {
drawRect(i, 0, 100, 100, "#FF0000");
}
i+=100だから4回しか実行されないだろ
JavaScriptの基本的な文法すら理解してないならゼロから勉強しなおせと
400回繰り返してほしいのか？
理解しました
Exploring ES6
ES2018を紹介している書籍はあるのかね？
ES2016,2017が出てきだしてからES2015を紹介してるものに比べて
"ES6"を紹介してる書籍は最古参のものがそろそろ５年立つし
比較的最近出版されたものでその呼び名を使ってるということは
それはそれで時代遅れ本のサインだということ
ただし、これは初心者が読める本ではない！
最低でも、Ruby など数言語を知っていないと、理解するのは無理です！
var context = canvas.getContext("2d");
function drawRect(x,y,width,height,color){
context.beginPath () ;
context.rect(x,y, height, width ) ;
context.fillStyle = color ;
context.fill() ;
context.stroke() ;
}
for (i = 0;i < 400;i += 100){
drawRect(0,i,20,20,"blue");
}
教えてもらったコードで四角形を繰り返し表示してます
ただ、ページの読み込みが止まらず、応答なしになることがありました
原因は
for (i = 0;i < 400;i += 100)
を
for (i = 0;0 < 400;i += 100)
とミスタイプしていたことだったのですが、vs codeでエラーは出ません
こういうエラーではない問題を探すにはどうしたらいいんでしょうか？
なんて？ｗ
ですから、それはわかってます
勿論、新しいに越したことはないが、最新かつ高品質な書籍でお勧めできる玉がない
書籍は当たり外れが大きいので、書店で出版日の新しい書籍を選べ、ともいえない
あなたがそれを掲示してくれるなら、問題はないのだが
外れに十分に触れてそれが外れだと分かるようにならないといけないし、
分かるようになれば大人にとっては幾らでも教材を取り替えられるので問題は生じない
マラソントレーニングをこれからしようという人に近道を教えて甘やかすのは良くない
入門書はいくら評判良くても相性悪くて読み通せないなら意味ない
なので基本的には本人が読みやすいと感じる本でいいと思ってる
ES3時代のは流石に古いから2015年以降くらいで選ぶのがいいだろうけど
まあ、流石にこれはどうなんだろうって本も中にはあるけどさ
子供（小学校高学年くらい）向けで去年出た本で
変数宣言無しで書いててびっくりした
スコープは子供には難しいという判断だったのかなあ
var n = array.length,t,i;
console.log(n);
出力してもtの未定義エラーです
ttp://https://h2ham.net/javascript-%E3%81%A7%E9%85%8D%E5%88%97%E3%81%AE%E3%82%B7%E3%83%A3%E3%83%83%E3%83%95%E3%83%AB 継続条件の書き間違えによる無限ループは誰でもやらかすし、
構文上は何も問題がないから構文チェッカー等も効かず、動かす前に見つけるのも難しい
よって対策は
・for(初期化;継続条件;更新処理)はなるべく使わずforEachやfor of、for inを使う
・使わないといけないときは気を付ける
・ブラウザが固まったくらいで慌てない
くらいしか、現在のところはないよ
あとパズルとかのサンプル欲しいなら
ttp://https://nextpublishing.jp/book/8499.html がおすすめ
前半のHTML/CSS入門のあたりは古臭いし出来は良いと思わないが
ゲームのコード及び解説の部分はすごく丁寧で詳しい
読みやすいとか、平易な説明だとかをウリにする書籍は高確率でコード品質が悪い
書店でパラパラとめくったり、Q&Aサイトや5ch等で紹介された本のサンプルコードやら引用文を見ると、かなりの確率で間違いがある
独断と偏見を承知でいえば、日本人が著者のものはほぼ全滅なのではと思う
その辺の品質の低さを許容し、将来的に間違いを補正することを必要経費と割り切るなら、本人の好みで決めれば良いと思う
最も、は質問が端的すぎて、趣旨が分からんが
こういうところで聞く人の気持が分からん
a = setTimeout(i,i * 5000);
console.log(a);
}
一定間隔ごとに数字が増える処理はこれではだめですか？
setTimeout('console.log(i)', 5000);
}
setTimeout('console.log(i)', i * 5000);
}
setTimeout((function(i) {return function() {console.log(i)}})(i), i * 5000);
}
for文を使わず、再帰しなされ
何度も言われてるのにそこだけスルーだよな
多少なりとも成長があればいいけど、ちっとも質問のレベルが上がらない
こんな変なコードよく書けるね
「javascript カンマ演算子」で検索！
for (let i = 0; i < 3; i++) {
await new Promise(resolve => setTimeout(resolve, 5000));
console.log(i);
}
})();
どう書くんですか？
<table id="board">
<tr><td></td><td></td><td></td></tr>
ここに、さらに、同じものを2行書く。
5ch では、繰り返しが多いと、NG になって書けない！
</table>
そもそも、こういうボードがあって、君は、
クリックされたマスに、〇×を描くことが出来るのか？
さらに、縦横斜めに、3つ揃ったら、ゲーム終了させる、終了判定処理も書けるのか？
まるばつゲームがそもそもわからないです
上の方にしっかり縛り付けたロープの端でまるを作ります
あなたの首を通します
ジャンプして足をつかないようにおしりで着地します
これがまるばつゲームです
ばつの意味はやると分かります
今すぐやってみて！
サンプル貰っても、貰ったコードをちょっと改変して「出来ました！」となるだけでしょ
それこそ、制御構文とか、配列とか、基礎から学びなおしなよ
Web制作版でIEという文字を書くだけで寒い
応答していません強制終了しますかになるけど
Web Wokerでローディングしてフリーズ回避とかできますかね？
絶対にできないということはそんなにはない
デフォルトで入っているデバッグ環境とかないのです？
ブラインドで打つと「％」とか「＃」を押してしまうことが結構あるよね
jjjj('#hoge').hide();
jjjj('#hoge').show();
打ちにくいと感じたことないけど
$が嫌ならjQueryって打つのでもいけるよ
jQuery(...)の略が$(...)
でもまあたくさん$打ってればそのうち指が慣れると思う
jはホームポジションだぞ
これ以上押しやすくならんだろ
むかし
var j = $;
って書かれてるのに遭遇して悶絶したことがある
しばらく何がおかしいのか気づけなかった
> でいいじゃん
良くない。jQueryで推奨されるやり方でやるべき
もちろん $ を使うのが一番いい。タッチタイピングの問題は訓練するしか無い
小指でシフト押しながら4に中指は届くから
まあ慣れだろう
C言語やPHPの世界でも _ という名前の関数が、特定ライブラリに
専有されていたりしますし、いまさらですねぇ
君、世界が狭くない？ｗ
JSは仕様とエンジンが分かれていて中心的なコミュニティもないから
何が推奨、何が非推奨とかはない
何でも自由で好きにしたら良いし、好きにしてるものを好きに使わなかったらいいだけ
ライブラリスレならまだしも、ここで１ライブラリの不満を言っても仕方がない
jQueryはjQueryでしかないのだから
困ることは何もない
$以外を使うための方法をちゃんと用意してるので
すごいなぁと思った。一流のライブラリってこういうものなんですね。
使われることと、それを良しするかは別問題
ttp://https://teratail.com/questions/94084 ぶっちゃけ、即時関数で昔から対応できたことなので、「何でそんな事までライブラリにやらせるんだ」と思ってた
prototype.jsと衝突した初心者から非難を受けて対策したんだろうけど、衝突させる方が悪い
名前衝突問題を説明する悪例としては、ちょうどいいが
Perlの変数名の頭は $ だろ
配列は @ だし、ハッシュは % だし、リファレンスは \$ \@ \% だからね
$aaa, @aaa, %aaa, \$aaa, \@aaa, \%aaa, $$aaa, %$$aaa, $$$aaa ←これ全部変数だし
だから良いってことだよｗ
「だから」が結論への繋がりを示してない件
みんな俺俺ライブラリを作ってたと思うけど
閉じ込める変数名、なん文字くらいにしてた？
俺3文字だったけど、1文字に比べたらけっこうダルかった思い出
今のPerlは違う
だから、一文字変数や関数が実際に使われており
必ずしもダメってわけじゃないってことが
リンク先に書いてある。
俺俺ライブラリなら当然長くしないとダメだよ。
短くしていいのは、スコープが小さい or 一文字を使うに値するほど
汎用的で実際に汎用的に使われている。
俺俺にその価値はないからね。
なんでー
いいじゃん別に
俺俺ライブラリ使わにゃならんような状況なんだから
俺俺ライブラリわかるわー、今も使う
聞いたこと無いから詳しく知りたい
Perlの変数って先頭に$,@,%を付けないとuse strictしてなくても必ずsyntax errorになるんだが？
一人でやるなら良いよ。
でも、他の人に話が通じない。
例えば仕事で「俺俺オレライブラリ」の経験者を
雇うことはできないんだからさ
結局どれだけ知られているかどうかだよ。
$だとjQueryだろうなって知られてる。
だけどjだと知られてない。そいういうこと
あ、jだとループ変数 i, j, k のjとして使われるか。かぶるな。
そりゃ俺俺だもの
あたりまえじゃーん
使う人だけで仕様を共有するんだよ
他の人に話が通じない？そんなことはない
Oredayo.hogehoge()の代わりに$.hogehoge()とか使ってたら混乱する？
んなわけない
どう読んだのか知らんけど、
> 「サイズが小さい」は圧縮ツールを使えば、同様の事が可能な為、この書き方を好む人は次のような人です。
>
> - 出来るだけ短いタイプ数で気持ちよくコーディングをしたい人
> - 書いたコードを保守する場面を考慮しない人
> - 自分がコードを分かれば良い人(他人がコードを読む配慮がない)
君はそういう人なのね
今はjQueryの$の話だよ？
$は正確には変数ではなく関数である。
一文字を使ってるのは$だけである。
jQueryはできるだけ短いタイプ数にはなっていない。（toggleClassなど）
$は世界中で知られている。自分以外もわかる。他人がコードを読む配慮担っている。
つまりそこに書いてるのと全く当てはまらないから
逆に使うべきってことになる。
俺俺で使うなって話
ばかだなあ
オレオレは俺しか使わないからどうでもいいんだよ
> つまりそこに書いてるのと全く当てはまらないから
> 逆に使うべきってことになる。
これは酷い
懐かしいなあ
片手で打てることを重視してsdfと名付けたなあ
長い名前ならいいでしょ？っていうとよっぽどの馬鹿じゃない限り
本当にダメなのは長いかどうかじゃなくて、その名前から意図が
読み取れるかどうかだってわかるはずだよ。
反論以前の問題では？
の「いってないことが俺様が勝手にルール決めるね？」って明らかにおかしいでしょ
一般人の書き込みを、信じるとかあほらしｗ
君、文章読めない人？
>102が引用している一文
結局は約立つのはほんの一部でしかないのだから
オープンソースの長期プロジェクトでもない限り
適当に書いて、書かれたものは読み解こうとせず丸ごと捨てて書き直すのでいい
そもそもプログラムというのはコンピュータに向けた司令なのだから
誰かわからない将来見るかもしれない人が分かるように書くとか愚の骨頂
WeakSetってなんで作られたの？
ググれば色んな解説が出てくるだろう
それを見て分からないとこだけ具体的に質問しろ
何だここ質問スレッドじゃなかったか
全部の質問にそう言ってたらいいと思うよ
この手の物はjqueryでやればいいんかね
一回jqueryで似たようなの作った時はたいそう面倒臭かった記憶がある
かといってそのページだけのためにフレームワークとか使うのもな…てかフレームワーク使ったことないし不安
弱参照
ここは自ら学ぶ人のための質問スレッド
思いつきやお遊びの適当な質問に対して緩く会話するスレではない
自ら学ぶ気がある奴がどうしても躓いたときに知恵を貸して貰うために丁寧に質問し、
回答者は質問者が自分で勝手に助かれるよう答えではなくヒントを与えるためのスレ
そこを履き違えてはいけない
Ruby on Rails でも、Node.js, jQuery は必須
Vue.js を使う人もいるほど
そうか、申し訳なかった
節子、それ弱参照やない。弱酸性や。
貼り付けた画像に後からDOM操作でグループクラスを指定したい。
var images = $(".postcontent img");
$.each(images, function(index, element){
$(element).wrap('<a href="' + element.src + '" group="' ■ '"></a>');
})
本文には複数枚の画像が貼り付けられています。
■にこの画像が貼られてる記事のIDもしくは
例えば投稿時間などこの記事単独のキーワードを
記入することはできないでしょうか？
tumblr独自タグ{postID}がこの場合使えないため困っています。
例えばここにABCと固定文字を入れてしまうと、
複数の記事が同一ページにある時は全ての記事内の画像が
グループ化されてしまいます。
ここのスレでなくてもどう答えたら良いか分からないだろう
Map、WeakMap、Set全部完璧に理解していてWeakMapのユースケースがわからないと言いたいのか
そもそもWeakの価値がわからなかったり、Setの価値がわからなかったりするのか
そういうのを抜きにしてWeakMapについて１から語るにしてもGCや弱参照のことは知ってるのかとか
「どうしてこういう仕様で作られたのか」という話を始めたら
裏話の中では最も有名で象徴的なあのエピソードも交えないといけないかもしれないし
君がどこまで知っていて次何を知りたいのかは、どこの質問所でもはっきりさせたほうがいいよ
weakSetの要素が弱参照でガベージコレクションの対象になると言うことも知ってる
weakSetで参照するときにガベージコレクションの参照数カウンタ
がインクリメントされないとかなんとか
完璧に理解しているとは言えないと思う
weaksetの仕様を読んだが本当に何に使うかわからないし、調べても出てこなかったからユースケースも聞きたい。
そういう意味を含めてどんな経緯で、どんな目的で、どんな言語から影響を受けて作られたのかと思って質問した
つまり聞きたい順番としては
1.どんな経緯で実装されたのか
2.使いみちどんな場面なのか
って感じです
もしかしてmap と setが作られて
weakMapが欲しいとなったときにノリで実装されたみたいな話になるのか？
あなたのような真面目に回答しようとする人がまだここにいる事に驚いた
今はもうteratailやらSOやらに移動したものと思ってたから
そこまで理解できているのなら、「MapとWeakMapの違い」を「SetとWeakSetの違い」に当てはめるだけで十分と思うが、WeakMapはどういう使い道だと思っているんだ？
あるいは、MapとSetの違いをどのように理解している？
実際、俺がおまえなら、自己解決できるし、何か考え方に問題があるのだと思う
「一般的な書き方」とか「正しい書き方」を求めているタイプならそれが原因
それが質問内容。
質問者に聞いてどうする？
を見る限り、WeakMapは理解しているように読めるが
だから、お前もWeakMapは理解してるだろ？
いつ使ったか言ってみろって。使いみちというのはそういうことだ。
普通はわかりそうなもんだが
質問内容を読み直したら？
あの質問内容を見て、使いみちを聞いてるってわからなかったのか？
WeakSetの使い道を聞いてる人にWeakMapの使い道を答える不自然さにいい加減、気が付きなさいよ
どこが不自然なのか、答えてみてくれる？
使いみちを聞かれたら、お前そんなもわかんねーの？って煽るのがデフォだから
聞いてもいない知っている内容を回答されるところ
だから、
使いみちを聞いてるなら、
使いみちを回答するべきですね
それでさ、いいからお前何に使ってんの？
質問者本人が煽っているのかと勘繰りたくなるぐらいだ
WeakMapはDOMノードとか{}とか配列とか、いろいろ使ってるよ
もう荒らさないでね
はMap,WeakMap,Setの理解度を説明していない時点で不十分な補足
あて推量だけど、やの解釈になるのも理解できるよ(煽りと思ってるのか、スルーされちゃってるけど
要件をはっきりさせるのは基本じゃね？
Weak系は元々列挙可能な仕様だったけど
実装方法が狭まるから削除された
列挙ができなくなった事もあって
やっぱりいらないんじゃないか論も出たけど
簡単に言うと半分ノリで実装された
WeakMapは列挙不可能だが、WeakSetは列挙可能
列挙不可能はそれでメリットあるし、列挙可能なら弱参照性を利用すればいいし、ようするに使い分け
けど、は「ノリで作られたのなら、使う機会はなさそうですね」という結論に落ち着くんだろうなー
ブラウザで動かすなら不要
というか、に回答されてるんだからレスしろよ
そうか
でもide上で動かしたいんだよ最新の安定版nodeって11でいいの？
なぜか間違って名前欄に124入ったけど
私は124ではない
なんで情報を小出しにするのか
そのIDEのヘルプを見ろ
なんで荒れたかは分からんけど勉強になりました
だから、使う用途を聞いてるんだろ？
なんで「使う機会はなさそう」って思ってる人がそんなことはないだろうと用途を聞いたら
それに答えられないで「使う機会はなさそうって結論になるんだろうな」って感想言って終わりなの？
だから、なぜ「経緯」を聞いてるの？
明確な理由か想像できるなら教えて
経緯は聞いてないぞ。
あんたが、WeakMapを使った理由だ。
無いって無いなら、やっぱ無いんだろうなあ
質問者がで聞いてる経緯の話だよ
最初からその話しかしてない
ああ恥ずかしい
そこら変詳しい本ないですか？
なんでいつも肝心の所を省略するんだよ！
><a href="〜" group="〜"></a>
最初に、<a href="〜"></a> だけを作っておいて、
後で、group 属性に、値を設定すれば？
つまり、2つの処理に分ける
Ruby on Rails でも、どの言語でも、
web 系開発では、Node.js, jQuery は必須
Vue.js を使う人もいるほど
黙って野垂れ死ね
相変わらず、口が悪い質問者だな
いや、WeakSetも列挙不可能だよ
コミュティでの話し合いで実装方法が狭まるから列挙できなくした
日本語だとないね。
ttp://https://www.amazon.co.jp/dp/4873115736 古いが、ここにしか書いてない情報も結構あるので無駄にはならないかと
ただし、この本はプロ向け！
5言語以上やっていない人には、無理
自分が分からなかったってことね。哀れな糖質だなぁｗ
Webだけで事足りる
ttp://http://www.ecma-international.org/ecma-262/9.0/ 自信家の君には最新仕様を読む権利を与えよう
ttp://http://exploringjs.com/es2018-es2019/index.html 5言語も要らねえだろ
極めれば５言語習得したのと同じ分の経験が得られる
出力するツールを作ってるんですけど、
ローカルの任意のテキストファイルって読み込めるんでしたっけ？
読み込めないなら読み込めないで、jsファイル（json）で
出力すればできるのわかってるんだけど、出力する側は
jsonじゃないほうが楽なので
2000行くらいでまとまった処理をfunctionにしてるくらいです。
全部1つのクラスに入れちゃおうかと思ったけどいまいち利点が見つからず。
特にパフォーマンスは求めておらず、テスト、保守・拡張に優れた書き方
で参考になるデザインパターンやウェブや本あったら教えてください。
File API
かなり最近の機能だけどchooseFileSystemEntries()を使って
一回だけユーザーにフォルダ選んでもらってIndexedDBにハンドルを保存しとけば
以降File System APIとFile Writer API使うことでそのフォルダの中身を好きに読み書きできるようになった
ただmobile SafariではblobURLに制限があったりセキュリティのなんちゃらに
引っかかるのがマジうざいから対応しないこともあるけど
まあ、こういう奴ばかりだから廃れたんだろうな
新参の質問者は初心者です、話の途中で申し訳ないけれど、この質問も聞いてほしい
という感じで質問するんだけどスレの流れがあまりに早すぎるのもあって
よく無視されてて質問者を大事にしようよという声もしばしば上がってた
今廃れたのはそういうイキリくんが大人になったか死んだかで
荒らしも減ったし要するにヘタレしか残ってないから
昔から初心者にも回答はされてたよ
質問者がいつまで経っても出てこないから、回答者同士でだべってた感はあるけどね
流れが早くても質問者が返事を出せばよかったのに、とは当時からよく思ってた
今なんてデコレータとか昔より沢山話題があるのに誰も興味を持って話す人がいない
いつでもライブラリや素朴な質問の繰り返しのみ
そんなんで活気が出るわけがない
質問じゃないのはね
俺はpart2,30のころからいるが
一時期は２日でスレが埋まることもあるくらい勢いがあったんだよ
そこまで行かなくても3,4人が喧嘩してるだけでスレが流れていっていた
JSスレも４つ５つ経ってて、今では珍しい前スレへの安価は勿論別スレへの安価や誤爆も頻繁にあった
質問への回答が付くのも何十何百レス後で、それじゃあ質問者が離れても仕方ないねというムードだった
それでも当時の質問者は律儀に返すやつも多かった
なぜなら普段回答もするスレの住人がよく質問もしてたからだ
そういう前向きな話をするには、匿名を盾にやりたい放題な場は不向きなんだろうね
昔はそれでも頑張ってたようだけどね
結局、匿名という性質は荒らしに優位に働いた
善意の人間が荒らしより多くなければ、成立しない危ういものだった
ヤクザのように殺伐としていて排他的な文化だと思うけどな
昔は初心者ですと書いたらボッコボコにされてて
いつの間にか無くなったけどテンプレに書くなと書かれてたくらいだったし
ただ単にマイルドになっただけだと思うよ
要はキチガイが減ったから静かになってる
時代があってるか分からないけど、レスしている人間もいればレスしていない人間もいたと記憶してる
「流れが早くてレスを返していいのか分からなかった」と返している質問者を見て、「それは違うんじゃないの。遅くても返せばいいんじゃないの。」と当時は思ってた
その為のレスアンカーだし、質問者が返さない状況で「何お前ら質問者を放置してやりあってんだよ」と外野が騒ぐのが実に不毛だった
質問者が何も返さずに回答者同士でやりあっている状況もよく見かけた
「適当な内容をねつ造して煽れば、誰かが正しい回答をしてくれる」と自慢げに語る人が現われたのもこの頃から
だから、のいいたいことはよくわかる
スレが廃れたのはlodash房、jQuery房が現われた頃から
複数スレが乱立して質問/回答が分散し、そのすべてに荒らしがいて管理不能な状況が続いた
結局、荒らしに対応するリソースを割ける人は少なくて、一人減り、二人減り、荒らしと初心者とROMだけが残った
> 昔は初心者ですと書いたらボッコボコにされてて
> いつの間にか無くなったけどテンプレに書くなと書かれてたくらいだったし
それがある意味、古き良き時代
今はただの無法地帯で昔より質が悪い
VSCode でも使われている、Node.js(サーバー)を使った、Electron とか
漏れは、Ruby, Nokogiri, Selenium WebDriver で、ローカルPC 内の画像ファイルを見てる。
ローカルPC内のHTML ファイルも見れる
Seleniumデザインパターン&ベストプラクティス、2015、オライリー
OSSのブラウザ自動テストツール、Selenium WebDriver を使って、Rubyでテストを書いた本
Page Object などを使っている。
Ruby on Rails では、BDD のRSpec をよく使う
フォルダ選ぶのは無理だなー
毎回ツールを実行して生成されたhtmlファイルを開くたびに
フォルダも毎回選ばないといけないのはめんどくさすぎる。
> Seleniumデザインパターン&ベストプラクティス、2015、オライリー
テストを行う方の専門で、アプリを作る方には全く使えない本だな
テストしやすいアプリの作り方について書かれた本じゃない
ElectronはHTMLファイルではない。
もう少し要件を理解してくれ、的はずれすぎる
ローカルにWebサーバをたててやれ
ツール実行結果のレポートとしてHTMLファイルを生成して
ブラウザで表示するってのが目的。つまりこれよりも面倒な閲覧方法は却下
データをjsonファイルで作るよりも、別の形式のほうが出力側は楽だから
ブラウザでファイル読み込めないかなって話なので、それより面倒な方法を
取らなきゃいけないならjsonファイルを生成するさ
ツールとやらの仕様を知らん第三者にいろいろと憶測させるのが無理だって事をいい加減に察しろ
出力形式はjsonってどうやって読み込んでるんだよ？
jsonpか？xhrか？Fetchか？
お前さんが出す要件が曖昧だから、推測交じりに回答してんだろ
csvだろうが、xmlだろうが、読み込み処理さえちゃんと作れば何でもいいに決まってる
json出力のライブラリが（おそらく）ないから。
といっても作る必要があるのは、JSONエスケープ処理だけだろうから
大したことはないだろう。
読み込み処理を聞いてんのに全く関係のない情報を補足するアホ
> 出力形式はjsonってどうやって読み込んでるんだよ？
<script src="出力したjson.js">
これでいいだろ？昔からクロスドメインでjsonファイルを読み込む方法
JSONPといわれてるな
> csvだろうが、xmlだろうが、読み込み処理さえちゃんと作れば何でもいいに決まってる
だから聞いてるのはcsvやxmlでもなんでもいいがローカルに置いたファイルを
ブラウザで開いて（FileAPIのフォルダ選択なしに）読み込めるのか？って話
お前のレスを見る前に書いたんだよｗ
やっぱり、jsonじゃなくてただのjsファイルじゃねーか
json出力したらローカルファイル参照できねーんだから正確に書けよ
そのやり方なら、文字列リテラルに他のフォーマット入れるのは簡単に出来るだろ
json問わずに好きなフォーマットを使え、終了
jsonはjsファイルとして解釈できるんだが？
知らんのか？
ダブルクォートとか入ったら、エスケープしないといかんだろ。
そのエスケープが面倒だから、そのままファイルとして
読み込めないのかって話を最初からしてるんだが
少しは初心者脱出してくれよｗ わかりきった話を説明するのは面倒だ。
下記ファイルをどうやって参照するのか考えてからものをいえ
■foo.json
{"a":1,"b":2,"c":3}
ファイル出力処理を改変しろといってるんだよ
頭わりーな
ほんとくだらんレベルのレスするんだな。
エスケープよりも楽な関数呼び出しを追加する手間なんかどうでもいいだろ
> ファイル出力処理を改変しろといってるんだよ
だからエスケープ処理が面倒だから、そのまま出力したいということで
ほら見ろでお前が関係ない情報といった
話につながってるだろうがｗ
ちゃんとレス読んでる？
フォルダ選択は一回だけして貰えれば
恒久的にアクセス権が取れる仕様になってるんだよ
すまんな。さっきも書いたとおりツールから毎回HTMLファイルを生成するんだよ
毎回違うファイルを生成していて、しかもローカルで
それで恒久的にアクセス権が取れたら、セキュリティホールだろうな
お前が手前勝手に書いていない事で「許容できない条件」と「許容できる条件」を後出ししてるだけだろ
いいたいことは初めから全部かけと
お前が勝手に話を変な所に持っていってるだけで、
俺は最初から「"jsファイル" で出力すれば良いのは知ってる」
任意の形式で出力したのを読み込めないのか？としか聞いていない。
より
> ウェブとは関係ないとあるレポートをhtml形式で
> 出力するツールを作ってるんですけど、
> ローカルの任意のテキストファイルって読み込めるんでしたっけ？
>
> 読み込めないなら読み込めないで、jsファイル（json）で
> 出力すればできるのわかってるんだけど、出力する側は
> jsonじゃないほうが楽なので
最初から "jsファイル" で出力すれば良いというのは知ってると書いてたなｗ
正直、手書きなんて面倒でやってられんが、お前さんの自己ルールではOKらしいな
jsコード内に埋め込むのがいいなら、htmlファイルに書き込むのも有だろう
<script>の内容に埋め込むとか、template要素とか
それから、JSON出力コードを書くのがなぜ出来ないのかもまるでわからん
エスケープ処理が面倒？機械的にエスケープさせれば一瞬なのに何が面倒？
もうJSONを手入力している気がしてきたわ
初心者と煽っている割にいろいろとツッコミどころが多すぎて話にならん
お前は知らないようだが、普通はJSON出力といったらJSONファイルを出力する
XHRで外部JSONファイルを取り込めるからな
> jsコード内に埋め込むのがいいなら、htmlファイルに書き込むのも有だろう
「jsコード内に埋め込むのがいい」なんて言ってない。
それが嫌だって言ってる。
（エスケープ処理が面倒だから）jsコード以外の
任意の形式のテキストファイルを読み込めないのか？
としか言ってない。
だからなんなんだよ？
jsファイルでもJSONファイルでも
エスケープ処理が面倒だから、そんな形式は使いたくない
任意の形式のテキストファイルを読み込みたいって言ってるだろ
話をすり替えるなよ
それらも、どちらにしろエスケープ処理が必要だから、
jsファイルと同様に、そんな形式はできれば使いたくない。
終了
めんどくせーな。シェルスクリプト（外部コマンド使用禁止、bash依存禁止という必須条件）で
エスケープさせるのが大変だって話までいちいち説明してほしかったのか？
任意の形式のテキストファイルを読み込む話と関係ない話だろ。
自分で言った言葉の意味ぐらい理解しようやｗ
> エスケープ処理がないフォーマットなんてほぼない
ほぼない = あるにはある
俺が作ったルールじゃないしｗ
隠しiframe使って・・・。あぁHTMLファイルを読み込むんじゃなくて
テキストファイルをiframeで読み込むのか。
それならできるかもしれんな。iframeの中身に対してのアクセスもできただろうし。
まともな言語ならフォーマットならエスケープシーケンスを作る
独自フォーマットの中にはエスケープを考慮しない粗悪なものもあるがね
お前の後出し条件の事だ
だめだった。ローカルでやるとクロスオリジン扱いになる。
ｉｎｄｅｘ．ｈｔｍｌ:７ Ｕｎｃａｕｇｈｔ ＤＯＭＥｘｃｅｐｔｉｏｎ: Ｂｌｏｃｋｅｄ ａ ｆｒａｍｅ ｗｉｔｈ ｏｒｉｇｉｎ "ｎｕｌｌ" ｆｒｏｍ ａｃｃｅｓｓｉｎｇ ａ ｃｒｏｓｓ−ｏｒｉｇｉｎ ｆｒａｍｅ．
ａｔ ｆｉｌｅ:///Ｃ:/ｔｅｍｐ/ｈｔｍｌ/ｉｎｄｅｘ．ｈｔｍｌ:７:６０
＜ｉｆｒａｍｅ ｉｄ="ｉｆｒａｍｅ" ｓｒｃ="ｄａｔａ．ｔｘｔ"＞＜/ｉｆｒａｍｅ＞
＜ｓｃｒｉｐｔ＞
ｓｅｔＴｉｍｅｏｕｔ(ｆｕｎｃｔｉｏｎ() {
ｖａｒ ｄｏｃ = ｄｏｃｕｍｅｎｔ．ｇｅｔＥｌｅｍｅｎｔＢｙＩｄ("ｉｆｒａｍｅ")．ｃｏｎｔｅｎｔＷｉｎｄｏｗ．ｄｏｃｕｍｅｎｔ;
．ｌｏｇ(ｄｏｃ．ｂｏｄｙ．ｉｎｎｅｒＨＴＭＬ);
}， １０００);
＜/ｓｃｒｉｐｔ＞
半角使うと書き込めないので、全角にしてる
console．ｌｏｇ(ｄｏｃ．ｂｏｄｙ．ｉｎｎｅｒＨＴＭＬ);
> お前の後出し条件の事だ
お前がはじめて、関係ない話にたいして対しての条件であって、
俺の最初の質問にたいして条件を後出ししてない。
フォルダ選びたくないってレスしたぐらい
> まともな言語ならフォーマットならエスケープシーケンスを作る
だからなんなんだよ？
エスケープシーケンスって言ってるのは意味不明だが、
「jsファイル以外の形式を読み込みたい」としか言ってないだろ
面倒だからどんな形式であれエスケープ処理したくないんだよ
臆病者のチキン野郎め
回答者からフルボッコにされる覚悟のある奴だけ質問しろ
テキストファイルを読み込むのは無理ってことかな？
（File APIはフォルダ選択が1回であっても必要になるので
それやるぐらいなら自力でJavaScriptエスケープする処理を実装するさ）
ムキになる人っているよね
できないなら、できないという結論を言えばいいのに。
プログラムの前に小学校やり直せ
単に知らないだけ。
むしろ、知識を知ってるだけ（今回は知らなかったようだが）で
上の立場だと勘違いするほうが間抜け
回答する知識もないくせに、結論出た後でよく言うわｗ
そういうの負け犬の遠吠えっていうんやで
柔道の技でもあるまいし
Ruby なら、JSON も余裕。
他にも、jq コマンドとか
サーバーを建てないと、iframe とか、クロスドメインでアクセスできないだろ？
自分でファイル形式を、エスケープするとか、
そんな自作の低品質なライブラリは使えないだろ
あははｗ
それはちょっと恥ずかしいで
単にローカルディレクトリに吐き出した
HTMLファイルをブラウザで見るだけで、それはやりすぎ
そんなのやるぐらいなら、JavaScriptエスケープ処理を実装して
HTMLからJavaScriptファイルを読み込む（最初に自分で言った手法）
知らないだけじゃなくて脳みそも馬鹿じゃん
はい。
ツールからローカルディレクトリにに出力したHTMLをブラウザで
開いて任意のテキストファイルを読み込めるかどうかを知ってるかなんて
「できる」または「できない」のレス一つで終わることですからね。
レス一つの価値が、ツール作れる技術を上回るとでも？ｗ
俺もそう思ったが、こいつには何を言っても無駄だろう
情報の出し方が具体的でなく、切り分けも出来てない
質問者らしく演技でも常にへりくだってちゃんとした回答を得る奴が頭のいい奴
そうだろ？
でもお前知らないじゃん
もう、できないと知った。
あっという間に追いつけたわけだ。
その程度だよ？知識って。
そこは関係ない話だからね。
（省略）のHTMLファイルからからJavaScriptファイル以外の
任意の形式のファイルを読み込む方法を聞いてるだけなのに、
エスケープがどうたらとか関係ないでしょ。
エスケープしようがしまいが「任意のテキスト形式」であることに違いはない
エスケープシーケンスもjsonファイルも知らなかった分際でよくいうな
他にも知らない事が山ほどあるんだろう
自分で答えを出せないお前に技術などない
人に質問する技術もない
ttps://medaka.5ch.net/test/read.cgi/prog/1525573214/ まだ言ってる・・・
エスケープシーケンスについてググったほうが良いよ
エスケープとは違うものだから
お前は自分で答えを出したのか？
ググって調べただけだろう
> jsonファイルも知らなかった分際でよくいうな
の最初のレスで
> 読み込めないなら読み込めないで、jsファイル（json）で
> 出力すればできるのわかってるんだけど、出力する側は
jsonって言ってるんだけど？
しかも最初は、jsファイルと正しく言ってる。
お前は自分で答えを出したのか？
5chで駄々こねただけだろう？
用語の書き方に理解してない感があるのと、「もう、できないと知った」に理解度の浅さを感じる
参考文献を探し回って論拠を得るタイプじゃなくて、他人に尋ねた情報から推測して見切り発車するタイプなんだろうなと
お前の中ではそうみたいだな
(いろいろとボロがありすぎてツッコミが追い付かん)
そういう人はここで質問しないでしょｗ
こんなのできるできないの話だからさ
昔はIE専用で確かできたはずなんだがセキュリティ上
できなくなってるのは知ってた。
File APIも使ったことあるし、iframeを使ったやり方も
忘れていたがウェブでは使ったことがあった。
最近新しいAPIがいろいろできてるから、またできるようになっているかとかと思ったが、
こういう新しいAPIを知ってる（だけのｗ）知識自慢さんが何も出せなかったんだ。
何も変わってない＝以前と同じできないままなのだろう
任意の形式のファイルを面倒なく読み込みたいと言うくせに
恒久的にアクセス権とれたらまずいとか一体何が言いたいの？
実に面倒くさいタイプ
あるフォルダの中身を自由に読み書きしたいのなら
chooseFileSystemEntries()でできるようになるって言ってるでしょ
一回フォルダ選択してもらえればその中身は一覧で確認できるし幾らでも触れる
そしてそのハンドルをIndexedDBに保存することで後々にも使える
そんな縛りは仕様にはないよ
おそらくChromeではセキュアコンテキスト限定になるだろうけど
ここ半年くらいでローカルをセキュアコンテキスト扱いにする用になったから
今試して見たけど使える
だめじゃんｗ
ググっても対して情報見つからないけど、
今の普通のChromeのデフォルト設定で
動くコードってだせる？
少なくとも、window.chooseFileSystemEntriesはundefined
> 「適当な内容をねつ造して煽れば、誰かが正しい回答をしてくれる」と自慢げに語る人が現われたのもこの頃から
を地で行くタイプだな
こいつにとっては「情報を搾取する相手」にここを選んでいるに過ぎない
ここで質問する奴はあまりいないから、回答すれば高確率でこいつに回答する事になるわけだな
クロームは徹底してセキュアだからローカルではimport/exportも使えない
本当ならEdgeでもFirefoxでも動くという条件をつけたいぐらい
それらは別人かと
ttp://https://teratail.com/questions/20278 Stable Chromeのデフォ設定じゃ動かないよ
でもできるできないっていうのはChrome Stableで動くかってことじゃないと思うからね
色んな不特定多数のアクセスを想定してるんなら多種多様なブラウザの普及バージョンで動くかを考えないといけないし
身内や社内で使うくらいなら特定ブラウザインストールしてフラグを立てて特定HTMLを開くショートカット用意することもできるんだから
chooseFileSystemEntriesはまだまだ実装中の機能でCanaryでしか動かないけど
とは言っても手元で試す事もできない空想段階のアイディアと違って
仕様もあるし、実装も一応試せるだけはされてるんだから、
の最近新しいAPIが趣旨に乗っ取ると、俺はこれでできるようになると紹介できるよ
使えるかとも思ったけど、window.chooseFileSystemEntries はやっぱりundefinedだな
ttp://https://wicg.github.io/native-file-system/#api-choosefilesystementries これ見ると、windowにある関数っぽいんだが、
windowにあるAPIじゃない？どうやって使うの？
それじゃだめ。
実験したいんじゃなくて、今使えるツールの実装の話してただろ？
そこまで考えてくれよ。
というか、先にそういう事は言ってくれな。次からは頼む
実験的なAPIで一部のブラウザだけで使えるって。
これから仕様が変わってローカルじゃ動かなくなるかもしれんだろ？
IndexedDBにハンドルを保存しとけば動きましたっていうけど
それは仕様でできると認められていて、今後もそうなるのか？
違うだろ？ バグかもしれんだだろ？
やってみて動いたからOK。それ使いましょうって仕事で提案できるレベルじゃない。
そういうのをさ、出すなとは言わんけど、現状実用レベルじゃないんなら
それを先に書いておこうな。
これが答え。
動かないよ。
> 仕様もあるし、実装も一応試せるだけはされてるんだから、
仕様で、IndexedDBにハンドルを保存しとけば動くって書いてある？
Webって言うのはまだ20年そこらしか経ってなくてそもそも全てが実験的であって
機能なんてどれも「一部」でしか動かないんだよ
それらは度合いの問題でしかないんだから君が基準を持ってるのなら最初にハッキリ示さないと
実装中の機能＝バグがあるかもしれない。
なので、実装中の機能に限って言えば
やってみたら動きましたは、動く理由にしてはいけない。
あくまで仕様が正しい挙動。
（それも現時点での話で将来の正しい挙動ですらない）
それじゃだめ。
ただ回答するんじゃなくて、質問者の未出の要件をエスパーして書かなきゃ意味ないだろ。
そこまで考えてくれよ。
俺が言ってる「実験的」ってのはそういう意味じゃねーよｗ
将来の仕様変更は置いといて、
現時点で正しく動作が保証されてるのか？って話だ
そのAPIは "正しい動き" が定義されていて、その通り動いていると保証されてんのか？
誰も質問者の要件にガラケーでも動くことなんて要求してない。
エスパーじゃなくても、皆が使ってるブラウザで使えるということはわかるだろ。
エスパーにしかわからないことを、わかれなんて言ってないんだから
さも常識ですよ。みたいな感じで、普通のブラウザでは
使えないAPIをなんの説明もせずにだすわけだ。
それ、IEじゃ使えませんよって言う身にもなってくれｗ
HTML5以降っていうのは〜っていう話を今更するのもアレだけど
WebRTCとかもそうだけど完全に安定するのを待ってたらいつまでも使えない
昔の価値観で実用レベルかどうかを測るのはそぐわない機能っていうが出てきてるんだよ
Living Standardとかって今後どうなるのかなんて誰にもわからないのだから
今使いたくて条件にあってるのなら各々の好きなタイミングから使ってもいいんだよ
特にWICGが作ってるで、Web USBとかと同じ類のものなのだからなおさらのこと
IDBに保存できるのは勿論仕様
今後どうなるのかは知らない
でも今それをどうしてもしたくて今これしかなくて今これができるのなら
躊躇する必要なんて無いと思う
将来幾らかどうにかなったとしたらその時幾らかどうにかすれば良いのだから
というかWebってのはずっと幾らかどうにかし続けていかないといけなくなったのだから
君の言ってる保証というのが分からない
今の標準仕様、どれを見てもメソッドの過不足があるとか挙動が違うとか沢山あるだろう
それに今や誰でも仕様を書いてWeb標準だと言えるんだ
それは大げさに聞こえるかもしれないが
Chromeの中の人が仕様を作り、Chromeに実装するのはそれに似た臭さがある
そんな中どこに保証を求めるというのだろうか？
その場合Chromeの中の人に具合を聞くというのが一番の保証になると思う
つまり、そういう面で保証とやらを考えるのは馬鹿らしいことだということだ
> WebRTCとかもそうだけど完全に安定するのを待ってたらいつまでも使えない
そんな話はしてないんだよ。
普通の人が使ってるブラウザで使えないぐらいのレベルなら
そのことをしっかり明記してくれという話
基準がわからないなら、ちゃんと教えようか？
開発者向けにビルドされたブラウザ専用機能やブラウザのデフォルト設定を変更しなければ
使えない機能はそのことを明記してください。（気づかないはずがないのでこれは必須）
現在サポート中のブラウザ（IE11、Edge、Firefox、Chrome、Safari）で動かないならば
できるだけそのことを明記してください。（使ってないブラウザは気づかない可能性があるので必須とはしないが推奨）
特定ブラウザでベンダープレフィックスが必要ならそのことも書いてください
（最近は使われなくなってるはずだが）
これテンプレに入れようか？
こいつに関してはその通りだったな
こういう知識欲あって頑固な奴は伸びるよ
ただ社会では成功しない
俺と一緒に孤独なJS仙人になろう！
是非に君のテンプレに入れてくれ
私がサポートしたい環境はこれで、私の考えるWebとはこうですとね
> こういう知識欲あって頑固な奴は伸びるよ
知識欲旺盛は結構な事だが、こいつの知識欲は食わず嫌いだから成長できるとは思えんな
仕様書読まんから仕様と実装の境界が理解できてないしな
> 俺と一緒に孤独なJS仙人になろう！
これは賛成
一人の世界で生きてくれ
文章を読んでも「そんなはずはない」とか「この仕様を作った奴は分かってないな」とけなして終わる
井の中の蛙
開発者用ブラウザでしか動かないものは「完成してないけど使っていいAPI」には
当てはまらないのは明白
IndexedDBにそのハンドルを保存しとけば。アクセスし放題でしたよ。
（だからこの方法でできますよ）という発言だな
これみて脆弱性につながるとピンと来ないってのが怖い
例えば、安全なサイトがあって、index.htmlという名前でダウンロードディレクトリに
保存させてそれを実行してくださいと書いてあったとして、
そのページからIndexedDBにハンドルを保存する。
別の悪意のあるサイトがindex.htmlで自動ダウンロードするようにしておけば
ダウンロードディレクトリに同じ名前でファイルが作られる
（ユーザーはダウンロードディレクトリを掃除していたら、同じ名前で保存される）
そしてユーザーはこれなんだろう？とindex.htmlを開くと
悪意のあるサイトのindex.htmlはフォルダにアクセスし放題なわけだ
こいつは動いたからOKって短絡的に考えてる。
開発中なのにバグの可能性を考えていない。（何のための開発版なのか）
だから客観的な意見として「開発版ビルド」「普通のユーザーは使えない」と言ってる
脳内妄想たくましくびっくり
なにか否定できること有る？
こういうすきを突いて攻撃者は攻撃してくるんだが
考えが浅すぎ
アクセスし放題というのは正式な仕様ですよって
書いているならそれを出せば良いんだよ。
仕様に問題があるとは思うが（それを確認するための開発版）
それはそれとして、仕様は仕様だから
でも開発版で、動いたからそれが仕様だ！っていうのはね（苦笑）
どうか、もうこの人に関わらないでほしい
今までの経緯でお分かりいただけると思うが、この人に正しい理解をさせようとすると、マンツーマンで何時間もの時間をかけてようやく伝わるかどうかというところだろう
一人の為に全体が被害を被るのは避けてほしいと切に願う
基本的な事がわかっていないんじゃないか？
多くの仕様でどのタイミングでどのくらいプロンプトを出すかっていうのはブラウザに委ねられていて
仕様ではせいぜい「出すことができる」と書かれている程度でプラットフォームが許可してるかどうかしか気にしないんだよ
別にブラウザはプロンプトを出さなくてもカメラでユーザーを見て許可したり、勿論許可を求めなくても良い
プロンプトっていうのはWebにおける絶対的な仕組みではないの
毎回ファイル選択が出るかどうかと毎回プロンプトが出るかどうかは次元が違う話
前者はAPIの問題だが、後者は使用環境の問題
「IndexedDBにそのハンドルを保存しとけばアクセスし放題」は
ブラウザの問題って言いたいのはわかったよ。
で？なに？今はブラウザの問題の話をしてるんだよ
普通の人は使ってないブラウザ。使用環境が整ってないなら
そのことをしっかり明記しましょう。
まだわかってないね
ハンドルを保存しとけばそのファイルやフォルダにまた選択してもらうことなくアクセスできるよっていうのと
その中のどんなタイミングでブラウザがセキュリティプロンプト出すかっていうのは全く話が違うでしょ？
だから俺は後者に関しては言及してないよ
それに君は仕様仕様言うけどブラウザがどんなタイミングプロンプトを出すかの標準仕様があるわけではないのだから
同じブラウザでも色んな条件で出したり今日出して明日出さないとかもあり得るものなんだから
それこそ、仕様ではなく「今の動作」が重要なんじゃないのか？
Webは生きてるんだから、仕様もと同じくらい現在の実装が大事なんだよ
ttps://i.imgur.com/c5Rf0BQ.jpg 
ttps://i.imgur.com/HgXj0Vc.jpg ※ポイントバックは翌日付与
更に初回会員限定で300pが貰えるキャンペーン実施中(iDで1p1円で利用可能、ポイントバックも対象)
【300pの入手方法】
・新規登録の最終ページでwelcome code
「BVUQWA」
を入力して300pゲット
・メルpay設定する
完了
うおおおお
仕様を読めばわかるんですが、アップデート時の追加仕様だけ説明されると追いかけやすくて助かります
こういう最新仕様を追いかけるのに便利なサイトは他にもありませんか？
便利というかもはや新聞のような生活必需品
ありがとうございます
しかし、情報量が多すぎて、自分の中で咀嚼しきれないかもです
let array = new Array();
for(let a in array); // a はarrayの要素ではない！
for(let a of array); // a はarrayの要素
個人的な感覚では、for in って書かれると配列の要素の総なめをイメージしてしまい、いつも混乱してしまいます。。。
for(let a in array)が配列の要素ではなくプロパティ名なのには何か理由でもあるのでしょうか？
それは配列に適用するからおかしく感じるのであって、new Object に適用すれば納得できると思うよ
広く浅く知っておくことも大事
とりあえず全部聞く
興味がある事柄が出てきたら止めるか覚えておいて調べる
for in と for ofの規格を策定するとき誰も疑問に思わなかったのか？
慣れるしかない、と頭では理解出来ても納得は出来ない
そもそもプロパティーはオブジェクトに所有されてるものだから、所有を表す前置詞ofとかwhoseの方が適切なんじゃないかと思わなくもない
for propertyOf obj とか obj.EachProperty() みたいな書き方は出来ないものか・・・
> その中のどんなタイミングでブラウザがセキュリティプロンプト出すかっていうのは全く話が違うでしょ？
> だから俺は後者に関しては言及してないよ
自分で矛盾してるって気づいてないのかなな？
ブラウザがセキュリティプロンプトを出すかどうかわからないっていうのなら、
後者に関しては言及してないというのなら、
「ブラウザがセキュリティプロンプトを出さない」なんて
言えないわけなんだが？
> for(let p in obj); って書かれても違和感しかない
君が固定観念を持っているだけだから、意識改革するしかない
ブラウザがセキュリティプロンプトを出さない
なんて俺は言ってないけど
矛盾してるのは仕様仕様保証保証と言いながら
実は仕様も保証のないブラウザの不確定動作の話に変に拘ってる君の方でしょ
それにセキュリティプロンプトがあったらどうなの？
むしろ君無いと駄目だみたいなこと言ってたじゃん？
セキュリティプロンプトはブラウザの裁量で適当にあって、
その他の不必要な選択は出さなくていい
そこに何の文句があるというんだ？
君の話で普及ブラウザで動くもので考えたいという点だけは理解できたけど
その他の発言は終始支離滅裂だよ
一度気持ちを鎮めて何が言いたいのか頭を整理した方が良い
で言ってる。お前が言ったんじゃないかもしれないが、
この話があったから、今の話に続いているわけで
> かなり最近の機能だけどchooseFileSystemEntries()を使って
> 一回だけユーザーにフォルダ選んでもらってIndexedDBにハンドルを保存しとけば
> 以降File System APIとFile Writer API使うことでそのフォルダの中身を好きに読み書きできるようになった
> それにセキュリティプロンプトがあったらどうなの？
そんなのでるぐらいなら、普通にJavaScriptファイルを吐いて、scriptタグで
読み込んだほうが良いなってずーっと言ってる。 と を読み返せ
お前もレスしたいんだなってことはわかったｗ
webサーバを立てるのか、エンコード処理を挟むのか
ツールを自作するのか、ブラウザを自作するのか
俺は確かにだがそこでもセキュリティプロンプトの話はしていない
やから汲み取れるのは
毎回ファイルやフォルダを選択する手間がかかるのは問題だという点だけで
俺は例えばinputで選択促す方法に比べてもそこはこれで解決されると主張してる
当分付き合ってきてやっと君の気持ちが分かって来たんだけど
例えばセキュリティプロンプトに親を殺されました
出るかもしれないというだけで怖いので避けてください
とでも最初にハッキリ書いておいてくれないとね
君がそういう体質だなんて知っていたら
俺もこんな恐ろしいAPIを紹介することはなかった
ローカルファイルを触りたいという話だし多少先進的なAPIであっても
他にマシな代替手段が無いなら紹介した方がいいだろうと考えてしまったんだよ
不幸な行き違いということでまあ許してほしい
それと君の言うテンプレ追加案はやめたほうが良いと思う
テンプレに追加しても誰も読まないし使わないし守らないから
の「■質問テンプレート」のようにね
> 君の話で普及ブラウザで動くもので考えたいという点だけは理解できたけど
普及してるブラウザと普及してないブラウザの話じゃない
普及していなくても、動作保証されてる正式版だが、
開発版ブラウザは、このどちらにも当てはまらない試験運用版だ
動作保証されてない。その違いぐらい分かれよ
ttp://https://play.google.com/store/apps/details?id=com.chrome.canary&hl=ja > ? これは試験運用版のリリースです。このリリースはテストが行われていません。
> 動作が不安定になったり、場合によっては実行されなかったりする可能性があります。
> デベロッパーまたは上級ユーザーのみのご利用をおすすめします。
> 毎回ファイルやフォルダを選択する手間がかかるのは問題だという点だけで
> 俺は例えばinputで選択促す方法に比べてもそこはこれで解決されると主張してる
ユーザーが選択する必要がある VS ユーザーが選択する必要がない
って話なのは理解できてる？
解決できてる問題とはなに？
> 他にマシな代替手段が無いなら紹介した方がいいだろうと考えてしまったんだよ
だから、開発版ならそう明記しろって
> 例えばセキュリティプロンプトに親を殺されました
> 出るかもしれないというだけで怖いので避けてください
お前馬鹿なのか？
単にユーザビリティとして優れているのはどちらかの話だろ
「でるかもしれないから怖いと思ってるはずなんだ」って
いう発想をしてるのは俺じゃなくてお前だからな。
使い勝手の話をしてるのになんでそんな話になるんだかｗ
いい加減、相互理解が不可能な事に気が付けよ
特に質問者の方は自分の正当性を主張する為に「お前馬鹿なのか？」を繰り返す奴で、彼が相手の言葉に耳を傾けるタイプじゃない事は十分に分かるだろ
馬鹿にされて悔しい気持ちは分かるが、見る人が見ればどちらの非が大きいか一目瞭然なんだから、さっさと撤退すりゃいいんだよ
の好意を無駄にするな
苛つかせて済まなかったけれどが締めの言葉だから
俺はもう言いたいこと全部言い切ったのでアヤツのことは関心０
スレ汚ししたのは本当にごめんね。
は見逃していたな
> ツールを自作するのか、ブラウザを自作するのか
に書いているだろ
> ウェブとは関係ないとあるレポートをhtml形式で
> 出力するツールを作ってるんですけど、
苛つかせってるって自覚は有るみたいだな
ブラウザとかWebAPIに疑問を呈するようなことを書くと
親を殺されたかのような反応をするやつってなんなんだろうね
なんでそんなことかくんだ。許さないぞって。
本人に自覚が無いのが一番やっかいなんだけど
正論ですが、敷居が高い…
とはいえ、やってみます
引き続き、有用なサイトがありましたら情報お待ちしております。
感情的になってるも怪しいが…
今後、情緒不安定だったり、攻撃的な奴は、関わらない方が無難だな
漠然とした疑問に対する答えって難しいからイライラするんでしょ
質問者本当に自覚が無いのが一番やっかいなんだけど
ある程度ならこういう場合を答えればいいかなとか考えるのは楽しい部分があっても
こりゃ１スレじゃ書ききれんなってくらいになると
なんでそんな質問するんだってイライラしてくるのは当然でしょ
基本月に１回更新なんだから
移動中にでもちょっとづつ分けて聞けば良いと思うよ
かなりの草案も取り上げてくれるから
重要なことっで毎月何度も聞くことになる
ああ、これ前も聞いたことあって、進展してきてるんだな
って思ってから調べても全然遅くない
×１スレ
○１レス
それはある
漠然とした質問には漠然とした回答を返して反応を見る主義だが、完全スルーされたから対処しようがなかったな
ttp://https://teratail.com/help/question-tips#questionTips2 ttp://https://ja.stackoverflow.com/help/asking ttp://https://ja.stackoverflow.com/help/mcve 元々配列の値を列挙するものだったけど
オブジェクトがあるPythonに導入するにあたってキーを列挙するようにしちゃったから
それを真似したJSで配列は内部プロキシのかかったただのオブジェクトだから
配列でもキーが列挙される構文になっちゃったんでしょ
もう推理に近いけどね
質問が具体化していれば、こんなに長引くことはなかった
↓
オブジェクトがあるPythonに導入するにあたって
基本的に配列は値だけどオブジェクトではキーを列挙するようにしちゃったから
> やはり、WeakMap君とローカル頑固君は同一人物だったか
違うけど？
なにか心の平穏でも取り戻せるのかな？
> ある程度ならこういう場合を答えればいいかなとか考えるのは楽しい部分があっても
それをやると、ここの質問者は煽り交じりで訂正してくるからイライラするんだよな
しかも訂正の仕方が主観的で要件不明瞭
相手を一人にしたいんだってどこかで見かけた
一つの個体に複数の人格が宿ってるのかもしれないし
ただ同一種族であることは本人が否定しようがすまいが間違いがない
そういう人は５ちゃんねるやらないほうが良いぞ
なるほど、今度は種族とか言い始めてるのもそういうわけかｗ
彼の趣向に合わせるなら、煽り交じりで不明瞭な回答をして、掌で転がすぐらいの奴がちょうどいいのかもな
煽りに対しては熱心に対応するのに
肝心の質問を解決しようとしないのはなんでだい？
JavaScriptファイルを読み込む以外の方法があるのなら教えて
もちろん何かしらの条件があるのなら、
それも書くこと
同じことは書かないよ？
こんな感じ？
で要件をかいたつもりなの？
を読んでから出直しておいで
同じことどころか１から１０まできちんと状況を書いてくれ
疑問点だらけだ
レポートを作るローカルで動かすツールがあって、
レポートを表示するローカルで動かすHTMLファイルがあるんだよね
それのツール郡を配布してるってこと？
配布して無いのなら特定の設定に拘ってもいいと思うし
配布するのならElectronとかで完全に１つにまとめたほうが良いんじゃないの？
そのレポート表示.batとか作って
Nodeからブラウザも立ち上げてブラウザの起動が終了したらNodeも終了するとか
そっちのほうが美しくない？
時間をかけて書いても、こちらの知らない条件でダメ出しされて終わりだよ
相手するなら、こちらは最小限のリソースでレスした方が建設的だよ
理屈じゃなくて気分で主張してるから質が悪い
ブラウザという最初からOSにインストールされてるツールで見れるHTMLを生成する
VS
アプリをインストールしなきゃ見れないHTMLを生成して
アプリまでインストールしなきゃいけない
という話をしてるということでOKか？
> 別に自分しか使わないツールなのに
勝手に書いてない条件を追加するな
話の趣旨がわかってないからね。
HTMLから任意のテキスト形式を読み込む方法を聞いてるのに
そのHTMLはどうやって生成するのか？とか
生成するツールは自分だけで使うのか？とか
どれもこれも、
HTMLから任意のテキスト形式を読み込む方法と関係ない
君頭大丈夫？
Webサーバの話は別だと思うんだけど？
今聞いてるのは「ローカルのHTMLから任意のテキスト形式を読み込む方法」です。
質問を正確に理解しましょう。
の一行目を100回読んだら？
を読んだら？
> ウェブとは関係ないとあるレポートをhtml形式で
> 出力するツールを作ってるんですけど、
ウェブとは関係ないとあるレポートをhtml形式で
出力するツールというのは"条件"です。
レポートをHTML形式で出力するんですよ。
これは譲れない条件です。といえば理解しますか？
そのレポートってなんなの？
レポートを誰かに配布するの？
レポート作成のツールも配布して動かしてもらってるわけではないの？
レポートDLしてHTMLをローカルで開いてもらえるんなら
Nodeをインストールしてもらうことは難しいとしても
Electronとかのexeを開いてもらうことはできるんじゃないの？
もしレポートファイルだけを配布して、表示HTMLのあるフォルダに入れてください
という感じにしてるとしたら
それレポートファイルの配布画面で表示したらいいだけじゃないの？
そういう不審点が沢山ある状態で回答なんてできないでしょ
何がしたいのかさっぱり理解できないのだから
でもそういうのを抜きに一般的に技術だけ教えてくれって話なら
これまでのレスでいろいろ案が挙がってるでしょ
> そのレポートってなんなの？
それを聞く意味を教えて下さい。
> レポートを誰かに配布するの？
レポートの使い方は自由です。可能性があることは何でもありえます。
> レポート作成のツールも配布して動かしてもらってるわけではないの？
HTMLを生成すれば、HTMLだけを渡せば見れるってのはわかりますよね？
生成する人のためにツールは配布してますが、
見る人にわたすのはHTMLだけです。
> レポートDLしてHTMLをローカルで開いてもらえるんなら
> Nodeをインストールしてもらうことは難しいとしても
> Electronとかのexeを開いてもらうことはできるんじゃないの？
渡すのはHTMLだけです。面倒くさいからもう、絶対に譲れない絶対条件とします。
見る人が持ってるのはブラウザだけです。アプリのインストールは禁止です。これも絶対条件とします。
> 何がしたいのかさっぱり理解できないのだから
HTMLから任意のテキスト形式を読み込みたいだけです。
上で書いたのは、全部、HTMLから任意のテキスト形式で読み込みたいのとは関係ない話です。
> これまでのレスでいろいろ案が挙がってるでしょ
それらは、全て「それぐらいわかってくれよ」で却下されてるからね
> 見る人が持ってるのはブラウザだけです。
見る人が持ってるのはOSにプリインストールされているブラウザだけです。
OSはWindows、macOS、Linuxのいずれかのサポートが終了していないものとします。
これらのいずれかであるので、全てで見れる方法です。
繰り返しますが、アプリのインストールは禁止です。
ソースコード渡してアプリをビルドしてもらうとか言うのも禁止です。
見るのは、OSにプリインストールされているブラウザです。絶対条件です。IE11もサポート中です。
HTMLで任意のテキスト形式を形式を読み込みたいってだけなのに
関係ない質問するからね。
そのうち、レポートの提出期限はいつなんだとか聞いてくるに違いないｗ
ごめん、もう一つ教えて
HTML形式のレポートを渡すんだよね
それで何のHTMLファイルから何のテキストファイルを読むの？
インデックスHTMLファイルから、各レポートHTMLファイルを読み込みたい的な話とばかり思ってたんだけど
○ これらのいずれかで、どのOSで見るのかはユーザーに
委ねられるので全てで見れる方法です。
htmlにJSON埋め込むプログラムを別途書いて実行すればよい、FA
> それで何のHTMLファイルから何のテキストファイルを読むの？
何のHTMLファイルとは？ レポートのHTMLファイル。JavaScriptが含まれたHTMLファイル
何のテキストファイルって、そりゃ任意のテキスト形式だって言ってるだろ
JavaScriptファイル以外の、任意のテキスト形式。どんな形式でもあり得る。
> インデックスHTMLファイルから、各レポートHTMLファイルを読み込みたい的な話とばかり思ってたんだけど
最初（）から、任意のテキスト形式って言ってる。
任意なんだから何でもあり得る。
サーバー経由なら、クロスドメインも出来る
それに言語の実装も入っているから、ローカルファイルにもアクセスできる
一方、実行環境にブラウザを使うと、限定される
極端な話、Ruby, Nokogiri, Selenium WebDriver で、
テンプレートエンジンのERB を使って、文字列からHTML を作ることもできる
jQuery も使えるし
> htmlにJSON埋め込むプログラムを別途書いて実行すればよい、FA
それはで俺が最初に書いてる
> 読み込めないなら読み込めないで、jsファイル（json）で
> 出力すればできるのわかってるんだけど、出力する側は
> jsonじゃないほうが楽なので
その俺が言ったFAよりも、後が有るかないか。
俺が言った方法でFAってことでいいのか？
> Ruby, Node.js, Electron などで、ローカルPC に、サーバーを建てれば良いだけ。
譲れない絶対条件を満たせないのでアウト
お前はなにをいってるんだ？
htmlに埋め込むのだから、外部ファイルなぞ使わん
jsから扱えるフォーマットなら何でもよかろう
任意のテキスト形式って？
レポートに関するサブデータ的なものも配布していて、
決められた階層下に入っている中から任意のものを選びたいってこと？
そうじゃなくてもし完全にユーザーにとって任意なら当然毎回選択してもらうことになるよね？
そんな条件なんか無視すりゃ良いとか言ってくるアホがいるけど
こちらが絶対条件と言ってる以上、無条件で従え。
> htmlに埋め込むのだから、外部ファイルなぞ使わん
HTMLから任意のテキスト形式を読み込みたいだけです。
外部ファイルを使うことも”絶対条件"です。
いちいち絶対条件ってつけなきゃいかんのかよ
にも書いたけど、
>一方、実行環境にブラウザを使うと、限定される
これに尽きる！
だから漏れらは、Ruby, Node.js などで、サーバーを建てる
もしブラウザが、ローカルPC 内に読み書きできたら、世界は破滅する！
を訂正するなら
ウェブとは関係ないとあるレポートをhtml形式で
出力するツール（絶対条件）を作ってるんですけど、
ローカル（絶対条件）の任意のテキストファイル（絶対条件）って読み込めるんでしたっけ？
読み込む側で使うツールはOS付属のブラウザのみです（絶対条件）
ブラウザ以外のアプリの仕様は禁止です。（絶対条件）
ネットワークで他のマシンに接続するのも禁止です。（絶対条件）
いちいち抜け道を探さないでください（絶対条件）
って書かなきゃいかんのかｗ
どこかにあるだろう必要なファイルを賢く見つけてくる
そんなのネイティブアプリでも無理とは言わんがアホ
話の通じない奴だな
任意のテキスト形式をhtmlに埋め込むプログラムを書けば同じことだろうが
配布形態として、html単体ではなぜいかんのだ？
> もしブラウザが、ローカルPC 内に読み書きできたら、世界は破滅する！
書き込むなんて言ってない。JavaScriptファイルは読み込もできる。
絶対条件って言ってるんだから素直に従えって。
> 配布形態として、html単体ではなぜいかんのだ？
エスケープが必要だから（これも前に書いた）
エスケープの有無は無関係なんだが、お前にはhtmlに埋め込むプログラムを書けないという事だな
JavaScriptコードとして埋め込むなら、
ダブルクォートなどをエスケープしなきゃいけないし、
<template>などを使う場合も、HTMLエスケープが必要
CDATAでもエスケープが必要
ttp://http://sonic64.com/2005-04-13.html ってかなんど同じ話させるんだか。
だから書けるけどエスケープ処理が面倒だって
なんどもなんどもなんども
なんのエスケープが問題になるんだろう
安全なエスケープのやり方がわからないということだろうか
プログラムで書くならエスケープ処理は必要ない
本当にアホ
なんで面倒なの
BASE64でもなんでも適当にすればいいじゃない
それだけのツールが作れて、数行程度の追加が面倒なはずないでしょ
君やればできる子なんだから
ツールが出力するテキストはどんな文字列でも
出力される可能性がある。
> 安全なエスケープのやり方がわからないということだろうか
面倒だって何度も言ってる。
なんなら代わりに書いてくれるか？俺が指定する言語と絶対条件で
> BASE64でもなんでも適当にすればいいじゃない
じゃあ俺が指定する言語と絶対条件を守りながら
お前が書いてくれるんだよな？
> エンコードするよりもテキストを別途読み込む方が面倒でないとか本当に理解に苦しむ
俺が指定する言語と絶対条件でエスケープするよりも
JavaScriptで読み込んで、JavaScriptで解析するほうが
処理が簡単だからに決まってるだろ
なら配布ページでエンコードしたら？
fetchしてbtoaすればいいだけなのだから
それをご丁寧にHTMLをserializeして埋めてもいいし、
面倒だったらHTMLに##placeholder##とか書いておいてそこに埋めてもいいし
そしてダウンロードさせればいいんじゃないの
何十個も生成されるファイルを？ｗ
冗談ｗｗｗｗ
また抜け道をいちいち探すから、絶対条件を
追加しなくちゃならんのか
ウェブとは関係ないとあるレポートをhtml形式で
出力するツール（絶対条件）を作ってるんですけど、
ローカル（絶対条件）の任意のテキストファイル（絶対条件）って読み込めるんでしたっけ？
読み込む側で使うツールはOS付属のブラウザのみです（絶対条件）
ブラウザ以外のアプリの仕様は禁止です。（絶対条件）
ネットワークで他のマシンに接続するのも禁止です。（絶対条件）
ツールはUSBメモリで配布します。（絶対条件）インターネットの仕様は禁止です（絶対条件）
こうしておけば、別の抜け道も一緒に防げるだろうｗ
インターネットの使用は禁止です（絶対条件）
なぜなら、俺が本当に聞いてるのは、
「（JavaScriptが含まれた）ローカルのHTMLから任意のテキスト形式を読み込みたい」
ってことであって、そのHTMLを生成する方法とか、別の代替方法とか聞いていない
抜け道を探そうとするのだから、
絶対条件として、無条件に守れって言うしか無いわなｗ
Chromeユーザー向けに--allow-file-access-from-files起動フラグ付きで起動するbatファイルでも配布したらいいと思う
抜け道を探そうとするって
トンチじゃないんだから
条件の間の抜け道こそが答えでしょ
絶対条件は守ってください。
ブラウザはデフォルト設定のみです。拡張入れるのはも禁止です。
オプションを付けて起動するのも禁止です（絶対条件）
あのね。そういうそういう抜け道は全部知ってるの。
「（JavaScriptが含まれた）ローカルのHTMLから任意のテキスト形式を読み込みたい」
これだけに答えてくれればいい
そのHTMLファイル開いてるってことはエクスプローラーも開いてるんだから
ドラッグ・アンド・ドロップも受け付けるようにすれば楽でしょ
だからね
inputタグ使ってダイアログ開いて選択して貰う
VS
そんなことしなくても読み込める
の話なら後者を選ぶって言ってる。
面倒くさいけど貧弱な言語と外部コマンド、ライブラリなしという絶対条件を
守らざるを得ない状況に屈せず、エスケープ処理を自力で実装して、
ツールからJSONP形式で出力する方を選ぶって前に言ってる
あと、こだわり強すぎ。多分発達障害なんだろうな
聞いてるなら下になれって発想がおかしい。
> あと、こだわり強すぎ。
俺に言うな。ツールの仕様上、そうならざるを得ないんだから
なんでそんな制約があるんだとか聞いてくるんだろ？
こうやって関係ない話にすり替えていくんだよな（呆）
だから絶対条件なんだから守れ。で押し切ると言うしか無い。
俺は今まで一度だってエスケープ処理が難しいなんて言ってない。
面倒だとしか言ってない。
それで、結局諦めは付いて面倒なことをやる気は出たの？
もうちょっと頑張って他の可能性も模索してみる？
> それで、結局諦めは付いて面倒なことをやる気は出たの？
今すぐ必要なわけじゃないから、今やる気を出す必要はない。
それより先にやることがある。
どうせ
「（JavaScriptが含まれた）ローカルのHTMLから任意のテキスト形式を読み込みたい」
本当の質問の答えは不可能なんだろ？
やる気以前に、エスケープ処理を自力実装するしか無いじゃないか。
まあ頭の中で10行程度になるだろうなと推測は出来てるが
本当の質問の答えは「不可能」だった
頑張るしか無いかぁ
応援してます
お達者でね
また質問ができたら来るよ
また相手してなｗ
もちろんいつでも待ってるよ
「ローカルのHTMLから任意のテキスト形式を読み込みたい」
ってかけば良いのかなぁ。
そしたらなんでそうするんだとか言ってくるんだろうなｗ
それ以外のテクニックは全て知ってるから返答無用
でいいか？
閲覧用のスタンドアロンブラウザも入れときゃいいのに
わけわからんなｗ
それじゃ何も伝わらない
そもそも「任意」がユーザーにとっての任意だと思われて
ダイアログ開く方法を進められるだけだろう
結局「任意」ではなく「決まった配布ファイル」だったのだから
ブラウザは絶対に、使用者の許可なしでは、PC 内にアクセスできない！
もし許可なしで、ローカルPC 内に読み書きできたら、世界は破滅する！
絶対条件に逆らうなよ
セキュリティのためアプリのインストールは不可
指示を出せる立場にないから、インストールを許可してもらうこともできない
とかいう理由でいいだろ。
「任意のテキスト形式」な
だれも「任意のファイル」なんて言ってない
本当に曲解ばっかりするよな
でもお前が作ったわけのわからんツールは使わすんだろ
ちなみにそのツールとやらはあらゆるOSで動くんだそうだな
さっさと１０行書けよ エアツールがｗ
人に伝わるように書かないと、
普通その「任意」は場所のことだと思われるよ
> でもお前が作ったわけのわからんツールは使わすんだろ
当たり前だろ。そのツールを使ってやるという
プロジェクトなんだから。
> ちなみにそのツールとやらはあらゆるOSで動くんだそうだな
動くぞ？あらゆるOSで動くというのもツールの条件の一つだから
（今まで書いてないけど、ツールの動作条件まで書く必要あるまい？）
> さっさと１０行書けよ エアツールがｗ
10行なのはエスケープ処理だけの話だ。
それ以外の部分はすでに5000行近くある。
> ローカルのHTMLから任意のテキスト形式を読み込みたい
お前なら、どう書き直す？
カッコでもつけるか？
文章読めないやつにはそうするしかないよなｗ
ローカルのHTMLから「任意のテキスト形式」を読み込みたい
USBで配布してオフラインで動作させるローカルファイルの読み込みアプリなんて異質の中の異質だろ
> USBで配布してオフラインで動作させる
そこは、いちいち抜け道探すアホを防ぐためだ
本当にそういうわけじゃない
> ローカルファイルの読み込みアプリなんて異質の中の異質だろ
アプリなんて一言も言ってないぞ。
レポートだって言ってるだろ。
ただ開いて見るだけ。見る側はレポートを見るだけなんだから
inputでファイル選択とかあほらしすぎる
渡されたhtmlを手持ちのパソコンで何も考えずにダブルクリックして見れればいい。
ざらにあるし、レポートが開くだけで見れるHTMLで簡潔してるなんて
全然異例でもなんでもないだろ？
まず前提から書かないと
端折っちゃ駄目なところは端折っちゃ駄目
例を交えて具体的にする
ローカルのa/x.htmlからy.txtを読み込みたいとか
それでChromeが問題になることがわかってるんならそれを先にかく
それで一番大事なことだけど、chooseなんちゃらとか、
自分の思ってることと違うものを紹介されてもそれに反論してはいけない
いろんな意見を聞いて、ありがとう、こうしましたとだけ言えばいい
> ローカルのa/x.htmlからy.txtを読み込みたいとか
書いただろ？
ローカルのHTMLから、（*.txt形式だけじゃなくて）任意のテキスト形式を読み込みたいって
なんや？任意ってつけたらだめだから、すべての形式をかけってか？
テキスト形式ならどんな形式でもいいのに？
> それでChromeが問題になることがわかってるんならそれを先にかく
それはいちいち抜け道探して、開発者版ブラウザを、その説明もなしに
差も普通に使えるように書くバカが居るからだ
本当は、普通に使える機能であればたとえ特定のブラウザしか使えなくても
候補にはなったんだよ。それを逆手に取って、開発者版ブラウザだけしか使えないものを
言ってくるやつがいるから、制限に加えただけ
> いろんな意見を聞いて、ありがとう、こうしましたとだけ言えばいい
ワロタｗ
次からは末尾に、アリガトウコウシマシタって
署名しておくよ（笑）
感謝しろ。ほれほれ。感謝しないなんてムカつくムキー
みたいなのってｗ
自分自身を否定された気になるってやつ？
レビューでコードの問題を指摘したら
俺のことを馬鹿にしたって思うやつと同じ類の人
回答者が一生懸命あなたのために
色んなケースを考えたんだよ？
問題に対してあの手この手で立ち向かおうとしてるだけ
あなたに対してあの手この手で立ち向かおうとしてるわけじゃないのよ
あなたの敵である問題をあなたにヒントを貰いながらやっつけようとしてるんだよ
それのなにが気に入らないの
サイコパスだよ。。。
> 回答者が一生懸命あなたのために
> 色んなケースを考えたんだよ？
だからなに？
回答者に感謝することと
その回答は使えないということは
意味が違うだろう。
回答してくれてありがとう
だが、その回答は使えないってかけって話か？
ここまでの話をまとめるに、
使えるものまで使えなくしてると思うけど
要するにこいつ自身が問題ってことだ
問題に苦しんでる質問者は居なかったんだ
良かった
> あなたの敵である問題をあなたにヒントを貰いながらやっつけようとしてるんだよ
俺「あのドラゴンを倒したい」
村人A「ドラゴンでなければダメか？」
村人B「なんでドラゴンを倒すんだ？」
村人C「バナナで滑らせたら倒れるんじゃないか？」
村人D「エクスカリバーで一撃らしいぞ（エクスカリバーはチート勇者限定装備）」
俺「いいからドラゴンを倒す方法教えろや」
こんな感じな
USBで配布するならそんなに頻繁に更新は無いんだから
１回だけフォルダを選択してもらってDBに保存しとけば実用上ウザくないのでは
君のステータスも分からなければ
実際倒すシチュエーションも分からない
そのドラゴンとやらもあなたの数行から想像しないといけない
その例だと俺くんが横暴すぎるよ
村人A「本当にあのドラゴンなのか？」
村人B「なんで娘は殺されたんだ？」
村人C「殺された娘が悪いんじゃないか？」
村人D「娘が銃を持っていれば反撃できた」
俺「いいからドラゴンを倒す方法教えろや」
本題の前に、補足をつけると、
そっちばかり根掘り葉掘り聞いてくるｗ
やっぱり絶対条件だから逆らうなって言うしか無いなほんとにｗ
俺「ドラゴンを倒したい」
村人A「君のステータスも分からない」
村人B「実際倒すシチュエーションも分からない」
村人C「そのドラゴンとやらも想像しないといけない」
村人D「その例だと俺くんが横暴すぎるよ」
ほらな、質問に一切答えないｗ
「ドラゴンを倒したくて、神聖魔法ならいけそうだと思ったんだけど、
メンバーの一人のChromeちゃんがダークエルフで相性悪くて
地道に面倒くさい攻略アイテム集めって手より良い方法ないかな」
これくらいは言わないと伝わらない
メンバーの一人のChromeちゃんがダークエルフで相性悪くて
地道に面倒くさい攻略アイテム集めって手より良い方法ないかな」
村人A「なんでドラゴンを倒したいんだ？」
村人B「なんで神聖魔法なら行けそうだと思ったんだ？」
村人C「ダークエルフなんか仲間にするからだろ」
村人D「エクスカリバーで一撃らしいぞ」
こんな感じなｗ 全く役に立たない。
ここに居座るな
きめーから去れ
断る（秒で返事ｗ）
役に立たない人間に聞いてどうすんの？
お前とこのスレは相性が悪いよ
いいから帰ってくれ
役に立たない人間は、答えないでほしいね。
話を広げるつもりがないのに、関係ない質問を聞くなと。
「知らない」「無いと思う」と答えるほうがまし
だからそんな奴らに聞いてどうすんのって聞いてんじゃん
答えろ
役にたったでしょ
ちゃんと君の中で結論が出たんだから
ここはJSを自ら学ぶ人のためのスレ
魔法の水晶に問いかけてお告げを貰うスレじゃない
形はどうであれ質問者と回答者がよく考えて話し合って
結論が出たのならこれ以上無いくらいの大成功だと思ってるよ
質問は解決したのだから
本心から喜ばしく思ってるよ
>ゲームやアプリのマニュアルでも、HTMLがあるだけなんてのは、ざらにあるし
だから、それらはサーバーを含んでるだろ。
だから、ローカルPC 内にアクセスできる
ブラウザは、それらと違う。制限が厳しい！
クロスドメインさえ出来ない
ブラウザは絶対に、使用者の許可なしでは、PC 内にアクセスできない！
もし許可なしで、ローカルPC 内に読み書きできたら、世界は破滅する！
ブラウザで開いたHTML が、勝手にローカルPC 内にアクセスできたら、大変な事になる！
なぜ、ブラウザを実行環境に使うのだ？
使うなら、その制限事項を守らないといけない！
遅いよ
絶対条件で出来ない云々いうまえに、「どういう環境でどうやって実行して」という部分を隠して抽象的な物言いばかりだったからこれほど長期化した
更には、「技術力の問題で出来ない」という問題もあるもんだから、第三者から見るとなぜできないのかさっぱりわからんわけだな
そんなわけで状況把握がこちらに出来ない以上はこれ以上の質疑応答は無意味
質問者の中で出来ないと判断したなら、質問者の中では「出来ない」が答えなのだ
今後、質問されても同じ結果になるのだから、未来永劫、結論は同じだ
お題を設定して競いたいのなら
スクリプトバトルロワイヤルスレでやれ
> 絶対条件で出来ない云々いうまえに、「どういう環境でどうやって実行して」という部分を隠して抽象的な物言いばかりだったからこれほど長期化した
え？実行？ 何も実行してないけど？
ローカルに置いたHTMLファイルから、JavaScriptファイル以外の
任意のテキスト形式を読み込む方法があるか聞いただけなんだけど？
環境は特に指定していなかったが、まさか開発版ブラウザでしか使えない機能をその説明もなしに
言ってくるとまで思わなかったから、次回からは、特定のブラウザでしか
動かない場合は、そのことまでちゃんと書いてくださいって書かないといかんなー
特に指定無しの場合は、何も書かないんじゃなくて、
「ちゃんと書いてください」って書かないといかんなー
お題の設定はにちゃんと書いてある。
なのに、ドラゴンを倒したい理由だとか、
お題と関係ない質問をしてくるわけだ。
誰一人伝わってないんだからできてないんだよ
それだけはお前は必死な顔してあの世まで言い続けても変わらん
だから次からは絶対条件には逆らうなって
書くって言ってんだろｗ
回答者は回答ロボットじゃない
その条件とやらに論理的な根拠を感じなければ
今回のように盛大に突っ込まれて赤っ恥かくことになるだけ
ここはお題に答えるスレではないし、
大前提として回答者は質問してもらってるわけではなく
質問者が回答してもらってるわけなのだから
回答者の方が立場が上
回答者は問題を解決するために質問者の考えや思いは無視することもある
昔は上級者用質問スレとかあったから次質問するときはそれ建ててそこでしたら良いと思うよ
なにか赤っ恥書いたっけ？
説明しろ → 説明した → 関係ない話だからスルー → だから言ったろ
この流ればっかりじゃん
> 質問者が回答してもらってるわけなのだから
> 回答者の方が立場が上
お前、マウントしたいだけじゃんｗ
コンビニで客のほうが立場が上みたいに思ってるだろｗ
ここはお題を出すスレではないんだよ
本当に困ってる質問をするスレ
困ってるのを助けてもらうんだから当然回答者の方が上
お前の故郷の蛮村では違うのかもしれないけど、これ日本の常識ね
外に出る前に覚えておいたほうが良いよ
常識知らず君
そんなみっともない態度893の下っ端でもやらないわ
知識はあるかもしれないけど世渡り下手
IQが高くてもEQやSQが低いから何にも活かせず終わるタイプ
そもそも彼は他人の助言を聞くつもりが一切ない
最初から答えを受け入れる気のない質問だからこんなに揉めることになった
工夫と対処を裏道とか言い出したときは流石に笑っちゃった
そこから先はもう完全にお巫山戯だったな
答えなくていい。って書かないとこうなるのかｗ
必須条件を満たさない解答をしてもいいけど
「それは知ってます」って返答しますが気を悪くないでください
って書こうかなとも思ったｗ
必須条件を満たさない答えはそりゃ受け入れるわけ無いでしょｗ
有りもしない幻を信じ続けたところでそれが現実になるわけではないし
思考が鋭いということは視野が狭いんだから周りの忠告を聞くのも大事っていうのに手遅れになる前に気づかないとね
外では素直でいい子なんだろうけど、こういうところで性格悪いこと何年も続けてると
気が付かない間に本当に正確悪い感が滲み出る人になっちゃうぞ
どうしても自分が上でないと許せないらしい
○ 犬レベルの思考回路
こういうアホな少年の面倒を診てあげるのも社会の役目だよ
可愛がってあげるから好きなだけ居着くと良い
ここの人全員が質問者を下に見てる
それはいくら質問者が足掻いたって変わる事じゃない
なぜなら上か下かってのは人間社会の話で、君一人が勝手に主張して決められることではないから
質問者は、そのレスを見たら、自分で調べて、使うか使わないかを決めればよいだけ
回答者が受注した仕事じゃないのだから、
質問者が100% 気に入るまで、回答者が探し回る必要はない！
そもそも、そんなに丁寧に教える必要もない
キーワードだけ書いてあっても、質問者が調べればわかる。
調べてもわからなければ、また聞けばよい
回答者に、100% 自分が気に入るものを持ってこいというのは、自分勝手すぎる！
少なくとも質問者は、回答者以上に調べないといけない！
自分の問題なのだから
なぜならきちんと作ってくれないと困るから
本当は何も困ってないからあんな態度取れるんでしょ
こういう悪質な愉快犯を荒らしと言うんだと思うね
ttps://mevius.5ch.net/test/read.cgi/tech/1491143438/82 この人、プログラム板に移動してない？
めんどくさくなりそうだから、放置してるけど
スレが２つできたら、両方に行くでしょう？
地元に居られなくなったら別の土地に逃げればいいだけ
ダブルスタンダード（笑）
B「俺は逃げなかったらわかう係」
A&B「どちらにしろ笑ってやるぞ」
↑
それを見て、笑う係が俺ｗ
おそらく上手いことを言ったつもりなんだろうな
あまりいじめてやんなよ
ttp://https://youtu.be/rGjnGh7P5qw ここで試すような感じで持ってきたのか
ttp://https://esdiscuss.org/topic/actual-weakset-use-cases 俺は仕様読まないから、仕様に詳しい知識自慢君が3行で答えろ
仕様が読めなくても英文が読めなくても書いてあるコード見れば理解できるでしょ
それで理解できなければ説明を受けても理解できないし自分で使えないでしょ
今までhtmlとCSSを勉強していた時はちゃんとされていたのですが、なにか新たにパッケージを入れないといけないのでしょうか？
javascript languageという標準の？パッケージは入っているようです。
言語の選択もjavascriptになっていて、ファイル名はｊｓファイルです。
プログラミングの動作は正常に行えます。
もっと使いやすい色分けができればいいのになあ。
getElementByIdとかスペルミスをしてもこれではわからないのじゃないかなあ。
なぜ君がこの記事に噛み付いているのか全くわからない
progressバーのメーターを増やす動作を行いたいのですが、以下の分では動きません。
何が足りないのでしょうか？
<progress id="lifeBar" value="0" max="100" min="0" ></progress>
<script>
var lifeBar = document.getElementById('lifeBar');
function update(){
if(lifeBar.value <= lifeBar.max){
while(lifeBar.value <= lifeBar.max){
lifeBar.value++
}
}
}
update();
</script>
ローカル君いい加減にしなさい！！
そのループはvalueはmaxで制限されてmaxより大きくはならないのだから終了しない
なるほどsetTimeout等を使わないといけないのですね。
実はsetTimeoutを使ったコードも作っていたのですが、
それだとループさせようとした時に上手く動作しなくて、if文とwhile文を使って
新たに作り直そうとしたのがのコードなんです。
このコードでは、一度だけprogressバーをメーターが往復します。これを繰り返したいのですが、上手くいきません。ご教授のほど、よろしくお願いします。
<progress id="lifeBar" value="0" max="100" min="0" ></progress>
<script>
var lifeBar = document.getElementById('lifeBar');
function update() {
setTimeout(update,10);
lifeBar.value++
if(lifeBar.value >= lifeBar.max){
function gaugeDown() {
setTimeout(gaugeDown, 10);
lifeBar.value--
}
gaugeDown();
}
}
update();
</script>
大人げないことはやめなされやめなされ
最後が若干怪しかったけど
もしかして古いIEで動かしてる？
それとvar使うのやめ他方がいいと思う
質問しないんやで
ブラウザは最新のChromeを使ってます。
一往復はするんですよ、0から100、100から0と。
それを無限に繰り返したいんです。
varの代わり、えーっと、letだったかな？分かりました、気をつけます。
progressが表示される時点で、
古いIEなわけがないだろう？
その程度のレスをするとローカル君もぷんぷんだゾ？
ライブラリも使わずにね
そうそうこう言うのが典型的なローカル君ですよ
VSCode にして、Bracket Pair Colorizer, indent-rainbow とか、
10個ぐらい拡張機能を入れれば？
Dracula Official とか、好みのテーマも
ブラケットペアーカラライザー！インデント・レインボウ！！
setTimeout 内で、setTimeout を呼び出す
ご参考までに
<progress id="lifeBar" value="0" max="100" min="0"></progress>
<script>
let lifeBar = document.getElementById("lifeBar");
let increase = 1;
(function update(){
if(increase){
lifeBar.value++;
if(lifeBar.value >= lifeBar.max)increase=0;
}else{
lifeBar.value--;
if(lifeBar.value <= 0)increase=1;
}
setTimeout(update,10);
})();
</script>
<script>
(
const lifeBar = document.getElementById("lifeBar");
let step = 1;
setInterval(function() {
lifeBar.value += step;
if (lifeBar.value <= lifeBar.min || lifeBar.max <= lifeBar.value) {
step *= -1;
}
}, 10);
)();
</script>
すげーーーー！！！
そりゃ俺には出来ないわけだ！
ありがとうございます！
因みに、functionの前と終わりを囲ってる括弧(function(){})って、Javascriptでは普通に使うものなんですか？
初めて見たんで、最初間違えてるのかと思いました（笑）
(function(){})();
ってするとその場で関数を唱えることができるよ
無名関数で使うことが多いけど今回使ったのはsetTimeoutで使う用の名前ありバージョン
結構使うので覚えといたほうがいい
有難うございました！！
普通に分かりやすいコードで好感
は蛇足
>> functionの前と終わりを囲ってる括弧(function(){})
だけ見える魔法のコード
requestAnimationFrameを使って繰り返し関数を呼んでもらうといい
<progress id="lifeBar" value="0" max="100" min="0"></progress>
<script>
(function update(p){
p = p/10%200|0 //速さ調節
lifeBar.value=p<100?p:200-p;
requestAnimationFrame(update);
})();
</script>
実装されたらちゃんと使い分けていかないと
IIEF・即時実行。
関数を宣言すると同時に、実行する
APIにおいて「許可する」なんて用語はないから
ttp://https://developer.mozilla.org/ja/docs/Web/HTML/Element/progress メモ: 最小値は常に 0 であり、min 属性は progress 要素で許可されていません。-moz-orient CSS プロパティを使用して、プログレスバーを水平方向に表示する (既定値) か垂直方向に表示するかを指定できます。
ちゃんと読めよマヌケｗｗ
そしたら案の定書いてあったから呆れつつ教えてあげたのに馬鹿だねぇ
MDNの様に大量の文章があってその中で使われている言葉を一々ひねくれた揚げ足を取るつもりはないし
前後のコンテキストからその「許可されてない」という用語は深い言葉でもキーワードでもないということが分かる
でもは違うだろう
たった１行の文章で、「ifeBar.minがundefinedになる」その理由は「許可されてない」からだと言ってる
MDNの文脈とは重みが全く違う
わざわざ助言として発言されている１行のレスの１/３を占める再重要な部分に変な部分があったらツッコミが入るのは当たり前
しかもMDNはDOMの属性の有効性の話をしているのにはそれがJSのインターフェイスとしてどう振る舞うかの話になっている
使われ方が全く違う
MDNに限らないけど大量の文章があってその中の言葉を持ってくるときは慎重にならないといけない
どっちも間違ってない気がするけど・・・
もしDOMの仕様に、属性はこれだけあって、これらだけがAPIに現れるとか書かれてるのならまだ分かるけど
実際はDOMの属性とJSからアクセスできるインターフェイスは別で
名前が変わっているものもあるし、文字列以外の型で帰ってくるものもある
つまりそもそも属性がアクセサに一対一対応してる訳でもなく、そのまま自然と転写されているわけでもなく
それぞれが個別に独立して一々わざわざ別個に定義させられているのであって、
許可されている属性だけが見えているとかいう感じに考えるのは不自然で
提供されているアクセサのうち幾つかはそのままの名前で属性値へのアクセス相当になっているというのが実際のところだから
minというアクセサが無いのは属性が定義されていないからなどと言う事はできても
許可が云々という言い回しをそういう直接的にするのはおかしいでしょう、という違和感でのツッコミ
で、結局何が言いたいかというと、
おそらく自分なりの言葉で書いたら間違いになるかもしれないと思ってMDNから引っ張ってきたんだろうけど
特に名詞でもなく状態を表す言葉というのは、その言葉が書かれた場所でのみ正しいニュアンスを発揮するのであって
そういうのをただ持って来るよりは自分なりに解釈して自分の言葉で書こうよということ
そうじゃないと、突っ込まれたときもここに書いてあったとしか言えず、自分はこう言う意味で書いたと言うことすらできないでしょ
長文すぎるけどよくわかったよ
直接的には要素オブジェクト、そのプロトタイプであるHTMLProgressElement.prototype及び
そのプロトタイプチェーン上で定義されていないからundefinedという値が最終的に帰ってくるというJSの機構が働いているのであって
ならどうして定義されていないのかと言うとDOM仕様のインターフェイスに定義されていないからで
定義されていないのはmin属性の仕様が存在しないからで実は隠し属性があるけどなんか許可されてなさげとか特殊なことになってるというわけでもないし
だれもどこでも何にへも許可や不許可は表していないのでそういう言い方をするのはおかしい
MDNでの「許可されていない」とはmax属性があったらmin属性もありそうと思うかもしれないけれど、
《仕様や実装を決めてる（認めている）立場の仮想的な超存在》を想定して、《解説を書いてあげてる俺達》から、
《仕様を調べに来た良くわかっていない使わせてもらう立場のお前ら》に対して言わせてもらうと
「許められていない」というちょっとひねった言い回しで「定義されていない」というのを言ってるだけで、
それはMDNがよく翻訳されていることもあるし、そういったMDN節をわかった上では理解できるかもしれないし
長文の中で別に注目するべきキーワードでもなく流してもいいようなものだから大丈夫なわけであって
単発でそういう言い回しをするのはやはり良くはない
<progress id="lifeBar" value="0" max="100" min="0"></progress>
って書いてあったから、min属性があるかと思ったけど、
min属性はなかったってだけだろ？
そいで、JavaScriptのプロパティはHTMLの属性と一対一で対応してることが多いから、
単に、min属性がなかったから、JavaScriptでもminプロパティがないってだけだろ
単純に「プログレス要素にmin属性使っちゃダメよ」と言ってるだけで
日本語の許可のニュアンスがそぐわないだけでしょ
本当に本人に興味があれば自分で調べるでしょ
プリミティブ値は値渡し
クラスは存在しない
JavaScriptには嘘が多い
いないと思いたいが……
const o = {};
console.log(o.a); // undefined
o.a が undefined を返すのは o が a を許可していないからだ(ﾄﾞﾔ
どこで聞いたらいいかわからなくて・・優しいお兄さん教えて下さい。
サーチコンソールから突然、
「許可されていない属性または属性値が HMTL タグにあります」と、
エラーが来たんだけで私はどうすればいいでしょうか？
超初心者でほんとスミマセン。
ワードプレス/コクーン使用です
出たらどうすべきか分かる価値のある警告以外は無効にしておこう
それで心配なら自動校正してくれるツールを使おう
変数 + ”” が一番早いとの計測結果を見つけましたが、
ブラウザの互換性とか大丈夫な書き方でしょうか？
ToString(ToPrimitive(arg))
自分が話題の中心になっている用に見せかけて悦に入る自演君はもう飽き飽き
flag=true;
}
数字が含まれていたらフラグを、というのを
数字と大文字が含まれていたら、という条件に変更したいのですが、
if分を増やさずに条件を増やすにはどう書けばいいのでしょうか？
RegExp#test
ttp://https://developer.mozilla.org/ja/docs/Web/JavaScript/Guide/Regular_Expressions 数字は、\d。[0-9] と同じだから、
[0-9A-Z] は、[\dA-Z] と書ける
var re = /[\dA-Z]/;
var str = "a6Z";
var ary = re.exec( str ); // [ '6', index: 1, input: 'a6Z' ]
var res = re.test( str ); // true
for(let a of arr) {...}
というところを通る時、arrが配列なのですが、...の中を１度も実行しない（１度もループしない）で素通りさせたい時があります
ただしarrの中身はここよりだいぶ前で決定するので
if(arr)for(let a of arr) {...}
という方法は駄目だとします
こういう場合にarrに何かを入れておくことで、このforの中を一度も通らないようにすることはできないでしょうか？
試しに[]やnullにしてみたけど駄目のようで、ループの中を通ってしまいました。
Symbol.iterator を書き換えればよい
しかし、トリッキーな動きをさせるよりも正攻法でfor-ofを通らない仕組みにした方がいいと思うが
一目で通らないこと分かるでしょ
どうして通ると思うのかが不思議
つまり、{ } 内は実行されない
arr = [ ]
for( let a of arr ) { console.log( "あ", a ); }
ルールを守った上で回答してください
eval(evt.target.id+'(evt)');
}
これevalツカワナイもっといい書き方できませんか？
ではいかんの？
if (typeof eval(evt.target.id) == 'function') {
こんな感じでさ、「もし関数なら、関数呼び出しをする」
なんてコードは普通いらないんだよ。いきなり「関数呼び出しをする」だけでOK
え？関数でなかったらエラーになる？ → そこに関数以外が来ることなんて有るのか？
バグで関数以外を渡してしまった時 → じゃあそのバグの方を直せ
こういう「もし関数なら」なんてコードが必要なのは、
関数 or 数値 みたいに複数の型が入る可能性があって型によって処理を分けるときだけ
念のために関数かどうかチェックしてます（えらいやろ、どや）みたいなコードは、
関数以外が入ってしまうバグがあったらバグを無視します。という間違ったコードになっている。
引数が文字列か数字かオブジェクトか関数
みたいな関数造ったときとか、わりと必要なんじゃね？
判別
ついにAIがWebサイト経由でフォームとか使って予約とかしてくるようになるそうだな
つまりフルCanvasとかメチャクチャなサイトは駄目ということだ
勿論10年後までにはそういうのもなくなるとは思うけどな
神々によって天罰を与えられる原因になった建築物使ったら？
オプショナル関数呼び出しが仕様策定中
これはさすがに三流思考
それでもやっぱり判別は必要なんじゃね？
例えばreplaceって第一引数が文字列か正規表現
第二引数が文字列か関数になるでしょ？
そういうの
この呼び出し方だとTypeError: evt.target.id is not a functionとなるようです
clickイベントなのですがリスナーは1つしか使わないで
event.target.idで処理をするか判別してるため
関係ないidも渡される可能性があります
if (event.target.id == "foo") {
foo(evt);
} else if (event.target.id == "bar") {
bar(evt);
}
（switch含めて）こうすれば問題はないし
処理をわけずベタ書きすれば問題はないのですが読みにくく長くなりすぎるので…
オプショナル関数呼び出しってどんなの？
グローバル関数なら、グローバルオブジェクトのプロパティとして参照可能
だが、HTMLにjsコードを埋め込むようなものなので、id属性値に関数名を埋め込まない方が良い
foo,barに何をさせるつもりか知らんが、一元管理するなら、処理の実行条件があるはずで、それを元に処理分けを行う
WeakMapで要素ノードに関数を結びつけれるほうほうもあるが、個別処理を一元管理するのは相反するものを強引に繋げているようなもので、他に良い実装があると思う
あーごめん
event.targetのidに関数が文字列として入ってるのか
勘違いした
…すげーなその作り
何れにせよevalしなきゃならんのはどうかと思うが
> 引数が文字列か数字かオブジェクトか関数
> みたいな関数造ったときとか、わりと必要なんじゃね？
俺が書いたことを、お前が真似して言うな
何も言い返せないなら書き込む意味ないですよｗ
普段は回答者側なんだろうな
> clickイベントなのですがリスナーは1つしか使わないで
> event.target.idで処理をするか判別してるため
それが間違いだからそれを直せば？
jQueryならこれでいいだろ？
$('#foo, #bar, #baz').click(function() {
・・・
});
処理を分けたいなら3つかけばいい。
$('#foo').click(function() {
・・・
});
嫌なら見るな
IDが違うけど、なぜかリスナー関数をまとめて
せっかくまとめたのに、IDごとの専用の関数に分岐させる・・・無駄なことをしている
お返事遅れて申し訳ないです。
ありがとう、こういう書き方をするのですね。
ランダムパスワードのチェックをしようとしていました。
勉強になりました。
なんでこう書いたんですか？今までそうやってきたから
などというのはやめよう
有効性の判定とその他の判定を一緒くたに話すのはどうかと思うよ
動的に関数名が増える場合に、define_method で、動的に関数定義する。
この場合は、事前に関数名が書けないから
Lodash とか、誰かのライブラリに、
動的に関数定義する、デザインパターンは無いのか？
jQueryは使ってないのですが
window.addEventListener("click", function(evt){
if (evt.target.id == "foo")...
if (evt.target.id == "bar")...
},false);
ではなく
document.querySelector('#foo').addEventListener('click', ...
document.querySelector('#bar').addEventListener('click', ...
のようにしろということでしょうか？
そうするとwindow.onloadで読み込ませないと動かないようですが
window.addEventLister('load', function(){
document.querySelector('#foo').addEventListener('click', ...
document.querySelector('#bar').addEventListener('click', ...
}, false);
こんな感じにすればよいのでしょうか？
classNameのようなnodesならいいんじゃね？
じゃないとnodesに片っ端から適用するセンス0のマヌケコードになる
windowに1つだけイベントつけて発火した都度に発生源から調べると
ifを通す分cpuには負担だが微々たるもんだし
メモリには優しい設計だしリークも起きにくい
まあ、要素が親子関係なら、1つにまとめるかも
1つにまとめると、分岐処理が出来るから、コードが複雑になる
やってる処理で関数を分けようとする
jQueryを使え。onloadなんか使わずとも
$(document).on('click', '#foo', function() { ... })
$(document).on('click', '#bar', function() { ... })
ってかけばいい
もしくはdefer属性を使う
セオリーを守れば今時jQueryとかいらんし
> コードが複雑になる
これ
lint脳だとheaderに書きたがるからな
動的に要素が追加される場合には対応できないんだよな
なんとなく生理的に嫌なコードなのはわかるよ
jQueryほどじゃないけど
イベント名をloadではなく
DOMContentLoadedにするのがいいんじゃないかな
loadだと時間かかっちゃうっしょ
DOMContentLoadedっていつ発動するの？
ttp://https://www.google.com/search?q=domcontentloaded あー、やっぱり永久に発動しないんだ。
ってことはさ、普通のサイトでも僅かな時間とはいえ、
画面は表示されてるけど、ページが全部読み込み終わってないって
タイミングが有るわけだから、やっぱりheadに入れるのがいいんじゃないの？
意味が分からんな
</body>手前に置いた方が遅いとでも思ってるのか？
ずっと同期的に書き加えてたらブラウザがハングアップしかねないし表示が更新されないかもしれないから
連続表示というのは間隔を開けるのが当たり前でその隙間で発生するでしょ
それにもし仮にJS実行が途切れないとしたらイベントループが回らないんだからハンドラが実行されるはずがないでしょう
永遠に円周率を表示するサイトっていうのは、
</body>が永遠に来ないってことだよ。
もっとも該当のサイトはただのテキストページだったけどね
でもHTMLでずーっと</body>が登場しないページは作れるし、
巨大なページで格安SIMで速度制限されてるときとかさ、
ページの上の部分は表示されてるけど、終わりはまだ来てないってことあるでしょ？
コンテンツ表示からjs実行までのタイムラグを減らすなら、該当JTMLの直後に<script>を書くだろうに、なぜ<head>がいいという結論になるんだ？
> 発生するでしょ
DOMContentLoaded = DOMを全部読み込み終わってから発動する
= DOMを全部読み込み終わってないんだから発動しないよ
DOMContentLoaded が発生するまで
ブラウザはレンダリングしないわけじゃないんだから
ブラウザはハングアップしたりしない。
HTML出力途中なら、DOMContentLoadedも発火しないと思うが、試してみたのか？
そりゃ「該当HTML」が複数あった場合、
それぞれに<script>を置くのか？って話だよ
例えば、同じclassの要素が複数あったら
全部の要素の後に<script>を書く？多重読込してしまうなｗ
> HTML出力途中なら、DOMContentLoadedも発火しないと思うが、試してみたのか？
だからそう言ってるじゃんｗ
何で何度も実行させる発想になるんだよ
読み込みたい要素を全て出力した後に一回書けばいいだろ
それぞれの要素出力直後に実行させたいなら、Mutationbserverを使え
</body>手前でもほぼ同じだろ
</body>の後にタグを書いてるのか？
自分で書いたことを忘れてない？
> コンテンツ表示からjs実行までのタイムラグを減らすなら、
そうコンテンツ表示からjs実行までのタイムラグを（極限まで）減らしたい。
> 読み込みたい要素を全て出力した後に一回書けばいいだろ
読み込みたい要素を全て出力するまでタイムラグがある
だから、</body>の手前で<script>を書けって言ってるのは俺じゃないって。
DOMContentLoadedよりは早いだろ
比較論を語ってるのに「0じゃないだろ」なんて極論を語るな
極論を語るなら、MutationObserverを使え
お前さ、DOMContentLoadedを勘違いしてるだろ？
DOMContentLoadedは、DOM要素が一つ一つ現れる毎に
発生するものだと思ってるだろ？
そりゃ、scriptタグで・・あ！そのscriptタグを
どこで書くかの話をしてるんだった！
MutationObserverを使うなら、headかな！
JSの処理でずっと止まってたら、そもそも画面が更新できないから、
無限に出力どころか一文字も表示できないだろ
計算及び表示はsetTimeoutあたりで再帰的に非同期で実行されるだろうから
いつまでもHTMLのパースが終わらないわけではない
ちなみにこのページの場合、DOMContentLoadedは、読み込み直後におこってたよ
ttp://http://3.141592653589793238462643383279502884197169399375105820974944592.jp/ ダウンロード
↓パース ←DOM構築はここ
↓スクリプティング
↓スタイル計算
↓レイアウト
↓ペイント
↓ラスタライズ
の順よね？
円周率サイトみたいにhtmlの内容が限りなくドバドバ流れ続ける場合
パースより先に進めるのはなぜ？
> JSの処理でずっと止まってたら、そもそも画面が更新できないから、
> 無限に出力どころか一文字も表示できないだろ
お前さんは基礎を勉強したほうが良いぞｗ
JavaScriptの処理で止めることができるのは、alertやconfirmといった
一部のダイアログ表示関数と無限ループだけだ
HTMLが無限に出力されるという話にJavaScriptなんか関わってこない。
正直お前が、なんで画面が更新できないと思ってるのかわからん。
JavaScriptは一旦忘れろ。
ブラウザはHTMLを受け取ると同時に並行してレンダリングしていく
パースが完了してからレンダリングではなく
パースしながらレンダリングだ。
途中でCSSファイルを読み込むなど、
最初から再レンダリングが必要な場合は、再度レンダリングされる。
スタイル計算も同じ。後からやり直しが必要になったらやり直すだけで
パースと同時にレンダリングしている。
DOM全体の構築が完了してからレンダリングではなく
DOM一部分の構築が完了するとすぐにレンダリングするんだよ
そのサイトのソースコード見てから言えや。マヌケ
<!DOCTYPE html><html><head><title>PI = 3.</title></head><body><p></p><script>
var f=Math.floor,p=document.getElementsByTagName('p')[0],a=[],b,c,d=0,i=0,j,k,l;function g(){b=0;
for(j=i+17;j>i;--j){b=(200000+b)*j;a[j]=b%(j+j+1);b=f(b/(j+j+1));}for(j=i;j>0;j-=17){a[j]+=b*j;b=0;
for(k=j;k>j-17;--k){l=k+k+1;c=f(a[k]/l)*100000+f(b/l)*k;b=b%l*k+a[k]%l*100000;a[k]=b%l;b=c+f(b/l);}}d=d*100000+b;
if(i){p.innerHTML+=('00000'+d).slice(-10,-5)+(i%20?'':'<br>\n');d%=100000}i+=17;setTimeout(g,0);}g();</script></body></html>
ttp://https://developers.google.com/web/fundamentals/performance/critical-rendering-path/adding-interactivity-with-javascript?hl=ja ・JavaScript では、DOM と CSSOM のクエリと変更が可能です。
・JavaScript の実行は CSSOM をブロックします。
・JavaScript は非同期であると明示的に宣言されていない場合、DOM の構築をブロックします。
HTMLのパース中にscriptタグが出てきたら、それにasync/deferが付いてない限り、JSの読み込みと実行が終わるまでパーザは止まるよ
だからscriptタグはなるべく（DOMツリーの構築がほぼ終了している）bodyのケツに書けってセオリーが生まれたんだろ
あと無限のHTMLってなんだ？
ファイルサイズが無限のHTMLファイルがサーバーからひたすら送られてつづけてくるのか？
httpヘッダのcontent-lengthにはなんて書いてあるんだ？
HTMLパーザはとりあえずメモリ上にテキストを展開しないといけないが、どのくらいメモリを確保すればいいんだ？
JSを使ってDOMツリーに無限に要素を追加していくことはできるけど、無限のHTMLなんてものは実現不可能じゃないの？
詳しくは知らんが、多分ブラクラ扱いで受け取り拒否で終わるんじゃないか？
そのコードは見てるけどなにか？
ttp://https://pastebin.com/92ayEsQT ちょっと手を加えたこれをローカルで実行しただけなんだが
なるほどー
勉強になりましたありがとう
そんな勘違いをするわけないだろ
DOMContentLoadedが発生しない状態なんて現実的なコンテンツだとありえないから
一度もイベントループを回さないって、それ操作も効かないしフリーズしてるのと同じだから
HTMLが大きい または 回線が遅くて
DOMContentLoadedが発生してないが
ページは表示されてるって状態なら普通にある
時間が短いだけで、ほとんどのサイトはそういう状態が発生してる
誰もイベントループの話なんかしてない。
だからなにかって、このサイトはHTMLがすごく短いんだから
今話をしてる、ずーっと円周率が表示され続ける
「ページの読み込みが完了しない」サイトではない。
> あと無限のHTMLってなんだ？
> ファイルサイズが無限のHTMLファイルがサーバーからひたすら送られてつづけてくるのか？
そういう話をしてるだろ。
> httpヘッダのcontent-lengthにはなんて書いてあるんだ？
必須じゃない。書く必要がない。
PHPで無限ループでechoするサイトでも書けば？
アホかｗ
どうやって、無限に表示され続けるかどうかを
クライアントで判断するんだよｗ
1TB読み込んで終わらなくても、もしかしたら1TB+1バイトで終了するかもしれんだろ
> HTMLのパース中にscriptタグが出てきたら、それにasync/deferが付いてない限り、JSの読み込みと実行が終わるまでパーザは止まるよ
> だからscriptタグはなるべく（DOMツリーの構築がほぼ終了している）bodyのケツに書けってセオリーが生まれたんだろ
お前はこの言葉の意味がわかってないな。
今話しをしてるのは、パーサーが止まるかどうかじゃなくて、
画面は表示されるのかどうかだ。
画面はいつ表示される？
body終了タグ直前になるJavaScriptの実行が
終わらないと表示されないと思うか？
bodyの終了タグの直前に書けってセオリーができたんだろ（呆）
で、bodyの終了タグの直前だと
「JavaScriptが実行されなくても画面は表示される」
ページが重くなればなるほど、コンテンツ表示からjs実行時までのタイムラグが発生する。
だから
> コンテンツ表示からjs実行までのタイムラグを減らすなら、
headに入れたほうが良いって話をしてる。
bodyの終了タグの直前にいれるのは、デメリットが一切ない完璧な解決策ではなく
コンテンツ表示からjs実行時までのタイムラグは短ければ十分許容できるだろうという
判断があって使う方法。どうせ何も考えてないんだろうけどなｗ
大抵の場合はタイムラグは許容できるんだろうが、タイムラグを許容したくないという理由で
headでJavaScriptを読み込むってのもありなんだよ。
その場合は重くならないように必要最小限のことだけをする。
要素がまだ表示されてないから、$('#id').on('click'・・・とかじゃなくて
$(document).on('click', '#id'・・・みたいな書き方をしてな。
要素ごとにイベントハンドラを設定しないから、この方法は軽い方法になる。
個人的にbody内scriptのほうが嫌い
A. <head>でDOMContentLoaded
B. <head>でload
C. </body>手前で<script>
D. コンテンツ直後に<script>
E. MutationObserver
はどれとどれを比較して、優位性を主張してるの？
どういう理屈でそれがいいの？
何にそんなに怒ってるの？(枝葉かもしれないけど、主張に関係してそうだから)
特に「永遠に円周率を表示するサイトっていうのは、</body>が永遠に来ない」のところが意味わかんない
</body>来とるがな
俺が言ってる円周率を表示するサイトっていうのは、
HTMLではなくテキストとして返してくるサイトだよ
content-type: text/plain で返してくるんだよ
ttp://http://314.uw.hu/index.html さてDOMContentLoadedは一体いつ発生するんだい？ｗ
<head>もありませんけど
> コンテンツ表示からjs実行までのタイムラグを減らす
という話をしてる。
コンテンツ表示までの時間を減らすという話じゃない
コンテンツ表示からjs実行までのタイムラグを減らす話だ
表示されてるけどJavaScriptは動かないから
この間に画面に触ったらJavaScriptは反応しないという状態だ
そこで重要なのは、同じことをHTMLでもできるってことだよ
</body>が永遠に来ないサイトを作ることはできる
setTimeout(g,0) に、0 を渡しても、最小単位の数ミリ秒、空くからだろ。
その間に、レンダリングするのだろう
setTimeout は非同期だから、キューに、callback 関数を入れるだけで、即リターンする。
その後に、キューから関数を取り出して実行するので、
その間、最小単位の時間が空くのだろう
ありがとうだけど、答えてくれてない…
> はどれとどれを比較して、優位性を主張してるの？
> どういう理屈でそれがいいの？
> 何にそんなに怒ってるの？(枝葉かもしれないけど、主張に関係してそうだから)
お前はずれてるから答えなくていい。
誰もお前がレスしてるサイトの話なんかしてないんだから
例えば、mouseover, mouseout で画像を切り替える
$( '#foo' ).mouseover( function( ) {
$(this).attr('src', 'a.gif');
}).mouseout( function( ) {
$(this).attr('src', 'b.gif');
});
だから、
> コンテンツ表示からjs実行までのタイムラグを減らす
って話をしてるだろ？
格安SIMで通信速度制限で128kbp（16KB/秒）になったとしよう
HTMLだけで1MBのサイトだと64秒かかる。
つまりコンテンツが表示されはじめてから</body>がくるまで64秒かかる。
A. DOMContentLoadedは、コンテンツが表示されてから64秒後に発生
B. loadはAよりもさらに画像等のダウンロード後に発生
C. Aとほぼ同じ
D. jsが実行されるのはコンテンツ直後だが、最後に一回だけだとAと変わらない。何回もやるのは面倒
E. 意味不明
どれもDを除いてコンテンツ表示からjs実行までのタイムラグは減らない
Dでタイムラグを減らすのは面倒くさすぎる。
コンテンツ表示からjs実行までのタイムラグを減らすには
<head>でDOMContentLoadedを待たずに、$(document).on('click', selector・・・のような形で
<head>の時点で存在してるdocumentに対してイベントハンドラを適用すること
コンテンツ表示前からjsは実行されており、コンテンツが表示されたらすぐにイベントハンドラは機能する
なるほどね
理解できたけど、「やっぱりheadに入れるのがいいんじゃないの？」で$(document).on('click', selectorをエスパー出来る人はいないと思った
文脈的にはあなたの主張はBだと思ってたし、あなたに反論していた人もおそらくBの体で反論してたと思うよ
余計な争いを防ぐ為にも、投稿前に重要な情報が抜け落ちていないかを注意した方が良いように思う
正確にはJavaScriptファイル + HTML の両方のダウンロードが終わってから発生するが
AはJavaScriptファイルのダウンロードが終わってから、HTMLをダウンロードするのでコンテンツ表示が遅いが
BはHTMLからダウンロードしてから、あとでJavaScriptファイルをダウンロードのでコンテンツ表示が速い
ただし、どちらもJavaScriptファイルのダウンロードが終わるまでは
JavaScriptファイルが機能しないので、コンテンツ表示からJavaScript実行のタイムラグがある
> コンテンツ表示からjs実行までのタイムラグを減らす
には
JavaScriptを先にダウンロードし（この間読み込んでないコンテンツは当然表示されない）
DOMContentLoadedを待たずにJavaScriptを実行（ここがAとの違い）する。
こうすることでコンテンツが表示される時点ではすでにJavaScriptが実行されている。
はAとCの間違い
おちょくり回して遊ぶ。
最後にマウントする
これが目的なのに何を言ってるんだ？ｗ
jQueryは使わない場合結局どうすればいいんだよ？教えてくれよ
まあ頑張れｗ
それ最後にマウント取られて終わるやつ
DOMContentLoadedっていつ発動するの？
→永久に発動しないんだ
→じゃあDOMContentLoadedを使うのは良くないね
→</body>もこないしね
→（DOMContentLoadedは使わず）<head>に入れよう。
ttp://https://developer.mozilla.org/ja/docs/Web/API/EventTarget/addEventListener jQueryなんかと違ってバブリングしなくても親ノードで待てるので、お勧め
バグリングと親ノードの関係は？
親ノードで受け取ってから処理を振り分けすんの？
window.addEventListener("click", function(evt){
if (evt.target.id == "foo")...
if (evt.target.id == "bar")...
},false);
jQueryを使わないってことは、こんな感じのコードを書かないといけない
イベントバブリングでぐぐれ
いやだから、親ノードで持てるのは
ずっと前からじゃんって話なんだが？
いつからかは関係ない
だから親ノードで持てるのは、バブリングと何の関係もないよね。
バブリングじゃないと親ノードで持てないとでも？
> バブリングじゃないと親ノードで持てないとでも？
バブリングフェーズなら当然そうだ
いい加減、ぐぐれ
バブリングの反対ってなにか知ってる？
バグリングでもキャプチャリングでも親ノードで持てるんだが？
バブリングに反対などない
両ｊ方対応している物を試しているだけだろう
いい加減、煽って情報を得るのは止めろ
この煽り癖は例の奴と判断した
もう回答はしない
> useCapture Optional
> Boolean 値で、
Boolean 値なんだよねｗ
バグリングと親ノードで持てることの関係を言わないから
こういうことになるんやで？自業自得だ
使い慣れない言葉を知ったかで使うからこうなる
バグリング、クソワロタｗ
こいつバカやでｗｗｗ
とかとか、しつこいぐらいに間違えているぐらいだからな。
今度から、バグリング君と呼ぼうか
ファイルは、4つ同時に、並列でダウンロードするけど
もう去ればいいのに…
item.addEventListener('click', function(){
}, false);
});
window.addEventListener('click', function(evt){
if (evt.target.className == 'class') {
}
}, false);
itemがいっぱいあるときはどっちがいいですか？
なのでquerySelectorAllで取得してループさせてっていうのをやるわけですが
querySelectorAll().forEachがどうみても便利なのにforEachは使っちゃダメみたいな雰囲気なのですが
何か理由があるんですか？？
下は class="class foo bar" とか書いてある時に
動かないので同等のコードになっていない
querySelectorAll() に forEach が必ずあるとは限らない
itemが後から増えるかどうかにもよる
どっちがいいかは、速度とメンテナンス性、何を重視するかによる
$('.class').on('click', function() {
});
$(document).on('click', '.class', function() {
});
itemがいっぱいあるときは後者が速度とメモリ効率が良い
itemが増減する時は後者がメンテナンス性が良い
後者は少しタイプ数が多い。その程度。
一般的には後者がいい
jQueryを使わない場合は知らん
function isBigEnough(value) {
return value >= 10;
}
var filtered = [12, 5, 8, 130, 44].filter(isBigEnough);
というコードがあるとき(上記はMDNのサンプルコードです)
var filtered = [12, 5, 8, 130, 44].filter(isBigEnough);の行を
var filtered = [12, 5, 8, 130, 44].filter(isBigEnough());としたらエラーが出てしまいました
関数を呼び出す時は 関数名() で呼び出すのではないのですか？
関数を渡すには関数名だけで
リソース的にはちょっとなあという感じ
の指摘通り複数classを適用してると
判定部分が複雑になって毎回クリックのたびにそこを通ると思うと
ちょっとなあという感じ
まあどちらにしても問題になるような次元じゃないと思うけどね
PolyfillでOK
ありがとうございます
重ねて質問すみません
＞()を付けると即実行されて、
というのはどういうことでしょうか？
＞filter() は、与えられた callback 関数を配列の各要素に対して一度ずつ呼び出し、
＞callback が真と評価される値を返したすべての要素からなる新しい配列を生成します。(MDNから)
isBigEnough() と、()を付けると
filter()がcallback関数を呼び出す前に実行されてしまうんですか？
ググっていて下記サイトを見つけたのですが、その中で
JavaScriptの「コールバック関数」とは一体なんなのか
ttp://https://sbfl.net/blog/2019/02/08/javascript-callback-func/ ＞関数を値として扱うには後ろのカッコをつけずに書きます。
とあるのですが、isBigEnoughにカッコを付けてはいけないのも同じ理由でしょうか？
変な質問ですみません
たぶん、コールバック関数が何なのか解っていないんだと思います
「filter()の引数にはコールバック関数を指定する、コールバック関数なので()を付けてはいけない」
くらいの認識でも良いんでしょうか？この解釈は間違っていますか？
classListに変更すれば良い
()を付ければ、呼び出される
ttp://https://developer.mozilla.org/ja/docs/Web/JavaScript/Guide/Functions#Calling_functions そんなん[...querySelectorAll()].forEachでええやろ
> たぶん、コールバック関数が何なのか解っていないんだと思います
少なくともJavascriptにおいては、ただの関数です。
var tadanokansuu = function() {
console.log('hello, world!');
};
ただの関数を呼び出すとき、以下のように()つけて呼び出しますね？
tadanokansuu();
//=> hello, world!
一方、世の中には以下のような、引数として関数を取る関数があります。
var kansuuwotorukansuu = function(nanikanokansuu) {
nanikanokansuu();
};
このような、引数として関数を取る関数に、引数として渡す関数、これを「コールバック関数」と呼びます。
kansuuwotorukansuu(tadanokansuu);
//=> hello, world!
↑の例ではtadanokansuuがコールバック関数『として』kansuuwotorukansuuに渡されています。
このように、「コールバック関数」という特殊な関数があるのではなく、引数としてコールバック(関数)を取る関数kansuuwotorukansuuがある、kansuuwotorukansuuに引数としてtadanokansuuをコールバック(関数)として渡す、などと考えればよいと思います。
見つからなかったら空の配列をまわそうとしてなんかエラーが出たりするってことですか？
ttp://https://developer.mozilla.org/ja/docs/Web/API/NodeList/forEach#Browser_Compatibility ああ、対応してないブラウザ（IE）があるってことですね
ありがとうございます
っていいたいところだがIEがなかなかしぶとい
IE11ならだいたいのネイティブコード動いたとおもったが
forEachはだめなのか？まだまだ世話のかかる厄介なやつだな
どちらも(；´ﾟдﾟ｀)ｴｴｰって感じなんだけど
ttp://https://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Global_Objects/String/replace#Syntax 他に例えば？
正規表現である必要がないので
"2019-01-01".replaceAll("-", "/")
こんなんでいいと思うんです
$& はマッチした部分
puts "1a23bc4d".gsub( /\d+/ ) { '<' + $& + '>' }
#=> <1>a<23>bc<4>d
JS でも同様に、replace に、callback 関数を渡して、変形できる
function replacer( matched ) { return '<' + matched + '>' }
var str = "1a23bc4d".replace( /\d+/g , replacer );
要素の発見を、1つだけのものは、find_one とか、
複数みつかるものは、find_all など、関数名を分けている
find_oneで、1つなら該当する要素を返すが、0個なら、nil を返すとか、
find_allは、配列を返すとか、ややこしい
jQuery だけは、すべて配列で返すから、0, 1, 複数のすべてで、同じ書き方ができる！
だから、jQueryを使ってないと、バグだらけで、開発費が何倍も掛かる。
リリースしてからも、しょっちゅうバグるから、やり直しばっかり！
机上デバッグでも、手間が掛かる。
ごちゃごちゃと何をやっているのか、説明できない
やってることはその域を超えない
置換にしてもJavaScript同様無駄の多い処理をしてるはずだ
それを言ったら、高級言語はすべてアセンブラのラッパーだ
ラッパーは素晴らしい。冗長で分かりづらいコードを
わかりやすくしてくれる。
jQueryはJavaScriptのラッパーだ
つまりそれは素晴らしいものということだ
その仕事を、人間がやるか
コンピュータにやらせるかだ。
人間が楽になれば、コンピュータの仕事は増える
コンピュータの仕事を増やすことこそ、正しい姿だ。
そういうのがイラネっていってるだけだろ
例えば
pos = str.indexOf(search);
while(pos > -1) {
str = str.substring(0, pos) + replacement + str.substring(pos + 1);
pos = str.indexOf(search, pos);
}
こんなコードをネイティブで実装してないのか？って話じゃねーの
頼むから、バグリング君に関わるのは止めてくれ
彼に話が通じるわけないだろう
それをいい具合に扱えるjQueryが最高というのは分かるが
今どきそれはナンセンス
コンポーネントにわけて１つ１つの機能の担当範囲を分けて
柔軟なことがしたいときはShadowDOMだったりHoudini系のAPIを使って
中を詰めていくのが基本
そういった技術にjQueryは適さない
> コンポーネントにわけて１つ１つの機能の担当範囲を分けて
> 柔軟なことがしたいときはShadowDOMだったりHoudini系のAPIを使って
> 中を詰めていくのが基本
そこに「顧客が本当に必要だったもの」の観点は有るのかい？
顧客にそうしてくれと言われたのかい？
君はどうか知らないが俺は言われたものを作るロボットではないから
自分の作りたいものを自分がいいと思うように表現するためにWebを使ってる
勿論どうして作りたいかの部分に顧客が含まれることはあっても
作りたいものを作りたいから作ってるってことが俺にとっては一番大事だから
あとここはお仕事お助け板ではないからね
純粋にJSを学びたい人のためのスレ
あんまり仕事でどうこうっていうのを持ち込むのは良い気はしないね
職場の常識を延々振りかざすのは勘弁願いたい
作りたいものを作る
VS
使いたい技術を使う
の話ですかね？ｗ
俺がjQueryで書いたものを、jQuery以外で
よりシンプルに書き直した例なんて見かけないんです。
そうじゃない時は「そんな仕様要らない！」で解決
なんで俺が出すんだよｗ
質問スレなんだから、事例を出すのは質問者だろ
ってかお前が出しても良いんやで、
こういう事例は○○を使ったらこういうコードになりますって。
仕方ないよ。だって技術の話しかしてないんだもん。
技術ではなく、やりたいこと・・・をここで質問されたら
俺はすかさずjQueryで回答してるｗ
煽る
布教
二重基準
自爆
■バグリング君が質問する目的
わざと欠けてる情報で相手を釣る。
おちょくり回して遊ぶ。
最後にマウントする
■バグリング君への対策(質問編)
質問に不足情報があれば、補足要求する(回答してはいけない)
補足要求に対して情報開示しないレスを返して来たら、無視する
質問に煽りが少しでも入っていれば、無視する
「おまえわかってないだろ？」というニュアンスのレスも無視する
質問に不適切な態度をとっている者は徹底的に無視する
■バグリング君への対策(回答編)
ライブラリ布教活動は徹底的に無視する
回答に対しての嘲り/煽り/嘲笑行為も無視する
基本は質問者に回答する事だけに注力する
バグリング君の兆候がなければ、回答者同士で対話するのは可(初めはその兆候がなくても、途中で少しでも怪しいと感じれば、無視する)
ただし、布教活動の一環で自演質問してくる場合もある(jQuery使うとこんなに便利なんですね的な)ので、適宜判断して見切りをつける
■まとめ
荒らしは無視して、荒らし以外でコミュニケーションをとること
議論が白熱しても、「荒らしかもしれない」と感じたなら、即座に撤退すること
傍観者視点では撤退した方が「大人の対応」と受け取れる
俺は俺の考えを述べただけでなんのVSでもない
どちらかと言うと俺が主張したいのは
やれやれ
いつも、jQuery, Lo-dash, ライブラリの話は禁止って書いて、テンプレを改変して、スレ立てする。
Ruby 禁止も書いてる
>くだすれPython(超初心者用) その43【Ruby禁止】
テンプレを改変して、何々禁止と書いて、スレ立てしている奴は、荒らし！
荒らしの特徴は、762 みたいに、自演して、2回書き込む！
いつも、2回書き込む
荒らしとは、会話しないように！
会話すると、いつまでも居つくから
PHPしらんくせにPHPスレにきてRubyならどうこういってた
ネジのぶっとんだRubyistがいたがここでも暴れてんのかｗ
料理を自ら学ぶスレで
ひたすら便利な電子レンジ調理を推すように話されたら
不快になる人が居るに決まってるでしょ
ここは効率よくJSでやっていくスレではないのだから
どちらかと言うと自分で頑張って真面目に学ぶというのは
仕事でWebサイトをイジれるようになる程度のスキルを身につけるには
非効率であることもあるのだから
でもここはそういう地道な努力を重んじる古風なスレなんだから
質問者に対して答えを教たりその質問に限って楽にポンとできる方法を教えるスレでもないし
ライブラリを紹介するのが駄目だとはいけないが
これがスマートで楽で仕事では普通でしょと思う気持ちは捨ててほしい
あくまで質問者がJSを自ら学ぶためにサポートするスレだから
お前が不快に思ってるのは、お前の感情に過ぎない。
電子レンジを使った料理も料理なんだから
お前が気に入らないからって認めないってことにはならん。
嫌なら見るな。
って他人が言うなって思う。
jQueryの解答をしないでって叫んでないで
jQuery以外での解答をしろよ
他の回答者の邪魔ばかりして、質問者に解答の一つも返さない
勝手にテンプレ変えた最低のクソ野郎が居たからな
認めないだの止めろだのとは言ってないだろう
ただ上でもチラと見たがjQueryより短く書けるのか云々とかいうのは
明らかにこのスレに於いて間違い
冗長であることが質問者が自らJSを学ぶためには良いこともあるのだから
ライブラリ使用に限らないが変なスマートさを追求したほうが良いだろうというところが問題であって、
勿論きちんとこのスレの趣旨を分かった上でそれが良いだろうと個人的に思って発言するのは良いんだけど
これが一般的にいいんだ、とかこうすべきなんだというのは
このスレに於いては正しくないことを理解してくれたらそれだけで良い
ここは「普通の質問スレ」ではないんだから
それだけは弁えて普通の解答は控えてくれると嬉しい
うんうん。だから俺はjQueryで回答する。
他の人はjQuery以外で回答する。
それでいいじゃないか？
それならお互い干渉する必要が無くなる
俺も含めて
回避方法ありますか？
は何だったのやら
TypeScriptはJavaScriptのラッパー
jQueryはDOM APIのラッパー
より便利にしてくれるラッパーは素晴らしいもの
その最速は客が望んだことかい？
jQueryは顧客が望んだことかい？
顧客は使う技術は望んでないよ
だから俺は一番いい答えを書いているだけ
君も書けばいいじゃないか
お好きなフレームワークで同じことを
長くなって面倒くさいから書かないんだろうけどさ
答えられないのかｗ
老婆心ながら求めてない世話焼きするのはまだいいけど
（レガシーなんておすすめするようなもんじゃないが）
議論からなんか巻き起こそうとして質問者を出汁にしてるのが癌
が言ってるように
そう取られかねない言動をしなければいいと思うよ
要するにあえてライブラリを使ってない他の回答に対して
どうしてそんな非効率で不毛なことをするんだと当てつけるように
もしくは直接そういう言動をしていなくてもそれが滲み出る感じで
回答するライブラリ使用者が目立つから嫌われてるのであって
やっぱりライブラリを使ってない回答者からしてみれば
なんで便利なライブラリを使ってあげないんだと言われたら質問者の手前答えに困る
それは数学の連立方程式でいきなり解の公式を教えないのと同じで
問題を解決する手段を教えるのではなく考え方を自ら学んでほしいと思っているから
でも見方によってはあえて意地悪してるわけだから、
ライブラリ使用者が質問者の見方だの正義ずらしてこられると非常に困るということも理解してほしい
個人的に思うことは
質問者が質問者としてのマナーを守った上できちんと自ら学ぶ態度を十分に出してるのなら
つまりこういうことをしたくて、ここまで試して調べたんだけど、この部分がどうしても分からい
っていう感じの質問に対しては答えを教えてもいいと思うけど
殆どの質問者がそのレベルに達していないから
その場合回答者が質問者が自ら学ぶ格好になるように誘導してあげるべきというか、
足りない質問者を無視するのは流石にあんまりだと思えば、そうせざるをえないと思うんだよね
少なくとも質問者の求める答えを出すというのは絶対に違う
それは普通の質問サイトでの常識
このスレでは質問者はお客様ではない
ここは元2chであり、ここは一問一答スレでも無いのだから
それを見て、同じように書けばよいのだから！
わからなければ、無視すればよいだけ
スレは別に、質問者と回答者の、1対1 の関係ではない！
5ch の良い所は、1人では達成できない、全員の連鎖反応による進化！
この速度が猛烈に速い！
例えば、誰かがRuby で書くと、
それを見たJS のプロが、JS, jQuery に変換するなど、凄まじい進化が起こる！
面倒くさいと思っていた人でも、
Ruby のソースコードを改変するだけで、簡単にJS に変換できる所
Haxe で書いても、変換できるし
ほとんど要点以外の所を長々と書いても、無意味で、わかりにくいので伝わらない
ノイズが多い。ロジックをそのまま表現できない。
様々なエラー処理を書かないと、バグる
だから、Ruby, jQuery 以外の回答者がいない。
投稿の32行制限もあるし、素のJS で書けない
様々なブラウザの互換性も考えたら、素のJS で回答できない。
もし書いても、このブラウザでは動きませんとか、言われたりする
jQuery, Lo-dash, ライブラリ、Ruby禁止って言ってる奴は、回答しない。
ただ、他の回答者の邪魔をしてるだけ
rubyスレでpythonでもjQueryでも回答して良いと宣言してから来い
荒らしじゃないと言うなら最低限行動は一貫しろ
> それは数学の連立方程式でいきなり解の公式を教えないのと同じで
> 問題を解決する手段を教えるのではなく考え方を自ら学んでほしいと思っているから
要するに、質問者を無能と見下してるわけですね？
俺が育ててやってるんだ。気分を味わいたいのねｗ
おまえら全員別のスレ立ててやってくれないか
どうもこの3人が癌のようだ
問題自体は解決してるんだよなぁ
なのにjQueryやら持ち出すから
お前の決めたルールの押しつけじゃん
答えのない答えをな
(9) 時にはあなたが望む「答え」だけでなく、「意見」などが寄せられる場合もあります。
コードを書かないで、居座る奴は荒らしなので、無視してください！
これソースコードじゃないよね？
無視しよ
要らないよ
俺はとかとかだよ
残念ながらありません
自己解決しました
async属性って便利なんですね
障害を乗り越えて頑張れよ
みんな応援してるから
のことローカル君って言ってるんだよ〜
本人は爆笑してたな
<div>a</div>
<div>b</div>
<div>c</div>
</div>
cから見て
<div>a</div>
<div>b</div>
<div>c</div>
の3つのノードがほしい時は
parentNode.parentNode.childNodes以外になんか書き方ありますか？
ありがとうございます
parentElementのほうが直感的でいいですね
こちらにしようと思います
要素の属性値を取得するとき全部文字列型ですよね？
DOMでそれらを変更するときは文字列型で渡したほうがいいですか？
"2000">"300"にならないし書き換えた値がNaNになったりするので、
parseInt toStringがめっちゃ多いコードになってきてるが、こんなんでいいんでしょうか？
これじゃインタプリタの利点が…
valueAsNumber
めんどい
div に、適切なクラス名をつける
jQuery にも、親子・兄弟間を移動する命令もあるけど、普通はそういう事をしない。
.parent().children()
外側のdiv に、クラス名を付けて、そのすべての子を取れるようにする。
<div class="abc">
$( '.abc > div' )
abc クラスの直下(子)のdiv。
. はクラス、> は直下(子)
まず、CSS Selector を学ぶべき！
Javascript超初心者なのですが
ES6の挙動を確認するうえで
document.writeln
console.log
<p id="foo" />使う（もちろんinnerHTMLは使わない）
要素を増やす
どれがベストなのでしょうか
デメリット含めご教示いただければ…
かといってparentNodeとかnextSibling使うのはださい
console.dir or console.log
Object.prototype.toString
typeof
EE6だけなら、コンソールでコードを叩いても十分
「さすがに」の意図を加えないと回答不可
ttp://https://developer.mozilla.org/ja/docs/Web/API/console/table 非標準らしいですが…？
「新規案件の実務では」さすがに今は使わないですよね…？
いいえ
非標準ではないようですが？
ttp://https://developer.mozilla.org/en-US/docs/Web/API/Console/table サイトソースみると
<div>サンプルコード</div>
<script>
</script>
こんなのがbodyのいたるところに入ってました
最近のはこれが普通なんですかね？
ちょっと前やってた話題からの流れってのがわかるんだがな
ブラウザでのファイルアクセスにて
裏技を使わずにjavascriptがあるフォルダ内ファイル一覧を取得する方法は
ありますでしょうか？
【環境】
android chrome
ios chrome
windows chrome
最新版と今後バージョンアップ含む
【条件】
サーバー側の設定やphp対応はできず、httpサーバーは一覧表示禁止する設定。
filesystemは今後chromeAPPのみ対応だということを確認済み。
fileAPIは手動選択ファイルのみ名称取得可能なことを確認済み。
【答え想定】
できない 〇〇使うとできる
まず、PC に、Node.js, VSCode をインストールする
VSCode の拡張機能に、Quokka.js を入れる。
Ctrl+Shift+P で、Quokka.js new file を選ぶ。
ただし、Quokka.jsは、保存したファイルからは、実行できない
const f = name => `Hello, ${ name }`
var str = f( "John" )
str // 出力、Hello, John
変数を書くだけで、その内容が表示される。
ここで、"John" を、"Tom" に変えると、出力も即座に変化する
ただし、そのファイルから、出力部分だけはコピーできないので、
コピーする場合は、コンソール画面の出力タブから、コピーする
サーバーで、一覧表示を禁止しているなら、見れないだろ
もし見れたら、セキュリティーホールになる！
const f = name => `Hello, ${ name }`
入力補完に、以下のように表示されるけど、
const f: ( name: any ) => string
ES 2015では、引数がany 型じゃなくて、string型を指定できないの？
つまり、型指定
const f = (name = '') => `Hello, ${ name }`
とかでそうならないか？
const f = ( name = "Mike" ) => `Hello, ${ name }`
確かに、入力補完は以下のように、string型になりましたが、
別にデフォルト値はいらないのです。
const f: ( name?: string ) => string
？
単にそういう質問ならjavascriptに型指定はないよ。typescript使え。てかそのためのtypescript
どうしてstring型を指定する？
toStringをきちんと定義してるオブジェクトが来るような可能性だってあるだろう
bigintがJSに入ったけどもしtypeof 'number'でチェックしてたら通らないだろう
勿論それでいい場合もあるだろうが悪い場合もある
だがしかし、本当はInfinityが来てほしくない場合もあるのではないか？
本当に制限したいのなら型という中途半端な括りではなくもっと厳密に判定すべき
それか制限するのではなく積極的にキャストして欲しい状態に値をもって行くように心がけろ
それがJSのやりかた
ありがとう。そうだよね
呼んだ？
ttps://mevius.5ch.net/test/read.cgi/hp/1557976008/ ホントだったら去年中にはCh/Fxで使えるようになってたのに
一度有効にしたものをずっと無効にされてどれだけ迷惑してることだか
ほんといい加減にしろ
はい
ネットにある記事を読んでわからないような人間に対して分かりやすく説明するのは無理だと思うので
不可能という回答をさせていただきます。
教えていただけますか？
「私には分かりやすく説明する能力は全くありません」
「私には回答は不可能です」
「私は無能です」
「私に質問しないでください」
質問者の説明不足を棚において言いたい放題だね
ttps://mevius.5ch.net/test/read.cgi/tech/1491143438/105 symbolもわからねえ雑魚の癖して何言ってんだか
ガイジ過ぎでしょこいつ
お前、向こうでも暴れてるのかｗ
あっておもろ
ECMAや純水なJavaScriptの話題だけのスレがほしい
結局楽だからっていつ廃れるかわからないのを学んで
その時々の流行を追っていくより
スタンダードなものを学習していきたいしそういう話題してるスレを見たい
純粋なJavaScriptといっても結局はほとんどの人はJavaScriptを
ブラウザ上で使うブラウザのAPIからは逃れることはできない運命にある。
ブラウザのAPIを一切使わないnodejsとかもあるけど
それはそれでnodejsのAPIの話になってしまうし
そもそもJavaScript（EcmaScript）は言語仕様を最小限に抑えていて
ブラウザのAPIはともかく、ファイルアクセスのAPIなんかも無いから
純粋なJavaScriptだけでスレを維持するのは話題が少なすぎて無理なんじゃないか？
純粋なJavaScriptのスレを立てても、ブラウザのAPIを
持ち出してくるアホがスレを荒らしていくだろう
そのAPIやライブラリの機能についての質問が中心になるならよそでやれってことだ
膨大な時間を消費するだけで、何も作れない・結果が出ないから、誰もやりたがらない
オライリーのデザインパターンみたいな本だろ。
素のJS で、発行購読・管制塔みたいな、イベントシステムを作りましたとか
こういうのは、ライブラリを作る方の話になるから、かなり高度
> 膨大な時間を消費するだけで、何も作れない・結果が出ないから、誰もやりたがらない
こういうことを平然といってしまえる人は、ライブラリ専用スレでやるべき
JavaScript総合スレでやるのは時間の無駄だし、バグリング君の二の舞になる
「それは学ぶだけ無駄なのでライブラリを使って解決して。原理は知らないよ」な回答しか出来ない奴だし
+ jQuery 質問用スレッド vol.7
ttps://mevius.5ch.net/test/read.cgi/hp/1466750494/ Lodashの扱いはどうするね
> Lodashの扱いはどうするね
ライブラリ総合スレがある
JavaScript ライブラリ総合質問所 vol.5
ttps://mevius.5ch.net/test/read.cgi/hp/1465399470/ 「すみわけ」のすの字も理解してくれない奴が居着くと大体こうなる
楽ちんが良い人は他所で質問すればいい
ここは修行のためのスレだから
ありがとうございます。
次からテンプレ等で誘導？
「ライブラリではない質問」はここ
ただしライブラリを使った解答はここでしてもよい
（ライブラリを使わないスレではないので）
かなりの手間が掛かるから
だから、jQuery の回答しか付かない
だから実質的には、jQuery 内のsizzle エンジンの話。
sizzle を使うと、素のJS でやるよりも、簡単に要素を指定できるというだけ
多くのケースで、これ！
jQueryしか使えない量産雑魚プログラマーの回答なんていらんから
俺は100スレ前からいるが、
素のJSで答えたことしか無い
jQueryスレとライブラリスレを何度も作ったのも俺だ
は重複スレで本来は
jQuery 質問スレッド vol.8
ttps://mevius.5ch.net/test/read.cgi/hp/1508707878/ の後継スレが立てられるべきだった
jQuery房はこっちに居着く気満々でどっちのスレでも暴れてた
これ、量子力学の基本ね
読み込んだjsファイルに書かれているjavascriptプログラムを実行するということ。
あなたの頭の中の無効の定義によるが、
例えばjs読み込む前にvar a = 3;が前の方で実行されてて、
読み込んだjsにはa = 8;と書かれてたとすると、
読み込んだらaの値は8になってるね？
これを3に戻したいのならa = 3;書いて実行するしかない。
一律「無効にする」「元に戻す」なんてのは（jsに限らず）ないから、
その読み込むjsにどういう処理が書かれてるのか、どういう状態に戻したいのかによって処理を書かなければならない。
ttp://https://smartlog.jp/145396#S14236219 「ご教授ください」とは、専門的な知識や技術を持っている人に教えてくださいとお願いを意味する敬語表現です。
「教授する」というのは、自分の知識や技術を教え与えるという意味。それに「ご」という丁寧語をつけているので、目上の人に対しても使用可能です。
例えば、新人が新しい職場に移ってきたとき、業務内容がわからず教わるシチュエーションなどで「ご教授ください」と丁寧な敬語表現として使用できます。
単に「教えてください」よりも「ご教授ください」の方が、相手から特別に専門知識を教わるという気持ちが強く表現できます。
また、ビジネスメールなどの文書よりも、直接相手に使用する話し言葉で用いるの方が多いのも特徴です。
ただし、誤用すると相手に失礼になってしまうので、くれぐれも使い方をマスターしておきましょう。
「ご教授ください」の正しい使い方とは？
「ご教授ください」には「ご」と「ください」という敬語表現が使われているので、目上や上司にも問題なく使用可能です。
使い方のタイミングとしては、相手から専門的な特別な知識なり技術なりを教わる時が基本です。
そのため、ちょっとした漢字や英単語を教えてもらうといった自分で調べればわかるようなことで使うと誤用になります。
「ご教授ください」はビジネスシーンで多く使われる表現ですが、新しい部署に移動したとき、新しいプロジェクトを任されたときなどのタイミングで使うのが一般的。
あくまでも、その人の得意分野や他の人では分からないようなことを尋ねる際に、「ご教授ください」は使うことを意識するようにしましょう。
ご教授くださいを使った丁寧な例文
本日より当部署で働くことになりましたので、色々とご教授ください。
新規プロジェクトの管理を仰せつかりましたので、どうかご教授ください。
このたび御社の営業担当になりましたので、不明な点などご教授ください。
開発部から異動してきました。企画に関しては未熟ですのでどうかご教授ください。
関西支社から派遣されてきたばかりですので、色々ご教授ください。
多く見受けられるのが、新しい部署に異動した場合、すべてのことが未知な場合に上司に「ご教授ください」を使います。
その際、本当に教わる場合もありますが、新任の挨拶として「ご教授ください」を使う例文も上げています。
新しい部署や新規プロジェクトに参加するタイミングで「ご教授ください」を使うと、
例え教えてもらうことがなくても相手に好印象を与える効果が得られるため、シーンに応じて上手に使いこなしてみましょう。
教えを示す さっさとやれ 無責任
お教えを授けてください
ということになるので
そうお願いするということは
それこと神に慈悲を乞ってるようで
日常使いするのはおかしい
くださいと言うのなら
ご教示の方を使いましょう
コピペ長文クッサｗｗｗｗ
ローカルくんのスレにしよう
10バイト未満で「回答」が終わる
const と let の違いを考えてみれば良い
で済むような
3という即値に結び付けられているモノ、8という即値に結び付けられているモノ、それぞれ考えれば良い
読み込んだオブジェクトに、nil とか空オブジェクトなどを代入すれば？
読み込んだオブジェクトは、例えば、$(jQuery) などは、
global property か何かに設定されるのだろ？
読み込まれたらコンソールにchinkoと表示されちゃってると思うが、その後にこれを無効化するとは？ｗ
一体どうなれば正解、というかどうなって欲しいんだｗｗ
console.log('foo');
を例に出すのは明らかに不適切だろうに
何らかの状態を「有効」にして、それを後から「無効」にすると考えるのが
普通の思考の流れ
だとしたら、その状態をスイッチするだけ
const で「有効な状態」「無効な状態」を保存して、let するだけじゃん
他にも方法あるかも知れんがな
あなたはの言う「一度読み込んだjs」の内容を知ってるのかな？ｗ
開示していただきたいねｗ
「無効」とはどういう状態を期待しているのか、もね。ｗ
ローカルくんやめな〜；；
内容は正確には知らないが
console.log('foo'); との共通点はゼロと推察されるだろう
> 「無効」とはどういう状態を期待しているのか
ブラウザで読み込んだときの素の状態でしょ
その程度のことも推察できないのか
「JavaScript を自ら学ぶ人」と確信できる人にだけ回答すれば良い
〇 既にそうなりつつある
このスレ意味なしとこそ思い至るべけれ
普通に回答してる奴ほんと馬鹿
jQuery だけど
ttp://https://webkikaku.co.jp/blog/webdesign/jquery_start/ の 6.クリックでclassの付け替えをする
みたいなのを考えてたんじゃね
あるいはDOM元に戻すとか
バカが叩き出したから真相は藪の中
リロードすることなくjsが無効な状態で読み込んだかのようなページ状態にすると読めるだろ
そんなこと絶対にできるわけないけどな
は今のところ「一度読み込んだjs」としか言ってません。
妄想はやめましょう。
勝手に思い込みで作業して、
「〜のつもりだった」と後から言われ、追加作業を費用ゼロで対応しなければならなくなるﾊﾟﾃｨｰﾝです。
「絶対」って言い切っちゃったよこの人
これだけ荒れてる場で「絶対」とか
不用意に使えないし使いたくもないがな
まあ頑張って
職場環境悪そうだよな
・js読み込まれる前の『状態』
・js読み込まれた後の『状態』
という発想自体が無いのかも知れんね
どんな状態を無効と言ってるのかは知らんが
過去改変でないのなら100％できないということは殆ど無い
ただしそのやり方を一緒に考えてやる気は100％ない
ここは質問用スレッドという名前のスレッドであって「質問者叩き用スレッド」ではない
答える気もないのに「俺は知ってる」レスだけする奴は何がしたいの
「ID を出していない発言は全て『荒らし』です」
で良いかもしんない
有用なスレなのにもったいない
+ JavaScript の質問用スレッド vol.140 +
ttps://mevius.5ch.net/test/read.cgi/hp/1558249632/ この板ってワッチョイ付けられたん？？？
上位20スレ全て付いてなかったが…
1. age 進行
2. 回答者は !slip:vvvvv を名前欄に
対案あったらどうぞよろしくお願いします。
1,2共に構わないが、なぜ質問者は例外？
一層なりすましが防止できそう、かな？？
テンプレ( )に
> ・メール欄を空欄にし、名前にレス番を入れることを強く推奨(なりすまし防止)
とあるので、どうしたものかなあと。
> ・メール欄を空欄にし、名前にレス番を入れることを強く推奨(なりすまし防止)
このルールはなりすまし防止目的だから、回答者が !slip:vvvvv する以上、質問者も倣うべきだと思う
質問者だけ例外にするとが一目で区別できなくなる
「962!slip:vvvvv」のようにレス番を入れる事も可能なので、質問者観点でも入れていいかと
そんな健全で厳かな質問所が良ければ他所でやればいい
馴れ合いも荒らしも馬鹿も居てこその2chだ
追加でそういう避難所を建てることは今までもあったが
かってに138スレの伝統を無視して本スレにそういうのを導入すんな
マジでやめてくれ
は他所ということで
伝統ってｗクソスレに伝統も糞もあるかよ
もともと、過疎っていたし、数人でまわしている認識だったが
質問者も実際には1-2人しかいなかったんじゃないかね
答えて欲しいのなら最低限の質問をしろ
そうでないとこちらもこの程度の回答しかできないという皮肉が分からんのか
質問者と回答者合わせて３，４人ってとこ
過疎らせることになるって分かってて始めるんだから
建てる人はちゃんと責任持って維持していってよ
> 過疎らせることになるって分かってて始めるんだから
元々、過疎っていたのが表面化するだけで過疎具合は何も変わらないって話
荒らしと共存するなら現状維持でいいんだろうが、君は荒らし容認派？
> 建てる人はちゃんと責任持って維持していってよ
意見を出す以上はある程度の責任は発生するだろうが、今後ずっと維持するのはだれも責任を持てないと思うのだが
現状維持の君も、現状維持される事に決まったら、スレを維持する責任を持てるのかね？
だが、否定ばかリで対案が全く出てこない
sage潜伏で人数不明と前向きな意見が出る気配がないな…
読込無効とはデバッグモードでjsファイルが表示されない事と定義
ファイルAPIにて該当jsファイル削除→htmlリロード
でいんじゃない？まぁ質問されたやりたい事とは違うと思うけど。
(1) 問題点
1. 現状に問題はない
2. ローカル君(バグリング君)の荒らし対策が必要
3. 自ら学ぶ意志のない質問者対策が必要
4. その他 (自由欄)
(2) 原因と対策
問題がないと思う人はその理由。
問題があると思う人は「原因と対策」
※sage進行者は複数人になれるので、内容を見て、ある程度の間引きは必要
バグリングくんの対策が必要
2と3
原因=ID不明で誰が誰か分からない。スルー対象を見分けにくい
対策=ワッチョイ
質問者は !slip:vvvvv を名前欄に、その後は「レス番」＋!slip:vvvvv
回答者は !slip:vvvvv を名前欄に
この2つを適用する方向でok?
えっと。
まず、1人でやってる訳ではないです。
上記の内容から分かるように、私だけの意見ではありません。
HTML/CSS のどんな質問にも優しく答えるスレ 38
ttps://mevius.5ch.net/test/read.cgi/hp/1555113111/611">ttps://mevius.5ch.net/test/read.cgi/hp/1555113111/611 611 名前：Name_Not_Found[sage] 投稿日：2019/05/21(火) 12:47:08.01 ID:???
： 961 (ﾜｯﾁｮｲ 6e8f-4YhY) [] 2019/05/22(水) 05:45:39.30:AcQcJ+CW0
それを否定したいという立場なのは理解しましたが、否定する論拠は何でしょうか。
その論拠が無い限り、「あなたの主観にすぎない」「スレッドの方針として、意見・立場につき否定したいだけ」と
解釈せざるを得ません。
論拠を出してください。
どちらにせよお前は一人で否定してるだけだけどな
その書き込み以後、そのレス番号を名前欄に入れて書くこと！
バカか
終わりかけのスレ挙げるほうが荒らしだわ
そういう奴は反対せず、次スレ不要を主張すべき
