MozTW 討論區

各項 Mozilla 相關軟體與技術討論
現在的時間是 2025-08-02, 23:22

檢視沒有回覆的主題 | 檢視最近討論的主題


MozTW » 討論區首頁 » 文件翻譯 和 軟體在地化討論 » 新聞與報導

所有顯示的時間為 UTC + 8 小時





發表新文章 回覆主題  第 1 頁 (共 2 頁)
  [ 18 篇文章 ]  前往頁數 1，2  下一頁
  列印模式 上一個主題 | 下一個主題 
發表人 內容
adam
文章發表於 : 2011-09-28, 08:22 
離線
[MozTW 版主群]
頭像

註冊時間: 2008-10-10, 11:27
文章: 982
圖檔

引言回覆:
Firefox 自 5.0 版開始加快了更新週期，改為每六周釋出新版本；此舉雖加快了開發進度，但也引起許多企業用戶的抱怨。為此，Mozilla 的企業用戶工作小組（Enterprise Working Group）針對桌面版的 Firefox 擬定了長期支援版（Extended Support Release, ESR）計劃書，預計在 Firefox 8 或 9 發佈同時開始 ESR 版本。不過，行動版 Firefox 並未被包含在計劃之中。


http://mozlinks-zh.blogspot.com/2011/09/mozilla-firefox-thunderbird.html

_________________
圖檔
回頂端
Mozilla/5.0 (Windows NT 5.1; rv:8.0a2) Gecko/20110921 Firefox/8.0a2
 個人資料  
引用回覆  
coolcd
文章發表於 : 2011-09-28, 23:37 
離線

註冊時間: 2003-11-18, 10:59
文章: 3473
拍拍手！
雖然顯得有點不情願，但 Mozilla 起碼把網友的話聽進去了。
(ESR 的42週支援，對一般使用者可能還 ok，但對企業肯定是不夠的 XD)

之前對 Mozilla 政策不爽
所以改用 chrome
本以為會很不順手
但後來發覺其實人的適應力很強
久了也就習慣了
Fx7 會讓我回到它的懷抱嗎？
等 Fx8 再回歸似乎更聰明……

_________________
:::: 簽名檔分隔線 ::::
免費好用又自由的輸入法 gcin Windows | 勸大家以後不要再買 ATI
回頂端
Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.2 (KHTML, like Gecko) Chrome/15.0.874.51 Safari/535.2
 個人資料  
引用回覆  
新文字文件
文章發表於 : 2011-09-29, 23:13 
離線

註冊時間: 2008-11-07, 14:49
文章: 130
來自: 右鍵選新增
不過40周之後版號一跳就是近十，以目前FX版本的向下相容跟模仿對象的GC比起來有夠慘的現況來說，到時一口氣跳大版號造成的附加元件等要更新修正時的問題其實還更大也說不定?
然後覺得現在FX又變相變回以前的版本更變方法，重要版號只是換個稱呼為企業支援，一般版本的數字就是灌水狂飆兼測試新功能。
最後每次都要抱怨一下版號問題，與其數字不斷灌水，為何不學GC那般好好的處理一下元件的版本檢查機制。
回頂端
Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.5 (KHTML, like Gecko) Chrome/16.0.891.0 Safari/535.5
 個人資料  
引用回覆  
coolcd
文章發表於 : 2011-09-30, 09:12 
離線

註冊時間: 2003-11-18, 10:59
文章: 3473
新文字文件 寫:
不過40周之後版號一跳就是近十，以目前FX版本的向下相容跟模仿對象的GC比起來有夠慘的現況來說，到時一口氣跳大版號造成的附加元件等要更新修正時的問題其實還更大也說不定?
然後覺得現在FX又變相變回以前的版本更變方法，重要版號只是換個稱呼為企業支援，一般版本的數字就是灌水狂飆兼測試新功能。
最後每次都要抱怨一下版號問題，與其數字不斷灌水，為何不學GC那般好好的處理一下元件的版本檢查機制。

附加元件的相容問題，除非 API 永遠不變，不然我覺得應該是無解(也不能說無解，只是說想讓附加元件的相容判斷「自動化」，需要付出巨大的成本)。

