個人積分：6分
文章編號：4292207
個人積分：333分
文章編號：4293277
個人積分：6分
文章編號：4293591
個人積分：574分
文章編號：4293918
個人積分：221分
文章編號：4294385
個人積分：221分
文章編號：4294850
本篇主要以 Firefox 為測試對象，比較新、舊兩版之間的差異，而非比較各瀏覽器之間的優劣，在此做個註解。
所謂的 IE Only 並非『專為』IE 所設計，是該站使用了不符標準的語法，而該語法僅 IE 支援，其他瀏覽器則因為遵守標準而無法支援該網站的語法，導致該網站只有在 IE 上能夠運作，稱 IE Only。
另，與 IE 比較其實並不公平，MS 將 IE 核心併入 Windows 系統內，在 Windows 啟動時，IE 已經被預載，所以啟動、瀏覽速度可能會因此而有所不同，記憶體使用量則可能要考慮到 Windows 系統的部份了。
個人積分：237分
文章編號：4295095
所以許多公司為了確保現有的應用程式能繼續運作 ,
所以就只能繼續留在IE6平臺 .
像我這次為了明年的強迫更新IE7 .
正在大幅測試現有之程式 .
我們的 web程式所幸是以函式庫開發的模式撰寫 .
所以我們大約要花上一個月來修正及測試 .
目前IE7也僅是堪能使用 .
一堆Css還是會有問題 .
因為測一次也是測 , 我同時也測了Firefox 3
它新增了部份IE6的Function , 所以目前我還勉強改的讓系統能跑 .
但FireFox 3為德不卒 .
都已經Support IE最隱私也最不安全的window.showModalDialog
那為何不乾脆Support事件模式等東西 .
要說像Dom or Xml Model這些容易模塊化的東西不一樣就算了 .
但如事件模式這類每個頁面都要撰寫 , 無法模塊化的東西 .
FF對商用最重要的事件流控制簡直還是原始人的程度 .
所以絕大部份公司都不會去特意去Support FF的 .
因為維護兩套前臺是不可能允許的 .
這也是許多商業網站會IE Only的原因 .
因為為了Support FF 會讓系統的複雜度猛然上升 .
其實FF只要學Eclipse , 我FF支援你IE的語法 , 但我警示PR這樣是不合規距的 .
讓PR試者去做正確的事 .
但FF和IE就向國內那兩派人一樣 , 死不互相支援 .
我可以大聲說 , 如果FF可以跑IE6的WEB程式 .
許多公司就會換Linux來跑WEB AP , 因為成本差太多了 .
一條線就至少可以省好多License .
之前公司原本想以崁入式Linux 來跑產線資訊系統 .
預算可以省下好多錢 .(不論軟/硬體及穩定性)
但一經評估 , 內部必需維護兩套版本 .
而且外面廠商對FF的開發根本不熟 .
所以只能繼續用Windows XP .
所以不是FF沒人要用 , 而是人家open Office都一直想辦法相容MS Office了 .
你FF不行嗎 ?
如果你在公司都用FF了 , 難道你回家都不會用嗎 ?
所以FF的方向根本就有問題 .
個人積分：0分
文章編號：4295482
chin-4696443 wrote:
其實因為IE7為了能...(恕刪)
也許是我用的東西比較淺吧 基本上開發FF相容的東西不覺得難 輔助的plugin又多又方便
甚至絕大多數的網頁是在FF上面開發後 在用IE測試沒啥問題 然後丟給測試人員去測
而且現在又有不少yui之類的輔助工具可用 很多事情都比以前方便很多
所以不太清楚chin-4696443兄說的的FF不支援"事件流控制"控制是怎麼回事
再說 google，yahoo等 提供網站服務的公司對於FF的之支援不都沒啥問題
不知道可以chin-4696443兄描述的更明確點嘛
再說IE支援的 不少都是他自己額外定義出來的東西 要是那部份只有window支援
那大家都去照他的做的話 像我這種linux的用戶要怎麼辦
所以我還是覺得再開發的時候 就應該把跨平台作法考慮進去
而不是說 為什麼你們這些平台跟我不相容 都是那些你們的錯 趕快去把自己修改的跟我一樣
個人積分：204分
文章編號：4295983
個人積分：237分
文章編號：4296043
我們為了商用
所以必需支援快速鍵
快速鍵必需依模型的種類自動註策不同事件 .
其二必需自動抓tab或是enter或是格位填滿及輸入檢查
就自動依流程跳到下一個輸入
或是需依輸入值 , 以AJAX那對應的資料抓出.
重構輸入塊
此時許多物件都是即時產生
所以無法採用 比如 onClick=test(event);的做法
而是必需動態註策事件 .
此時FF就會有極大的問題 .
最後我要說 , 我是很討厭微軟的 .
我的機群一整櫃 , 除了oracle是2003 .
其它四相AP叢集 / 負載平衡器 / FW等都是Linux Base(RHEL3) .
我也能用Linux 開發我現有的東西 , 之前我還用 RHEL3 + Eclipse 2.x 足足寫了一年 .( test用一臺XP上的IE6 ) .
所以我一直有在注意Linux上有沒有能跑的Browser , 不然我不會第一時間發現FF3支援同步開窗的 .
PS.1.動態註策事件這個做法是所有現代語言 , java/net/d2000/delphi
的標準做法 . 難道有人寫Client/Server會把事件傳過來傳過去的.
一定是用註策事件listening的方式 .
如果像FF這樣要一個個寫死 , 那一個頁面要寫多少東西阿 .
光一個input 就快十個了 .
PS.2.我們有規定命名原則 , 所以onLoad的時候 . 就會遍尋頁面依元素名自動註策對應事件 .
更別說自動跳欄 , 用FF根本難作到死 . 用IE6 配tabIndex 好做的很 .
所以IE比起FF 更像是一個AP平臺 .
PS.3.商用 表單資料超大 , 跟本不能一直Submit . 所以5年前在沒AJAX之前我們就透過ActiveX開發類似AJAX的技術 .
我只能說 , 我已經在今天用FF3把系統跑起來了 . 不過程式比起IE , 難看很多 .
光改掉事件模型 , 程式至少多好幾百行 . 一個頁面就花了我1-2個小時 .
但以前用FF2 or Mozilla跟本做不到 , 因為它們不Support 同步, 只能異步 .
但是商用在不Submit的情況下 , 不能同步 . 跟本不能做流控 .
如果跑異步用IFrame跑回呼 , 那程式會超複雜 .
PS.3.我們程式複不複雜 , 我不敢說. 不過動態產生複合頁XLS(不是Csv) / PDF . 動態崁入SVG我們都有 .
用Delphi或是D2000寫的出來的東西 , 我用IE6我都做的到 .
