MozTW 討論區

各項 Mozilla 相關軟體與技術討論
現在的時間是 2024-03-28, 16:43

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





發表新文章 回覆主題  [ 30 篇文章 ]  前往頁數 上一頁  12
發表人 內容
 文章主題 : Re: UAO問題詢問
文章發表於 : 2010-07-25, 16:21 
離線

註冊時間: 2003-11-18, 10:59
文章: 3473
Dark Shenada 寫:

  1. Big5-2003只有極少的保留區, 完全沒有使用者造字區, 也不允許造字

參照表

所以從這個表格可一看到, 除非是Big5-1984, 否則就算是CP950或是Big5-ETEN 也是 "不允許使用" FA40 - FEFE 和 8140 - A0FE 這兩段.

所以除非你網頁改用UTF-16LE或是UTF-8, 否則基本上是無解的, 因為Big5根本就沒有造字區可以留空

可是打開 Windows 的造字程式,可以發現 FA40~FEFE、8E40~A0FE、8140~8DFE……都還是空的,看來應可用於造字?看不太懂那個表格的意思。

_________________
:::: 簽名檔分隔線 ::::
免費好用又自由的輸入法 gcin Windows | 勸大家以後不要再買 ATI


回頂端
Mozilla/5.0 (Windows; U; Windows NT 6.1; zh-TW; rv:1.9.2.7) Gecko/20100713 Firefox/3.6.7
 個人資料  
引用回覆  
 文章主題 : Re: UAO問題詢問
文章發表於 : 2010-07-25, 17:00 
離線

註冊時間: 2010-07-23, 02:08
文章: 12
感謝各位版友的回應,謝謝大家與我討論這個問題。

我提出的部份如下:
謝謝coolcd所提供的意見。
這部份我會再花時間下去研究,如有遇到相關的問題,還望您不吝賜教。

網頁變更為Unicode,是我們最希望能夠做到的。
何況Unicode從現在的2.0一直發展到5.2以4 Byte的方式來呈現,可以容納的字元更多,這是大家都期望看到的。

但現有的問題如下:
企業網站已經沿用,而當初遇到自造字問題,尚有6217個字可以緩衝,很多企業都是能解則解。畢竟所有網頁的改寫,成本及時間花費都大。
而到後來,自造字區快要滿了,才開始要解決。
若要解決,除了網頁,還需要改資料庫的編碼。
這些改變,即使不以成本考量,也是需要時間的。
即使開始改變,也一定會有需要並行的過渡時間。

因此,我再重申一次版友們給我的意見,將這些標準放到Unicode才是正確的。我清楚。
只是不能一下子承擔這些改變的,是需要被改變的企業。
所以這裡提的,只是還沒轉變前的過渡時期。

也謝謝版友s793016所提供的意見。
我會花時間去了解的。
而這個版本是不是重要到沒有我會死?不,會死的不是我。
而基於客戶服務,需解決目前企業的問題,也因此才上來請教各位版友。

如果Firefox因有其它的考量,所以僅提供原有之版本。我會再向其它有遇到問題的企業說明原因。並告知此一討論串各位版友所提供的意見,再交由各企業去評估。畢竟企業對於自造字的部份並不是這麼清楚,只是在瀏覽器上無法正確顯示該企業的自造字時,會提出疑慮而已。

而Big5既有的字太少,我清楚,13053個字之外,加符號也才13503個字,一定是不敷使用。但同樣的,對於企業而言,他們也很想馬上就都轉換為Unicode編碼,而是因為"時間"、"成本"考量,他們也必須考量到他們客戶的需求,不能因為轉換而影響客戶使用。才會有所謂的過渡時期。
再者,真的以現有的Unicode為標準,就沒有自造字的需求了嗎?很難說。如果有,也還是需要自造字區域,只是,這樣類似的需求,會愈來愈少罷了。

謝謝版友Dark Shenada所提供的參造表。
像微軟,或是IE及Google瀏覽器是完全沒有預設造字字Mapping的。
也因此,Big5自造字的保留區仍有6217個。
至於版本,我會去確認的。

就像台灣人如果使用一些香港的軟體,就是Follow HKSCS的標準,亦造成許多使用者的困擾。

如該軟體不準備"沒有自造字區域對應的版本",基本上,都還是會影響有使用"自造字"的使用者。

以上,謝謝。

(相關的資訊我準備好後再提供)


回頂端
Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/533.4 (KHTML, like Gecko) Chrome/5.0.375.99 Safari/533.4
 個人資料  
引用回覆  
 文章主題 : Re: UAO問題詢問