至於會不會 ESR 更新時遇到的問題更大？儘管42週的周期，跨了七個版本，聽起來很可怕，但其實如果 Fx 的開發人力沒有增加，其實改變跟以往的大版本升級應該差不多吧。當然，ESR 更新的問題會比六周升級版要大，但你想每十個月更新一次，處理一次較大的相容性問題？還是每一點五個月更新一次，處理一次較小的相容性問題？懶人我會選前者啦，相信大部分網頁設計師、網站維護人員或資管人員肯定也是前者。

六周更新一次真的適合普羅大眾嗎？我身邊的人，看到軟體更新的方塊跳出來，不是緊張得以為電腦中毒或出問題，就是疑惑地問我到底該不該升級。何苦每六周糟蹋他們一次？

不只使用者跟不上進度，官方文件、網頁的更新速度跟得上嗎？志願支援者跟得上軟體的改變嗎？看看 MozTW 現在下載處寫著 「免費下載 Firefox 6」，介紹內容還是 Firefox 4，就知道答案了。

_________________
:::: 簽名檔分隔線 ::::
免費好用又自由的輸入法 gcin Windows | 勸大家以後不要再買 ATI
回頂端
Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.2 (KHTML, like Gecko) Chrome/15.0.874.51 Safari/535.2
 個人資料  
引用回覆  
shyangs
文章發表於 : 2011-09-30, 14:00 
離線
[網站管理員]
頭像

註冊時間: 2006-11-22, 16:07
文章: 560
Chrome 不是向下相容做得好，而是根本沒做相容性判定，沒有不相容提示，當使用者發現套件異常就不會用「不相容」去描述問題，而是用「掛了」(not active)、「不工作」(not working)等用詞。


一大段時間後的重大更新就像學生的畢業論文、暑假作業，平常不去處理小更新，事到臨頭卻沒有進度，那只有兩個選擇：延畢，碩三交論文(Tab Kit 遲交半年，在2010/07/01才相容 Fx3.6)、不交暑假作業了(Tab Kit 最高相容版本 Fx3.6)

對一般人而言，如果平常不去複習自己的代碼、上課筆記，一年後還看的懂自己在寫什麼嗎？ google 看不懂 "自己的筆記"、看不懂 "自己的程式"

PSIR 寫:
不管註解的再詳細，過一段時間後常常看不懂自己在寫什麼，時間越長越嚴重

作者: nicepeople (bee) 看板: study 寫:
(以前上課的時候也是 太久才去看筆記 都不曉得自己寫什麼了)

--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 123.192.151.52
推 eva198629:我也會耶 +1 06/20 02:09
推 angelkitten:複習時間間隔太長了吧，我之前也會，趁熱複習有改善 06/20 02:15
推 s941246:讀書本來就是要打鐵趁熱了 理論上來說最好整理完筆記一週 06/20 03:56
→ s941246:內就要再複習一次 06/20 03:56
推 ling0619:我會耶,所以後來我就不做筆記了,哈哈 06/20 09:36
推 success888:那你適合畫重點..就看紅筆 劃的重點 06/20 14:53
→ red0210:不要隔太久才去複習 應該就沒有這問題了吧 06/20 20:09

現在 Chrome、Firefox 出的每月小作業，可能違背人類惰性，但對於套件長期的維護絕對有助益。


至於轉載、翻譯跟不上原創，這是很正常的現象，現在靈格斯詞霸更新到Version2.8.0，英文維基還停留在舊版，英文維基有多少人維護？有上萬、上千萬個志願者 卻仍然跟不上進度。官方在編譯發佈新版，都使用了 bot 來自動化，我們跟不上大概是因為機械化自動化程度太低。

_________________
回頂端
Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-TW; rv:6.0) Gecko/20100101 Firefox/6.0.2 (tete009 SSE2 PGO)
 個人資料  
引用回覆  
coolcd
文章發表於 : 2011-09-30, 15:34 
離線

註冊時間: 2003-11-18, 10:59
文章: 3473
有趣的觀點，不過，懶惰是沒藥救的 :lol: (逃～)

_________________
:::: 簽名檔分隔線 ::::
免費好用又自由的輸入法 gcin Windows | 勸大家以後不要再買 ATI
回頂端
Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.2 (KHTML, like Gecko) Chrome/15.0.874.51 Safari/535.2
 個人資料  
引用回覆  
新文字文件
文章發表於 : 2011-10-01, 02:03 
離線

註冊時間: 2008-11-07, 14:49
文章: 130
來自: 右鍵選新增
coolcd 寫:
附加元件的相容問題，除非 API 永遠不變，不然我覺得應該是無解(也不能說無解，只是說想讓附加元件的相容判斷「自動化」，需要付出巨大的成本)。

