Source: DreamWeaver 4 Studio, PC Direct, 2001 May, P.104
Macromedia 的產品往往有著非常不同的介面，對於習慣 Adobe, Microsoft, Borland 選單與介面安排邏輯的我來說，常常會找不到一些功能在哪裡，看不懂圖示介面的意義，沒有出現預期的對話盒，佔據過多畫面的工具列等等，幾乎和 CorelDRAW 一樣複雜難以理解，不得不讓我對 Adobe 系列工具簡潔的設計感到十分欽佩。
以 DreamWeaver 3/4 來說，他的設計比較偏向傳統的 MacOS 走向，並不遵照 Windows MDI (Multiple Document interface)，若是我將編輯區放到最大佔滿整個螢幕，周圍的編輯區就會被工具列與輔助視窗所遮蔽，非得要移開他們才可以繼續編輯。如果沒有放到最 大，又很容易以滑鼠點選到背面的背景程式
FireWorks 3 也很糟糕，選單不夠直覺，對話盒過於簡陋，設定控制項互動性不佳，工具列佔用巨大的畫面空間，Border 過粗等等，讓我對他十分感冒
Flash 對於一個有 3D 經驗的使用者，是非常痛苦的事，Object, Layer, TimeLine, KeyFrame 等觀念我都有，但是沒想到 2D 動畫居然是以不同的方式使用這些觀念，感覺很像是大學生回過頭來看國中生套用公式，省略了過多的步驟，使得前後缺乏連慣性。總之什麼都不要問就是這樣套 用。Adobe LiveMotion 1.0 在這方面也同樣表現不佳，因此我又另外買了 TGS 與 trueSpace Conversion Pack 來製作 Flash
在兩家公司合併之後，功能與介面上勢必會有新的整合動作，很令人期待～但是考慮到 Adobe 的線上啟動機制與高單價，只好尋找其他的替代方案了...
星期日, 5月 22, 2005
建立、管理網頁
Source: Macromedi DreamWeaver 3, What PC?, 2000 Feb, P.49
因為我有撰寫 PHP 與 mySQL 為基礎的網頁程式，有個好的 HTML Generator 對我來說會比較方便，市面上雖然有諸多軟體，但都不盡完美
FrontPage 2000 產生的 HTML Tag 使用了特殊語法，會有相容性問題，而且內建的原始碼編輯器與 PHP 不相容，加入的程式碼也往往會被自動覆蓋，管理網頁時也會自己加料，建立很多資料夾與檔案；Namo WebEditor 4.0 支援 PHP，產生的程式碼蠻乾淨，又有很多精靈輔助建立對應的 JavaScript，遺憾的是網頁設計時，調整圖片常常會出問題，管理網頁的功能也只限於每次一個檔案，同時搬動多個比較不方便
DreamWeaver 3/4 的界面比照類似排版軟體，對於程式設計師來說，反而比較不方便，在 MX 版本開始支援類似 FrontPage，以文書處理為導向的設計，才解決這個問題。內付的 HomeSite+ 支援 PHP Color Coding，可以一次管理多個網頁，產生的程式碼也在可以接受的範圍內，可惜 JavaScript 輔助工具不如 Namo WebEditor 貼心，因此我還是會混用這兩項工具。
MX 2004 開始，Macromdeia 也導入強制啟動的機制，這是我非常討厭的要求，總覺得似乎花錢買正版軟體反而要受限制，因此，我手邊的 Macromedia 工具就到此為止，不會再升級了～
同時， 2005 May，Macromedia 也被併入 Adobe，兩者勢必整合，淘汰掉不符合公司要求的產品...
因為我有撰寫 PHP 與 mySQL 為基礎的網頁程式，有個好的 HTML Generator 對我來說會比較方便，市面上雖然有諸多軟體，但都不盡完美
FrontPage 2000 產生的 HTML Tag 使用了特殊語法，會有相容性問題，而且內建的原始碼編輯器與 PHP 不相容，加入的程式碼也往往會被自動覆蓋，管理網頁時也會自己加料，建立很多資料夾與檔案；Namo WebEditor 4.0 支援 PHP，產生的程式碼蠻乾淨，又有很多精靈輔助建立對應的 JavaScript，遺憾的是網頁設計時，調整圖片常常會出問題，管理網頁的功能也只限於每次一個檔案，同時搬動多個比較不方便
DreamWeaver 3/4 的界面比照類似排版軟體，對於程式設計師來說，反而比較不方便，在 MX 版本開始支援類似 FrontPage，以文書處理為導向的設計，才解決這個問題。內付的 HomeSite+ 支援 PHP Color Coding，可以一次管理多個網頁，產生的程式碼也在可以接受的範圍內，可惜 JavaScript 輔助工具不如 Namo WebEditor 貼心，因此我還是會混用這兩項工具。
MX 2004 開始，Macromdeia 也導入強制啟動的機制，這是我非常討厭的要求，總覺得似乎花錢買正版軟體反而要受限制，因此，我手邊的 Macromedia 工具就到此為止，不會再升級了～
同時， 2005 May，Macromedia 也被併入 Adobe，兩者勢必整合，淘汰掉不符合公司要求的產品...
PDF 版本與演進
Source: Acrobat 5, PC Direct, 2001 May, P.100
PDF 本身有許多版本上的演進，例如 JDK 1.0, 1.1, 1.2 等等，我比較在意的是他是否有支援中文，檔案大小這兩項
Acrobat 3.0 的日文版本有支援 DBCS JIS 日文字集，直到隨 Acrobat 4.0 推出的 PDF 1.3 才開始正式支援中文字集，在 PDF 1.4 之終更持續增加對 DBCS 的支援，並提供針對 PDA 等小型瀏覽器所設計的 eBook 格式
除了轉換程式提供支援中文 DBCS 的 PDF 1.3 格式，轉換程式是否有正確的處理 DBCS 也同樣不可或缺。舉例來說，Adobe PressReady 1.0 所附贈的 Adobe Distiller 雖然與 Acrobat 4.0 的 Distiller 同樣支援 PDF 1.3 版本，但其實轉換程式內部運作有差別，前者並不能正確的將 DBCS 輸出為 PDF 格式，只會出現內碼而非中文字集。另外一個例子是 Adobe Acrobat 4.0 程式的 Web Capture 功能，也不能正確的將中文網頁轉為 PDF 檔案，同時 Adobe 也沒有特別在產品包裝上提到這點，一直到 Acrobat 6.0 才提供完整的中文支援
Adobe 公司沒有主動將產品對中文支援程度標示清楚，這點也是要採用 Adobe 系列產品的公司需要注意的地方，建議請您事先下載試用版進行測試，或者是主動聯絡該公司位於菲律賓的客服中心事先確認規格
PDF 本身有許多版本上的演進，例如 JDK 1.0, 1.1, 1.2 等等，我比較在意的是他是否有支援中文，檔案大小這兩項
Acrobat 3.0 的日文版本有支援 DBCS JIS 日文字集，直到隨 Acrobat 4.0 推出的 PDF 1.3 才開始正式支援中文字集，在 PDF 1.4 之終更持續增加對 DBCS 的支援，並提供針對 PDA 等小型瀏覽器所設計的 eBook 格式
除了轉換程式提供支援中文 DBCS 的 PDF 1.3 格式，轉換程式是否有正確的處理 DBCS 也同樣不可或缺。舉例來說，Adobe PressReady 1.0 所附贈的 Adobe Distiller 雖然與 Acrobat 4.0 的 Distiller 同樣支援 PDF 1.3 版本，但其實轉換程式內部運作有差別，前者並不能正確的將 DBCS 輸出為 PDF 格式，只會出現內碼而非中文字集。另外一個例子是 Adobe Acrobat 4.0 程式的 Web Capture 功能，也不能正確的將中文網頁轉為 PDF 檔案，同時 Adobe 也沒有特別在產品包裝上提到這點，一直到 Acrobat 6.0 才提供完整的中文支援
Adobe 公司沒有主動將產品對中文支援程度標示清楚，這點也是要採用 Adobe 系列產品的公司需要注意的地方，建議請您事先下載試用版進行測試，或者是主動聯絡該公司位於菲律賓的客服中心事先確認規格
訂閱：
文章 (Atom)
