「IE9」を含む日記 RSS

はてなキーワード: IE9とは

2022-06-17

IE地獄IE6,IE7,IE8,IE9が乱立していた時だった

たった数年前だけど、

Google Chromeを元にしてHTMLを組む → IE絶望的に崩れているのを治す

という流れが一般的だった時代があった。

透過png修正するjsを入れて、背景には効かなくて、結局background実装をやめたのもいい思い出です。

IE9が退役になったときにようやくまともなHTMLを組める時代が来たという感じで、昨今はどう書いてもgoogle Chrome見ながらやればほぼ崩れない時代になりました。

2020-11-21

anond:20201102112132

IE9フェイクだとしたらめっちゃドンピシャっぽいトップ企業心当たりある

DaaSDesktopマスターイメージ部署Gr会社で多少カスタマイズされてるんだったらIE9リアル可能性がある。

やってないものを「やってる」と書くフェイクとして全ファイル暗号化は考えづらいからHとFは違うぽい。

業界事情はぜんぜんしらないんだけど、トヨタ名前かいてるブコメあるけど仰々しいお知らせをたどったら「x月x日に社長がきます」はすごいトヨタっぽいイメージ合致する

2020-11-02

大企業のDX状況を教えるよ!

大企業に勤めてるよ!

みんな絶対に知ってる日本トップクラスっていうかある意味トップ企業だよ!

もちろんDXをゴリゴリに推進しているし「DX」と名の入った部署まで作って本気だよ!

そんなうちの会社の最新のDX事情を教えてあげるYO

もちろんDaaS

社内システムはもちろんDaaSDesktop As A Service)を使ってるよ!

要するにリモートデスクトップだよ!

社内全員がDaaSを利用するんだけど負荷を抑えるためにWindowsインデックスサーチはOFFにされてるよ!

なのでファイル検索はめちゃくちゃ遅いしOutlookメール検索死ぬほど遅いよ!

おまけに一人あたり20GBの容量しか使えないよ!でも基本的メールのやりとりだからメールだけで使い切るよ!

え?使い切ったらどうするかって?もちろん、古いメールは削除だよ!

なんで20GBしか使えないのか聞いたら、「平均して20GBしか使ってない」んだって

ってことは平均以上の半分の人は見捨てられたんだね!

スマホに入ってるmicroSDですら128GB使えるけどね!

ちなみに不正防止の観点メール等の証跡は全部別のサーバに蓄積されているよ!社員からは見えないけどね!

あと、インデックスサーチOFFにされてるけど、結局はセレロン並の遅さだよ!

ファイル暗号化

ファイルは全部暗号化されているよ!

からUSBで持ち出しても外では開けないよ!セキュアだね!DaaSからUSBさらないけどね!

ちなみに暗号化の解除は社員なら了承無しで誰でもできるよ!不便だもんね!

本当に危ないファイルzipパスワード独自に付ける人が多いよ!

でもほとんどの人が4桁数字しか使わないしzipパスワード付けてるだけだから

困ったときブルートフォースして一瞬で開けるよ!便利だね!

もちろんリモートワーク対応

コロナより前からリモートワークしてたよ!

からリモートワーク環境バッチリ

DaaSにつなぐためにVPNを張るよ!ワンタイムパスワード保護してるからセキュリティバッチリ

ちなみにこのVPNDaaSサーバしか繋げないVPNだよ!

DaaSにはTLSアクセスするんだけど、念の為VPNで更にセキュアにしてるよ!

そのせいでVPN繋ぐとトラフィックがそっちに吸い取られてインターネット通信できないよ!

キーロガー仕込まれてたとしても安心かもね!後で送信されたら一緒だけどね!

ちなみにコロナときVPNへのアクセス集中でみんな仕事できなくなったよ!DaaSは余裕があったけどね!

Web会議バッチリ

社内システムWeb会議システムがあるからリモートでも会議可能だよ!

DaaS上でしか使えないかラグエコーがひどくて結局現地で開催されている会議を聞くだけのツールになってるけどね!

最近流行りの最先端Web会議システムも使うよ!

なぜかZOOMは初期の頃に猛烈な反対にあって使用不可になったけどね!

