+ JavaScript の質問用スレッド vol.115 +
http://jsbin.com/gucikube/1/edit notificationsのテストをしようとしてもエラーになるので
console.log(chrome.notifications);
とやったところundefinedと言われます
オブジェクト自体がないなら動くわけありません
chrome.notificationsはchrome28から使えるようになったようですが、
また使えなくなったのでしょうか?
キー入力の状態を明示的に「bodyをクリックした時と同じような状態」にするにはどうしたらいいでしょうか?
chromeで、contenteditableな領域でIMEオンのまま他のbuttonをクリックすると、
フォーカスは外れるのですが、そのままキー入力をすると、
contenteditable領域にキー入力が送られてしまいます
buttonではなくbodyなどをクリックすることでblurした場合は、そのようなことはありません
バグだと思いますが、buttonクリックでは「半blur」のような状態になるのです
なので完全にblurしたいのですが、スクリプトにより要素でblurを発行しても、完全blurにはなりません
完ブラするにはどうしたらいいでしょうか
はっと思いつき、
input textにフォーカスを移し、すぐにblurする、
というウルテクで完ブラすることが出来ました\(^o^)/
contenteditableという十分に枯れてないコンポーネントでのみ起きる現象だったので。
>>872 そういうものがあったのですね
調べてみます
ありがとうございました
880 :
Name_Not_Found:2014/05/26(月) 11:55:57.10 ID:mCA2gxiP
>>822-
わすれちゃいけないのが関数定義はブロックスコープだということ
>>875 それは拡張用であって特別なパーミッションが必要
標準APIは
new Notification('title', {body: 'body'})
これもパーミッションが必要
> わすれちゃいけないのが関数定義はブロックスコープだということ
それがどうかしたの?
変数もブロックスコープじゃん
いや、全て関数スコープだと思うが…
ブロックスコープはES6になるまで存在しない
だよな
テキストをスマホでタップした時に選択状態にしたいんですが、
<input type="text" ontouchstart="this.select();">
↑このように書いても選択されません。
何かアドバイスくださいお願いします。
ontouchstart を click にする。
>>883 ブロック中の関数宣言はES5までは仕様外でブラウザの独自実装
ブロックスコープか関数スコープかはブラウザによる
例えばChromeはブロックスコープ、Firefoxは関数スコープ
ただしES6ではブロックスコープになったのでこれからはそれに統一される
またそれに先立ってES5のstrict modeでは明示的に禁止されてる
あとES5まででもtry-catch(e)のcatch節中のeはブロックスコープになる
function test() {
var F = function () { return 'OK' }
if (true) { function F() { return 'NG' } }
return F
}
test()()
>>887 ブラウザの独自拡張を当然の動作であるかのように「関数定義はブロックスコープ」や「変数もブロックスコープ」と主張するのは違うと思ったのでES5仕様に則り、「全て関数スコープ」とした
「ES5では」と書かなかったのは反省してる
ところで、「ES6ではブロックスコープになった」のは知らなかった
まともな実装ならブロック内で関数宣言しないと思うが、コードによっては大きな影響がありそうだな
>>887 だからなんなんだよ?
ブロックスコープで関数宣言するってはない誰もしてないだろ。
関数スコープで関数宣言するのなら、
動的なものでもない限り、静的に関数宣言、つまり
var func = function () {・・・} よりも
function func() {・・・} の方がふさわしいって話を
みんなしてるんだが。
function文とfunction式の違い、式である必要がないなら
function文を使いましょう。
ん? まさか { }でくくられたものは全て
ブロックコープだって思ってないか?
function foo() {
function bar() {・・・} // ← ここはブロックスコープではない。
if (・・・) {
// こことかがブロックスコープ
}
}
うーん、なんか主張が噛み合ってないね。関数スコープってのは逆に言えばブロック中に書いても滲み出るものであって、
そもそもブロック中に置けないのなら関数だってブロックなんだから、むしろブロックスコープだという方が一般的な言葉の印象として正しいと思うけどな。
まあそれはブロックスコープより関数スコープが「基本」だと思ってるからだろう。そこが咬み合わない原因かもしれない。
ブロックスコープが「基本」で関数スコープが第二の面白いスコープだと思えば、関数直下にしかない状況でわざわざ関数スコープを優先的に先に考えるのは変だと気付く
ES6からはブロックスコープだがES5までは関数スコープだったとわざわざ言うとまるでブロック文中に書いたときの挙動が変わったように思える。
だが実際の実装ではまさにそうなってるんだから、むしろ関数スコープだったと言えるのは、ES5というより実際の実装の方ではないだろうか?
892 :
883,888:2014/05/26(月) 20:00:04.53 ID:AQkGHY9b
何を怒っているのかわからんが、俺は参考になったので
>>887には感謝してる
ここは質問者の答えは出るけど
その後よくわからんJavascript勉強会が始まる
894 :
883,888:2014/05/26(月) 20:12:09.21 ID:AQkGHY9b
>>891 文脈からすると俺に対するレスであってるだろうか
出来れば、レスアンカーを付けてくれるとありがたい
(一応いっておくが、>889-890は俺じゃない)
> ES6からはブロックスコープだがES5までは関数スコープだったとわざわざ言うとまるでブロック文中に書いたときの挙動が変わったように思える。
そのように理解してる
あなたが主張する ES6 のブロックスコープは残念ながら裏が取れていないのだが、
ES5 では try-catch を除いて関数スコープなので
>>837では "OK" が返り、ES6では "NG" になるはず
事実、Google Chrome 34 では "NG" が返る
>>891 お前が馬鹿なだけじゃね?
そもそも関数スコープとブロックスコープの違いを知らなかっただろ?
それを無理やり「俺は知ってた」みたいにこじつけるのやめとけよ。
>>891 お前何いってんの? ECMAScriptの仕様調べないで、自分の定義から
仕様を推測するとかアホなことやってんの? お前の印象なんかどうでもよくて、
ブロックスコープと関数スコープのどちらが基本とか関係なくて、
単に仕様では「ES5までは関数スコープしか存在しなかった」という事実でしか無いだろ。
実装がどうとかそんなの関係なく関数スコープしかなかったの。それがECMASCriptの一般的な言葉。
で関数定義はブロックスコープで行った場合の挙動は実装依存だが、
関数スコープで行った場合の挙動は明確で使用することに何の問題もない。
ES5において、スコープは
グローバルスコープ と 関数スコープしか無い。
関数の中にあるものは関数スコープで、そうでないものはグローバルスコープ
ES6では新たにブロックスコープができた。
ブロックスコープとは関数スコープの中でブロックを作った時に出来るスコープで、
そのスコープ内でのみ存在する変数はletを使って定義する。
letを使わない限り変数は関数スコープとなり、ブロックスコープはオプションと考えられる。
>>898 >ブロックスコープとは関数スコープの中でブロックを作った時に出来るスコープ
グローバルスコープの中では、ブロックスコープはできないってこと?
ES6でスコープのデフォルトがブロックスコープに変わったとか
そういうことが起きたわけじゃない。
従来通りのコードを書けばES5のとおり関数スコープ(関数の中でなければグローバルスコープ)
それが互換性というものなのだから当然。
そこに新たにブロックスコープという概念が追加された。だがそれは追加機能であり
letを使わないとそのスコープは利用されない。
>>899 めんどくせぇやつだな。
関数直下以外はブロックスコープだよ。
関数スコープはなくなったわけじゃないし、
letを使わない限り、関数スコープ。
ES5では関数スコープしかなくて、
ES6で新たにブロックスコープという概念が追加されたの。
>>902 はいそうです。
関数定義はブロックでやってはいけません。
そもそも、動的に定義する必要がないものは静的に定義するのが良いコードなので、
関数定義は(必要がない限り)function文で行うものです。function式で行うべきじゃありません。
ifなどのブロックは実行時に処理されるかどうか決まるので本質的に動的です。
だから静的に行うべき関数定義は、静的に、ゆえに関数スコープでやるべきなのです。
904 :
887:2014/05/26(月) 20:48:41.12 ID:???
>>889-890 変数がどんなスコープになるかは場所で決まるんじゃなく、宣言によって決まってる
「ここは〜スコープ」という言い方はない。「この宣言だと〜スコープ」となる
結果的にスコープがどうなるかで、このケースは〜スコープと言ってるわけではなく
この宣言はどんなスコープになる種類なのかを話している
>>891 確かに同じことの言い回しの問題かもしれない
>>894 びっくりして試してみたが初期設定のCh35(現在の安定版)では"OK"が帰った
そしてES6なら(ブロックスコープ)なら"OK"が帰る
すまないが返信はまた明日の朝する
905 :
902:2014/05/26(月) 20:53:45.60 ID:???
いや、スコープは場所で決まるんだよ。
ただし、ブロックスコープで有効な変数は
letを使うってだけ。
letを使った所がブロックスコープになるのではない。
>>905 > 私はif文内で関数を生成するなら
いや、そういう区別の仕方はおかしいでしょw
動的に関数を生成するかどうかで決めるのが正しい。
動的に関数を定義するのは、定義するタイミングが動的になってしまう。
これは静的に決まることよりもコードのメンテナンス性という意味で
悪くなってる。
>>905 > あと、細かいことで恐縮ですが、あなたの仰る「関数定義」は「関数宣言」ではないでしょうか
宣言と定義が明確に区別されているのは、
C言語ぐらいなので、それはどうでもいいこと。
おまえらいいかげん他でやれよ
真面目な会話と横槍の温度差が激しい
無名関数を直接引数にするとき以外で
ifの中で関数を生成するってあまりないなぁ。
仕様の話と主観的な意見が入り混じっていて何だかなあ
仕様の話なら、仕様見れで終わるわけで、
掲示板を使う理由がないんだがw
画像を読み込むときに何%読み込み完了したか表示してるサイトとかたまにみますけど
あれはどうやってるんですか?
しかし代替手段のないletを平気で使えるようになるのは3年は待たないと駄目だろうね
>>914 XMLHttpRequest progressイベント でggr
変数のスコープなんて考えを使ってるから、
セキュリティホールを作り込むんだよ。
全部グローバルにすればいい。
昔の堅牢なシステムは全部それで上手くいってた。
918 :
Name_Not_Found:2014/05/27(火) 02:35:27.41 ID:DGzKVkqL
すみません、質問です
iframeに別ドメインのページを読み込ませると、その中で動いているjqueryがエラーを頻発し
IE8でjs警告メッセージがでてきます
(例えば、$(div).〜と書いてるのがエラーになり、jQuery(div).〜に書き直したら収まるような妙なエラー)
しかし、同じページをiframeでなく直接開くとそのエラーは出ないという状況です
これは何が原因でしょうか
iframeで開く時に何か気をつけないといけないことがあるんでしょうか
lodashで単純なforループをするにはどうしたらいいんですか?
前の方でfunctionの問題が出ていますが
コンストラクタ定義をfunctionでして、そのprototype定義をその後ろでしていたとします
コンストラクタの前でnewしたら、
既にfunctionは定義されているのでインスタンスは生成できますが、
プロトタイプは設定されていないのでおかしくなります
function定義と同じタイミングでプロトタイプも定義する方法はありますか?
コンストラクタだけが出来て変になるのを防ぐために
function定義はやめた方がいいってことですよね?
はい論破
変になるのを防ぐってwwwww
せめて日本語を勉強してから論破しろよ
じゃあお前不完全なオブジェクト出来ていいのかよ