但我從小windows 2000 95 98 XP Vista 7 8 到最新的8.1都用過了
每次剛出預覽版就馬上試用
什麼專業版家用版旗艦版全都試過了
我不懂為什麼一個系統要出那麼多的版本
每次系統升級都要考慮相容性
相容性模式還是有些程式無法開啓
還有我不懂為什麼換個語言還要重開機
有些程式還要在特定的語言下安裝
明明同樣是windows的軟體
卻因為Unicode的問題
簡中要靠Applocale
日文要靠Applocale
韓文也要靠Applocale
到了windows8 Applocale還不能直接灌進去
搞到最後InstallShield繁中的還變亂碼
英文的也有亂碼
我還記得AMD推土機剛沒多久出時
看評價還可以
我馬上去配了一台FX-6100
金士頓4g-1333 ramX2
Asus ATI HD6870
Asus AM3+的主機板
windows 7 旗艦版
一個月就給我藍屏了
還有微軟那把每個人都當工程師的計劃
錯誤碼把人搞得半死
半年一年就重灌
後來決定去試試mac
雖然一大堆人一直問為什麼要買mac
mac遊戲那麼少
mac軟體那麼少
還要適應新系統
但我不後悔
至少我不用為了配台電腦東奔西走
去光華去nova去哪去哪的比價
不用想主機板和記憶體相容性
省下不知道多少時間
還有mac的重灌系統
個人的設定都可以留下
windows軟體雖然多
但你會去用的有多少
好用的又有多少
是重質？
還是重量？
有人在說windows那麼差為什麼沒有倒
os x那麼好為什麼市占率這麼低
不如現在想想apple把os x給任何一台電腦裝
或是微軟不把windows給其他電腦裝
你會選哪一個？
kiri1122 wrote:
明明同樣是windows的軟體
卻因為Unicode的問題
簡中要靠Applocale
日文要靠Applocale
韓文也要靠Applocale
這個不是因為Unicode.....Unicode是支援這些語言的。正確來說是因為不支援Unicode的問題。
你說的那些軟體跟Windows也沒有關係，從邁入NT起，內部都是採用Unicode以支持各種語言。(採用非Unicode的，會在內部被引去轉換。)
通常最容易無視Unicode編碼的軟體，日本出產很多Orz
至於為甚麼很多新開發的程式不採用Unicode，那要問編寫者了......
(Applocale我猜之所以不在W7之後提供，是因為避免讓開發者將該軟體視為過渡方案。但就是有人不弄萬國碼囧。而OSX有沒有這個問題，我也不清楚，我不熟悉他的開發歷史。)
kiri1122 wrote:
有人在說windows那麼差為什麼沒有倒
os x那麼好為什麼市占率這麼低
不如現在想想apple把os x給任何一台電腦裝
或是微軟不把windows給其他電腦裝
你會選哪一個？
然後後面的問題其實也很微妙，當變成那樣的時候，蘋果不會再擁有蘋果的優勢了。
為甚麼能夠深度的軟硬體整合，正是建立在硬體與軟體緊密配合。當你要在任何一台電腦裝上OSX，單是Driver的問題，你又邁入Windows的噩夢了。詳細的狀況，黑蘋果你應該就能理解，OSX現階段不是通吃，他的目標平台仍然是自己的硬體。
最後軟體的問題，又不像是App有開發門檻，誰都可以在任何一個平台上寫程式。哪個平台都一樣，你自然無法保證質量。OSX也是，不是上架在商店上的，你怎麼保證它的質量......
另外，個人建議你，適合的是品牌電腦。自組電腦本來就要自己承擔硬體間的不相容，這不能推到軟體身上......Windows品牌電腦跟Mac如果硬體上有問題，一樣都是硬體商的問題，軟體商也真無辜耶。
我寧可將多餘的時間陪陪家人或是跑步健身上.......
可愛的卡比 wrote:XP號稱最長壽的系統 NT還比XP早推出 也早用Unicode 那在win上為什麼難以推行
這個不是因為Unicode.....Unicode是支援這些語言的。正確來說是因為不支援Unicode的問題。
你說的那些軟體跟Windows也沒有關係，從邁入NT起，內部都是採用Unicode以支持各種語言。(採用非Unicode的，會在內部被引去轉換。)
通常最容易無視Unicode編碼的軟體，日本出產很多Orz
至於為甚麼很多新開發的程式不採用Unicode，那要問編寫者了......
(Applocale我猜之所以不在W7之後提供，是因為避免讓開發者將該軟體視為過渡方案。但就是有人不弄萬國碼囧。而OSX有沒有這個問題，我也不清楚，我不熟悉他的開發歷史。)
看看winNT對於Unicode支援成那什麼鳥樣
想想為什麼軟體開發者不用Unicode去編碼軟體
用Unicode編碼了 在win上使用 還是呈現亂碼 要自己去寫對照表寫轉碼
因為如此軟體編寫者不想在win使用Unicode的
也才造就一堆地區字型撰寫編碼軟體 自創編碼
結果就是像是櫻花輸入法創出來的日文字只能在有裝櫻花輸入法的系統尚能正確顯示
給win日本版開 日文字還是亂碼.....
(櫻花輸入法一鍵安裝 輕鬆簡單
微軟大可一樣給個Unicode對照表 就可以在XP同時顯示各國字碼
但是這樣多國版本的win 不就通通填海....所以微軟就是擺爛不提供 要使用者自己去寫這種本該由系統所提供的服務)
OSX初期也有這種轉換問題
但是OSX是在系統端將這種文字編碼成直接顯示 而不是混在一起用一種語系去編譯所有字碼
系統端統一使用對照表去顯示各種編碼混用的字碼問題 經過多板本不斷修正
使得現在亂碼非常的少 而使用Unicode則更容易
可愛的卡比 wrote:笑死人了 蘋果本來就只針對自己電腦寫驅動 不然他去幫聯想DELL寫喔 更不用講去幫黑蘋果寫
然後後面的問題其實也很微妙，當變成那樣的時候，蘋果不會再擁有蘋果的優勢了。
為甚麼能夠深度的軟硬體整合，正是建立在硬體與軟體緊密配合。當你要在任何一台電腦裝上OSX，單是Driver的問題，你又邁入Windows的噩夢了。當你要在任何一台電腦裝上OSX，單是Driver的問題，你又邁入Windows的噩夢了。詳細的狀況，黑蘋果你應該就能理解，OSX現階段不是通吃，他的目標平台仍然是自己的硬體。
這樣是要叫蘋果位黑蘋果負擔什麼Driver的問題？？？
而有廠商提供裝載蘋果電腦OSX上驅動的正廠擴充卡 根本不需要寫好嗎
因為黑蘋果 要自己寫驅動又變成同win一樣的惡夢 你在搞笑嗎？
這只有用黑蘋果的會惡夢好嗎
寫得不好給客戶自行測試穩定度再回報 這才是像win一樣的惡夢
以前在蘋果電腦上擴充的卡片
顯示卡 IDE硬碟擴充卡 SATA硬碟擴充卡 SCSI卡 電視卡我自己跟公司都裝過 (數十張擴充卡)
裝好廠商給的OSX驅動 正常執行後 也沒看過錯誤什麼 幾乎都用到電腦淘汰還不見得卡會壞
頂多卡的功能很多 驅動與軟體卻不夠詳盡 以及驅動沒有隨著統版本更新
正常使用下 除非卡本身硬體壞 沒用過卡沒問題功能卻異常喪失的
擴充卡硬體問題在win上同win一貫的隨機變數一樣 裝好的卡沒問題
照理講驅動方面是系統管制的 不該受到軟體而去變更驅動 但是在win就是會發生
過一陣子卻開始出現各種奇怪的不相容問題 連驅動都可能會跑掉消失
直到W7(應該說肥死她之後)發生機率才逐漸減少
可愛的卡比 wrote:軟體品質靠的是眾人口碑 不是看廠商自吹自擂
最後軟體的問題，又不像是App有開發門檻，誰都可以在任何一個平台上寫程式。哪個平台都一樣，你自然無法保證質量。OSX也是，不是上架在商店上的，你怎麼保證它的質量......
另外，個人建議你，適合的是品牌電腦。自組電腦本來就要自己承擔硬體間的不相容，這不能推到軟體身上......Windows品牌電腦跟Mac如果硬體上有問題，一樣都是硬體商的問題，軟體商也真無辜耶。
而蘋果就是品牌電腦 不然要指望黑蘋果嗎？
彈幕濃！
skiiks wrote:
XP號稱最長壽的系統 NT還比XP早推出 也早用Unicode 那在win上為什麼難以推行
看看winNT對於Unicode支援成那什麼鳥樣
想想為什麼軟體開發者不用Unicode去編碼軟體
用Unicode編碼了 在win上使用 還是呈現亂碼 要自己去寫對照表寫轉碼
因為如此軟體編寫者不想在win使用Unicode的
也才造就一堆地區字型撰寫編碼軟體 自創編碼
結果就是像是櫻花輸入法創出來的日文字只能在有裝櫻花輸入法的系統尚能正確顯示
給win日本版開 日文字還是亂碼.....
(櫻花輸入法一鍵安裝 輕鬆簡單
微軟大可一樣給個Unicode對照表 就可以在XP同時顯示各國字碼
但是這樣多國版本的win 不就通通填海....所以微軟就是擺爛不提供 要使用者自己去寫這種本該由系統所提供的服務)
OSX初期也有這種轉換問題
但是OSX是在系統端將這種文字編碼成直接顯示 而不是混在一起用一種語系去編譯所有字碼
系統端統一使用對照表去顯示各種編碼混用的字碼問題 經過多板本不斷修正
使得現在亂碼非常的少 而使用Unicode則更容易
隨著皮的更換，NT是裡面執行的東西，有啥先後順序嗎0.0
而且，用Unicode編碼還能亂碼，這個開發者不是天兵就是天兵。
在Unicode中，每個字元都有自己唯一的編碼，唯一有差異的就是實作。實作這種東西每個OS都有一樣的方法，而且也是廣為人知的，作業系統早就已經提供函數可以轉換。
就如同每個作業系統換行的符號不一樣，但透過作業系統的功能讀入到程式後，能被實作成一樣的方法。在這種情況要能搞到亂碼，我很佩服那些開發者......
日文我不清楚，但大五碼夠有名吧？Unicode始於1991(蘋果有幫忙推喔，好棒~)，NT內核開始於1993，大五碼始於1983。先後順序感覺不太對？
另外改這些編碼有那麼容易嗎？字元這東西散佈在程式各處，要特地改用才會符合Unicode。這是語言層面非作業系統，因為單是儲存這些字元的大小就不一樣了。就算作業系統想幫，也愛莫能助。
(東方Project為啥亂碼？因為來自日本產......
為甚麼沒安裝櫻花就算用日文Win也看不到字？廠商自己亂加的字集。
為甚麼不改？上面。)
skiiks wrote:
笑死人了 蘋果本來就只針對自己電腦寫驅動 不然他去幫聯想DELL寫喔 更不用講去幫黑蘋果寫
這樣是要叫蘋果位黑蘋果負擔什麼Driver的問題？？？
而有廠商提供裝載蘋果電腦OSX上驅動的正廠擴充卡 根本不需要寫好嗎
因為黑蘋果 要自己寫驅動又變成同win一樣的惡夢 你在搞笑嗎？
這只有用黑蘋果的會惡夢好嗎
寫得不好給客戶自行測試穩定度再回報 這才是像win一樣的惡夢
先別說這個，你聽過安麗嗎？
我針對回覆的是"不如現在想想apple把os x給任何一台電腦裝"，當這種情況的時候，勢必每一家廠商都得自己寫driver。
又不是直接就黑蘋果討論。不懂你在不悅什麼？
(而且我還有明講"他的目標平台仍然是自己的硬體"。我有說他本該就要所有電腦都能裝嗎？)
另外驅動程式這種東西是各家硬體跟作業系統溝通的橋樑，出問題，兩者都有希望中獎。我更換電腦的頻率不高，所以對於驅動程式上沒有那麼大的感觸，沒有很多機會能忙個兩三天都搞不定的。
(藍屏？這東西在之後都是嚴重錯誤，是軟體上無法修正的。之所以Windows頻繁而OSX不頻繁，正是因為一個搭配的硬體千奇百怪，一個專一。所以如果真的按照那位仁兄的說法，把OSX廣布到任何一個電腦......不，應該蘋果不會這麼做。這樣除了不能保障引以為傲的軟硬體整合，利潤大概也降低不少吧。)
skiiks wrote:
軟體品質靠的是眾人口碑 不是看廠商自吹自擂
而蘋果就是品牌電腦 不然要指望黑蘋果嗎？
我只拿黑蘋果來比喻麻煩的驅動問題，你追到這來也不簡單......(如果OSX要開放......上面講過了。)
軟體品質跟眾人口碑有什麼關係，那是評價吧。
況且我指的軟體是第三方開發。軟體質量如何，跟作業系統這個容器有甚麼關係......功能有差別嗎？
有爭議的是運行起來的速度之類的，而這種東西變因過多，想討論也無從得知。
我這邊講的M或A都一樣，硬體有問體造成軟體出錯就是該廠商的問題(真的是軟體的問題，早就被修正了。不然就是網路上早就有一樣的抱怨或解決方案。正是因為變因過多，才會每次出問題都得搞好久不？)。只是A家剛好兩個都包了。
我覺得我很明確地把所有條件跟假設都講得很清楚，能被曲解也很奇怪。
另外因為你上一篇的貼文，我也沒有要太修飾的意思。要開學了我居然浪費時間在這裡......
可愛的卡比 wrote:不用講那麼多 就現在結果來看
隨著皮的更換，NT是...(恕刪)
當初要不是微軟消極作為 不給對照表
各國各自慣用字碼的軟體文件不能轉換為Unicode顯示 導致在不同語系系統上無法正常顯示
不然XP上曾經推過Unicode補完計劃是什麼 就是為了補足微軟Unicode支援的不足
說的很好聽 win有Unicode 卻是個無用的東西
為了鉗制語系版本的銷售 把好東西Unicode放一邊不用 不願提供一個系統商該有的服務
這情況到了肥死她 微軟才支援較為完整的對照表
所以NT到XP這時期 10年間的時間 各國文字編碼在微軟系統都無法正常混用顯示
那時候的蘋果早就無礙於系統語系版本了
而那10年間的習慣 讓win軟體開發者根本也不想去開發支援萬國字碼的軟體或是使用萬國字碼用於軟體介面
「一樣有不一樣好」的絕妙好例
拿Unicode幫win說嘴 只會讓win更難看 10年搞不定一個Unicode
彈幕濃！
skiiks wrote:
各國各自慣用字碼的軟體文件不能轉換為Unicode顯示 導致在不同語系系統上無法正常顯示
不然XP上曾經推過Unicode補完計劃是什麼 就是為了補足微軟Unicode支援的不足
說的很好聽 win有Unicode 卻是個無用的東西
http://showian.pixnet.net/blog/post/28848537
這裡說的很清楚，誰在跟你補足Unicode上的不足？是補足其他自己掰的字元對應過來的問題。
Unicode補完計畫不是Unicode。
就算你想表達的"Windows對於Unicode支援的不足"也是其他本來就不應該被使用的落伍字集轉換到Unicode，跟支援Unicode本身不足(事實上發生這種情況也是在非NT架構，但我上一篇就已經明說了)是兩碼子事。前因後果還請你務必搞清楚。
我已經說過，保障locale的語言轉換到Unicode已經是非系統標準，因為Unicode自己就是自成一派的編碼，如果程式已經使用Unicode，不需要任何動作就可以在同樣的作業系統上運行。但事實上，就是有開發者沒有用意要讓其他使用者運行，仍然不採用Unicode來寫程式，這是開發者的問題，並非作業系統。如果真的從頭開始寫程式，要轉換這兩者僅需要切換編譯器選項而已。你說，這是作業系統的問題？
(前文說的Windows有問題建議你仔細想想是什麼意思......MBCS年代自己查，然後對照我說的條件，你會發現它始於不支援Unicode時代，也就是非NT架構。自己搞不清楚文章在說什麼，就請不要隨便篤定的講出來。)
你看到的只是微軟為了向前支援所留下的歷史包袱，文章裡面對於這點早已描述得清清楚楚。
一樣，OSX我不清楚，但當你知道新型語言有完整支持Unicode(C和C++至今稱不上完整，C++11才剛引入對於不同實作的大小支援，不足的功能都是仰賴作業系統轉換的)，你就不難理解為何現在OSX上沒有這種問題。
http://novus.pixnet.net/blog/post/30371481-%E6%B7%BA%E9%87%8B-unicode
"很多問題其實不是 OS 或應用程式造成的，而是使用者不懂得相關設定"(斷章取義全開也不是這樣)
裡面的OS包含Windows或Linux或OSX都有列舉，你只說Windows就表示你只看你想要的，經典的粉粉......
而且對於老舊的技術不予以支援也是應該的，在該語言的作業系統才會有保證該地區最廣用的自掰字符集轉換到Unicode。有提供applocale已經是相當過渡的方案了。(至少我打os x big5還沒有看到相關資訊，我也沒辦法說有沒有轉換。)
因為一旦下定決心幹掉非unicode，今天你就會變成說，Windows很爛，怎麼舊程式連打開都不行？
skiiks wrote:
不用講那麼多 就現在結果來看
(中略)
拿Unicode幫win說嘴 只會讓win更難看 10年搞不定一個Unicode
哈哈，也是。只要別人反駁就是拿什麼來說嘴。你不也是只要提出"有"，就開始"有是有，不是一樣好"？
單從在談論unicode編碼上，就可以明顯地感覺出來你這方面並沒有研究。那就不要講的煞有其事不就行了？
用"我感覺"、"我覺得"不是既可以免責又不用逼迫自己打這一大串累人的玩意兒XD
而且仔細看看文章最後，整段都是針對開發者應採用新式的Unicode架構在寫的，再說一次，NT内核是整個支援這種架構，會有問題會是因為文中所寫，使用第三方(沒辦法保證質量，上次回文有說)軟體，那東西要看授權而定，有時想改也改不了。
https://discussions.apple.com/thread/1272978?start=0&tstart=0
如果這篇文章我沒理解錯誤，OSX只管Unicode，意思是他想像Windows重開機就可以搞定locale舊字符轉換到Unicode也不行。萬一這篇文章所述為事實，那他還真的比你口中的Windows還不如了。
早就已經說過，更多是開發者惡劣的習慣，你卻一直推到作業系統給開發者養成。可是更多時候是外國人寫軟體實本身的自我心態(沒有意思要讓其他國家使用者使用)或者是尚未更新觀念(有幾本C++教科書用寬字符演示？)，既不是開發者也不想搞懂的你，有甚麼理由幫開發者掰理由:)
我也沒有想幫Windows說嘴的意思，只是來幫你補充些資料而已。你看不看得下去這是你的問題，你不願意去接觸這些東西也是個人的自由。
但在講這種東西前，最好先考慮一下你懂不懂，再來發言。免得貽笑大方(雖然我不是大方，但好歹我有接觸，資料就算有誤差，我相信也並不是重大的失誤。我在Windows寫程式，沒有遭遇過我用Unicode卻不能在非中文區域的文字顯示的問題。)。
之前發言我也都還願意客客氣氣。但到底為甚麼會認為"挺Windows的人"都在征討OSX嗎？
建議你，回去看看前幾頁，再來比較看看，是誰起了頭，才有了後續的爭論。(嚴格來說不是爭論)
我不清楚OSX，所以在技術層面我也不敢講太多的東西。至少我可不希望我隨便揣度的細節會被別人打槍。
言盡於此文。之後也隨便你們講，我不會這麼無聊還會像別版還要把整串貼文留下來告人。
你自己也說了：心境的轉換是很困難的，我也不冀望你能了解我在說什麼。
在工作日的晚上還要強迫自己打一大串，也辛苦你了。
(Unicode這種東西相信也不需要你問我，實際在開發上碰到可是比這種空說得好多了。臉腫？如果真的是我臉腫，你的發言早就不是如此。說出來以前，記得要先照照看鏡子:) )
可愛的卡比 wrote:
http://showian.pixnet.net/blog/post/28848537
這裡說的很清楚，誰在跟你補足Unicode上的不足？是補足其他自己掰的字元對應過來的問題。
Unicode補完計畫不是Unicode。
就算你想表達的"Windows對於Unicode支援的不足"也是其他本來就不應該被使用的落伍字集轉換到Unicode，跟支援Unicode本身不足(事實上發生這種情況也是在非NT架構，但我上一篇就已經明說了)是兩碼子事。前因後果還請你務必搞清楚。
你這篇是Unicode補完計畫很後來才出現的
最初的Unicode補完計畫的文章 跟維基解釋的差不多
目的是用來轉換各國字碼 可以在不同語系版本下正常顯示
Unicode補完計畫
節錄內文「「Unicode補完計畫」試圖以修改作業系統字碼表的方式以解決問題。它把大五碼造字區的字元對應到相關的Unicode編碼。」
而這個理當是微軟該做的服務 延滯了XP使用期間的10年
同時期一樣有的OSX 卻一直在改進到現在的樣子
可愛的卡比 wrote:而這篇文章更是打臉 列舉出很多不利於微軟使用Unicode模式的各種缺點
http://novus.pixnet.net/blog/post/30371481-%E6%B7%BA%E9%87%8B-unicode
而且對於老舊的技術不予以支援也是應該的，在該語言的作業系統才會有保證該地區最廣用的自掰字符集轉換到Unicode。有提供applocale已經是相當過渡的方案了。(至少我打os x big5還沒有看到相關資訊，我也沒辦法說有沒有轉換。)
因為一旦下定決心幹掉非unicode，今天你就會變成說，Windows很爛，怎麼舊程式連打開都不行？
另外文章內標題「我的 OS 都用了 Unicode，為什麼程式還有問題？」
解釋了為什麼沒人想用微軟的Unicode方案寫程式
可愛的卡比 wrote:研究這種萬國字碼 不要說XP 你去問W7的使用者 有幾個人會去研究
哈哈，也是。只要別人反駁就是拿什麼來說嘴。你不也是只要提出"有"，就開始"有是有，不是一樣好"？
單從在談論unicode編碼上，就可以明顯地感覺出來你這方面並沒有研究。那就不要講的煞有其事不就行了？
用"我感覺"、"我覺得"不是既可以免責又不用逼迫自己打這一大串累人的玩意兒XD
我也沒有想幫Windows說嘴的意思，只是來幫你補充些資料而已。你看不看得下去這是你的問題，你不願意去接觸這些東西也是個人的自由。
但在講這種東西前，最好先考慮一下你懂不懂，再來發言。免得貽笑大方(雖然我不是大方，但好歹我有接觸，資料就算有誤差，我相信也並不是重大的失誤。我在Windows寫程式，沒有遭遇過我用unicode卻不能在非中文區域的文字顯示的問題。)。
之前發言我也都還願意客客氣氣。但到底為甚麼會認為"挺Windows的人"都在征討OSX嗎？
建議你，回去看看前幾頁，再來比較看看，是誰起了頭，才有了後續的爭論。(嚴格來說不是爭論)
我不清楚OSX，所以在技術層面我也不敢講太多的東西。至少我可不希望我隨便揣度的細節會被別人打槍。
言盡於此文。之後也隨便你們講，我不會這麼無聊還會像別版還要把整串貼文留下來告人。
你自己也說了：心境的轉換是很困難的，我也不冀望你能了解我在說什麼。
在工作日的晚上還要強迫自己打一大串，也辛苦你了。
這種東西使用者並不需要去透徹 只需要瞭解能不能用給不給用好不好用
而且須提供這項服務的是微軟
不是使用者要去做功課學一大堆看一大堆受一大堆教訓
不需要自定一套Unicode補完計劃去彌補系統服務的不足
先看看Unicode目的是什麼？
再去看看微軟在XP十年間推廣了Unicode什麼？
老是拿「我也有」 卻常常被打臉「不一樣好」 臉腫還要去維護「有就是有」 累不累啊
使用者要的是好不好用 不是我也有卻難用至極
彈幕濃！
內文搜尋
從 APP 打開
X