文章發表於 : 2010-07-25, 17:45 
離線
[MozTW 版主群]
頭像

註冊時間: 2002-12-03, 21:00
文章: 744
來自: 地球
顯而易見的危機,但一旦要花錢,就沒有企業要作了,這就是台灣人。

當年有名的 y2k 問題,如果不是西方國家主動處理,我看台灣應該沒幾間公司會去弄。那麼台灣有沒有類似的問題?有的,就是民國 100 年問題。那麼您有看過有什麼公司在測試這問題?除了新聞點水式的小報一下,其它幾乎沒有。

以造字問題而言,您自己也說了,造字當然不夠用,那等到您手上的造字空間用完了,又要造字時,怎麼辦?總不能都不去想,就放給他用完再想吧?很多小成本能解決的事,就是這樣一放,到最後就變成要花大錢才能解決。話又說回來,為何開源碼社群要「免費」為企業解決企業遇到的問題?企業的問題不是應該企業的 mis 自己解決嗎?自己無法解決就花錢找人解決才對吧。更何況這東西作出來能賣錢的 -- 如:華康的「金蝶外字管理系統」 -- 從官網上不敢直接標價,就可以大致猜一下有多貴。

顯而易見的「造字用完」危機,如果轉換字碼對企業來說真的是如此大的成本,那我想「既有的 ie only 頁面」一樣也要花錢外包才能修正,花錢=不予考慮,反正只要能用就不是問題,那麼能用的東西為什麼要花錢。這大概是老闆真正的想法。

本串討論我將不再回應。

_________________
想讓 Internet Explorer 當掉嗎?

「方法一」 - 被 google 檔掉的樣子,開不起來

「方法二」


回頂端
Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.10) Gecko/20100626 SeaMonkey/2.0.5 (s793016/SSE2/PGO)
 個人資料  
引用回覆  
 文章主題 : Re: UAO問題詢問
文章發表於 : 2010-07-26, 00:36 
離線

註冊時間: 2010-07-23, 02:08
文章: 12
謝謝s793016的意見。

如果我有機會的話,我會建議企業捐錢出來給你們的。如果您有建議的改善項目及認為可以解決的金額,我可以代為轉告這些所謂想用Firefox支援自己web程式的企業。

不過,我不確定結果會是如何。

我只是想說,企業群的客戶也很常使用Firefox瀏覽器,只是遇到了所謂自造字的問題。

我也想問,為何只能考慮到字太少不能顯示的人,而去新增外字。卻要把這個標準,放於其它使用Firefox的人身上呢?還是,有自造字的人,因為是自己的標準,所以不可以拿出來說。一定要被視為是所謂的有較多擁有者的外字集,才叫做標準呢?

當訂下了一個標準,而又不是需求的人所用的。這時候的建議,是請這些人順從這個標準嗎?(Unicode補完計劃)。

我只是提出個人的見解,之後也會提供資料上來。

謝謝各位版友,雖然也許大家不懂得我在爭取什麼?

最後我提一點,企業並非一定要使用某種瀏覽器,只是使用者反應此瀏覽器蠻穩定,也蠻多人使用,才提出詢問。因而上來代為詢問問題。

企業並沒有說,一定要免費解決這個問題,或是一定要解決這個問題。

如以後不會有這個版本,我想我也無能為力說什麼。即使我花了時間,Build了一個版本出來,也不能像您們所說的,一直去維持或Release一直更新的版本。

如果造成大家的反感或是大家的誤解,我在此說聲抱歉。至少,大家曾給我很多不錯的意見,謝謝各位。

另外,s793016版友有提到,造字空間用完的問題。目前想到的解決方法是資料庫轉碼,由小字庫轉大字庫,如Big5轉Unicode 2.0。
舉例而言,原本在Big5裡沒有"堃"這個字,先存於FA40碼位(等同於Unicode碼位E000),到後來資料庫轉為Unicode 2.0標準時,再將所有資料庫中FA40碼位的字,轉到標準的Unicode碼位5803,而此自造字空間就會被Release出來。

若仍有遇到Unicode 2.0沒有的字,則持續放在自造字區。直到哪天Unicode 2.0不夠用了,可能再轉3.0...5.2....等等。

而各企業間,再以相對應的轉碼去作對應,即可達到資訊交換的目的。

如果解釋錯誤,或不夠詳細,還請版友補充,請多多見諒。

謝謝各位。


回頂端
Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/533.4 (KHTML, like Gecko) Chrome/5.0.375.99 Safari/533.4
 個人資料  
引用回覆  
 文章主題 : Re: UAO問題詢問