shyangs 寫:
Chrome 不是向下相容做得好，而是根本沒做相容性判定，沒有不相容提示，當使用者發現套件異常就不會用「不相容」去描述問題，而是用「掛了」(not active)、「不工作」(not working)等用詞。

GC所有指令都只能透過GC提供的API來做，跟使用者看到的整體瀏覽器版本是脫鉤的。雖說缺點是不能像FX自己去戳核心，如GC的擋廣告就因API還有缺而有點殘廢，但好處是不論版本怎樣更新，只要API介面依舊GOOGLE得要負責把輸出結果弄到好，一般ADDON作者根本不需考慮版本問題。當然有遇過如樓上提到有些因為指令翻修中出包，但是一旦成為正式版就沒有這問題。
然後FX的ADDON毛病就在版本檢查只跟帳面版號相關，MOZZILA想學改版號的方式製造話題但完全沒有抓到GC為何能這樣做所依據的基礎。現在更新太快很多作者只好預先把相容灌水到未來版本，運氣好用到的核心沒改到就沒事，一改到就笑話了。
回頂端
Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.5 (KHTML, like Gecko) Chrome/16.0.891.0 Safari/535.5
 個人資料  
引用回覆  
coolcd
文章發表於 : 2011-10-01, 16:44 
離線

註冊時間: 2003-11-18, 10:59
文章: 3473
新文字文件 寫:
GC所有指令都只能透過GC提供的API來做，跟使用者看到的整體瀏覽器版本是脫鉤的。雖說缺點是不能像FX自己去戳核心，如GC的擋廣告就因API還有缺而有點殘廢，但好處是不論版本怎樣更新，只要API介面依舊GOOGLE得要負責把輸出結果弄到好，一般ADDON作者根本不需考慮版本問題。當然有遇過如樓上提到有些因為指令翻修中出包，但是一旦成為正式版就沒有這問題。
然後FX的ADDON毛病就在版本檢查只跟帳面版號相關，MOZZILA想學改版號的方式製造話題但完全沒有抓到GC為何能這樣做所依據的基礎。現在更新太快很多作者只好預先把相容灌水到未來版本，運氣好用到的核心沒改到就沒事，一改到就笑話了。

原來 Chrome 這麼先進，我所想的 Chrome 已經實作了，Mozilla 趕快抄一下吧 XDD

_________________
:::: 簽名檔分隔線 ::::
免費好用又自由的輸入法 gcin Windows | 勸大家以後不要再買 ATI
回頂端
Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.2 (KHTML, like Gecko) Chrome/15.0.874.51 Safari/535.2
 個人資料  
引用回覆  
shyangs
文章發表於 : 2011-10-01, 18:33 
離線
[網站管理員]
頭像

註冊時間: 2006-11-22, 16:07
文章: 560
Firefox 已經有 Jetpack 了。開發者用 Jetpack 開發的套件，會在 sandbox 裡執行，摸不到核心，也摸不到介面，就像 Chrome 上的套件一樣，套件圖示會被釘死在工具列上，使用者無法移動它，開發者也無法移動它，想搬到狀態列或網址列裡都沒門。主選單變成神聖不可侵犯領域，幸好還是可以往右鍵選單添加項目(Chrome 6以後右鍵選單才解除禁制)。其他 API 我沒研究，但一定也處處受限。

聽說 ABP 的開發者曾經想用 Jetpack 重新開發，不過我沒找到出處；他倒是說過 Jetpack 不適合複雜套件。

Wladimir Palant 寫:
As it is now, Jetpack isn’t suitable for complicated extensions.


現在比較著名 Jetpack 開發的套件有 Pentadactyl、Fox Splitter。如果你覺得檯面上 ABP 這些開發者太不知進取死守 xul 平台，那 Mozilla 已經提供了 Jetpack 平台，你大可以移植一個免重啟、摸不到核心、摸不到介面的分支版本。

_________________
回頂端
Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-TW; rv:7.0.1) Gecko/20100101 Firefox/7.0.1 (tete009 SSE2 PGO)
 個人資料  
引用回覆  
新文字文件
文章發表於 : 2011-10-01, 21:13 
離線

註冊時間: 2008-11-07, 14:49
文章: 130
來自: 右鍵選新增
shyangs 寫:
Firefox 已經有 Jetpack 了。