DaaS上でしか使えないか映像ほとんど無理だし音声もエコーだらけだけどね!

からみんな自分携帯ログインして画面共有のために二重ログインしてるよ!

メールはもちろんPPAP

メール添付ファイル付けるともちろんPPAPパスワードZIP送付、パスワード送付、暗号化プロトコル)してるよ!

しかも送られるのはZIPじゃなくて自己解凍exeだよ!

exe送れないこと多いからex_にしてから送って、受け取り側でexeにして実行してもらうよ!

ZIPソフト無くても解凍できるなんて親切だよね!

4,5年前はこの状態だったけど、これは流石に修正されたのかな?実際に送られたファイルを知らないからわかんないね

標的型メール訓練もバッチリ

最近話題標的型メールへの対策完璧

定期的に訓練が実施されているよ!

「訓練が実施されるのでうっかり開いた人は報告してね」

っていうメールが事前に来るよ!親切だね!

訓練メールはだいたいWorddocファイルが付いていて開封したらHTTPリクエストが飛ぶ仕掛けで開封たかどうかが分かるよ!

ちなみに受け取っただけなら報告はいらないらしいよ!

この時期に本当の標的型メールが来てたらどうするんですか?っていう質問の回答は未だに返ってこないね

周知メールは周知ページへのリンク

社員への周知がある場合は、周知ページへのリンクメールされてくるよ!

たとえどんなに些細な周知(社長挨拶に来ます、とか)でもリンクメールされるよ!

リンクを踏むとIE9が開いて貧相なページが表示されるんだけど、そこにもまだ内容はないよ!

貧相なページの下に更にリンクがあって、Wordファイルダウンロードされるよ!

Wordファイルダウンロードして激重のDaaS開封すると

社長が○月○日に挨拶に来ます

だけ書いてあるよ!

稼働管理の多重化

社員がどれだけ働いてるかの稼働はしっかり管理されてるよ!

勤務表に投入するだけじゃなくて、どういう作業をしたかの稼働までちゃんと入れるよ!

別々のシステムから同じ内容を入れるんだけどね!

毎日15分単位で始業開始時刻と終業時刻と休憩時間を入れるよ!

ちなみに2つのシステム業務時間に誤差があると物凄く怒られるよ!

最近知ったけど日々の業務時刻はどうでもよくて合計しか見てないらしいけどね!

チェックシートエクセルシート

信じられないぐらいチェックシートをたくさん用意して不正防止に努めてるよ!

鉛筆一本買うだけでもとんでもないチェックをしないといけないよ!

チェックが多すぎて誰もチェックしないっていうのが常態化してるよ!

あ、ダブルチェックトリプルチェックは当たり前なので、責任希薄になってやっぱり誰もチェックしないよ!

ちなみに事件は頻繁に起きてるよ!だって、肝心のシステム側がザルだからね!

ペーパーレス

チェックシートは前は紙にサインだったけどペーパーレス化が進んだからPDF保存になったよ!

様式の見た目は印刷物と同じだからすごく入力しにくいけどね!

おまけにファイル暗号化されちゃうので検索で引っかからないよ!

ファイル名で検索するしかいから、ファイル名を間違えてると内容が合ってても後ですごく困るよ!

あと会計に少しでも関わるもの絶対にペーパーレスにならないよ!

領収書原本いらなくなったって何回言っても原本保管から変わってくれないよ!

飛行機領収書とかPDFダウンロードしてきて印刷して保管してるよ!

肝心の半券は不要からやろうと思えばPDFダウンロードした後にキャンセルできるけどね!

パスワードログイン

業務で使うサーバログインするとき共通アカウント共通パスワード常識だよ!

だいたいのパスワードアカウント+1234みたいな感じだよ!

この前、公開鍵設置して秘密鍵ログインしようとしたらなぜか弾かれてて、よく見たらわざわざOFFにしてあったよ!

公開鍵認証の話をしたら「は?なにそれ?」みたいな顔をされたよ!

あ、もちろんパスワードの定期変更は推奨されてるよ!

社内システムも3ヶ月でパスワード変更しないといけないよ!

コミュニケーションツールの導入

なんと今流行りのチャットコミュニケーションツールが導入されたよ!

グループ会社が作った肝入りソフトだよ!