文章發表於 : 2010-07-26, 00:48 
離線
頭像

註冊時間: 2003-10-27, 02:07
文章: 380
來自: Taipei, Taiwan
how0607 寫:
像微軟,或是IE及Google瀏覽器是完全沒有預設造字字Mapping的。
也因此,Big5自造字的保留區仍有6217個。

如該軟體不準備"沒有自造字區域對應的版本",基本上,都還是會影響有使用"自造字"的使用者。

s793016 寫:
顯而易見的危機,但一旦要花錢,就沒有企業要作了,這就是台灣人。

當年有名的 y2k 問題,如果不是西方國家主動處理,我看台灣應該沒幾間公司會去弄。那麼台灣有沒有類似的問題?有的,就是民國 100 年問題。那麼您有看過有什麼公司在測試這問題?除了新聞點水式的小報一下,其它幾乎沒有。

以造字問題而言,您自己也說了,造字當然不夠用,那等到您手上的造字空間用完了,又要造字時,怎麼辦?總不能都不去想,就放給他用完再想吧?很多小成本能解決的事,就是這樣一放,到最後就變成要花大錢才能解決。話又說回來,為何開源碼社群要「免費」為企業解決企業遇到的問題?企業的問題不是應該企業的 mis 自己解決嗎?自己無法解決就花錢找人解決才對吧。更何況這東西作出來能賣錢的 -- 如:華康的「金蝶外字管理系統」 -- 從官網上不敢直接標價,就可以大致猜一下有多貴。

顯而易見的「造字用完」危機,如果轉換字碼對企業來說真的是如此大的成本,那我想「既有的 ie only 頁面」一樣也要花錢外包才能修正,花錢=不予考慮,反正只要能用就不是問題,那麼能用的東西為什麼要花錢。這大概是老闆真正的想法。

本串討論我將不再回應。


剛剛確認過, Firefox 內建的是Big5-2003, 原因是M$ Win的CP950太古早又殘缺, Big5-2003根本沒有造字區(用光了), 所以沒有留不留的問題, 所以問題的根本是Firefox支援的是新標準, 而其他人還在用舊的, 2003的標準, 大多數的國外廠商(HP, IBM ... etc.. P.S: IBM是在1999年就注意到這個問題, 2001年提出警告)2005年前都解完的問題, 到現在才爆出來, 只能說M$為了相容性一直把問題掩蓋起來, 還有使用者也懶得改的錯吧, 不過話說, 好像2003~2004年以前M$也出過幾份官方guild通知使用者別再用Big5要改用UCS-2(M$叫他Unicode), 不過現在2010年了, 好像根本沒多少人理, 而這些問題, 在Unix, Linux上面, 早就用Big5-2003 to UCS-4 to UTF-8完美解決掉了(這跟這些平台的使用者, 相對嚴格遵守標準, 不太敢使用標準未定義的灰色地帶也有很大關係), 連console都不會有問題(2004~2005左右)

另外, 轉資料庫和純文字檔案或是靜態網頁在我看來都是小問題, 只要有正確的對應表(企業私有 to Unicode), 花個幾天寫些小程式都很好解決, 就怕有大量M$ word的doc或是 Acrobate PDF 那才是最糟的(之前曾任職的某T大公司5~6年前就花了快兩年解決舊文件轉換 {>10年份, 且有大量日文, 少量德文, 俄文} +所有系統和AP更新), 那些資料的話要就是半人工處理, 要就是放棄掉然後重建了

_________________
Meetings: Because none of us is as dumb as all of us.

- Firefox embedded化商業顧問中
- Linux embedded化商業顧問中
- Linux 系統顧問中
- 系統整合的雜七雜八顧問中
- Android開發中: 正在跟ARM的EGLIBC纏鬥中 .....
- Windows Mobile開發中: 就讓WM走入歷史吧 !


回頂端
Mozilla/5.0 (Windows; U; Windows NT 6.1; zh-TW; rv:1.9.2.8) Gecko/20100722 Firefox/3.6.8
 個人資料  
引用回覆  
 文章主題 : Re: UAO問題詢問
文章發表於 : 2010-07-26, 01:24 
離線
頭像

註冊時間: 2003-10-27, 02:07
文章: 380
來自: Taipei, Taiwan
how0607 寫:
如果我有機會的話,我會建議企業捐錢出來給你們的。如果您有建議的改善項目及認為可以解決的金額,我可以代為轉告這些所謂想用Firefox支援自己web程式的企業。

....

