目前gimp 2.8的開發者完全以xcf使用者角度來設計新的save/export操作流程。

就這幾個月來的觀察，奉勸大家，再到gimp mail list上提出訴求只是在浪費自己的生命，
與其再到mail list得到令人傷心的答覆，「非xcf使用族群」不如還是花時間想想如何自救比較實際一些。
目前小弟整理一些的方案，提供給大家作參考：

(1) 降級回到gimp-2.6
Debian user可以透過Debian snapshot來降級。
但缺點是是無法用到gimp-2.8其他新功能(如：single window mode)，但不在意的人就無所謂。

讓各 distribution patch source ?

不就是 save 改成 export 而已，有這麼嚴重嗎？

不過我也覺得以前那樣比較方便啦……

大概是想推廣 xcf 格式吧？

恐怕要distribution的gimp套件維護人員有意願這麼做才行。
像Debian的Libreoffice就是比官方版的多提供了一個quickstart，我覺得相當好用，
不知道Debian的gimp維護者願不願意新增一個可設定的選項。

我自己也有在用xcf(例如gcin圖示的製作)，用新的save/export模式來進行xcf編輯和png匯出，的確是變得相當便利。
但是要編輯非xcf就不一樣了，我個人覺得偶爾編輯1-2個的jpg還算好適應，
但如果手邊有超過10個甚至更多jpg要在短時間內一一處理，
每一個圖檔在關閉前都要問你要不要存成xcf，會是很干擾的事。
當然，preference裡可以設成不警告未存檔就關閉，但是這樣一來，可能會有風險(不小心關掉還未儲存的檔案)。

坦白說，我個人對於這個xcf工作模式是樂見其成，但是我個人希望gimp同時也能在編輯其他非xcf檔時順暢的操作，
然而目前「某些似乎是開發者的人」認為gimp只針對「專業人士的需求」做改進，其他人的需求就不管了。
有人說現在的gimp 2.8是個xcf editor，而不是image editor，這樣的評論其實也算有幾分貼切。

很多人對 GIMP 儲存/匯出的改動反應這麼大，我也覺得有些驚訝...

從處理流程的角度就會很好理解這次的改動，儲存是包含所有完整資訊的 xcf (如果支援 psd 也會放在儲存裡)，匯出是各種點陣圖和一些無法完整儲存編輯資料的檔案格式；這樣可以讓使用者在處理影像的時候，對工作流程的掌握有更清晰的思緒，尤其 GIMP 只是流程裡的一部份而非全部的時候。

我個人並不認為 GIMP 2.8 這樣改動不合理，至少目前使用上是正面影響。

我支持這樣的更動, 和工作內容有關. 然而, 對於只是用 gimp 開 jpeg 照片改解析度再儲存的使用者可能不甚直接, 可能是 Linux 較少簡單易用的軟體來做這些事吧 (我猜). 但話說回來, 除了 xcf 檔外一律需要 export, 這真的可以減少手誤置換原始檔案的機會, 我很喜歡.

如果把 gimp 對應成 photoshop 這種重度軟體而不是 "轉檔器" 或 "圖片裁切器", 那這真的是很不錯的更變.

或是做成選項各取所需。

這可能是兩全齊美的解決方式，KDE 也是採取這種作法，每次重大變革總會加個選項，能讓使用者自己改回舊的方式。
不過看起來 GIMP 開發團隊並不打算這麼做，開發人員不足？

前一陣子為了避開2.4.7與2.6.X的bug而轉到2.8.X，但是還是發現2.8有一些難以習慣或接受的狀況。
像是筆刷的調整，很難用滑鼠去拉到1-15的範圍內，
而筆刷的調整用滑鼠拉到最右側居然可以拉到1000以上，這麼大的筆刷給誰用？
這個新的筆刷尺寸拉bar設計對於常使用小筆刷的小弟來說，造成相當的不便。

我想，如果調整筆刷這麼麻煩的話，那我乾脆把新增幾個常用的小筆刷，要用時直接切換筆刷就好，
但是目前gimp-2.8會把前一個筆刷尺寸套用到下一個筆刷，
所以我還要多一個步驟，就是去按Size bar旁邊那個reset icon，才能把筆刷調整到我要的尺寸。
切換至小筆刷還要多這個步驟，真是麻煩...。

還是跳回2.4.7，大不了盡量避開和bug有關的步驟就是了。

離本串討論第1篇都快4年了，我還在用gimp 2.4.7。
最近跳到Debian jessie 64bit，套件庫裡的gimp是2.8.16，
我在jessie下無法把gimp 2.4.7編成功(我承認自己真的很遜)。
雖然可以從Debian snapshot找2.4.7來裝，但是會造成系統一些套件相依性的問題，
一度曾造成無法編譯gcin，所以只好認真想辦法找別的方式編。

前2天想到一個方法，在昨天實作成功。
也就是用Virtualbox裝個Debian lenny，然後在lenny的環境下編譯gimp 2.4.7。
這招果然順利，一路上沒任何錯誤訊息都編好了，
編好之後，把編好的檔案拿出來給host OS用就可以了。

自編2.4.7一直失敗的朋友可以考慮試試。