社内のDaaSからアクセスできるけど、社外からアクセスできないほどセキュアだよ!

でもでも、スマホアプリなら社外からでもアクセスできるよ!よくバグで落ちてるけどね!

定期的な人事異動

今のようなことを情シスに言っても何も変わらないよ!だってほとんど素人からね!

3年で人事異動メンバーが入れ替わるから、それまで問題を起こさないために何もしないよ!

おわり

こんな感じでDXを進めてるよ!

もちろん客先では「うちは最先端のDXやってます」って言ってるよ!

胸が痛いね

追記

なんか知らんうちにめっちゃのびててビビってるよ!

フェイクをちょっと混ぜといてよかったよ!本当は「社長挨拶に来る」じゃなくて副社長だよ!

割と酔った勢いで書いたから今読み返したら意味わからんだろう内容があるのはごめんよ!

どこの会社か教えてほしい

教えられるわけないよ!

これDXじゃなくね?

ごめんね!そうだね!ガチDX施策のクソさも書きたいけどさすがに身バレするね!

本当に書きたかったのは社内システムこんなクソなのにもっとDXしよう!って言ってるシュールさと

社外的に「DXしましょう!うちはプロですから!」って言ってるとこだよ!

こんなにいろいろやっててえらい

つぎ足しつぎ足しの秘伝のシステムになってるのが問題だよ!

もはや全部変えると予算がつかないからこんなことになってるよ!

でもたぶん全部MS社にしてOffice 365OneDriveにしたら問題の8割は解決しそうだよ!

付き合わされてる下請けとかかわいそう

この辺のシステム請けてるのがそもそもグループ会社ってのが日本一般的大企業だよ!

そこで働いてる人はおじいちゃんばっかりで若者はみんな派遣だよ!

この辺のシステム最適化されると派遣が切られちゃうから下請けはたぶん喜んでるよ!

おわりのおわり

みんなの会社はこんなにひどくないと信じてるけど

DXとか言うなら社内システムちゃんとしようね!

人差し指タイピングする人(結構多い)にちゃんタイピング教えてあげてね!

2020-07-30

世のSIerなどに就職しない方が良い理由

コンピュータプログラミングが好きで、その技術で以て社会に貢献したいと考えている人へ告ぐ。

日本SIerなどに就職しても、給料以外に得るものなどない。だから就職するな。

もし、コンピュータ技術で人の役に立ちたいと思うなら、オープンソースプロジェクトに参加したり、本などを書いたりした方が良い(後者は一発当てると生活不自由しない程度には稼げる)。

まず、世のSIerPG就職したところで、実質的価値のあるソフトウェアを作ることは、まず無いと思っていい。

案件の大半は、コンピュータリテラシーの低い老人向けのクソ下らない業務システムなどだ。信じられないかも知れないが、「FAXと連動する」みたいなソフトウェアは、今も日本中で生産され続けている。

おまけに客自身が、そのシステムで実現したいことを本質的理解してないから、従来紙の上でやっていたことを、そのままパソコンで行うだけのシステムを作ることになる。

ついでに言うと、SEプログラマ仕事設計コーディング等の知的業務だと思ったら大間違いで、「客の送ってくるエクセルパワポ資料体裁を保ちながら、丸番号つきのスクリーンショットを追加する」みたいな下らない仕事が開発と同じくらいある。

あと、「IE9で動かない」とか「Firefoxで見たときだけテーブルの枠線が薄くなる」みたいな、本当にどうでもいい理由既存ライブラリを利用せずに、フルスクラッチで書こうとする勢力が多数。

要するに、我々の仕事の大半は無駄なことをしている。

あと、日本職業エンジニアレベルは本当に低い。趣味プログラミングを学んだその辺の学生の方がずっとレベルが高い。

まず、職業エンジニアほとんどは、アルゴリズムとかオブジェクト指向設計とか、プログラムの性能や保守性に関わる知識全然知らない。ハードウェアデータベースネットワークセキュリティ等のシステム運用必要情報技術の基礎知識を一通り知ってるエンジニアなんて、全体の1%もいない。