我也想問,為何只能考慮到字太少不能顯示的人,而去新增外字。卻要把這個標準,放於其它使用Firefox的人身上呢?還是,有自造字的人,因為是自己的標準,所以不可以拿出來說。一定要被視為是所謂的有較多擁有者的外字集,才叫做標準呢?

當訂下了一個標準,而又不是需求的人所用的。這時候的建議,是請這些人順從這個標準嗎?(Unicode補完計劃)。

...

如果造成大家的反感或是大家的誤解,我在此說聲抱歉。至少,大家曾給我很多不錯的意見,謝謝各位。

...

若仍有遇到Unicode 2.0沒有的字,則持續放在自造字區。直到哪天Unicode 2.0不夠用了,可能再轉3.0...5.2....等等。


1. 這不是錢的問題, 就算是社群或是Mozilla也不可能會接受, 當然不排除有人會以個人身份接受, 但絕對不會是Mozilla或是官方或是非官方的社群.

2. UAO計畫是個非官方且無償的計畫, UAO也是參照當時的業界標準如ETEN...等公司的外字來定的, 不會也沒有要求任何人去遵守, 至於新的標準則是經濟部委託資策會和業界廠商訂出來的國家標準, 所以是否少數人必須順從, 答案是 "是", 因為當大家都在用公尺和公分計算長度時, 只有少數人還在用某人的腳丫長度來算的時候, 那麼要讓所有的人都明白的唯一方法, 就是轉換成公分, 反之亦然, 另外Firefox參照的是Big5-2003, 不是UAO !

3. 應該不會有人反感吧, 至少我不覺得有問題

4. 請不要再用 Unicode 2.0, 請轉到至少3.1或4.1以後的版本,甚至是5.2, 儘量不要用造字區, 以避免將來再次發生悲劇, 並相容於HK和GB字源.

P.S: 4.1以後基本上就不太會缺字了, 除非是淘汰的古字或古異體字, 但是最好還是在能力範圍內越新越好
P.S: UAO中的Big5-UAO和Big5-2003也沒有完全相容
P.S: Windows 7/Vista/XP 最新只 support 到 Unicode 4.1, 但是從未確認的消息來源仍建議使用者盡可能用最新的5.2作編碼
P.S: Fedora 13 和 Ubuntu 10.04 目前都支援到 Unicode 5.2了, 在Ubuntu上甚至還有Unicode 6.0pre 的非官方patch.
P.S: 建議利用Linux幫本文和資料庫轉碼後再移回Windows使用(相關工具和資源較多, 字碼表最新, 有原始碼能自定轉換表處理企業自定義的怪字)

http://zh.wikipedia.org/w/index.php?tit ... iant=zh-tw

_________________
Meetings: Because none of us is as dumb as all of us.

- Firefox embedded化商業顧問中
- Linux embedded化商業顧問中
- Linux 系統顧問中
- 系統整合的雜七雜八顧問中
- Android開發中: 正在跟ARM的EGLIBC纏鬥中 .....
- Windows Mobile開發中: 就讓WM走入歷史吧 !


最後由 Dark Shenada 於 2010-07-26, 01:54 編輯,總共編輯了 2 次。

回頂端
Mozilla/5.0 (Windows; U; Windows NT 6.1; zh-TW; rv:1.9.2.8) Gecko/20100722 Firefox/3.6.8
 個人資料  
引用回覆  
 文章主題 : Re: UAO問題詢問
文章發表於 : 2010-07-26, 01:27 
離線

註冊時間: 2010-07-23, 02:08
文章: 12
感謝Dark Shenada的回覆。

以實務經驗上,您所提到的"轉資料庫和純文字檔案或是靜態網頁",對於大企業來說,是個需要很謹慎的工作。

因為擁有客戶資料的資料庫,裡面的檔案才是最重要的。而網頁由Big5轉為Unicode,也是需要時間做測試及維護的。

企業不可能因為裡面有亂碼或是其它文字,而去重建資料庫,如果那資料有問題,企業也會請人工去確認。畢竟有很多是很重要的客戶資料。

誠如您所說的,像IE及Google瀏覽器,所使用的標準就是很舊的950標準。

我也很希望有全面Unicode的一天。

只是目前企業所提的,只是過渡時間,過了,就雨過天晴了。


回頂端
Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/533.4 (KHTML, like Gecko) Chrome/5.0.375.99 Safari/533.4
 個人資料  
引用回覆  
 文章主題 : Re: UAO問題詢問
文章發表於 : 2010-07-26, 01:41 
離線