說實話你沒提到的話還真忘了有這東西:D。
既然已有這一計畫但又表現失敗的話就代表MOZILLA又一如以往的放錯發展重心，在玩版號遊戲前應該好好的把這JETPACK先搞到指令能應付要求，然後開始逐步要求開發者轉用JETPACK的API。
回頂端
Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.5 (KHTML, like Gecko) Chrome/16.0.891.0 Safari/535.5
 個人資料  
引用回覆  
coolcd
文章發表於 : 2011-10-01, 23:13 
離線

註冊時間: 2003-11-18, 10:59
文章: 3473
印象中 Jetpack 的開發重點是 → 不用重啟就能立即使用 addons
當時也還沒有把釋出周期縮短到 6 週
不同版本的 firefox，其 Jetpack 相容性不知如何？
我是從來沒用過 jetpack 的套件 XD

_________________
:::: 簽名檔分隔線 ::::
免費好用又自由的輸入法 gcin Windows | 勸大家以後不要再買 ATI
回頂端
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20100101 Firefox/7.0.1
 個人資料  
引用回覆  
shyangs
文章發表於 : 2011-10-01, 23:29 
離線
[網站管理員]
頭像

註冊時間: 2006-11-22, 16:07
文章: 560
新文字文件 寫:
說實話你沒提到的話還真忘了有這東西:D。
既然已有這一計畫但又表現失敗的話就代表MOZILLA又一如以往的放錯發展重心，在玩版號遊戲前應該好好的把這JETPACK先搞到指令能應付要求，然後開始逐步要求開發者轉用JETPACK的API。


我上面提到的 Pentadactyl 472 KB , Fox Splitter 121 KB 都算是中重量級的套件了，況且 Fox Splitter 可以縱向分割、橫向分割，相比 Chrome 同類型的視窗分割套件只能縱向分屏，https 頁面還不能用。問題不在於 Jetpack API 不好用，而是 xul 更不受拘束，所以 Jetpack 得不到部份 Fx 開發者的青睞。


coolcd 寫:
印象中 Jetpack 的開發重點是 → 不用重啟就能立即使用 addons
當時也還沒有把釋出周期縮短到 6 週
不同版本的 firefox，其 Jetpack 相容性不知如何？
我是從來沒用過 jetpack 的套件 XD


Jetpack 的設計準則有將相容性考慮進去： Jetpack/Design Guidelines #Compatibility

_________________
回頂端
Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-TW; rv:7.0.1) Gecko/20100101 Firefox/7.0.1 (tete009 SSE2 PGO)
 個人資料  
引用回覆  
某A
文章發表於 : 2011-10-03, 18:06 
離線
[MozTW 版主群]

註冊時間: 2005-04-16, 09:20
文章: 1492
新文字文件 寫:
不過40周之後版號一跳就是近十，以目前FX版本的向下相容跟模仿對象的GC比起來有夠慘的現況來說，到時一口氣跳大版號造成的附加元件等要更新修正時的問題其實還更大也說不定?
然後覺得現在FX又變相變回以前的版本更變方法，重要版號只是換個稱呼為企業支援，一般版本的數字就是灌水狂飆兼測試新功能。
最後每次都要抱怨一下版號問題，與其數字不斷灌水，為何不學GC那般好好的處理一下元件的版本檢查機制。

就我的使用經驗，它不是在裝套件的時候檢查，是在昇降級的時候檢查…
在GC，如果把用過新版本的profile拿去給舊版的用，會直接告訴你不給用這份設定檔案。

硬用是會直接當掉的，即使半個addon都沒有裝也一樣…
這種事在Fx就算會有問題，頂多把不相容的addon給拆掉就沒有大礙。


至於版本號灌水…我覺得Fx和GC兩個目前灌的一樣兇…
Fx如果照Aza講的把About裡的版本號給拿掉，那就是想要把GC的做法做到極致。這樣一來，使用者不會管版本號，只要知道用的是Fx就行了。這樣子我倒覺得可以再學像GC一樣在後台直接偷偷更新，不用像現在這樣還跳個視窗問要不要更新(或是提醒更新要重開才能生效)?這多麻煩啊!

坦白說我還是對GC的addon沒有什麼信心…當然這件事因人而異就是了。

_________________
我的網誌…
Atenza Cafe
回頂端
Mozilla/5.0 (Windows NT 5.1; rv:7.0.1) Gecko/20110930 Firefox/7.0.1
 個人資料  