そもそも業務で使っているプログラミング言語すらまともに勉強していない。「Effective ○○」みたいな本に書いてあるようなベストプラクティスをことごとく無視してクソコードを量産する。クソコードはそのプロダクトが死に絶えるまで残り続けて、改修のコスト指数関数的に増加させる。

下請けゴミにもなると、ググって出てきたコード意味もわからコピペして「動かないんですけど」とか言ってくる。それでも仕事はある。

あと、ソースコードバージョン管理していない会社すらわりと存在する。(「GitではなくSVNを使っている」とかい意味ではない。文字通りバージョン管理していないのである

こんなことは別にIT業界に限らないんだろうが、要はレベルの低い人ほど偉そうで、全体の足を引っ張っているわけである

ここで言うレベルっていうのは、別にJavaC++などを使いこなせることを意味してるわけじゃない。仕事の内容や目的をきちんと理解して、自立して仕事ができるかどうかだ。

お前んとこの独自フォーマットエクセル出勤簿をシステムに取り込む機能が本当に必要なのか、よく考えて欲しい。あと、パソコンの使い方レベルの問い合わせを、開発者までたらい回しにしないで欲しい。本当に無駄しかない。

2018-07-14

ウェブサイトをAndroid4まで対応しろってさ

まだ使ってる人いるの?

一応対応してるのだがはたしてコストに見合ってるのかどうかモヤモヤする

IE9 は切ってやったが。

2018-03-09

anond:20180308013517

IE11→x2

IE10以上→x3

IE9以上→x4

くらいは取りたい

取ればいいやん。

こんな便所の落書きでそれっぽいことうだうだ書く暇があるなら、事情説明してお客さまに工数理解をしてそれに費用がかかる事を理解と納得をしてもらって、費用をだしてもらえや。

自分たちのやってることの内容を説明して納得もさせられないのは、商売をやってないだけだろ?

お金をもらう上で、相手の「費用」の感覚自分達の作業量とあってないからって、「見積もりを通す」ことができないなら、「作業者としては優秀」なのであって、「仕事人としてはダメ」なだけでしょ?

お金をもらう」までが商売なんだから

相手が何も努力もせずに「こちらの作業量勝手好意的理解してくれる」と思ってるの?

「いや、見積もりを通すのは俺の仕事じゃないから」とかっていうなら、諦めろや。

自分価値お金に代えたいなら「技術を知らない営業マンに任せたとしてもクライアント理解をしてもらえる」方法なり、資料を作れよ。

そういった努力もしないかマークアップエンジニアは「作業者」として見られて、世間一般的に「技術職」と思われず「作業者」となってるんだよ。

2018-03-08

anond:20180308013517

最初IE11だけだったのにやっぱりユーザいるか10と9もというケースもある

うちだと開発の途中でIE910が追加されたりしたら騒ぎになるなー。

IE10以前は公式サポート終了してるのでうちはきっぱり拒絶するし、それができている。

セキュリティ使用不可なのでそもそも検証環境を準備できないし、客だって同じ理由検収できないでしょ、というのが方便

どうしてもって言うなら見積もりだいぶ上がりますけどOK?っていう姿勢で通してる。

収益考えたらそうするべきなので、おたく営業無能なのでは?

IE対応と言われたら金額倍くらいを提示したい

ウェブ系の仕事をしてるが気軽にIE対応とか言われることがあるが気軽に対応できるものではない


IEは最新の11ですらもう何年も前のもの

もう5年くらいは経つのだろうか

セキュリティアップデートはあるようだが、機能更新はない


ChromeFirefoxは1,2ヶ月程度に1回アップデートをしていて毎回様々な機能が追加されている

今ではもうIEとで使える機能の差はとても大きい


未だに昔ながらのjQueryのみという作りをしているのであれば大して気にすることではないがモダンブラウザターゲットに最新機能をどんどん導入している場合IE対応がかなり辛い

実際に倍くらいの時間がかかることもある


JavaScript コア部分であれば Babel で変換したりpolyfillである程度の対応はできるが DOM などブラウザ固有の WebAPI はそうではない

別途それぞれのpolyfillを集めて多少はどうにかできるものもあるがそれですら手間になる

そして対応できない部分はIEに合わせて作り直すことになる

中途半端に動いてバグや未実装があるもの特に大変だ


またBabel等を通さなくてはいけなくなるだけでも十分に時間がかかる

frameworktypescript, flowなどを使っていて事前コンパイル必要構成であるならばさほど影響はないだろうが、モダンブラウザのみをターゲットにしてるならそういったツールなしでも十分に書ける

事前処理が必要になるだけで開発にかかる時間やめんどくささは大きく変わる

さらにはそういったツールのわかりづらいバグを踏んだり、ブラウザのdevtoolsでのできることが制限されたりもする


devtools といえばIEだとデバッグすら快適に行えない

IEでのみ発生する問題が起きると特定難易度Chrome等の倍以上と言える


これだけの苦労がIE対応させるだけで出てくるのにオマケで対応してという気軽さで頼んでくる人が多い

最初IE11だけだったのにやっぱりユーザいるか10と9もというケースもある

私はフリーではないから値段を好きには決められないが、決められるなら

IE11→x2

IE10以上→x3

IE9以上→x4

くらいは取りたい


IEを倍にすると高いと言われそうだが、モダンブラウザのみでいいなら昔ながらの作り方より何倍も簡単に作れるわけだから Chrome のみならの割引でもいい

それくらいにIE対応はしたくない

IE対応するだけでかなり相場が高くなるというのが当たり前になってくれればいいのだけど

2015-11-16

なんでVistaChromeサポート切れるんや?

XPはわかるよ、だけど巻き添えで1年速く切るとかありえへん。

iTunesも切られたし、IE9までやからTwitterまともに見られへんし。

Vistaなかったら7なかったんやで?

今頃スーパーフェッチとUAC地獄で焼きつくされてるわ。

2015-10-04

http://anond.hatelabo.jp/20151004110104

ECMAScriptの最新バージョンは6だし、5なんてIE9時点で対応されてるし。

なんでその古い知識で回答しようと思ったの?

その文章書く前にせめてググれよ。

http://kangax.github.io/compat-table/es5/

2014-09-25

昨今のPC向けWebブラウザの現状(主要ブラウザ編)

うPC向けWebブラウザは、進化する余地がないのか、停滞しているように思えてしょうがない。

IEはともかく、FirefoxデザインChromeにしちゃったし(あれのどこがいいのやら)、Chromeに至っては、停滞どころか悪化しているとさえ感じる。

主要Webブラウザは、どこへ行こうとしているのだろうか。

IE

IE8になってようやくWeb標準に従うようになって、IE9JavaScriptが劇的に速くなり、IE11でかなりWeb標準準拠度が改善された。

また、Windows XPサポート終了により、IE6というWebデザイナーの多数を地獄送りにしたブラウザから完全に脱走できるようになった。

しかも、サポートポリシーが変わって、2016年1月以降は各OSで最新のバージョンしかサポートしないと決まったため、思ったよりも早くWebデザイナー苦痛が取れるようだ。IE6で懲りたんだろうか。

しかし、IEコンポーネントブラウザ互換性を軽視する傾向にある。

IE10では、Windows7必須アップデートのせいで画面描画が乱れる場合があったり、特定WebサイトIEコンポーネントブラウザフリーズさせるという必殺技を披露した。

IE11では、一部環境DOMストレージが原因でブラウザコンポーネントを十数個開くとフリーズする新必殺技を披露した。(現在バグ修正済)

次のIEでは、どんな技を披露してくれるのだろうか。

Firefox

Chromeをパクってと同様、高速リリースサイクルになって3年目。

アドオン互換性に悩み、自ら失敗といいつつも、高速リリースサイクルを何とかやっていけてるようだ。

シングルプロセス/マルチスレッドながら省メモリJavaScriptの速度チューニングを着実に行っている。

つい先日、australisというChromeパクリに非常によく似たUI強制適用し、一部ユーザーから顰蹙を買う

※筆者はあまりFirefoxを使ってないので、ここまで。

Chrome (Chromium)

高速リリースサイクル強制アップデート流行らせた元凶。

Chromeは初期設計ポリシーがよく、HTML5準拠度とブラウジングスピードは今でもよい。

登場からあっという間にシェアを獲得し、主要ブラウザと呼べるほど有名に。

しかし、バージョンが上がるたびに肥大化し、メモリ消費量がますます増え続け、低スペックマシンでは重くなる一方である

レンダリングエンジンWebKitから独立してBlinkになったが、さらに迷走していく。

迷走その1: Aura

ユーザー阿鼻叫喚した、ウィンドウシステム共通化プロジェクト

理想は、各種コントロール(スクロールバーやボタン、エディットボックスといったもの)を全プラットフォームで共通化した上で、GPUによる描画で高速化する・・・ということだった。

Windows版ではバージョン32から適用された。しかし、安定版になってもスクロールバーの矢印が消えた、汎用マウスジェスチャが使えない、

縦/横スクロールがまともに動かない、Webフォントが描画されないなどなど、多数のバグが残存していた。

今でも、バージョンが上がるにつれて改善されたものもあれば、一度改善していたのに不具合が再発するなど、安定版といいつつ安定しない日々が続いている。

いったい、「安定版」とは何なのだろうか。

迷走その2: Google色が濃厚に

最近ChromeGoogleのものであることをユーザーにしらしめる努力ばかりやっているのではないか。

Google Nowなど、自社のサービスを便利に使うために機能追加するのは別にかまわないが、新しいタブページの異常にでかいGoogleロゴはどうだろう。

よく開くページのサムネイルを小さくし、下に追いやってまでGoogleロゴを目立たせる必要はあったのだろうか。

迷走その3: NPAPIプラグイン廃止

今年中にNPAPI廃止を目論んでいるが、それは現実的なのだろうか。

Chrome独自に持っているPPAPIは、セキュリティが厳格なゆえにNPAPIの代替手段には決してなりえない。少なくとも、PPAPI上で動くFlashがNPAPIのそれと同等の速度で動かない限り、廃止はありえないと思う。

高速リリースサイクルの弊害?

Firefox高速リリースサイクル採用した初期の時のように、高速リリースサイクルを優先するあまり品質犠牲にしているケースが目立っている。

最近出た37では、DirectWrite周りの実装がお粗末で、安定版が最初に出たころはズームイン/ズームアウトするだけで文字が表示されなかった(翌日に修正)。今でも、ビットマップフォントの表示品質GDIよりも悪い。

高速リリースサイクルの弊害が現れているのではないだろうか。このことに、Chromium中の人たちは、気づいているのだろうか。

ひどい。最近Chromeはほんとにひどい。

2013-11-26

http://anond.hatelabo.jp/20131125164628

去年、姉が結婚したついでにPCを新調してたんだけれど、「旦那IEは遅いからって別のソフトを入れてくれたんだけど、使ってみた感じ全然違いが分からいかIEそのまま使い続けてる」と言ってたな。

以前何かの記事で読んだが、2chを見てる人は圧倒的に三十代以降の男性が多いらしい。

この層がPCを購入した時期的に、XP率が高く、ウェブブラウザを選ぶ程度のリテラシーがある(ので他のブラウザ比較してIE8相対的に"遅い"のを理解してる)けど、IE910(11)を知らない(IE8と同程度だと勘違いしてる)、という条件に合致してるように思う。

標準的な日々

IE11モダンUAからIEの文字すらなくなった。

IE10モダンに到達した初めてのIE

IE9IEセントリックからスタンダードセントリックへのブリッジリリース。新しい(Windows)API積極的に利用するようコアは一新された。JSエンジンを分離して新規開発した初のバージョンでもある。

(代わりに後方互換性を失った)

IE8IE神話最後の鬼子。地獄袋小路互換表示でも使われないまさに袋小路

IE7IE6成功拡張しようとした外面優先アップデートリリース。内部的には順当な更新

IE6IE5のラインを引き継いでコアとなるTridentエンジンが当時(12年前!)としてはモダンは32bit APIだけで動く決定版。

IE11でとうとうQuirksモードを捨てて、デフォルトEdgeモードレンダリングするようになったため、

ヘンなDOCTYPE指定でいままでQuirksモードレンダリングされてたたくさんのいいかげんなサイトに細かい不具合がでてる。

世には間違ったIE対策が蔓延していることを実感できる。

どこ相手にしてるかで違うけれど、モバイル向けで怖いのはiOS4.x(まだいる!)とAndroid 2.x。WindowsPhone7.5の方がまだ楽。

通常サイトで一番怖くて面倒なのはIE5.2 for Mac。今年になっても利用者の存在を確認して愕然とした。Safari 3も怖いけど。

2013-11-25

http://anond.hatelabo.jp/20131125001308

開発側です。

IE10 はさほど問題ないんです。IE10 でやっと標準に追い付いてきたという感じ。問題は、IE 使ってるようなユーザーアップデートしないという事実です。

スクリプトなどの実行の早さは、IE8 位までは数倍のオーダーで遅く、マップ上にたくさんのオブジェクトを表示するようなものを作ると、IE の速度面対応だけで大変でした。

それよりも問題なのが、Web の標準に対応していないことです。

CSS3HTML5 への対応は、他のブラウザに比べて数年単位で遅れてました。ChromeFirefox で開発しているとします。そのままテストすると Chrome Firefox Safari では問題ありません。IE だけ問題が、というのが普通でした。IE 対応だけで工程かかるのです。IE7 や 8 を視野に入れると、諦めざるを得ない技術もあります。たいていは擬似的に対応できるのですが (Canvasライブラリ対応するなど)、そのために余計な工程がかかるのが問題なのです。ぶっちゃけ IE 切り捨てて、その時間を他に当てたほうがより良いものを安く早く作れるということです。

という感じになるので、IE8 以前を切り捨て OK になるだけで段違いですね。

しかし、最初に言ったように IE ユーザーアップデートしないんですよ。Chrome Firefox Safari が優れているというより、これらのユーザーはほぼ間違いなく最新版使っているのが一番のアドバンテージなんです。IE10IE 史上ではやっと他に並びかけるほどまともな標準対応になったので、IE 使ってる人が全員 IE10 ならこれほどネタにされることもなかったと思います

開発側はこうした IE によるストレスを日々受けているので、擬人化IE 死亡のようなネタになると祭りになりやすいのではと思います

2013-11-19

文字列の代入で、 HTML要素のスタイルを既定に戻せる(IE9,FireFox,Chrome)

cssやstyle指定で

 tr.even {background-color:silver;}

と指定していたとして、何かのイベントなどで

 this.style.backgroundColor='red';

(ここでの this は、対象の要素 - つまり <tr class="even">)などと指定し、もとに戻すとき

 this.style.backgroundColor='';

と、空の文字列を指定すればうまくいくみたい。これは、正式な仕様なのかな?

例としては

 <tr class="even" onmouseover="this.style.backgroundColor='blue';" onmouseleave="this.style.backgroundColor='';">

今日日、jQueryなどで処理するからイベントハンドラなど自分スタイルを直接いじることはあんまりないのかもだけど。

2013-02-19

http://anond.hatelabo.jp/20130219210226

もう少し詳しく調べてみたよ

http://linux.ohwada.jp/modules/smartsection/item.php?itemid=515

http://0xcc.net/pub/webdb/bk-05.html

などのまとめが素晴らしいね

最近ブラウザほとんどRFC2231に対応しているみたいだ

IEは,8になってもまだ対応してなかったのかよ! とか Safariは未対応かよ! という突っ込みはあるけどね

それと,自分環境で確かめられる範囲でさきほどの投稿の表をもう少し充実させてみたよ

生utf8sjisurl_encode(utf8)url_encode(sjis)RFC2231
chrome24 (win7-64bit)okxokxok
firefox18 (win7-64bit)okxxxok
IE9 (win7-64bit)xokokxok
firefox18 (MacOS X)okxxxok
Operaokxxxok
Safari5.1.7 (MacOS X)okokxxx
IE8,7,6xokokだけど長いファイル名×?x

RFC2231対応状況全般と,IEの8,7,6とOperaについては参考ページから情報を使っているよ

それと,参考ページと私の調査でSafariの生SJIS対応の結果が矛盾しているんだけどどうしよう・・・バージョンの違い?

結局どうすればいいのさ

案は2つあるよね

案1)


