アカウント名:
パスワード:
EdgeのIEモードでIE本体を使ってる以上、実質的な廃止はどれくらい先になることやら。IEモードでIE専用サイトが動いてしまうんだからサイトの更改が進まずダラダラ裏側でIEが残り続けるんじゃないかと。
どうせマイクロソフトのことだから、ちょいちょいIEモードをバグらせて動作不良させにくるよ。そのたびに情シスに問い合わせが殺到して、もう嫌だーってキレだす。
そのたびに情シスに問い合わせが殺到して、もう嫌だーってキレだす。
自社内ならともかく、顧客側の取引相手向けシステムの中に、まだIE限定なのがある。なんならEdgeのIEモードですらバグることがある。それだけを理由に取引停止はできないから困るよ。
# 操作が必要なユーザーにはWindows Server 2016のRDP環境から繋いでもらってる
システムA EdgeIEモードシステムB Crome,EdgeシステムC どれでも
あのー、めんどいです。我が社のシステム。しかもIEモードって時限式で1ヶ月たつとまた勝手にオフになる。忘れた頃に突然使えなくなって、ヘルプに問い合わせが延々とくるという。何十年も前の会計システムで、更新に金かけたくないでしょうけどね。
勝手にオフになる事で設定変えてオシマイにはさせず、システムを更新しろっていう意識的な圧力を掛け続ける仕組みだよ。その問い合わせの山は意図して発生させられた物。多分ね。
面倒だったら当面はIEコンポーネントとかで開かせればいいんじゃない?この間のストーリーやコメント欄 [it.srad.jp]は参考になるよ。推奨はできないけどね。IEからのリダイレクトが自動設定されるようになったらIEコンポ経由スタンドアロンIEもそのままでは動かず、リストの自動更新を仕込むかIEコンポーネントブラウザ使うしかないって可能性もあるけど。
IEを更新しつづけろってMSに圧力をかけ続ける仕組みが必要ってことだな
> 1ヶ月たつとまた勝手にオフになる。xml作ってレジストリいじれ
世の中にはIEmodeが環境が古すぎることにより動作しないためにIE→Edge→IEと遷移した上でIEでも正常動作しなくなるという地獄のような環境だってあるんだw
IE関連コンポーネントに依存したアプリは腐るほどあるだろうから、それらをサポートする限りコンポーネントとしてのIEもサポートするだろうね。ただ、MS公式で提供されるヘルプファイル形式で現状唯一動くCHMファイル/hh.exeはIEコンポーネントだし、企業内の内製ツールで使われてそうなHTAファイル/mshta.exeもIEコンポーネントだし、ふつーにHTTPアクセスするAPIとかもIE依存のが色々有ったはず。サポート切るのは現実的な選択肢としては相当劇薬なハズで、スタンドアロンのIE廃止なんて目じゃないくらいの覚悟が要る。
ちなみにWindows95までは16ビットアプリが主流で、16ビ
COMの延命を助ける方向には絶対動かないしそれがいまだに「IE」コンポーネントかどうかは本質じゃない
レス先も文章も間違ってない?
あとCOMは流行ってこそいないけど延命以前に畳みに入ってないのでは?.NETも一部COMだし、D&Dやらアプリ間連携って今でもOLE/COMとかじゃね?
WinRTだってCOM 2.0だぞ
間違ってないんじゃ。IE関連コンポーネントって言っても結局はCOMだからインターフェイスさえ維持すれば実装の置き換えは出来るといえば出来る。そんなことするのかは知らんけど。あと.NETで一部COMってどういう意味だ?COM対応も可能だけど.NET自体はCOMではない。
CLR ホスト インターフェイス [microsoft.com]
これがCOMじゃなきゃ何なの?
>COMだからインターフェイスさえ維持すれば実装の置き換えは出来る>IEコンポーネントで提供してたAPIを別エンジンで提供する仕組み言及済みだから謎なんだよなぁ……
別エンジンでの置き換えをやってくれたらIEは完全に消滅するけど、スクリプトの互換性やらなんやら、実質何も動かないゴミが出来るか、IEな要素を全部フルスクラッチしてコストがエグい事になるかしか見えないよね……
COMとActiveXを混同してるのかも。
ActiveXは確かに廃止に向かってる。
EdgeHTML WebViewをUWPアプリからしか使えなくしたことによる自業自得も大きい。Chromiumになってからようやく悔い改めてWin32でも使えるWebView 2を出してきた
そもそもUWPなんてゴミ使わないからな
そのWebView 2をUWPで使えるようにしたのはつい最近と言う……
旧Edgeを置き換えてからずんぶん待たされたような。
WebView 2は直接中身(DOM)を操作するAPIが無いので互換APIを作るのは超大変だと思う。
IEエンジンを使ってたソフトもただ表示してるだけじゃないのは移行が困難を極めると思われる。node.jsとかelectronで作り直したほうが楽かもしれん。
IEモードも改良してるんだよなぁ…。
IEモードってウインドウがEdgeじゃん。だから、JavaScriptのwindow関係の処理が動かないケースが多かったんだけど、最近になって window.resizeTo / reseizeBy が対応しやがった。
とても便利で良いんだけど、また退役が伸びるじゃんって思ってる…。
#クッキーのIEモード/Edge間共有が便利すぎてヤバい。やっぱり退役できそうにない。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
※ただしPHPを除く -- あるAdmin
廃止と言っても (スコア:5, すばらしい洞察)
EdgeのIEモードでIE本体を使ってる以上、実質的な廃止はどれくらい先になることやら。
IEモードでIE専用サイトが動いてしまうんだからサイトの更改が進まずダラダラ裏側でIEが残り続けるんじゃないかと。
Re: (スコア:0)
どうせマイクロソフトのことだから、ちょいちょいIEモードをバグらせて動作不良させにくるよ。
そのたびに情シスに問い合わせが殺到して、もう嫌だーってキレだす。
Re: (スコア:0)
そのたびに情シスに問い合わせが殺到して、もう嫌だーってキレだす。
自社内ならともかく、顧客側の取引相手向けシステムの中に、まだIE限定なのがある。なんならEdgeのIEモードですらバグることがある。
それだけを理由に取引停止はできないから困るよ。
# 操作が必要なユーザーにはWindows Server 2016のRDP環境から繋いでもらってる
Re: (スコア:0)
システムA EdgeIEモード
システムB Crome,Edge
システムC どれでも
あのー、めんどいです。我が社のシステム。
しかもIEモードって時限式で1ヶ月たつとまた勝手にオフになる。
忘れた頃に突然使えなくなって、ヘルプに問い合わせが延々とくるという。
何十年も前の会計システムで、更新に金かけたくないでしょうけどね。
Re: (スコア:0)
勝手にオフになる事で設定変えてオシマイにはさせず、
システムを更新しろっていう意識的な圧力を掛け続ける仕組みだよ。
その問い合わせの山は意図して発生させられた物。多分ね。
面倒だったら当面はIEコンポーネントとかで開かせればいいんじゃない?
この間のストーリーやコメント欄 [it.srad.jp]は参考になるよ。推奨はできないけどね。
IEからのリダイレクトが自動設定されるようになったらIEコンポ経由スタンドアロンIEもそのままでは動かず、リストの自動更新を仕込むかIEコンポーネントブラウザ使うしかないって可能性もあるけど。
Re: (スコア:0)
IEを更新しつづけろってMSに圧力をかけ続ける仕組みが必要ってことだな
Re: (スコア:0)
> 1ヶ月たつとまた勝手にオフになる。
xml作ってレジストリいじれ
世の中にはIEmodeが環境が古すぎることにより動作しないためにIE→Edge→IEと
遷移した上でIEでも正常動作しなくなるという地獄のような環境だってあるんだw
Re: (スコア:0)
IE関連コンポーネントに依存したアプリは腐るほどあるだろうから、
それらをサポートする限りコンポーネントとしてのIEもサポートするだろうね。
ただ、MS公式で提供されるヘルプファイル形式で現状唯一動くCHMファイル/hh.exeはIEコンポーネントだし、
企業内の内製ツールで使われてそうなHTAファイル/mshta.exeもIEコンポーネントだし、
ふつーにHTTPアクセスするAPIとかもIE依存のが色々有ったはず。
サポート切るのは現実的な選択肢としては相当劇薬なハズで、
スタンドアロンのIE廃止なんて目じゃないくらいの覚悟が要る。
ちなみにWindows95までは16ビットアプリが主流で、
16ビ
Re: (スコア:0)
COMの延命を助ける方向には絶対動かないし
それがいまだに「IE」コンポーネントかどうかは本質じゃない
Re: (スコア:0)
レス先も文章も間違ってない?
あとCOMは流行ってこそいないけど延命以前に畳みに入ってないのでは?
.NETも一部COMだし、D&Dやらアプリ間連携って今でもOLE/COMとかじゃね?
Re: (スコア:0)
WinRTだってCOM 2.0だぞ
Re: (スコア:0)
間違ってないんじゃ。
IE関連コンポーネントって言っても結局はCOMだからインターフェイスさえ維持すれば実装の置き換えは出来るといえば出来る。
そんなことするのかは知らんけど。
あと.NETで一部COMってどういう意味だ?COM対応も可能だけど.NET自体はCOMではない。
Re: (スコア:0)
CLR ホスト インターフェイス [microsoft.com]
これがCOMじゃなきゃ何なの?
Re: (スコア:0)
>COMだからインターフェイスさえ維持すれば実装の置き換えは出来る
>IEコンポーネントで提供してたAPIを別エンジンで提供する仕組み
言及済みだから謎なんだよなぁ……
別エンジンでの置き換えをやってくれたらIEは完全に消滅するけど、
スクリプトの互換性やらなんやら、実質何も動かないゴミが出来るか、
IEな要素を全部フルスクラッチしてコストがエグい事になるかしか見えないよね……
Re: (スコア:0)
COMとActiveXを混同してるのかも。
ActiveXは確かに廃止に向かってる。
Re: (スコア:0)
EdgeHTML WebViewをUWPアプリからしか使えなくしたことによる自業自得も大きい。Chromiumになってからようやく悔い改めてWin32でも使えるWebView 2を出してきた
Re: (スコア:0)
そもそもUWPなんてゴミ使わないからな
Re: (スコア:0)
そのWebView 2をUWPで使えるようにしたのはつい最近と言う……
旧Edgeを置き換えてからずんぶん待たされたような。
Re: (スコア:0)
WebView 2は直接中身(DOM)を操作するAPIが無いので
互換APIを作るのは超大変だと思う。
IEエンジンを使ってたソフトも
ただ表示してるだけじゃないのは移行が困難を極めると思われる。
node.jsとかelectronで作り直したほうが楽かもしれん。
Re: (スコア:0)
IEモードも改良してるんだよなぁ…。
IEモードってウインドウがEdgeじゃん。
だから、JavaScriptのwindow関係の処理が動かないケースが多かったんだけど、
最近になって window.resizeTo / reseizeBy が対応しやがった。
とても便利で良いんだけど、また退役が伸びるじゃんって思ってる…。
#クッキーのIEモード/Edge間共有が便利すぎてヤバい。やっぱり退役できそうにない。