私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ+ JavaScript の質問用スレッド vol.137 +
JavaScript スレッド一覧へ / JavaScript とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
そういうことだな
ウェブの大部分を占めるウェブサイトには
jQueryがもっともバランスが良いってことだよ
CSSベースで設計したものに上手く適合するので
ウェブサイト標準技術で作られたサイトと相性いい
ウェブの大部分を占めるウェブサイトには
jQueryがもっともバランスが良いってことだよ
CSSベースで設計したものに上手く適合するので
ウェブサイト標準技術で作られたサイトと相性いい
jQuery房さぁーん、React Nativeの話題をいきなり出してきたのはなんでですかああああ?
脈絡なくネイティブアプリの話を持ち出し話をはぐらかそうとするjQuery厨
マヌケ無能jQuery房さぁああああん
React Nativeーーーー??
React Nativeーーーー??
jQuery厨はjQuery以外の技術はからっきしなのでReactとReactNativeを混同してしまうのもしょうがない。
なんたって名前が似てるからねw
両方Reactって付いてるしww
jQuery厨が勘違いするのもしょうがねぇwwwww
なんたって名前が似てるからねw
両方Reactって付いてるしww
jQuery厨が勘違いするのもしょうがねぇwwwww
React Nativeーーーー!!
React Nativeーーーー!!
React Nativeーーーー!!
いきなりReact Nativeの記事ワロタwww
ホントにjQueryのことしか知らねんだなw
元号変わることも知らなそうw
ホントにjQueryのことしか知らねんだなw
元号変わることも知らなそうw
話をReactにすり替えようとしてるのバレバレだってw
ここはjQueryのスレですよ?
ここはjQueryのスレですよ?
突然ネイティブアプリの話をしだしたjQuery厨、今度は責任転嫁し始めるww
いい加減この質問に答えてくれませんかね?
例えばこれ
$(document).on('click', 'a', function() {
$(this).toggleClass('on');
});
(minifyしたら1行にされて意味がないんで)
単語数で考えると、$, document, on, click, a, function, $, this, toggleClass, on
たったの10単語で実現できるコードをjQueryなしで書くと大幅に増えてしまう
例えばこれ
$(document).on('click', 'a', function() {
$(this).toggleClass('on');
});
(minifyしたら1行にされて意味がないんで)
単語数で考えると、$, document, on, click, a, function, $, this, toggleClass, on
たったの10単語で実現できるコードをjQueryなしで書くと大幅に増えてしまう
>>417はjQueryで書くとたったこれだけのことにプラス85,000文字かかりますという例です
>>417
たったこれだけのことをするためにjQueryなんてウンコを入れてしまったため、あなたのサイトはnetflixより「大規模」wになってしまいましたw
たったこれだけのことをするためにjQueryなんてウンコを入れてしまったため、あなたのサイトはnetflixより「大規模」wになってしまいましたw
どんなに貶されてもスマホのネイティブアプリのReact Nativeの採用率が下がればjQuery厨の溜飲は下がるのである。
なぜかはまったく分からないが…
なぜかはまったく分からないが…
だってたった10単語で実現できるってのがウソ、詐欺だからな。
「1単語で実現できるよ?hoge()」
こう言ってるのと一緒。
「1単語で実現できるよ?hoge()」
こう言ってるのと一緒。
スッ…(jQuery厨、得意気にReact nativeの記事を出す)
面白すぎるwwwww
面白すぎるwwwww
>>346
色んな改善によりコストは昔に比べると0に近づいてきてるが
それでもやはり標準に便利な高レベルAPIが無いというのは不便で無駄なことなので
Layerd APIが提案されている
2020年代からはできるだけライブラリを使わず
標準APIと標準が用意したポリフィルAPIを使うことで問題を解決する
色んな改善によりコストは昔に比べると0に近づいてきてるが
それでもやはり標準に便利な高レベルAPIが無いというのは不便で無駄なことなので
Layerd APIが提案されている
2020年代からはできるだけライブラリを使わず
標準APIと標準が用意したポリフィルAPIを使うことで問題を解決する
新しい規格が策定されるのはいいんだけど、
古いブラウザが対応してないって問題どうにかしちくり~
古いブラウザが対応してないって問題どうにかしちくり~
>>427
それはそもそも対応する必要がないんだよ
ずっと更新されないブラウザを使い続けてる環境で
ポリフィルやライブラリまで使って高レベルなことをすべきかどうか疑問だし
現時点・そして未来でも標準化して効率化しておく必要があるから標準化される機能なのに
古い環境で動かそうってのはそもそも無理があることだと思うよ
老体に鞭打つ的な行為で、実際結構お節介で重くて迷惑になるだけだと思う
だから最低でもimportに対応してる環境で足切るというのが現実的だと思う
古い環境はJSを無効にしてるのと同等に動作させるか、nomodule属性を使ってちょっとだけ機能を保管するか
その程度が落とし所だと思う
それはそもそも対応する必要がないんだよ
ずっと更新されないブラウザを使い続けてる環境で
ポリフィルやライブラリまで使って高レベルなことをすべきかどうか疑問だし
現時点・そして未来でも標準化して効率化しておく必要があるから標準化される機能なのに
古い環境で動かそうってのはそもそも無理があることだと思うよ
老体に鞭打つ的な行為で、実際結構お節介で重くて迷惑になるだけだと思う
だから最低でもimportに対応してる環境で足切るというのが現実的だと思う
古い環境はJSを無効にしてるのと同等に動作させるか、nomodule属性を使ってちょっとだけ機能を保管するか
その程度が落とし所だと思う
昔はブラウザの標準APIがアレだったから必要だったけど、今は標準APIが充実したからjQuery自体は必要無くなった感がある
でもjQueryに依存する物が多過ぎるから結局読み込む→どうせ読み込むなら使うか、みたいな感じになりがち
でもjQueryに依存する物が多過ぎるから結局読み込む→どうせ読み込むなら使うか、みたいな感じになりがち
今まで標準APIでできるようになってきたのってjQueryが担当してた部分だけど
連動リストだとかjQueryプラグインが担当してたような部分も標準化が進んでるから大丈夫
連動リストだとかjQueryプラグインが担当してたような部分も標準化が進んでるから大丈夫
DOMで言えば、各要素に特化した標準の便利メソッドがないのはなんで?
tableのth追加とか
selectのoption追加・操作とか
あとはマウスイベントの位置取得
tableのth追加とか
selectのoption追加・操作とか
あとはマウスイベントの位置取得
>>435
何も問題が解決してない
何も問題が解決してない
jQuery のソースコードを見ればわかるけど、
大部分が、様々なデバイス・OS に対する、互換性を担保するもの
数百種類に及ぶ、デバイスへの対処!
これを単独企業で作ることは無理だから、
MS など色々な企業が、jQuery財団に資金提供して作ってもらっている
jQueryを使わないと、動かないデバイスがある
大部分が、様々なデバイス・OS に対する、互換性を担保するもの
数百種類に及ぶ、デバイスへの対処!
これを単独企業で作ることは無理だから、
MS など色々な企業が、jQuery財団に資金提供して作ってもらっている
jQueryを使わないと、動かないデバイスがある
企業は絶対に、jQuery を使う
もし使わないと、様々なデバイスで動かないという苦情がくるので、
その対処に費用がかかる
基本的に会社は、そのスマホ・デバイスを持っていないから、
テストも出来ないし、対処できない
もし使わないと、様々なデバイスで動かないという苦情がくるので、
その対処に費用がかかる
基本的に会社は、そのスマホ・デバイスを持っていないから、
テストも出来ないし、対処できない
Web Speech APIについて質問なんですが
Firefoxで実験してるのですが日本語はMicrosoft Harukaしかありません
クライアント側で初音ミク的な音声を追加することってできますか?
Firefoxで実験してるのですが日本語はMicrosoft Harukaしかありません
クライアント側で初音ミク的な音声を追加することってできますか?
>>422
> 「1単語で実現できるよ?hoge()」
> こう言ってるのと一緒。
テストスべきコードの量って言えばいい?
jQueryの中身はjQueryプロジェクトでしっかりとテストされてる。
お前の言ったそのhogeの中身はテストされとらんだろ?
つまり自分で書かないといけないコードってことだよ
自分で書くコードをできる限り減らして
テスト済みの既存のライブラリに置き換えるのが重要なんだよ
> 「1単語で実現できるよ?hoge()」
> こう言ってるのと一緒。
テストスべきコードの量って言えばいい?
jQueryの中身はjQueryプロジェクトでしっかりとテストされてる。
お前の言ったそのhogeの中身はテストされとらんだろ?
つまり自分で書かないといけないコードってことだよ
自分で書くコードをできる限り減らして
テスト済みの既存のライブラリに置き換えるのが重要なんだよ
>>440
使わないと苦情が来るのではなく
使わなくともあからさまな不具合に見えないように
する技術さえもないから来るというだけでしょ
そしてjQuery使い続けるからそうしたスキルさえもない人が開発し続ける
使わないと苦情が来るのではなく
使わなくともあからさまな不具合に見えないように
する技術さえもないから来るというだけでしょ
そしてjQuery使い続けるからそうしたスキルさえもない人が開発し続ける
画像の内容をjsで制御できる画像フォーマットってありますか?
例えば、元々複数の画像データが埋め込まれているgifみたいな画像データがあって
その表示タイミングや順序をスクリプトで指定できる、みたいな
例えば、元々複数の画像データが埋め込まれているgifみたいな画像データがあって
その表示タイミングや順序をスクリプトで指定できる、みたいな
スライドショーレベルならcssのtranceなんとかで出来たと思うのですが
例えば、人の全身の画像、顔のパーツだけの画像これらが一枚のデータになっていた場合
それを一枚の画像上で顔を入れ替えたり、と扱えるような感じです
canvasでも良いのですが、結果しか保存できないので
例えば、人の全身の画像、顔のパーツだけの画像これらが一枚のデータになっていた場合
それを一枚の画像上で顔を入れ替えたり、と扱えるような感じです
canvasでも良いのですが、結果しか保存できないので
全部の画像を並べて一枚にする
そしてcssのpositionとsizeをjsでいじる
ペラペラ漫画みたいな感じ
ただし、画像と画像の切れ目を考慮しないと補完かかってボケるから大きめに作って表示は小さめにする
そしてcssのpositionとsizeをjsでいじる
ペラペラ漫画みたいな感じ
ただし、画像と画像の切れ目を考慮しないと補完かかってボケるから大きめに作って表示は小さめにする
>>444
フォーマットは特に無い
jsは不要でcssだけで行けるよ
http://www.pxt.jp/ja/diary/article/116/
ファミコン時代からある方法だけど、こういう手法に名前ってあるの?
フォーマットは特に無い
jsは不要でcssだけで行けるよ
http://www.pxt.jp/ja/diary/article/116/
ファミコン時代からある方法だけど、こういう手法に名前ってあるの?
>>444
SVGならXMLとして解析できるから唯一そういうことを現実的にできる
SVGならXMLとして解析できるから唯一そういうことを現実的にできる
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / JavaScript スレッド一覧へ
みんなの評価 : 類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.131 + (1000) - [97%] - 2017/1/25 8:01
- + JavaScript の質問用スレッド vol.135 + (1002) - [97%] - 2018/11/23 10:30
- + JavaScript の質問用スレッド vol.130 + (974) - [97%] - 2016/10/26 14:18
- + JavaScript の質問用スレッド vol.130 + (1001) - [97%] - 2017/11/25 20:45
- + JavaScript の質問用スレッド vol.117 + (1009) - [97%] - 2014/8/5 3:30
- + JavaScript の質問用スレッド vol.131 + (1004) - [97%] - 2018/3/7 13:30
- + JavaScript の質問用スレッド vol.132 + (1001) - [97%] - 2018/4/19 11:00
- + JavaScript の質問用スレッド vol.107 + (1001) - [97%] - 2013/9/7 10:16
- + JavaScript の質問用スレッド vol.133 + (1001) - [97%] - 2018/6/8 10:45
- + JavaScript の質問用スレッド vol.134 + (1001) - [97%] - 2018/8/3 23:15
- + JavaScript の質問用スレッド vol.136 + (1001) - [97%] - 2019/1/8 11:30
- + JavaScript の質問用スレッド vol.138 + (1004) - [97%] - 2019/4/20 23:45
- + JavaScript の質問用スレッド vol.139 + (1001) - [97%] - 2019/5/27 15:15
- + JavaScript の質問用スレッド vol.127 + (1001) - [97%] - 2016/2/4 0:15
- + JavaScript の質問用スレッド vol.127 + (160) - [97%] - 2021/7/16 9:30
- + JavaScript の質問用スレッド vol.113 + (1001) - [95%] - 2014/3/15 21:30
- + JavaScript の質問用スレッド vol.118 + (1002) - [95%] - 2014/8/29 22:30
トップメニューへ / →のくす牧場書庫について