案2)

Rails3でRFC2231準拠のやり方がよくわからないので,Rails3のsend_file関数日本語ファイル名を使うなら案2が無難かな

Safari対応を考えても案2の方がシンプルだしね

あと,send_file関数URLエンコードは色々とトラブルありそうだからやめとこうな!

Rails3で日本語ファイルダウンロードさせると文字化けするぞ

いままでの私のやり方

Webブラウザによって,マルチバイトファイル名の取り扱いが異なるというのが問題なんだよね

いままでは,http://kingyo-bachi.blogspot.jp/2012/10/railssendfilechrome.html 

を参考にして,ファイル名をURLエンコードすることでお茶を濁していたんだ

でもこれだと,Firefoxファイル名が文字化けすることに気付いてしまった

気づかなければ放置していたんだけどね :P

もっといい方法いか

そこで最近事情を調べたサイトはないかと調べてみると

http://rails.hatenadiary.jp/entry/2013/01/31/104006 を発見

(生sjisと,URLエンコードの違いはもう少ししっかり書いておかないと誤解招かないかな?という当ページへの突っ込みはさておき)

まりは,基本は日本語ファイル名をUTF-8で扱うぞ,ただしIEだけは例外としてSJISに変換してやるぞ

ということだね

ちょっと気になったので,このあたりのブラウザ対応状況をざっと調べてみたよ