註冊時間: 2010-07-23, 02:08
文章: 12
Dark Shenada 寫:
how0607 寫:
如果我有機會的話,我會建議企業捐錢出來給你們的。如果您有建議的改善項目及認為可以解決的金額,我可以代為轉告這些所謂想用Firefox支援自己web程式的企業。

....

我也想問,為何只能考慮到字太少不能顯示的人,而去新增外字。卻要把這個標準,放於其它使用Firefox的人身上呢?還是,有自造字的人,因為是自己的標準,所以不可以拿出來說。一定要被視為是所謂的有較多擁有者的外字集,才叫做標準呢?

當訂下了一個標準,而又不是需求的人所用的。這時候的建議,是請這些人順從這個標準嗎?(Unicode補完計劃)。

...

如果造成大家的反感或是大家的誤解,我在此說聲抱歉。至少,大家曾給我很多不錯的意見,謝謝各位。

...

若仍有遇到Unicode 2.0沒有的字,則持續放在自造字區。直到哪天Unicode 2.0不夠用了,可能再轉3.0...5.2....等等。


1. 這不是錢的問題, 就算是社群或是Mozilla也不可能會接受, 當然不排除有人會以個人身份接受, 但絕對不會是Mozilla或是官方或是非官方的社群.

2. UAO計畫是個非官方且無償的計畫, UAO也是參照當時的業界標準如ETEN...等公司的外字來定的, 不會也沒有要求任何人去遵守, 至於新的標準則是經濟部委託資策會和業界廠商訂出來的國家標準, 所以是否少數人必須順從, 答案是 "是", 因為當大家都在用公尺和公分計算長度時, 只有少數人還在用某人的腳丫長度來算的時候, 那麼要讓所有的人都明白的唯一方法, 就是轉換成公分, 反之亦然, 另外Firefox參照的是Big5-2003, 不是UAO !

3. 應該不會有人反感吧, 至少我不覺得有問題

4. 請不要再用 Unicode 2.0, 請轉到至少3.1或4.1以後的版本,甚至是5.2, 儘量不要用造字區, 以避免將來再次發生悲劇, 並相容於HK和GB字源.

P.S: 4.1以後基本上就不太會缺字了, 除非是淘汰的古字或古異體字, 但是最好還是在能力範圍內越新越好
P.S: UAO中的Big5-UAO和Big5-2003也沒有完全相容

http://zh.wikipedia.org/w/index.php?tit ... iant=zh-tw


我很希望能直接說明企業目前所遇到的問題,但實際上而言,要這些企業接受您提出的標準。OK。我相信這是一個很好的回答,我會轉告的。

而您所提的"不太會缺字了",也不能排除需要造字區的可能,不是嗎?

許多人的姓名,為了算命及一些筆誤的情況,造就出許多怪字,也同樣被政府接受了。

最快的方法,是政府像中x一樣規定,不許有自造字區。至少在國家內,不會有這樣的問題。

而不論是遵循著Big-2003或是UAO的標準,在尚未成為一個標準前,我只是一個代為一些企業發聲的人。就請各位版友視為一個建議罷了。
因為我也一直同意,你所說的"標準",我也一直提到,這是為了解決"過渡"的問題。過了,就會依照標準。而在過渡時期的時候,也非得遵循標準的話,我會提供此方案給客戶考慮,而直到企業都轉型成功後,又何需Big5-2003或是UAO的標準?而Unicode標準又何需將部份字放於暫存區域呢?

如果只是為各位版友帶來困擾及誤解,那就像s793016所提的。
回應也只是讓我更清楚,Firefox的堅決維持這"新的標準則是經濟部委託資策會和業界廠商"所定出來的標準了。

而您所提的,用腳Y量或是用大家所規定的公分,公尺的比喻,我是無法否認。

但每個企業、醫院、電信、銀行、學校...等等的單位,擁有他們自己的自造字區及自造字,也不是他們願意的。我們也都知道事情的起因是來自M$。而在這個條件下,又非得大家都要同一標準後,才能開始做事嗎?如有過渡時期,可以讓轉換的期間做個緩衝,不也是一種較為合理的方式嗎?

以上是我的拙見,謝謝各位版友閱讀。


回頂端
Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/533.4 (KHTML, like Gecko) Chrome/5.0.375.99 Safari/533.4
 個人資料  
引用回覆  
 文章主題 : Re: UAO問題詢問
文章發表於 : 2010-07-26, 11:36 
離線

註冊時間: 2003-11-18, 10:59
文章: 3473
引言回覆:
我也想問,為何只能考慮到字太少不能顯示的人,而去新增外字。卻要把這個標準,放於其它使用Firefox的人身上呢?還是,有自造字的人,因為是自己的標準,所以不可以拿出來說。一定要被視為是所謂的有較多擁有者的外字集,才叫做標準呢?

