+ JavaScript の質問用スレッド vol.134 +
■ このスレッドは過去ログ倉庫に格納されています
JavaScript を自ら学ぶ人のための質問スレッドです。
次スレは>>950が(本スレで改善案があれば考慮して)立ててください
■規則/推奨ルール
・メール欄を空欄にし、名前にレス番を入れることを強く推奨(なりすまし防止)
・質問内容は具体的に。言葉だけでなく、出来る限り再現性を確認したサンプルコードの掲示。
・質問テンプレートの利用推奨。
・質問への「答え」だけでなく「意見」を出しても良い。
■禁止行為
・丸投げ質問
・迷惑スクリプトの質問
・オレオレ用語の使用(一般的な用語を使用する事)
・煽り、批判等の他人を不快にさせる行為(批判の代わりに「AよりBが良い」のような代案を出す事)
■質問テンプレート
【環境】OS, ブラウザをバージョンと共に記入してください。
【条件】期待する回答の条件を書いてください。
【何をしたのか】何をしたら問題の現象が発生するのか。再現手順を具体的に書いてください。
【エラーメッセージ】エラーメッセージがあれば正確に書き写してください。
【期待する結果】最終的にどういう結果を望んでいるのか、を書いてください。
【サンプルコード】現象を再現可能な最小限のコードを書いてください。
1レスに収まらないならコード投稿サイトを利用してください。
http://jsdo.it/ http://jsbin.com/ http://jsfiddle.net/ http://ideone.com/
■回答者へ
・回答には多様性があります。他人の回答を尊重してください
・動作ブラウザや環境が限られる場合は、それを明記してください
・他人の回答を批判する代わりに、自分ならこう書くという例を示してください
・質問者がJavaScriptでなければ実現できないと勘違いしてるなら、その否定としてHTMLとCSSで実装しても良い
・他人の回答を見たくないのであれば、文句をつける代わりにNGにして見えないようにしてください。文句をつける＝荒らしです Math.sqrt(5) は Math.sqrt(5) と書くのが普通
どうしても sqrt ってしたいなら、
const sqrt = Math.sqrt.bind(Math)
const sqrt = Math.sqrt でも動くと思うが、sqrtメソッド内のthisが異なる
constが使えないブラウザの場合はvarで代用 >>199
ありがとうございます。
しかしそれだと
sinやlogやabsやら全てに対しその宣言をしないといけませんよね。
それはちょっと面倒です……。
それと、後出しのようになってしまいますが、完全に個人目的（ブックマークレット）なので
evalやwithなど危険性・脆弱性のある機能を使ってもいいかなと思っています。
他人が触らず、かつ入力されるものが完全に把握できている場合でもevalやwithの使用は控えるべきですか？ Microsoftって昔J-Scriptっていうのを作ったのにどうしてそれを放棄してAction Scriptを作ったん？ ActionScriptじゃなくてTypeScriptだった Math.sqrtって打つのが面倒なら
m.sqrtって打っていって
最後にm\.sqrtをMath.sqrtに置換すりゃいいじゃん >初心者です。JavaScriptを簡単な電卓代わりに使おうと思うのですが
JSを使って簡易電卓を作ってみたい
なら少しわかるが
初心者が、JSを電卓代わりに使う、とか意味わからん >>201
JScriptは大人の事情で名前を変える必要があっただけで
実質はJavaScript。開発当時は標準仕様などなく
どのブラウザも好き勝手JavaScriptを発展させたので
互換性がない部分がたくさんあった
標準仕様が作られたが、いちばん重要な互換性を保つために
IEはJScriptの開発を続けていったが、ようやく互換性を切り捨て
標準仕様に準拠できるようになった。
TypeScriptはJavaScriptをもとに改良したもの
JavaScriptの標準仕様を満たしており、＋αで機能強化されてる。
JScriptが標準仕様を満たしてないために切り捨てたものにたいして
TypeScriptは標準仕様を満たしてなおかつ拡張されているところが違う ここまですべてくそ
わからないものにはクソをする
ワハハ バタン！ >>200
何個使う気が知らないけど
let {sin,log,abs}=Math
みたいにできるし、10個未満なくらいならwith文使わなくても
煩雑になったりはしないと思うよ だな。
用途がブックマークレットって言ってるしIIFE使うんだろうから、
(function({sin, log, abs}) {
})(Math);
ってやってもいい。 a = !a
みたいな処理が一度に出来る代入演算子ってありますか？ jqueryのtextメソッドを使って改行を表示させる方法はありますか？
文字列の中に"\n"を書いても改行になりませんでした ソース上での改行かhtml上での改行か
html上なら無理 無理なんですね
ではhtmlメソッドとHTMLエスケープを使ってやります
ありがとうございました 改行は、<br> だろ
改行を使わず、<p> でも良いかも テーブルタグでクリックしたtdを連結するにはどうすればいいでしょうか？ よく考えたらjqueryのtextメソッドって
文字列にHTMLをかけてinnerHTMLに代入するメソッドではなくて、
テキストノードを作成するメソッドですよね
たからbr要素を入れられないのも当然ですね ×HTMLをかけて
○HTMLエスケープをかけて
でした JavaScriptファイルを編集してもキャッシュが読み込まれてしまう時がありますが
条件はあるのでしょうか？ >>220
エスケープなどしない
DOMを覚えて、タグを挿入している感覚を改めた方がいい 質問です。このシステムの名前を知らない為、長文になりますがよろしくお願いします。
サイトの中にあるリンクをクリックすると当たり前ですがリンクに組み込まれたurlに飛ばされます。
しかしこのリンクに組み込まれたurlをコピーし別タブで開くとサーバーエラーになりページが表示されません。
そこで、
質問1:このシステムの名称があれば教えてください
質問2:この現象（コピペするとエラー）を回避し、例えば自作のページに画像を貼るコードサンプルをご教授お願いします ・そんな糞なシステムを真似ないほうがいい
・そんな糞な仕組みを実装すると弊害が出る そういう「外部からの勝手なアクセス」は迷惑行為として対策されていることがあります
著作権侵害などの問題が発生する可能性もあるので、できるとしてもやりたくないですね ページAからページBのリンクを踏んでページBに遷移するときも、
直接アドレスバーにページBのURLを打ち込んで移動するときも、
そのサイトのサーバーにはページBに対するリクエストがクライアント(=ブラウザ)から来るわけですが、
この時クライアントがいっしょに送ってくる情報を調べて動作を変えることができます。
質問の動作の違いは、恐らくその情報のうち、リファラーというものを見てサーバーが動作を変えている(そういう風に作って/設定している)のだと思われます。
リファラーは簡単に言うとひとつ前にいたページのURLです。
アドレスバーに直接打ち込んで行くとカラなので区別できます。 >>222
普通はキャッシュから読み込まれる
故意にキャッシュを捨てるか、ページをリロードするか、
ファイルが変更された都度、ファイル名を変えるなどすると、
更新後のファイルが読み込まれる
>>224-227
履歴だろ。直前のページ。
どのページから、ここのページに来たか >>219
ありがとうございます
rowSpanで下の行のtdを削除したいのですが
複数行ある場合にはどうすればいいでしょうか？
event.target.parentNode.nextSibling.nextSibling.nextSibling...
とクリック毎にnextSiblingを続ける方法がわかりません >>231
rows, cells, cellIndex, rowIndex jsSHAは
生成したオブジェクトを再利用することは出来ないのでしょうか？
ハッシュを生成するたびにオブジェクトをnewするのは無駄な気がして気になります 40桁の16進数を、36進数にしたいです
基数変換はtoStringで出来ますが、40桁の16進数はJavaScriptで扱える数の範囲を超えてますよね？
どうやればいいですか？ >>235
n進数のnを基数というのかと思っていたのですが、どうも違うようですね
n進数のnのことを何と言いますか？ 基数を辞書で引くと
記数法で、基礎として用いる数、すなわち〇(ゼロ)から九までの整数。
と書いてあったので、これはちょっと違うのかな？と思ったのですが、基数でしたか
ありがとうございました それ国語辞書とかで調べてない？
基数って言ってもいろいろあって、IT用語ならまさにn進数のことだし、数学用語ならa^n(べき乗)とかlogaN(対数)とかのaのこと
基となる数は基数 >>235
V8はBigIntが実装されたので、Chromeやnodeでは
BigInt('0xcafecafecafecafecafecafecafecafecafecafecafecafecafecafecafecafecafecafecafecafecafecafecafecafecafecafecafecafecafecafecafecafecafecafecafecafecafecafecafecafe').toString(36);
が使える >>240
国語辞典で調べてました
文脈によって変わる語なんですね
ありがとうございました
>>242
それはどういうものでしょうか
自分の理解の範疇を超えています
40桁の16進数はJavaScriptで扱える整数の範囲を超えているので、
組込み関数ではなくてアルゴリズムでやるってことですよね
16進数から4進数は、各桁を4で割っていけばいいだけなので簡単そうです
でも4進数を36進数にするのは、そう単純じゃないですよね
4進数n桁が36進数m桁と同じになるのでしょうか？ >>232
度々すいません
左隣りの縦列にrowspanがあるとcellIndexが変わってしまいますが
これはどうすればいいでしょうか？
http://jsbin.com/gonenedopi/edit?js >>243
そうかね
36^0の桁だけ先に計算しておけば、36^1以降は計算しやすいと思うが >>241
自分への回答と思わず読み飛ばしていました、すみません
そういうのがあるんですね
しかも、同様の機能を提供するbig-integerという汎用的なライブラリもあるようです
これを使えば簡単ですね
ありがとうございました
>>242
おっしゃる意図が読めません
理系の人なら分かるのでしょうか
四則演算以上の計算は難しいです
でもありがとうございました せっかくBigIntの話を聞いてもライブラリで妥協するとかつまんねえ奴だな
そんなにレガシーブラウザで巨大数を扱いたいのか？
もうそっとしておいてやれ >>248
できました！
適切なアドバイスありがとうございます >>249
は？？
electronアプリならいいですが
chromeでしか使えないものをウェブアプリで使えないのは当たり前ですが？
アホですか？ フォーム中のenterキー入力で発動する処理の中で、
別のフォームにフォーカスする処理を書いていたら、
フォーカス後のフォームにenterキーが入力されてしまいました
preventDefaultしたら現象は消えましたが
イベント伝播の最中に処理らしい処理をするのはもしかして避けた方がいいのでは？
と思ってきました
イベントハンドラの中ではlodashのdeferのようなもので処理の予約だけしておいて、
イベント伝播が終わった段階で処理が実行されるようにした方がいいのでは？と。
どうなのでしょうか？ 単純な処理なら、かまわないだろうけど、
時間がかかる・複雑なものなどは、避けた方がよい >>251
アホはあんただ
そんなこと言ってるといつまでたっても使えない
モダンブラウザは今年中には対応してくるんだから
これからどうするのかという話だとBigIntを使っていこうと言う方が正しい いや間違ってるよ。
create-react-appなどのツールもes2015+で書けはするものの最終的にはbabelでes5に変換している。
レガシーブラウザ対応のためだ。
世の中知らなすぎ。イキリ学生かな？
こんなとこでマウントとってないで勉強しろｗ >>256
そうなんですか？
それはめでたいですが、
使う側からしてみればネイティブ実装だろうがライブラリ実装だろうが
インターフェイスに実質的に大差ないので、ちょこっと変えればいいだけの話です
マウンティングになってないんですよ
だからアホなんです >>256
マジ学生のうちは勉強しといた方がいいよ。
時間とれるの今のうちだからさ… マウントマウントってゴリラじゃないんだからさ
世の中〜とかどうでもいいわけ
世の中に合わせるために生きてるわけじゃないんだから
そんなゴタゴタしたことは実際にゴタゴタしたときに考えて
最も適切な方法を見つければいいだけ
IEで動かしたいのかもしれないし、Nodeで動かしたいのかもしれない
もし駄目なときはそりゃあ良いように対応すればいい
でも基本的にはネイティブを使っていこう、試してみようと思わないと先に進めないんだわ
要するに綺麗事でいいじゃないかということ
教科書っていうのは大抵は綺麗事だ
それに現実はそう上手くは行かないとケチつけるのはアホ
まず綺麗事があって、そこから綺麗事じゃないことに対応するべきなんだよ
つまりはせっかく教えてくれた人がいるんだからBigIntを
もっと積極的にできる限り使おうとしてみろよということ
「へー、まそれはまだ早計でしょうからこれにしますわ」じゃあまりに失礼だろう っていうかそこまで新しい技術を積極的に使っていくことに反対するやつの気がしれないわ
babelでレガシーサポートが基本みたいに言うしさぁ
本人は現実的で無難で実際に役に立つ思想のつもりなのかもしれないけどさ
そういう奴らは結局10年前からいるIEガ〜厨と変わらないんだよ
ここに古い環境をサポートすべしと書けば書くだけ自分含む全JSerの首を締めることになるのが分からないのか
まだ吸収力がある初心者にこそケツひっぱたいてレガシー環境から遠ざけるべきなんだよ
それが俺たちのやるべきことだ
未熟な人に物事を教えるってことは甘く考えちゃいけない
学校の先生だって道徳で綺麗事を教えるだろう
それが変わりにいかに小狡賢く生きていくかを教えたらどうなる？
お前らがやってることはまさにそういうことだといい加減気づけ
お前らが根絶するまで俺はあえてこの極端なスタンスを取ってバランスを取る
これは俺がJS質問スレ20か30のころからずっと続けてきてることだ
わかったか？？ ケンカをする悪い子は
スパークリングワイドプレッシャーで
お仕置きなのだ！ 確かに古いブラウザを切り捨てないといつまでも新陳代謝が進まないということはあると思いますが
BigIntは時代遅れになったブラウザに欠けている標準的機能というより
最先端なブラウザにようやく実装されはじめた先進的機能ですよね？
ですからそれを使っても新陳代謝に寄与することはないんですよ
はい論破 stage4に入ってpolyfillも整備されたら使い始めれば良いと思う 最初にBigIntを紹介した者ですがこんなキチガイ中学生に背乗りされて荒らしの道具にされるとは思ってもみませんでした。
最初からポリフィルライブラリのほう紹介すればよかった。
申し訳ない。 使えもせんもの紹介しっぱなしで逃げといて被害者ヅラとか片腹痛いわ >>261
XHTML2やECMAScript4の失敗がある今でもこんなことをいう人がいるんだね
そういうことは、全人類を従わせるだけの力を身につけてからいいなよ >>261
> ここに古い環境をサポートすべしと書けば書くだけ自分含む全JSerの首を締めることになるのが分からないのか
誰も古い環境をサポートすべしとは言ってない。
現役のブラウザをサポートすべしと言ってるだけ babelを使うとサポートしてない古いブラウザでも動いてしまう
だがウェブ標準で書いてもChrome 1（2008年リリース）という
サポートしてない古いブラウザでも動いてしまう
それとなにも変わらねぇ
わざわざ古いブラウザを切り捨てる意味はない 世の中から古いブラウザが消えないと新しい機能が使えない？
アホか。古いブラウザが消えなくても
お前がサポートをやめれば新しい機能は使える
昔流行ったIE6以上推奨です。みたいな文章を入れるだけの話だ 蔵「IE6で動かないのですが？IE6以上で動くと言っていましたよね？至急この不具合を直してください。ﾊﾔｸ！」 そりゃIE6以上で動くことを保証していれば
対応しないといけないだろうな。
ホントな、サポートの意味をわかってない
馬鹿（>>277のことな）が多すぎｗ
サポートしないためには、動かなくしないといけない！
だからbabelを使ったらいけない
動いてしまったら、サポートしてることになるんだ！！
って思うのかね。アホかと
はいはい。Chrome 1で動いてしまったら
サポートしてることになるんですよねー（アホ理論では） 今年後半ジャバアプレットっていうのが流行るらしいです
去年マイナンバーのサイト？で導入されて話題になったそうですね
名前からしてジャバスクリプトの進化系だと思ってます
まだジャバスクリプト勉強中の身としては先が長いです
この世界は進化が激しいですね
みんなもうジャバアプレット使えるんですか？
ついて行けててすごいです… とりあえずwin8.1のサポートが終了すれば
理屈上はIE限定の環境はほぼ無くなるハズ みんな新しいほど優れてるとは限らないんだぞ
これからはアップルウォッチの簡易ブラウザもサポートしないといけないんだから クライアント「つまり、Google Chromeだけが対応ブラウザなのですね。IE12,Firefox,Safari...eycはサポートしないのがトレンドと仰るのですね。」
>>261「はい。世のブラウザはもっと、レガシー環境から遠ざけられるべきなんです。Google Chrome以外は全てレガシー環境。世の中の人が皆、Google Chromeを使えばいいのです。」 うち過半のアクセスがモバイルSafariなんやけど〜 いま一番問題になってるのは、古いAndroidスマホを
使い続けてるやつやで node.js難しいので導入とかしてないのですが
npmでインストールしてimportするのと
scriptタグで、なんとか.min.jsみたいなのを読み込むのって
何か違いがあるんですか？ テキストやバイナリの1バイト目だけ取り出したいときって
text.substring()するしかない？ 来年でなるからそれを記念してされたらいいな。 してるかも。 >>291
HTML 内で読み込むのは、普通のやり方。
一方、npm で読み込むのは、そのフレームワークのやり方
Rails でも、実行環境は、Node.js だよ。
Node は画面機能として、すべての言語で必要
web アプリは、HTML, JavaScript で画面を作る × HTML 内で読み込むのは、普通のやり方。
○ HTML 内で読み込むのは、昔ながらのやり方。
× 一方、npm で読み込むのは、そのフレームワークのやり方
○ フレームワークではなく、改良された新しい標準的なimport方法
× Rails でも、実行環境は、Node.js だよ。
○ ビルド環境がnode.js 実行環境はブラウザ
× Node は画面機能として、すべての言語で必要
○ 必要ない
× web アプリは、HTML, JavaScript で画面を作る
○ HTML、JavaScriptを使わず、それ以外の言語だけで作ることもある ■ このスレッドは過去ログ倉庫に格納されています