なお調べた日本語ファイル名は「今日の予定.doc」.「予」という漢字が入っているのがポイント

生utf8 sjisurl_encode(utf8)url_encode(sjis)
chrome(win7-64bit) ok x okx
firefox 18 (win7-64bit) ok x xx
IE9(win7-64bit) x ok okx
firefox(MacOS X) ok x xx

例外処理って気持ち悪いよね

さらにいろいろ調べてみると,正式にはRFC2231に準拠させるのが正しいみたい

http://fgin.seesaa.net/article/30073826.html によると,

IE6対応してなかったようだけど,私の中ではIE6はもう絶滅していることになっているので!

最近ブラウザ対応しているよね!きっと!

Railsのsend_file関数でさ,RFC2231準拠のContent-Disposition表記ができたらいいのにな(チラッチラッ)

2013-02-04

OSWindows 7 で、ブラウザIE9 で、ホームページYahoo!

ブラウザホームページを変える必要があるのか、ということ。

変えたほうがいいのか、どんなメリットがあるのか分からない。

あったら、教えてほしい。

正直言えば、現状で困っているわけでもない。

でも、変えたら素晴らしいことがあるのだろうか?

Windows7ノートパソコン買って、IE9インストールされていた。

からそのまま使っている。

FirefoxChrome名前を聞くけど、IE より何がいいのかよく分からない。

