私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ+ JavaScript の質問用スレッド vol.141 +

みんなの評価 :
レスフィルター : (試験中)
remove( ) で出来ました!
var elements = document.getElementsByClassName( 'abc' );
elements[ 0 ].remove( );
var elem = document.getElementById( 'xyz' );
elem.remove( );
var elements = document.getElementsByClassName( 'abc' );
elements[ 0 ].remove( );
var elem = document.getElementById( 'xyz' );
elem.remove( );
・馬鹿の例
var elem = document.getElementById( 'xyz' );
elem.remove( );
・チキ外
$('#xyz').remove();
・俺
xyz.remove();;;;;;
var elem = document.getElementById( 'xyz' );
elem.remove( );
・チキ外
$('#xyz').remove();
・俺
xyz.remove();;;;;;
根本的にdocument.getElementByIdとか使うのはアドホック的で美しくない
ユーザースクリプトとかでないのならもうすこしスクリプトドリブンでDOMを作って
美しくアクセスできるvDOMを使ってやるべし
ユーザースクリプトとかでないのならもうすこしスクリプトドリブンでDOMを作って
美しくアクセスできるvDOMを使ってやるべし
色んなサイトで散々解説されてる
具体的に言えないのであれば勉強しろ
具体的に言えないのであれば勉強しろ
特定のクラスの最初の要素をターゲットにするというのはナンセンスなので問題ないよ。
Showroom を見るときに、Ruby のSelenium Webdriver で、
邪魔なアバター・アイコン・メニューなどを削除してから見てる
漏れは、動画しか見ないから、他のサービスはいらない
邪魔なアバター・アイコン・メニューなどを削除してから見てる
漏れは、動画しか見ないから、他のサービスはいらない
とりあえず、これじゃダメ?
http://jsfiddle.net/ofzwnvj7/
http://jsfiddle.net/ofzwnvj7/
input type="checkbox"
http://developer.mozilla.org/ja/docs/Web/HTML/Element/input/checkbox
checked は、チェックボックスが既定で (ページが読み込まれたときに) チェックされているかどうかを示します。
チェックボックスが現在チェックされているかどうかを示すものではありません。
チェックボックスの状態が変化した場合、このコンテンツ属性は変化を反映しません。
(HTMLInputElement の checked IDL 属性のみが更新されます。)
だから、チェックの有無に応じて、適当なクラスを付け外して、目印にすれば?
例えば、チェックされたら、class="abc" を付ける。
チェックを外したら、class="abc" を削除する
http://developer.mozilla.org/ja/docs/Web/HTML/Element/input/checkbox
checked は、チェックボックスが既定で (ページが読み込まれたときに) チェックされているかどうかを示します。
チェックボックスが現在チェックされているかどうかを示すものではありません。
チェックボックスの状態が変化した場合、このコンテンツ属性は変化を反映しません。
(HTMLInputElement の checked IDL 属性のみが更新されます。)
だから、チェックの有無に応じて、適当なクラスを付け外して、目印にすれば?
例えば、チェックされたら、class="abc" を付ける。
チェックを外したら、class="abc" を削除する
試しに書いてみたが考慮点が多すぎて気軽に書くには割に合わないな
http://jsfiddle.net/Lqhm8ot0/
気軽にやりたければ親要素を変更するよりも
子要素か兄弟要素にしてCSSで対応する方法で我慢
親要素を変更するなら自分で状態をオブジェクトや配列で管理して
ユーザーアクションに応じて状態を更新する関数(イベントハンドラ)と
状態の更新に応じてUIを更新する関数は分けたほうが見通しがいい
http://jsfiddle.net/Lqhm8ot0/
気軽にやりたければ親要素を変更するよりも
子要素か兄弟要素にしてCSSで対応する方法で我慢
親要素を変更するなら自分で状態をオブジェクトや配列で管理して
ユーザーアクションに応じて状態を更新する関数(イベントハンドラ)と
状態の更新に応じてUIを更新する関数は分けたほうが見通しがいい
IE以外はtoggleの第二引数がサポートされてるから
li.classList.toggle(‘active’, input.checked)みたいに書けるよ
li.classList.toggle(‘active’, input.checked)みたいに書けるよ
>>375
横からだけど勉強になりました
横からだけど勉強になりました
一部を抜粋してきたのでわかりづらいかもしれませんが
下記はキー入力などを停止するための記述の一部です
if文の条件の意図って何なのでしょうか?
イベントオブジェクトがあればpreventDefaultメソッドは必ず持っているものだと
思うのですが、何を確認しているのかわかりません。
イベントオブジェクトを取得できたか確認しているのですかね?
var e = e || window.event;
if (e.preventDefault) e.preventDefault();
下記はキー入力などを停止するための記述の一部です
if文の条件の意図って何なのでしょうか?
イベントオブジェクトがあればpreventDefaultメソッドは必ず持っているものだと
思うのですが、何を確認しているのかわかりません。
イベントオブジェクトを取得できたか確認しているのですかね?
var e = e || window.event;
if (e.preventDefault) e.preventDefault();
>>383
whatwgの中心メンバーのくせに対応遅いよね
whatwgの中心メンバーのくせに対応遅いよね
SafariはIEとは大きく違う
Apple製品が欲しいけど、他を買わざるを得ない人は居ても、その逆は基本的にはない
最先端とか最高のものを求める人はApple製品は買わない
ブランドが持つ総合的な価値で買ってる
つまりそもそもSafariでChromeと同じように表示する必要はなく
どちらかといえば差別化をしたほうが良いくらい
Apple製品が欲しいけど、他を買わざるを得ない人は居ても、その逆は基本的にはない
最先端とか最高のものを求める人はApple製品は買わない
ブランドが持つ総合的な価値で買ってる
つまりそもそもSafariでChromeと同じように表示する必要はなく
どちらかといえば差別化をしたほうが良いくらい
>>386
いやレンダリングは同じじゃなきゃ困るだろw
いやレンダリングは同じじゃなきゃ困るだろw
そりゃ大体は同じでないといけないが、
細部は異なって当然でしょ
だって違うブラウザなのだから
車でもメーカー・車種によって細部の操作感は違うでしょ
ブランドごとにむしろ細部が違うからこそ価値が出てくるわけで
その価値を認めてる人たちがそのブランドを使ってるんでしょ
細部は異なって当然でしょ
だって違うブラウザなのだから
車でもメーカー・車種によって細部の操作感は違うでしょ
ブランドごとにむしろ細部が違うからこそ価値が出てくるわけで
その価値を認めてる人たちがそのブランドを使ってるんでしょ
もともとSafariは、KHTMLのブラウザエンジンをパクって作ったもの
KHTMLをパクってWebKitにしたのがApple
そのWebKitをパクってBlinkにしたのがGoogle
そのBlinkを搭載したChroniumを利用してるのがEdge
つまり全ての成果をMicrosoftが利用することとなった
KHTMLをパクってWebKitにしたのがApple
そのWebKitをパクってBlinkにしたのがGoogle
そのBlinkを搭載したChroniumを利用してるのがEdge
つまり全ての成果をMicrosoftが利用することとなった
最新のBlinkを利用する、ChromeとEdgeからすれば
旧世代のWebKitを使ってるのSafariという扱いなんだよ
旧世代のWebKitを使ってるのSafariという扱いなんだよ
IEユーザーにはどれだけこちらが正当なことを言っても全く通じないが
Safariユーザーにはその機能がないのはAppleの方針だと一言言うだけで納得するよね
努力すればできることでどうしても対応して欲しいという話になったら最近は海外に投げてる
椅子に座ってひたすらキーボードを叩いて解決するような仕事は日本人プログラマがすることではないし、
逆に言えばスピードとコストでは奴らに遠く及ばないと思い始めてる
Safariユーザーにはその機能がないのはAppleの方針だと一言言うだけで納得するよね
努力すればできることでどうしても対応して欲しいという話になったら最近は海外に投げてる
椅子に座ってひたすらキーボードを叩いて解決するような仕事は日本人プログラマがすることではないし、
逆に言えばスピードとコストでは奴らに遠く及ばないと思い始めてる
>>392
今時スマホなしは中々頑張ってんな
今時スマホなしは中々頑張ってんな
>>395
日本向けじゃないし
日本向けじゃないし
iphoneのユーザー数とIE含むレガシーブラウザのユーザー数はそうは変わらないしな
今javascriptとnode.jsを勉強してるんですがこの2つだけじゃ身につけにくいプログラミング言語の特徴みたいなのありますか?
型とかポインタ?とかかなと思うんですが
型とかポインタ?とかかなと思うんですが
実業務でポインタなんか全く使わんからいらん
型はTypeScriptにすりゃええよ
型はTypeScriptにすりゃええよ