當訂下了一個標準,而又不是需求的人所用的。這時候的建議,是請這些人順從這個標準嗎?(Unicode補完計劃)。

說到這個,您知道 Firefox 中文版維護者是誰嗎?在關於本站可以看到
引言回覆:
緣起與發展

1999 年,當時尚就讀台大資工的林弘德(piaip)為 Mozilla 正體中文在地化專案管理員,並開始於個人網站上發佈測試檔案。 隨後 piaip 製作「Mozilla Localization: Traditional Chinese」網站,並於 2000 年啟用 Mozilla@Taiwan 討論區; 原先的測試網站演化為 Mozilla 相關產品正體中文版及資訊收集地,也有了固定支持的社群。

2004 年,piaip 為了讓更多人參與專案,將 Mozilla 正體中文站自個人網站獨立而成為 Mozilla Taiwan (moztw.org),並轉移到中央研究院的主機下。自此,MozTW 正式開張。

piaip 退休後,MozTW 的在地化工作自 2006 起轉交由孫偉倫(Josesun)負責,而在 2008 年中完成第二次交接、由簡冠庭 (timdream) 與賴韋辰 (lRabbit) 分別負責 Firefox 及 Thunderbird 的在地化事宜。

目前 MozTW 正式進入多人共治時代,討論區、新聞專案、文件等各有獨立負責人運作。

是的,當初的負責人 piaip 只是個學生,自己開發工具做中文化、處理一些關於中文資訊的 bug,當然也有其他人幫忙 patch。

Firefox 歷來的維護者都是還是學生/年輕人而已,都是個人有熱血才接下翻譯的工作,遇到重要的中文標準問題,有時會與網友商議後再提 patch,可能因此比較偏重解決一般使用者的問題,沒有考量到有大量造字的政府與企業使用者,問題是,人家沒什麼資源的「個人」可以做到這種程度,擁有大量資源的政府、民間企業遇到問題,不自己解決,反過來要求這些熱心的社群成員免費提供解決方案,難道不感到汗顏?

前面s大提過,自己有需要,就自己去做,曾經對 UAO 與 Firefox 字碼問題貢獻良多的他,絕對有資格說這句話。
引言回覆:
而不論是遵循著Big-2003或是UAO的標準,在尚未成為一個標準前,我只是一個代為一些企業發聲的人。就請各位版友視為一個建議罷了。
因為我也一直同意,你所說的"標準",我也一直提到,這是為了解決"過渡"的問題。過了,就會依照標準。而在過渡時期的時候,也非得遵循標準的話,我會提供此方案給客戶考慮,而直到企業都轉型成功後,又何需Big5-2003或是UAO的標準?而Unicode標準又何需將部份字放於暫存區域呢?
...
但每個企業、醫院、電信、銀行、學校...等等的單位,擁有他們自己的自造字區及自造字,也不是他們願意的。我們也都知道事情的起因是來自M$。而在這個條件下,又非得大家都要同一標準後,才能開始做事嗎?如有過渡時期,可以讓轉換的期間做個緩衝,不也是一種較為合理的方式嗎?

是的,現在是過渡期。不過,就算有人提供不含 UAO/Big5-2003 的 Firefox 好了,解決了燃眉之急,一時之間沒問題了,企業真會沒事找事幹,請自家員工或外包給資訊厰商,把含自造字的網頁、文件、資料庫通通轉成 utf-16le 或 utf-8?以我對一般台灣中小企業的瞭解,只要使用沒問題,就不會想更動系統。非得等造字區用完、或幾乎用完,才會去想辦法啦……

把 big5 轉換成 unicode 確實需要花費大量時間去驗證、檢查,但是,不轉換,也只是拖延問題、累積更多未來需要轉換的文件、網頁、更多造字碼位的對應問題而已,屆時,轉換工作會更為艱鉅,成本會更高的。

有這種問題的厰商,肯定不只一家,為什麼不聯合起來,分攤成本,請專家們研究一套 big-5 <-> utf-8/utf-16 的完整的解決方案?或者野心大一點,乾脆成立個中文資訊處理聯盟之類的,請大家交會費,聯盟負責幫大家找到最好的解決方式……

_________________
:::: 簽名檔分隔線 ::::
免費好用又自由的輸入法 gcin Windows | 勸大家以後不要再買 ATI


回頂端
Mozilla/5.0 (Windows; U; Windows NT 6.1; zh-TW; rv:1.9.2.8) Gecko/20100722 Firefox/3.6.8
 個人資料  