ダウンロードしてインストールしてまで使うほど、いいのか?

ホームページは、Windows95 を使い始めたときからYahoo!

検索して、ニュース見て、映画情報見て、TV情報見て、知恵袋して、オークションして、くらいか

これも、google に変えたら、何がいいのかよく分からない。

googleアカウントも持ってないし、Android スマホも持ってないし。

2012-10-24

http://anond.hatelabo.jp/20121023223222

ツール>アドオン管理検索プロバイダ

ではだめかね?

IE9 検索 google」でぐぐってもいろいろ出てくると思うが。

2012-02-03

Firefoxブラクラ作った。というかブラクラになった。バグ

こんな感じのHTMLFirefox(10)に食わせたら

画面リサイズとともに操作不能になった。

<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
<title>Is it a bug?</title>
</head>
<body onresize="alert('a');">
<h1>Is it Ok?</h1>
</body>
</html

コピペ用→ http://pastebin.com/qwm8fqTN

IE9だと問題なく動作するし、

chromeだとご丁寧に「このページからポップアップをこれ以上出さないか」聞いてくれます

ぼくの環境だけの事例かもしれないので、みんなも試してくれると嬉しいな。

ローカルしか試してないから、よくわかんないんだ

で、みんなの環境でも同じようなら、これはfirefoxバグということなのかな?

ブラクラつくれちゃうと困るのでなんとかなるといいなと思います

あと、これ張ったからと言ってういるすさくせいざいにならないですよね?><><><><><こわいよぅぅぅぅ

2011-11-17

http://anond.hatelabo.jp/20111117105208

たぶんIE9は使いにくく感じるだろうから

Windows7に乗り換えない方がいいと思うよ

ログイン ユーザー登録
ようこそ ゲスト さん