私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレJavaScript の質問用スレッド vol.132
JavaScript スレッド一覧へ / JavaScript とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
FILE API でテキストを読み込ませる処理でアドバイス欲しいです
D&D形式ではなくinput typeのFILEから1つのtxtファイルを選択して読み込ませたいのですが
ファイル選択待ちの間にonloadが止まってしまいます。
ローカル環境では一瞬で止まるのでしょうか?
以下、流れ
参照ボタンで発火
DOM idからファイル情報を取得
ifで振り分け(テキストファイルのみ実行許可)
以降はFILE APIです
発火のタイミングを参照終了後にする方法があれば良いのですが、便利な方法などありませんか?
ボタンを二回押す方式なら可能なのですがそれだと面倒なので、ファイルを選択して読み込ませたと同時に発火させたいです。
D&D形式ではなくinput typeのFILEから1つのtxtファイルを選択して読み込ませたいのですが
ファイル選択待ちの間にonloadが止まってしまいます。
ローカル環境では一瞬で止まるのでしょうか?
以下、流れ
参照ボタンで発火
DOM idからファイル情報を取得
ifで振り分け(テキストファイルのみ実行許可)
以降はFILE APIです
発火のタイミングを参照終了後にする方法があれば良いのですが、便利な方法などありませんか?
ボタンを二回押す方式なら可能なのですがそれだと面倒なので、ファイルを選択して読み込ませたと同時に発火させたいです。
>>752
コードを貼ってくれた方が回答を得やすいと思うよ
コードを貼ってくれた方が回答を得やすいと思うよ
>>760
君恥ずかしいからもう来ない方がいいぞ
君恥ずかしいからもう来ない方がいいぞ
>>752 です。
解決できました。
jsの発火タイミングをonChangeに変更したらonloadが正常に動きました。
問題が解決する前はファイルを選択画面を表示させるボタンを押したと同時に発火していたため、onloadが終了を確認する前に強制停止していたようです。
ちなみに、ローカルでもサーバーでも2往復して変化がなければ強制停止するみたいです(IE、FFで確認)
解決できました。
jsの発火タイミングをonChangeに変更したらonloadが正常に動きました。
問題が解決する前はファイルを選択画面を表示させるボタンを押したと同時に発火していたため、onloadが終了を確認する前に強制停止していたようです。
ちなみに、ローカルでもサーバーでも2往復して変化がなければ強制停止するみたいです(IE、FFで確認)
うん。初心者が躓きやすいポイントだね。
でもすぐ気づいたのは素晴らしいよ。
その調子で頑張ってね。
でもすぐ気づいたのは素晴らしいよ。
その調子で頑張ってね。
また問題発生。
FILE APIでwindowsのコンピュータに生成したテキストファイルをbase64エンコードをかけて保存。
読み出すと英数字は取得できるが、デコードをかけると文字化けを起こす。
どんな問題が考えられますかね?
FILE APIでwindowsのコンピュータに生成したテキストファイルをbase64エンコードをかけて保存。
読み出すと英数字は取得できるが、デコードをかけると文字化けを起こす。
どんな問題が考えられますかね?
>>768
釣りなんだろうけど、シェアトップのChormeはWebkitベースだし、スマホのシェアも
約半数がiPhone Safariで、次点でAndroid Chromeだけど、これらもWebkitだよ
ログをとっていなくても、サイト制作経験があるなら
-webkit-という接頭辞で自ずとわかるはずなんだけどね
釣りなんだろうけど、シェアトップのChormeはWebkitベースだし、スマホのシェアも
約半数がiPhone Safariで、次点でAndroid Chromeだけど、これらもWebkitだよ
ログをとっていなくても、サイト制作経験があるなら
-webkit-という接頭辞で自ずとわかるはずなんだけどね
今はandroidの標準ブラウザもwebkitになってしまってる
世の中ほぼ全てがwebkitな時代に突入してるんだよ
世の中ほぼ全てがwebkitな時代に突入してるんだよ
純粋なWebkitはSafari, iOS Safari
WebkitからフォークされたBlinkがGoogle Chrome, Android Chrome, Android標準ブラウザ, Opera
歴史的経緯からGoogle Chromeのベンダー接頭辞は -webkit、Operaは知らん
他、ニンテンドー3DS, PS3,PS4...etc
WebkitからフォークされたBlinkがGoogle Chrome, Android Chrome, Android標準ブラウザ, Opera
歴史的経緯からGoogle Chromeのベンダー接頭辞は -webkit、Operaは知らん
他、ニンテンドー3DS, PS3,PS4...etc
3DSのブラウザ、webkitだったのか
使えない機能がめちゃ多くてメモリ少なくてかなりきついブラウザだった
使えない機能がめちゃ多くてメモリ少なくてかなりきついブラウザだった
>>774
抜粋したソースでいいから貼ってもらえないかな?
抜粋したソースでいいから貼ってもらえないかな?
なんぞライブラリ通して使っててそのライブラリが勝手にやってるとかじゃねーよな
>>769
> 釣りなんだろうけど、シェアトップのChormeはWebkitベースだし、スマホのシェアも
釣り? ChormeはWebkitベースじゃない
当然スマホもiOSを除きWebkitベースじゃない
そしてWebkitベースじゃないものがほとんど
> 釣りなんだろうけど、シェアトップのChormeはWebkitベースだし、スマホのシェアも
釣り? ChormeはWebkitベースじゃない
当然スマホもiOSを除きWebkitベースじゃない
そしてWebkitベースじゃないものがほとんど
直接関係なくかつ無知で申し訳ないんだが
File APIの、ユーザにとっての安全性って
要するに「ユーザに選ばせるから通常のinput type="file"と同じよ」ってことでいい?
んで機能的には非表示iframeをtargetにしてformからアップロード、ってさせなくてもjsがデータ受け取れるよ的な
File APIの、ユーザにとっての安全性って
要するに「ユーザに選ばせるから通常のinput type="file"と同じよ」ってことでいい?
んで機能的には非表示iframeをtargetにしてformからアップロード、ってさせなくてもjsがデータ受け取れるよ的な
Chromeの中に含まれていたWebkit由来のコードは
2014年の時点ですでに半分にまで減っている
今は殆どないだろう
2014年の時点ですでに半分にまで減っている
今は殆どないだろう
>>772
> 歴史的経緯からGoogle Chromeのベンダー接頭辞は -webkit、Operaは知らん
違う。Google Chromeのベンダー接頭辞はつけない。
Blink、新機能に対して新たなベンダープレフィクスを追加しない決定
http://cpplover.blogspot.jp/2013/05/blink.html
今も残っているとしたら、それは過去の遺産だろう
OperaはChromeと同じエンジンを使っている
Webkitではない
> 歴史的経緯からGoogle Chromeのベンダー接頭辞は -webkit、Operaは知らん
違う。Google Chromeのベンダー接頭辞はつけない。
Blink、新機能に対して新たなベンダープレフィクスを追加しない決定
http://cpplover.blogspot.jp/2013/05/blink.html
今も残っているとしたら、それは過去の遺産だろう
OperaはChromeと同じエンジンを使っている
Webkitではない
CSS からベンダプレフィックスという仕組みが消える日
http://hyper-text.org/archives/2013/05/goodbye_vendor_prefixes.shtml
「ベンダプレフィックスに -chrome- が増えるの?」 という質問に対して、
今後、新しい機能に対してベンダプレフィックスを増やすことはしない
実験的な DOM / CSS の機能に関しては、about:flags で設定可能にする
正式にリリースが可能になった時点で、dev/canary チャネルにおいてデフォルト有効の状態にする
既存の -webkit- ベンダプレフィックスは引き続き使用可能
プレフィックス付きの記述をどのタイミングで廃止するかは、統計データを基に決める
http://hyper-text.org/archives/2013/05/goodbye_vendor_prefixes.shtml
「ベンダプレフィックスに -chrome- が増えるの?」 という質問に対して、
今後、新しい機能に対してベンダプレフィックスを増やすことはしない
実験的な DOM / CSS の機能に関しては、about:flags で設定可能にする
正式にリリースが可能になった時点で、dev/canary チャネルにおいてデフォルト有効の状態にする
既存の -webkit- ベンダプレフィックスは引き続き使用可能
プレフィックス付きの記述をどのタイミングで廃止するかは、統計データを基に決める
>>778
> んで機能的には非表示iframeをtargetにしてformからアップロード、ってさせなくてもjsがデータ受け取れるよ的な
iframeは必要ない。そんなものを使わなくても、formからsubmitしなくても
input type="file"でファイルを選んだ時点でjsからデータ取れる
> んで機能的には非表示iframeをtargetにしてformからアップロード、ってさせなくてもjsがデータ受け取れるよ的な
iframeは必要ない。そんなものを使わなくても、formからsubmitしなくても
input type="file"でファイルを選んだ時点でjsからデータ取れる
>>783
言い直しただけやん
言い直しただけやん
ベンダプリフィックスが -webkit- だから
これはwebkitに違いないって思ってたのか
無知だなぁw
これはwebkitに違いないって思ってたのか
無知だなぁw
>>784
よく読もうねおじいちゃん
よく読もうねおじいちゃん
元々はwebkitからforkしてました
だんだんとwebkitのコードから独自のコードに変えていきました
当時のベンダープレフィックスはwebkitだったけど今後は-webkitでも-chromeでもなくprefix無しになります
どれも数年前の話からそのまま進んでるといえど
>ChormeはWebkitベース
>歴史的経緯からGoogle Chromeのベンダー接頭辞は -webkit
これ間違ってないように見えるのだが
だんだんとwebkitのコードから独自のコードに変えていきました
当時のベンダープレフィックスはwebkitだったけど今後は-webkitでも-chromeでもなくprefix無しになります
どれも数年前の話からそのまま進んでるといえど
>ChormeはWebkitベース
>歴史的経緯からGoogle Chromeのベンダー接頭辞は -webkit
これ間違ってないように見えるのだが
-webkit- をサポートしていたら、それはwebkitというのなら、
Edgeはwebkitってことになるなw
http://msdn.microsoft.com/en-us/library/mt270097(v=vs.85).aspx
Supported WebKit APIs
For improved compatibility, Microsoft Edge supports a variety of "-webkit-" prefixed APIs.
Below is a list of these supported APIs.
Google翻訳
サポートされているWebKit API
互換性を向上させるために、Microsoft Edgeでは、プレフィックス付きのさまざまな "-webkit-" APIをサポートしています。
以下は、これらのサポートされているAPIのリストです。
Edgeはwebkitってことになるなw
http://msdn.microsoft.com/en-us/library/mt270097(v=vs.85).aspx
Supported WebKit APIs
For improved compatibility, Microsoft Edge supports a variety of "-webkit-" prefixed APIs.
Below is a list of these supported APIs.
Google翻訳
サポートされているWebKit API
互換性を向上させるために、Microsoft Edgeでは、プレフィックス付きのさまざまな "-webkit-" APIをサポートしています。
以下は、これらのサポートされているAPIのリストです。
この阿呆はマイクロソフト系ばかりの平社員PGって感じだな
もっと現実的をみろよ
もっと現実的をみろよ
>>787
Webkitのコードは削除されたのでもはやWebkitではない。
Blinkで動いてテストしても、Webkitで動くことにはならないのだから
>歴史的経緯からGoogle Chromeのベンダー接頭辞は -webkit
互換性のために残しているだけ。
Edgeが互換性のために-webkit-をサポートしているのと何も変わらない
Webkitのコードは削除されたのでもはやWebkitではない。
Blinkで動いてテストしても、Webkitで動くことにはならないのだから
>歴史的経緯からGoogle Chromeのベンダー接頭辞は -webkit
互換性のために残しているだけ。
Edgeが互換性のために-webkit-をサポートしているのと何も変わらない
Chromeで動かないJSコード書くアレな人はまだムキになって屁理屈捏ねてるの?
Chromeで動けば、Safariでも動くって思っている人には
夢見せてあげれば良いんじゃないっすかね?w
Safariで動くかテストした?って聞かれれば
Chromeで動いたからだいじょっブッスよwww
って言っておk
BlinkからWebkitのコードが削除され
WebkitからChrome用のコードが削除されてるってことは
知らなかったことにしておけば良いwww
夢見せてあげれば良いんじゃないっすかね?w
Safariで動くかテストした?って聞かれれば
Chromeで動いたからだいじょっブッスよwww
って言っておk
BlinkからWebkitのコードが削除され
WebkitからChrome用のコードが削除されてるってことは
知らなかったことにしておけば良いwww
http://caniuse.com/
Browser scores
Chrome 56: 275
Firefox 52: 274
Safari 10: 217
Edge 14: 210
これみても、ChromeとFirefoxは同じぐらいだけど、
そこから2割差が開いてSafariはEdgeと同じぐらいだからな。
これで同じと思っちゃうのは頭が悪い
Browser scores
Chrome 56: 275
Firefox 52: 274
Safari 10: 217
Edge 14: 210
これみても、ChromeとFirefoxは同じぐらいだけど、
そこから2割差が開いてSafariはEdgeと同じぐらいだからな。
これで同じと思っちゃうのは頭が悪い
WebKitはKDEプロジェクトで開発されたKHTMLをフォークして作られたのだから
KHTMLベースと言うべきだ。どんなに変わっとしてもだ!
http://ja.wikipedia.org/wiki/WebKit
> WebKitは、元々アップルのmacOSに搭載されるSafariのレンダリングエンジンとして、LinuxやBSDといった、
> Unix系用のレンダリングエンジンであるKHTMLをフォークして開発された。
KHTMLベースと言うべきだ。どんなに変わっとしてもだ!
http://ja.wikipedia.org/wiki/WebKit
> WebKitは、元々アップルのmacOSに搭載されるSafariのレンダリングエンジンとして、LinuxやBSDといった、
> Unix系用のレンダリングエンジンであるKHTMLをフォークして開発された。
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / JavaScript スレッド一覧へ
みんなの評価 : 類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.132 + (1001) - [91%] - 2018/4/19 11:00
- + JavaScript の質問用スレッド vol.113 + (1001) - [88%] - 2014/1/25 12:46
- + JavaScript の質問用スレッド vol.133 + (1001) - [88%] - 2018/6/8 10:45
- + JavaScript の質問用スレッド vol.113 + (1001) - [88%] - 2014/3/15 21:30
- + JavaScript の質問用スレッド vol.130 + (974) - [88%] - 2016/10/26 14:18
- + JavaScript の質問用スレッド vol.123 + (1002) - [88%] - 2015/4/27 23:30
- + JavaScript の質問用スレッド vol.131 + (1000) - [88%] - 2017/1/25 8:01
- + JavaScript の質問用スレッド vol.123 + (966) - [88%] - 2020/10/20 2:30
- + JavaScript の質問用スレッド vol.103 + (1001) - [88%] - 2012/11/9 15:30
- + JavaScript の質問用スレッド vol.130 + (1001) - [88%] - 2017/11/25 20:45
- + JavaScript の質問用スレッド vol.102 + (1001) - [88%] - 2012/9/11 17:30
- + JavaScript の質問用スレッド vol.131 + (1004) - [88%] - 2018/3/7 13:30
- + JavaScript の質問用スレッド vol.142 + (984) - [88%] - 2020/8/27 19:15
- + JavaScript の質問用スレッド vol.122 + (116) - [88%] - 2018/5/2 18:30
- + JavaScript の質問用スレッド vol.122 + (1004) - [88%] - 2015/2/14 4:45
トップメニューへ / →のくす牧場書庫について