引用回覆  
新文字文件
文章發表於 : 2011-10-03, 22:11 
離線

註冊時間: 2008-11-07, 14:49
文章: 130
來自: 右鍵選新增
某A 寫:
就我的使用經驗，它不是在裝套件的時候檢查，是在昇降級的時候檢查…
在GC，如果把用過新版本的profile拿去給舊版的用，會直接告訴你不給用這份設定檔案。

至於版本號灌水…我覺得Fx和GC兩個目前灌的一樣兇…
Fx如果照Aza講的把About裡的版本號給拿掉，那就是想要把GC的做法做到極致。這樣一來，使用者不會管版本號，只要知道用的是Fx就行了。這樣子我倒覺得可以再學像GC一樣在後台直接偷偷更新，不用像現在這樣還跳個視窗問要不要更新(或是提醒更新要重開才能生效)?這多麻煩啊!

不過不同點在於GC一開始就不把版本當更新程度，單純只是取代年月日的週期編號，而FX是半途出家搞數字遊戲。且GC打從開始就直接要求所有使用者強制自動更新到單一最新版以減少維護所需的人、物力。加上GC在定義規格時就有把本體強制更新時的各種狀態考慮下去，理所當然沒有相容問題要考慮或頭痛。FX當年設計的骨幹裡完全缺了這一點，硬搞變成現在不上不下的窘樣。
有時也挺好奇到底是FX開發的人真沒注意到這是基本架構就不同所以玩不起，還是是他們刻意選擇忽略並把問題怪在版號?
回頂端
Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.5 (KHTML, like Gecko) Chrome/16.0.891.0 Safari/535.5
 個人資料  
引用回覆  
BobChao
文章發表於 : 2011-10-04, 12:30 
離線
[網站管理員]
頭像

註冊時間: 2002-01-07, 19:28
文章: 3080
來自: 台灣
企業市場的群組討論在這裡：https://mail.mozilla.org/listinfo/enterprise
目前看到的回饋大概對 42 週都覺得 ok，但都是西方的企業使用者在討論而已，欠了這邊的意見。
如果這邊的朋友是有在公司內做 MIS 的，或許會有興趣加入

偷偷更新這點，就 Mozilla 的態度來講應該不會做啦，有點違背提供自由選擇的主張。
不過 MIS 本來就可以設定一些東西來強制要更新或不更新。

關於套件：

Jetpack 還沒有到失敗的程度吧？我的感覺是緩步成長，只是要取代彈性爆炸大的 XUL add-ons 還有一段長路。（開發 Chrome 的套件其實會遇到很多限制啊，因為朕不給的你不能要，相對來講人家的相容性就會控制得稍微好點。）其實已經越來越多作者用 Jetpack 來做了。

另一方面有看到之後 xul addon 會預設強制相容的消息，但沒通透了解，有更多了解再來分享。

Google Chrome 有些設計是真的蠻容易管理的，雖然使用者會喪失一些主權，但有點像 MP3 裡被壓掉的那些聲音大家也不是很在意一樣。至於 Mozilla 要不要學，嗯。

_________________
雜工 :: 柏強 / Bob Chao
發問討論請保持禮節，在志工社群裡沒有人有「義務」要為您做些什麼。

* MozTW 志工無限招募中，開放網路世界需要您的一臂之力
回頂端
Mozilla/5.0 (X11; Linux i686; rv:10.0a1) Gecko/20111002 Firefox/10.0a1
 個人資料  
引用回覆  
顯示文章 :  排序  
發表新文章 回覆主題  第 1 頁 (共 2 頁)
  [ 18 篇文章 ]  前往頁數 1，2  下一頁

MozTW » 討論區首頁 » 文件翻譯 和 軟體在地化討論 » 新聞與報導

所有顯示的時間為 UTC + 8 小時


誰在線上

正在瀏覽這個版面的使用者：沒有註冊會員 和 2 位訪客

您 不能 在這個版面發表主題
您 不能 在這個版面回覆主題
您 不能 在這個版面編輯您的文章
您 不能 在這個版面刪除您的文章
您 不能 在這個版面上傳附加檔案

搜尋:
前往 :  
Powered by phpBB® Forum Software © phpBB Group
正體中文語系由 竹貓星球 維護製作
© moztw.org, Mozilla Foundation
MozTW，Mozilla 台灣社群