有提到「公司帳號就會拒絕分析左側主頁畫面」，實際上也會不能上傳 pdf 分析。
有次我在家裡電腦個人帳號碰到這問題，家裡電腦早先在 Edge 拆成多種身分帳號功能前，用過公司帳號登入，就自動被登入了，如下圖。
我個人習慣用 google 做預設搜尋引擎，所以一開始沒注意到卡在哪，用 Bing 登入後，發現 Bing 是登入公司帳號。
從 Bing 網頁切換為個人帳號後就正常。
再回到其他用個人帳號的網頁，Copilot 也正常了。
所以若發現 Copilot 被強制改成公司帳號登入時，只能到 Bing 網頁去改登入帳號。
Edge 大概在 2023/08 左右的更新，納入了不同設定檔的架構，這個架構在 Chrome 大概早了一年以上，但對於多個帳號來說，倒是方便。
大部分人通常會有個人的微軟帳號 (以下簡稱個人帳號)，如果公司有 Office 365 ，還會有公司的微軟帳號 (以下簡稱公司帳號)，新版的 Edge 預設可分成個人、公司，但實務上可以多個，例如顧問職業的，可能會有個人1、個人2、公司1、公司2，這個是自由命名的，也可以叫成學校1，命名不影響功能。
如果預設只有個人、公司兩帳號，個人通常預設圖示是個人帳號的圖示，公司帳號大部分人未必上傳圖示，就會顯示成公事包，我習慣將兩種帳號的捷徑拉到開始工具列，方便點選使用，如下圖：
要使用兩種帳號可以在 Edge [設定] > [個人檔案] > [其他設定檔] 來管理。
好處很多，個人帳號與公司帳號的資料可以分開同步，不互相影響。早先我還在資訊部的時候，有很多公司的網路設備、開發者帳號、各項資訊服務的管理者帳號要輸入，就統一放在公司帳號。例如行動裝置的開發者帳號分成最高權限的主帳號跟被授權的開發者帳號，我就分別對應到公司帳號與個人帳號，平常用個人帳號的 Edge 登入時，就可以避免動到最高權限的主帳號功能。
早先，在這個功能出來前，我是把公司帳號放在 Chrome ，個人帳號用 Edge 。
這個習慣到了 Copilot 以後，越發凸顯分兩個帳號的好處，下面分別是兩帳號的使用 Copilot 的畫面截圖：
左側主頁瀏覽的網址是：https://copilot.microsoft.com/
右側則是將工具列 Copilot 功能鈕點開。
可以注意到左上角藍色框框的地方，Edge 明確幫你分成 [個人] 與 [公司] ，而 Copilot 號稱保護商業資料的部分，可以從紅色框框看到，個人帳號完全沒有任何保護，但公司帳號到處提醒你受到保護。
Copilot商業資料保護的概觀：https://learn.microsoft.com/zh-tw/copilot/overviewCopilot
我自己測試，在個人帳號左側主頁不管是網頁、PDF檔案，都可以在右側工具列畫面要求 Copilot 分析，但在公司帳號就會拒絕分析左側主頁畫面，目前碰到同仁 Edge 沒有分兩種帳號的，公司帳號在登入下，可以分析左側畫面，所以應該是 Edge 在這邊還沒做的很好。
分成兩個帳號還有一個好處，登入 Office 365 會自動登入該帳號空間，不會混淆：
這也有利於平常存取不同帳號的檔案，家用檔案不會誤傳到公司帳號造成困擾。
我試用 Edge 分成個人帳號、公司帳號四個月，覺得還滿不錯的，有興趣的可以這樣管理你的 Edge 。
農曆年後，很多新聞報導微軟要在這個月 (02/14) 的安全性更新時，把 IE11 斃掉。
02/14 是西雅圖時間，所以我從 02/15 測試。
02/15 的 Edge 更新完，點選 IE11 ，會自動切換到 Edge ，經追蹤後，設定畫面沒改，還是如下方所示，但是紅圈框起來的「永不」會變成未選擇，只要人工手動改回「永不」，IE11 還是開得起來。
02/16 的 Edge 更新完，點選 IE11 ，又自動切換到 Edge ，本來以為要再改一次，但是不是，整個選項沒了。
[更新]
我有截圖放在 FB 上，這張圖才是 02/16 的截圖。
[更新]
這張圖是寫文章時抓的，所以看起來又改一版，上下數來就有三個版。
想要讓 IE11 繼續跑，只好拜託 google 大神。
最早比較完整的可能是 2020/08/10 這篇：
Internet explorer Edge addon, begone!
從這篇後找到關鍵字後，可以找到 2020/08/04 論壇上有：
IEToEdge BHO appears in IE 11 after July 2020 Updates
再更早通常跟防毒軟體有關，看起來是防毒軟體發現新的機碼被標記。
依照上面文章將
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Ext\CLSID\{1FD49718-1D00-4B19-AF5F-070AF6D5D54C}設定為 0 後，IE11 又恢復可以開啟的狀態。
既然微軟打算斃掉 IE11 ，也不強迫大家硬要用 IE11 ，直接在 Edge 跑 IE11 看看，有此需求的，建議先從設定將工具列 IE11 圖示打開會比較方便，如下圖：
依照先前網誌測試幾頁 IE11 專屬網頁：
測試包含 ActiveX 跟 VBScript 的 OWC 元件範例網頁正常 (網頁圖表範例) ，連入時，記得點選工具列上的 IE11 圖示，會顯示 Edge 正在跑 IE11 模式：
其次測試很多同業叫我改版的水文統計網頁，這是用 asp + VBScript 寫的 (水文統計線上分析)：
再來測試網友叫我改的 BBS 年代的網文排版工具 (線上排版工具)
我在 IE 全盛年代時，因為當時 HTML5 + SVG 還沒出來，大量採用 DHTML + VML ，VML 是 w3c 承認的格式，但是只有提出的微軟用，所以只被 IE 支援，但在那個年代網頁向量繪圖只有 VML ，沒得選，而使用 VML 縮放點陣圖是採比較耗 CPU 的重繪縮圖，不是直接抽點變得有點像是馬賽克，所以我都用 VML 縮圖，目前為止，Chrome / Edge 在縮小圖片時，還是採用抽點縮圖。
原始的檔案是做成 HTMLHelp ，可編譯成 Windows 內部說明檔的格式，其中圖檔是原圖用 1024×768 ，用 VML 語法縮圖到 512×384，滑鼠點選會顯示原圖的作法：
在 Edge 測試如下圖 (曾文水庫暨曾文溪流域資訊系統)：
最後，在 Edge 跑 IE11 除錯模式不被支援，所以這時利用本篇一開始的說明強制回 IE11 是一種選擇，微軟也提供說明在來除錯：
Use DevTools in Internet Explorer mode (IE mode)
寫這篇文章時，找到很不錯的黑大這幾篇：
沒熬過情人節的 IE11 – 強迫導向 Edge 問題及後續停用計劃
本來我們公司有自製 .Net framework 2.0 + WebBrowser Controller 可以在 Win11 下跑需要 IE11 的網頁，但用上面方法更簡潔。
先前在找 IE11 繼續跑之前，有先看到 Edge 的設定網頁，有各種功能分別可在群組原則、機碼跟 Edge 專用的 XML 設定，適用於企業管控瀏覽器：
前幾天，我針對一個 VBScript for IE 升級到 JavaScript 的網頁加入新功能除錯，由於網頁很亂，所以我考慮用 Visual Studio Code 的 console.log 來除錯，但不知道是不是因為我都用可攜版 (免安裝版) ，我的 JavaScript Runner 跑起來不正常，無法用來除錯，所以我就考慮用網頁來除錯器。
首先先搜尋了一些 OnLine 的 JavaScript ，包含 w3school ，但都不是十分滿意，所以決定自己來寫一個簡單除錯器：
JavaScript 執行器：http://www.hisdt.com/Tools/Runner/Runner.htm
畫面預設分幾個區塊，用一個 HelloScript 程式碼作為預設功能展示，點選 [執行] 按鈕，會跑 eval(程式碼 + 執行指令) 送到 輸出，執行指令有點像 IDE 的即時運算視窗。
所以當點選 [執行] 按鈕時，會跑藍色線，依據執行指令 HelloScript 呼叫原始碼 HelloScript ，這也表示原始碼可以有一些無關的程式碼在那，這樣有助於將 .js 檔案內容直接複製進來測試。
在原始碼 HelloScript 使用了常見三個輸出，訊息盒 (alert)、綠線是前端網頁 (使用 divOutput)、紅線是輸出 (函數回傳)，輸出結果如下。
當 JavaScript 發生錯誤時，會把錯誤碼、錯誤訊息、堆疊訊息送到 [輸出]，例如故意在 [執行命令] 把函數名寫錯。
常用的 console.log 可正常輸出到瀏覽器開發工具的主控台。
把 StrTools.js 內容全部貼到 [程式碼]，測試瀏覽器的開發工具是否能正常除錯。
完成了除錯器開發後，我當然找到我的問題，但這是一個很悲傷的故事。
new Date(1899, 12, 30); // 回傳 1900/01/30一般直覺以為，上面的物件是 1899/12/30 ，但是 JavaScript 是 1900/01/30 ，因為 Month 引數是 0 ~ 11 ，不是 1 ~ 12 啊~~~ 我回翻我所有的原始碼發現，我在 StrTools.js 這個公用函數中，2018 以前的版本都有在 Month 處 加減 1，不知道何時忘了，這個事件必須記錄下來，以警惕自身。
這周 Edge 配合 Chrome 89 版一起升級，新的 89 版號稱
我家裡電腦基本上是不關機，利用 Win10 專業版的 IIS 放以前寫的網站，公司電腦則是每天下班時會關機。
所以當我 Edge 全關的時候，在家裡電腦會是這個樣子：
關閉 Edge 後一堆卡在電腦裡
我個人很不習慣這樣。
現在很多網頁用 AJAX 或 WebSocket API 背景通訊，如果程式沒寫好，就會發生關掉瀏覽器時，背景還卡在通訊關不掉，我常常在 Facebook 網頁碰到。
所以我一直習慣每天睡前關閉瀏覽器後，會看工作管理員是否確認全部被關閉，這個習慣也延伸到 Outlook ，若是重啟 Outlook ，我一定會檢查工作管理員的 Outlook 是否完全被關閉，舊版的 hotmail 的外掛就常常會造成 Outlook 卡在記憶體裡面，如果 Outlook 沒有完全關閉，重啟是沒用的。
找了一下，預設設定變成下圖：
Edge v89 預設自動執行
把啟動加速關閉，就可以關掉 Edge 時，完全關閉：
關閉啟動加速
為了比較效果，我公司電腦特意沒動，反正每天關機都能確保記憶體正確被釋放，不用人工檢查。不過經過一周過去，我對於沒關的沒啥感覺，可能是現在電腦速度都太快，第一次啟動 Edge 所減少的時間可以忽略，所以不是人類能感受的。
所以我個人是偏好還是關掉好，為了快速啟動，耗個 2 ~ 300 MB 的記憶體不知道要幹嘛。
公司在 2012 年導入鼎新的 ERP ，當時的電子簽核 Easyflow 是使用 ActiveX 寫的，還綁在 IE (Internet Explorer) 上，公司打算完成上櫃後再更新 ERP ，避免會計流程變更影響上櫃重新審查。
IE 被各大公司拋棄是不爭的事實，也沒打算替他平反，平常同事都使用其他瀏覽器上網，但是上電子簽核，還是得用 IE ，因此 IT 幫同事設定電腦時，會在 Win10 下方的開始工具列釘選 IE ，並且把 Easyflow 的捷徑，從 IE 網址列拖到桌面，以便方便使用 IE 開啟電子簽核。
不知道是哪個 Windows Update 搞的鬼，二月有零星個案，三月有十幾個個案，都是開始工具列、桌面捷徑全部被改為 Edge 。
開啟桌面捷徑的內容，其連結已經被改變，所以不管怎樣操作，都會先開 IE 再自動轉 Edge ，很難搞。
比較簡單的做法：
用檔案總管開啟以下位置檔案：C:\Program Files\Internet Explorer\iexplore.exe
等到 IE 開啟後，重新釘選到開始工具列，並且連上公司電子簽核後，就可以重新使用 IE 了。
我另外調整了瀏覽器設定再繼續觀察。
Edge 與 IE 預設行為
我個人用 Windows 很多年了，老用戶就習慣使用熱鍵，我在切換視窗時，常常用 alt-tab。
例如下圖：
Alt-Tab 預覽視窗
在 Win10 2004 (包含舊版的 OS) 之前，Edge 多頁籤會只有一個視窗，如果有特別要持續使用的網頁，可以拖出來變成獨立視窗，就可以在 Alt-Tab 單獨選擇。
但到了 Win10 20H2 以後，Edge 預設會如上，即使在同一視窗不同頁籤，也會跑出一堆視窗，這樣在工作時就不方便切換，例如在 Office 與 Edge 網頁查詢結果中切換。
好在微軟沒把功能寫死，可以關閉，不然真的想揍人了…
所有設定 > 系統 > 多工
切換 Edge 在 Alt-Tab 下的顯示模式
將 Alt-Tab 設定 為 僅限開啟視窗 ，就可以恢復原來的模式了。
媽的，微軟真的常會沒事找事…
讓 WebBrowser Control 直接相容 HTML5 網頁
利用 Google 搜尋 WebBrowser Control HTML5
https://www.google.com.tw/#q=WebBrowser+Control+HTML5
可以找出很多文章，關於強制讓 WebBrowser Control 以 HTML5 模擬環境執行的案例，例如這篇：
[C#]設定WebBrowser Control運行的User Agent版本
但是從網站開發者的角度來看，其實只要正確在 HTML 內標記後，就可以讓 WebBowser Control 支援 HTML5。
所以這篇是從 Server 端的角度來看，如果你是 Client 開發者，Server 端不是你能控制的，可以不要看這篇，看看上面引用的連結。
這個做法很簡單，就是在 head 區內加入 Meta 標籤，強制指定 IE 版本。
WebBrowser Control 核心就是 Internet Explorer 桌面版本的引擎，因此對於 IE 有效的標籤，對於 WebBrowser Control 也有效。
<!DOCTYPE html> <html xmlns="http://www.w3.org/1999/xhtml"> <head> <meta http-equiv="X-UA-Compatible" content="IE=Edge" /> ... </head> ... </html>
若是網頁開發者，不妨直接從 Server 端解決這個問題，避免 Client 端要改寫程式碼，用此方法對 IE / WebBrowser 都有效，也不會影響 Chrome 或是行動裝置，是你好、我好、大家好的解決方案。
當然， IE8 以前本身就不支援 HTML5 就不用試了。
微軟的 Internet Explorer Developer 關於相容說明：https://msdn.microsoft.com/zh-tw/library/jj676915.aspx
鄭子璉 