如果沒有指定路徑,應該就以儲存該 aip 的檔名和路徑為參考依據。
和是否為試用版應該無關,因為選擇 Simple 也失敗。
如果是因為中文的問題,那只好回報問題給 Advanced Installer 論壇了。
Building package (zh): C:\Documents and Settings\琥珀\桌面\test.msi
Creating CAB file(s)... Exception - Reason: Exception - Could not create a temporary file
Build finished because an error was encountered.
現在很多創建msi包裝的軟體了,但是能直接修改msi安裝包內容的也只有installshield、wise for windows installer、veritas wininstall,前兩者較易取得且功能完善.
琥珀還是信賴微軟自家的 Windows Installer 安裝引擎。許多大型遊戲的安裝程式都是用 msi 安裝,像是 Lineage 2、RO 這些遊戲都是,而且安裝和移除的速度都很快。其模組化的特性,不會輸給其他開放原始碼的安裝引擎。
自己的研究中,Windows 系統用 msi 封裝仍然是首選。無論是安裝、修改、移除、部署、維護,都能和系統完全整合。特別是 Unicode 支持,微軟在很久以前就準備好了。這是個人採用 msi 封裝的理由。
對了,Unicode支持是指安裝介面嗎?那個好像也是有分語系的哦!簡體中文MSI安裝包在繁體系統中要用AppLocale才能正常顯示。
它在無人值守安裝上有一個弱點,就是連續幾個 MSI 的 /quiet 模式安裝,往往有幾個安裝因為前面的安裝沒有正常結束或其它因素 Launch 失敗而被 Skip。漏裝了也不曉得。
不是所有的 msi 安裝包都支持 unicode。
用 start /wait 可以?
只是以為,重點不應該聚焦於無人參與這部分。大概是網路上類似的教學文章看太多,導致大家都認為,使用命令行的目的,就是為了 unattended install?
{
以前就提到,軟體這五年來沒什麼大進步。即使 Windows 2000/XP/2003/Vista 支援 unicode 又能如何?支援多語言使用者介面又能如何?並不會這樣就比較先進、完美。大家安裝的軟體,超過 60% 仍然在 ANSI/Code Pages/Non-Unicode/Legacy 上面打轉。說 60% 算是客氣了。
有人說 Unicode 補完計畫阻礙了 Unicode 的發展。琥珀倒是覺得,軟體開發者和使用者,這兩個族群的心態,才是阻礙 Unicode 進步的主要原因。
軟體開發者的想法:反正使用者沒有如此迫切需求,那還是不用 Unicode 了。
一般使用者的想法:沒有差別。反正還有 AppLocale 之類的軟體可以輔助。
上下都達成這個「共識」,結果可想而知。演變到最後,沒有幾個人願意去開發純 Unicode 程式,然後累死自己。有不少的情況,都是用別人寫好的模組,套用一下而已。
};
書籤