引用回覆  
 文章主題 : Re: UAO問題詢問
文章發表於 : 2010-07-26, 17:16 
離線

註冊時間: 2010-07-23, 02:08
文章: 12
感謝coolcd版友的回應。

您有提到一個部份如下:
"是的,現在是過渡期。不過,就算有人提供不含 UAO/Big5-2003 的 Firefox 好了,解決了燃眉之急,一時之間沒問題了,企業真會沒事找事幹,請自家員工或外包給資訊厰商,把含自造字的網頁、文件、資料庫通通轉成 utf-16le 或 utf-8?以我對一般台灣中小企業的瞭解,只要使用沒問題,就不會想更動系統。非得等造字區用完、或幾乎用完,才會去想辦法啦……"

目前中小企業已經有想到這個問題,因此有針對網頁及文件、資料庫安排做Unicode的轉換。而您提供的使用沒問題就不會想更動系統,這句話我同意,也是因為這些系統是對客戶所提供的一種服務,幾乎是24小時都必須要Online的。不是必要,他們的確不會做任何變動。只是現在非動不可了。

而您所提到的
"有這種問題的厰商,肯定不只一家,為什麼不聯合起來,分攤成本,請專家們研究一套 big-5 <-> utf-8/utf-16 的完整的解決方案?或者野心大一點,乾脆成立個中文資訊處理聯盟之類的,請大家交會費,聯盟負責幫大家找到最好的解決方式"

這個部份,我想如果有一個有力的人士或團體提出,可能會遠比我建議來的有效,我期許自己有一天能夠做到。

至於提到所謂的汗顏的問題,我是比較難以回答:
"Firefox 歷來的維護者都是還是學生/年輕人而已,都是個人有熱血才接下翻譯的工作,遇到重要的中文標準問題,有時會與網友商議後再提 patch,可能因此比較偏重解決一般使用者的問題,沒有考量到有大量造字的政府與企業使用者,問題是,人家沒什麼資源的「個人」可以做到這種程度,擁有大量資源的政府、民間企業遇到問題,不自己解決,反過來要求這些熱心的社群成員免費提供解決方案,難道不感到汗顏?"

第一、我只是"個人回應",只是剛好接觸客戶,且客戶有提到Firefox好用,只是會影響到企業的自造字,因此上來詢問而已。

第二、這些企業沒有提到要不要解決這些問題,因為在目前的過渡時期(轉換期約2年),只要不使用Firefox瀏覽器,就仍然可以正常運作。所以我再重申一次,只是詢問及建議。對於我而言,只是想代為詢問而已。

如之後企業真的有非要用Firefox來顯示客戶資料的可能性,我想他們一定會透過正式管道來向Firefox回應,而不是以我這種"個人回應"的方式。

我只是想代為確認這個疑慮而已。

但還是謝謝版友們的回應,我了解你們的辛苦,您們都辛苦了。

我一開始的動機只是想到"如果能提供一個沒有外字的版本,那麼更多有自己自造字的企業、使用者,也都可以使用Firefox了"。(動機也是因為Firefox好用)。

沒有考慮到我的動機會造成這麼多的問題,甚至讓版友們誤會這些企業們想藉由我的回應,來解決問題,或是想以免費的方式來解決該花錢的Solution。

我在這裡鄭重的向各位道歉,但並不是這樣的。
這些企業都不曉得我在這裡回應的目的,我只是代表我的個人。

如果我還解釋的不夠清楚,或是認為我還有冒犯的部份,請再告知我,我會再上來說明的。

謝謝。


回頂端
Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/533.4 (KHTML, like Gecko) Chrome/5.0.375.99 Safari/533.4
 個人資料  
引用回覆  
 文章主題 : Re: UAO問題詢問
文章發表於 : 2010-07-27, 00:12 
離線

註冊時間: 2003-11-18, 10:59
文章: 3473
引言回覆:
至於提到所謂的汗顏的問題,我是比較難以回答:
"Firefox 歷來的維護者都是還是學生/年輕人而已,都是個人有熱血才接下翻譯的工作,遇到重要的中文標準問題,有時會與網友商議後再提 patch,可能因此比較偏重解決一般使用者的問題,沒有考量到有大量造字的政府與企業使用者,問題是,人家沒什麼資源的「個人」可以做到這種程度,擁有大量資源的政府、民間企業遇到問題,不自己解決,反過來要求這些熱心的社群成員免費提供解決方案,難道不感到汗顏?"