類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.141 + (1001) - [100%] - 2019/9/22 23:15
- + JavaScript の質問用スレッド vol.142 + (984) - [97%] - 2020/8/27 19:15
- + JavaScript の質問用スレッド vol.131 + (1004) - [97%] - 2018/3/7 13:30
- + JavaScript の質問用スレッド vol.121 + (1001) - [97%] - 2015/1/1 18:30
- + JavaScript の質問用スレッド vol.121 + (1001) - [97%] - 2022/11/29 16:30
- + JavaScript の質問用スレッド vol.131 + (1000) - [97%] - 2017/1/25 8:01
- + JavaScript の質問用スレッド vol.144 + (288) - [97%] - 2020/5/17 20:00
- + JavaScript の質問用スレッド vol.111 + (1001) - [97%] - 2013/11/4 6:00
- + JavaScript の質問用スレッド vol.142 + (926) - [97%] - 2019/12/23 13:15
- + JavaScript の質問用スレッド vol.143 + (753) - [97%] - 2020/4/19 5:00
- + JavaScript の質問用スレッド vol.101 + (1001) - [97%] - 2012/7/16 14:15
- + JavaScript の質問用スレッド vol.140 + (1001) - [97%] - 2019/9/19 10:45
- + JavaScript の質問用スレッド vol.102 + (1001) - [95%] - 2012/9/11 17:30
- + JavaScript の質問用スレッド vol.123 + (966) - [95%] - 2020/10/20 2:30
- + JavaScript の質問用スレッド vol.122 + (116) - [95%] - 2018/5/2 18:30
- + JavaScript の質問用スレッド vol.122 + (1004) - [95%] - 2015/2/14 4:45
- + JavaScript の質問用スレッド vol.100 + (1001) - [95%] - 2012/6/13 22:46
トップメニューへ / →のくす牧場書庫について