第一、我只是"個人回應",只是剛好接觸客戶,且客戶有提到Firefox好用,只是會影響到企業的自造字,因此上來詢問而已。

第二、這些企業沒有提到要不要解決這些問題,因為在目前的過渡時期(轉換期約2年),只要不使用Firefox瀏覽器,就仍然可以正常運作。所以我再重申一次,只是詢問及建議。對於我而言,只是想代為詢問而已。

如之後企業真的有非要用Firefox來顯示客戶資料的可能性,我想他們一定會透過正式管道來向Firefox回應,而不是以我這種"個人回應"的方式。

我只是想代為確認這個疑慮而已。

Sorry, 如同您不是代表自己,是代表企業主一樣,小弟的回應也是針對那些企業主的,不是針對您個人。相信之前幾位前輩的回應,也是如此,只不過您代表企業主來發問,所以大家都回應給您。

社群成員 ↔ 您 ↔ 企業主

您扮演的橋樑角色是很重要的。 :D

_________________
:::: 簽名檔分隔線 ::::
免費好用又自由的輸入法 gcin Windows | 勸大家以後不要再買 ATI


回頂端
Mozilla/5.0 (Windows; U; Windows NT 6.1; zh-TW; rv:1.9.2.8) Gecko/20100722 Firefox/3.6.8
 個人資料  
引用回覆  
 文章主題 : Re: UAO問題詢問
文章發表於 : 2010-07-27, 22:45 
離線

註冊時間: 2010-07-23, 02:08
文章: 12
謝謝coolcd版友的回覆。

其實與各位互動了才知道,這些事情的處理,並非這麼容易的。
所以很感謝有提供意見給我們的人。

對於那些有需要的企業主,通常不會主動去找解決方案。
而是將這些問題,以專案的方式,讓能夠處理的廠商去解決。
接著就是看廠商處理的方式了。

這些訊息我會整理後,轉告企業的。

謝謝各位版友。


回頂端
Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/533.4 (KHTML, like Gecko) Chrome/5.0.375.99 Safari/533.4
 個人資料  
引用回覆  
 文章主題 : Re: UAO問題詢問
文章發表於 : 2010-07-28, 13:36 
離線

註冊時間: 2010-07-23, 02:08
文章: 12
Dear all:

如附件,是兩個網頁檔案,一個為BIG5編碼,一個UTF-8編碼。以UTF-8而言,與其它瀏覽器(IE, Google瀏覽器)顯示均相同。而以BIG5,使用Firefox開啟,則會自動對應到已預設的字集。

(BIG5編碼下)IE和google瀏覽器可以用其它方式,使網頁顯示使用者的自造字,而Firefox則因為自動對應,因此無法顯示使用者的自造字。

這是使用者所謂看到的瀏覽器的"差異",而相關討論皆於討論串中都有提到,只是補上版友所提到的測試網頁而已。

謝謝各位。


附加檔案:
Mapping.zip [23.04 KiB]
被下載 634 次
回頂端
Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/533.4 (KHTML, like Gecko) Chrome/5.0.375.99 Safari/533.4
 個人資料  
引用回覆  
 文章主題 : Re: UAO問題詢問
文章發表於 : 2010-11-08, 15:27 
離線
[社群版本維護者]

註冊時間: 2004-11-28, 17:21
文章: 856
以前3.0之前沒在用CAIRO時還可以經GDI顯示EUDC TTE的,但到了CAIRO時代後就好像沒辦法了,有人還在測這個嗎?

_________________
I am the bone of my firefox.

Source is my body, and library is my blood.

I've created over a thousand of builds.

Unaware of notice.
Nor aware of warning.

With stood pain to create binaries.
Waiting for one's download.

I have no regrets. This is the only path.

My whole life was "Unlimited build works"

「只有宗教狂熱分子和極權主義國家才將道德等同於法制。」 Linus Torvalds寫道。
我的廢棄日記


回頂端
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.4pre) Gecko/20100406 Firefox/3.6.4pre (Firefox musume)
 個人資料  
引用回覆  
 文章主題 : Re: UAO問題詢問
文章發表於 : 2016-12-03, 01:48 
離線

註冊時間: 2016-12-03, 01:37
文章: 1
問題解決了嗎?
我有解決方式。

現在Chrome也有這個問題。


回頂端
Mozilla/5.0 (Windows NT 6.1; WOW64; Trident/7.0; rv:11.0) like Gecko
 個人資料  
引用回覆  
顯示文章 :  排序  
發表新文章 回覆主題  [ 30 篇文章 ]  前往頁數 上一頁  12

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


誰在線上

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


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

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