本書主標題：以Windows思維用Linux - GNOME桌面篇
本書副標題：以Debian Linux 8 Jessie發行版為例
這份文件從頭到尾完全就是以MsWindows圖形桌面終端使用者(加上些許的MsDOS)的思維邏輯寫出來的。
這份文件[不是]寫給軟體開發者看的。
這份文件[不是]寫給技客/某種程度以上的進階電腦玩家/終端機指令控看的。
這份文件[不是]寫給需要管理五台以上的unix-like電腦系統管理員看的。
所以若您期望會從這份文件中獲的什麼Linux進階系統技術層面的東西，那麼就會讓您失望了，"絕對沒有"。
這份文件[是]寫給想要把[Linux圖形桌面]當成[MsWindows家用進階版]來安裝設定使用的圖形桌面終端使用者(或許有些許的DOS操作經驗)看的。
這份文件[是]寫給台灣的電腦商圈街第一線的PCDIY電腦組裝工程師(灌MsWindows為主)看的。
這分文件嘗試以"相對來說"最快的速度，讓一位沒碰過unix-like環境的圖形桌面終端使用者(或許有些許的DOS操作經驗)、
甚至沒碰過unix-like環境但具有MsWindows系統管理專業的進階電腦玩家，上手Debian Linux 8 Jessie GNOME桌面環境。
這份文件的圖文排版的部分，還處於[先求有]的階段。
這份文件[內文描述]的部分，歡迎[用力指教]。
嗯～預防針一開始還是要先打一下～～～
本書主標題：以Windows思維用Linux - GNOME桌面篇
本書副標題：以Debian Linux 8 Jessie發行版為例
https://zh.scribd.com/doc/266559453/Debian-Linux-8-GNOME

唉，之前的討論， 搞的好像，一開始不知道該說什麼比較恰當，Orz...

感謝你的分享，

雖然我還沒有細看，只有概略的向下拉

但，我收到你的用心了！因為光截圖，應該就花不少時間了！

對我來說，有參考資料是很棒的一件事。

可以幫助我找到一些線索去探索。

所以我也不會有太多的分別拉！

比較會分別的是，

能適合我目前需要的狀況我就會用，不適合我的就暫時略過，

也許未來遇到某種狀況，想到好像有這麼樣的參考資料了，就會又回來翻了。

另外也藉這個機會，感謝你之前的一些提問。

沒有你這些提問，我也不會有這個契機去探索那些問題。

在探索的過程中，讓我學到不少，有些概念還是我一直想了解，卻沒提起勁去碰，去摸的。

沒有你這些提問，也不會有這個契機，讓我又多了解，原來還有這樣好用的軟體，不管是GUI還是CLI。

所以無論如何，還是感謝你(IanHo)的提問，和願意與我討論摟

其實我還有多寫好幾個章節，但是哪些章節都沒有寫完，都只有寫一半。
因為在完稿之前，可能因為我的網路搜尋能力/提問能力是有限的，
所以我"找不到/問不到""符合我的需求"的(MsWindows/DOS思維邏輯的)，
"完整"解決方案/操作設定流程，最後只好捨棄那些章節了。
但是我憑著"直覺和經驗"，推論那些未完成的章節之中，
其實有部分章節在2015年的現在，早就已經存在符合我需求的解決方案/操作設定流程，
在網路上，只是那些解決方案/操作設定流程被"留一手"而沒有被宣傳罷了。
而這個"直覺和經驗"，則來自過往摸索MacOSX平台的體驗。

曾經，我也是在MacOSX討論區詢問是否有"符合我的需求"的(MsWindows/DOS思維邏輯的)
全圖形介面解決方案/操作設定流程，得到的回覆也幾乎都是被酸、被說MacOSX使用者不需要這些功能，
MacOSX沒有這些東西、自己去寫程式等等。然而，
因為有熱心網友的某篇回覆中有某個我之前想破頭都沒想到的"關鍵字"，
我找到了原來"符合我的需求"的(MsWindows/DOS思維邏輯的)全圖形介面解決方案/操作設定流程，
其實是早就存在於網路上的。只是這個全圖形介面解決方案/操作設定流程被留一手了，沒有被宣傳罷了。

IanHo 寫到：
其實我還有多寫好幾個章節，但是哪些章節都沒有寫完，都只有寫一半。
因為在完稿之前，可能因為我的網路搜尋能力/提問能力是有限的，
所以我"找不到/問不到""符合我的需求"的(MsWindows/DOS思維邏輯的)，
"完整"解決方案/操作設定流程，最後只好捨棄那些章節了。
但是我憑著"直覺和經驗"，推論那些未完成的章節之中，
其實有部分章節在2015年的現在，早就已經存在符合我需求的解決方案/操作設定流程，
在網路上，只是那些解決方案/操作設定流程被"留一手"而沒有被宣傳罷了。
而這個"直覺和經驗"，則來自過往摸索MacOSX平台的體驗。

曾經，我也是在MacOSX討論區詢問是否有"符合我的需求"的(MsWindows/DOS思維邏輯的)
全圖形介面解決方案/操作設定流程，得到的回覆也幾乎都是被酸、被說MacOSX使用者不需要這些功能，
MacOSX沒有這些東西、自己去寫程式等等。然而，
因為有熱心網友的某篇回覆中有某個我之前想破頭都沒想到的"關鍵字"，
我找到了原來"符合我的需求"的(MsWindows/DOS思維邏輯的)全圖形介面解決方案/操作設定流程，
其實是早就存在於網路上的。只是這個全圖形介面解決方案/操作設定流程被留一手了，沒有被宣傳罷了。

我個人覺得不見得是「刻意」「留一手」拉。

狀況很多拉

## 狀況一

有時候，你發問的問題，在你的觀點，你認為是很基本的操作。
可是在我的觀點來看，其實算是比較進階的了，一般不會用到那樣的功能。
所以知道哪些操作步驟的人的比例自然就降低。
但因為認知上的落差，
你認為很基本，
所以你自然就認為，你發問，就會很快的得到回答。
你得不到回答，你就認為被留一手。

## 狀況二

有可能知道這個操作步驟的人，沒看到你的問題。自然也給無法你解答。

## 狀況三

也許本來就沒有這樣的操作步驟，或是這樣的GUI程式還沒有被產生出來。

## 狀況n

...


關於你通通要用GUI來解決問題，我當然認同，因為我也無法強迫你不用。
更何況你能善用GUI來解決你的問題，當然很棒阿，幹嘛堅持你一定要改用CLI去做。

只是我要告訴你的是

這些GUI，都是程式寫出來的，「程式基本上就是在下指令」。只是被包起來，你沒有看到而已。
而當GUI沒有提供你要的功能的時候，我個人覺得你還是得乖乖的回到下指令的層面去解決。
就算是別人寫程式給你用，別人也是要回到下指令的層面去 <-- 我這裡指的下指令的層面，不是指的一定要在CLI環境開發程式，而是上面說的「程式基本上就是在下指令」


再來，了解這些GUI的操作流程和行為

通常寫這個程式的作者最清楚。

而我們從旁要去了解的人，我目前知道的也就幾個方式。

1. 直接玩他的程式，然候看結果，通常有些顯而易見的結果出現了，你大概就可以推論怎麼使用了。
但請跳脫一下，當你從來沒有類似的經驗，去操作這些軟體的時候，
你其實並沒有一些基本的概念，所以不見得能馬上觸類旁通。
請回想你一開始接觸電腦的時候，然後再去設想你說的給零經驗的人。

2. 先閱讀文件，並且結合上面的方式，實際去操作測試，觀看結果，是否如文件說明的，預期的行為。

3. 當沒有了文件，第一個方式，也玩不出什麼花樣，上網問人，也得不到答案的時候。
這時候可以回歸到，去閱讀作者的程式碼，前提是有程式碼可以閱讀。然後再回到第一步驟。


另外你之前提的，我覺得不是每次都要你一定要用下指令的方式來解決一切。
而是通常你問這些問題的時候，已經第三個階段了。
所以你通常得到的答案，當然就是以下指令為主的機率比較高。
除非恰巧有GUI的程式已經存在，可以排除下指令的方式來解決這個問題。


希望以上能解除你的疑惑。

另外我回答你的解決方式，也是以下指令的方式居多，這是因為我慣用下指令的方式來解決。
也許才造成你遇到的機率增高。
我不會也勉強你一定要這麼做，這是我個人的作法，我只是告訴你有這種解法。
其他人有提供更好的GUI解法，你當然還是可以善用。
我也不是每個狀況都用CLI來處理的，不要誤解了我的原意，
我覺得GUI比較好用的時候，我就會用，因狀況而定。
就像你的作品提到的，既然原來GUI的操作模式可以用，為啥要捨棄不用，還是可以沿用。
那相對的，既然CLI的操作模式也可以用，為啥要捨棄不用，還是可以沿用。
所以我上面說了，視狀況而定，採用哪個方式來做。
而我個人認為，若在玩Linux的時候，少了下指令，對我來說，可能就少了某種樂趣吧
不能自訂修改，不能深入探索，不能打指令，那我幹嘛還玩Linux？

補充一下，這份PDF文件裡頭，沒有完成測試的遺憾的部分。

1.
安裝了debian套件庫內的PlayOnLinux + WINE，在amd64架構發行版安裝，
不論我怎麼去排列組合其圖形介面的參數設定PlayOnLinux就是一直出現錯誤訊息error給我看，
也沒寫為什麼error，在之前debian wheezy＋gnome我只是設定圖形桌面，就可以順利執行babelmap.exe，
結果在debian jessie＋gnome，我就是搞不定執行babelmap.exe。
(這裏指在全圖形介面操作與設定的前提下)

2.
之前在debian wheezy＋gnome，操作一連串的deb套件設定(包含幾個指令操作＋圖形操作)，
可以把libreoffice官方最新版deb套件下載後，以本機安裝模式"匯入"synaptic套件管理程式來控管，
結果同樣的一連串操作流程，在debian jessie＋gnome，synaptic居然吃不進去，不給匯入。

3.
我找不到像樣的、堪用的、要能能"跟debian jessie gnome nautilus一體化"且"正常運作"的網路檔案系統 NFS Client GUI。

4.
文件上傳之後，我才發現"我忘了"把，該如何用gnome nautilus的右鍵功能，把整個Linux的Ｄ槽分割區的root權限，"整個降級"為一般帳號權限的全圖形介面操作流程步驟，完整描述出來並截圖。

5.
KDE其實還需要再補安裝好幾個套件像是"smb4k"等等，我之前的沒有深入測試到，現在才發現。

置換gnome"整體桌面""字型與字級""只有完成一半"的筆記

Debian Jessie + gnome
置換的範例字型為 思源黑體 TW-Regular (SourceHanSansTW-Regular)

/usr/share/gnome-shell/theme/gnome-shell.css
第一個字串：
font-family
第一個先插入:
Source Han Sans TW Regular
原先的字串移除掉(記得備份字串)
第二個字串：
font-size
增加字級，例如改14pt

/usr/share/gnome-shell/extensions/window-list@gnome-shell-extensions.gcampax.github/stylesheet.css
第一個字串：
font-size
增加字級，例如改14pt

調教工具\字型 的四個項目也都改成 思源黑體 TW-Regular

存檔重開機，遇到的狀況：
GDM畫面中間字串"密碼"，預設字級小不拉嘰的跟螞蟻一樣，
即使去調整畫面右上方的"大型文字"改為"開"，變更仍是有限，
只是從小螞蟻變成大螞蟻(還是隻螞蟻)，到底該要去修改
哪個路徑下的哪個參數設定檔內的哪個字串，
才可以把字串"密碼"的"字級""增大"成跟其他GDM畫面中的字串字級一致？？？

進入gnome classic桌面之後。發現：
向下彈出式應用程式選單有變成我需要的SourceHanSansTW-Regular，
但是"畫面最下方的工作列"，"畫面最上方的選單列"，
仍然還是系統預設值的字型，"沒有"變更。
所以到底還有沒有類似Windows *.ini概念的、
哪個路徑下的哪個參數設定檔內的"哪個字串"可以修改？？？
可以讓"畫面最下方的工作列"，"畫面最上方的選單列"裏頭的字型，也置換成
Source Han Sans TW Regular ？？？

補充抱怨，Windows提供的圖形介面切換字型設定項目，
原則上就是整個圖形桌面所有視窗元素的字型了，
然而gnome桌面的 調教工具\字型 提供的四個項目 卻只有"半套"，
而"不是"整個圖形桌面環境的"字型與字級"，"沒有"整個桌面一體化。
要客製化成符合使用者的視覺習慣，
以及切換成"相對"高百分比符合中華民國臺灣規範漢字的的動作過程，
"實在有夠麻煩"～～～

參考資源：
Ubuntu-GNOME 14.04.1最上方的選單列字級無法放大
http://www.ubuntu-tw.org/modules/newbb/viewtopic.php?viewmode=flat&type=&topic_id=92204

用openbox的路過

關於linux顯卡驅動程式的疑惑與發想

我手邊有兩台古的早蘋果筆電硬體，分別是：

MacBook (2006)
主機板韌體:EFI
CPU: Intel Core Duo 2.0 GHz (32bit)
主記憶體:2GB(主機板最大值)
顯示卡晶片組:Intel Graphics Media Accelerator (GMA) 950 ,Video RAM:64MB

MacBook Pro (2006)
主機板韌體：EFI
CPU:Intel Core Duo 2.16 GHz (32bit)
主記憶體：2GB(主機板最大值)
顯示卡晶片組：ATI Mobility Radeon X1600 ,Video RAM:256MB

兩者的硬碟都是傳統5400RPM，
兩者的系統都同樣安裝Debian jessie + gnome + gnome-mplayer
gnome-mplayer的偏好設定值都一樣。

然後用gnome-mplayer播放同一部1080P的MV，
MacBook是順暢的，MacBook Pro反而會畫面延遲，
這實在很不合理，很沒有sense，明明MacBook Pro的硬體規格是較好的。

於是我開始推敲，到底還有哪裡不同？？？
導致造成更好的硬體，反而播放MV影片會畫面延遲，
比來比去，我目前發現的差異有：
MacBook
gnome\設定值\詳細資料\繪圖\字串是intel晶片組的型號資料。

MacBook Pro
gnome\設定值\詳細資料\繪圖\字串是類似這樣：
gallium 0.4 on llvmpipe (llvm 3.5 128 bits)
沒有顯示出跟ATI Mobility Radeon X1600相關的字串，
我試著去找相容於系統軟體規格環境且"馬上可用"的
ATI Mobility Radeon X1600驅動程式套件，我找不到。
我試者去設定Xorg.conf，即使把Xorg Radeon driver文件來回讀了很多遍，
最後還是失敗收場。反正Xorg.conf掛起來之後就是進不了桌面。
（Xorg -configure 所生成的，一樣會掛載失敗）
結論，很不幸的就是，linux整體桌面環境，
沒有針對ATI Mobility Radeon X1600晶片組作硬體驅動程式最佳化和系統配置最適化。
導致 gnome\設定值\詳細資料\繪圖\會出現
gallium 0.4 on llvmpipe (llvm 3.5 128 bits)
這個跟ATI Radeon"不相干"的驅動程式資料。

一個事後心得，若希望自己手邊在用的硬體能夠搭配linux桌面並呈現最好的圖形運算效能，
圖形硬體最好找那種"linux專屬驅動程式"有包含到的顯示卡晶片組
(當然該"linux專屬驅動程式"版本也要有for某個linux發行版版本才能搭配)。
所謂的opensource顯示卡驅動程式，是很遜的，只能先求有。
當然，若只是打打文書報告，是沒有差啦～～～ 多媒體影音閱覽就"不用"奢望了。

其實我這台筆電在剛買來的那幾年，連AMD官網版本的Radeon HD 驅動程式都不能用
一定絕對沒得選擇的要下載ASUS官方專用版才能安裝
以上說的是微軟系統喔
這樣我能不能說閉源就是爛？
抽到下下籤就自己認了，最少我是這麼想
只怪自己要買時沒做功課
順帶一提，當時我連Linux系統都還沒入門

IanHo 寫到：
關於linux顯卡驅動程式的疑惑與發想

我手邊有兩台古的早蘋果筆電硬體，分別是：

MacBook (2006)
主機板韌體:EFI
CPU: Intel Core Duo 2.0 GHz (32bit)
主記憶體:2GB(主機板最大值)
顯示卡晶片組:Intel Graphics Media Accelerator (GMA) 950 ,Video RAM:64MB

MacBook Pro (2006)
主機板韌體：EFI
CPU:Intel Core Duo 2.16 GHz (32bit)
主記憶體：2GB(主機板最大值)
顯示卡晶片組：ATI Mobility Radeon X1600 ,Video RAM:256MB

兩者的硬碟都是傳統5400RPM，
兩者的系統都同樣安裝Debian jessie + gnome + gnome-mplayer
gnome-mplayer的偏好設定值都一樣。

然後用gnome-mplayer播放同一部1080P的MV，
MacBook是順暢的，MacBook Pro反而會畫面延遲，
這實在很不合理，很沒有sense，明明MacBook Pro的硬體規格是較好的。

於是我開始推敲，到底還有哪裡不同？？？
導致造成更好的硬體，反而播放MV影片會畫面延遲，
比來比去，我目前發現的差異有：
MacBook
gnome\設定值\詳細資料\繪圖\字串是intel晶片組的型號資料。

MacBook Pro
gnome\設定值\詳細資料\繪圖\字串是類似這樣：
gallium 0.4 on llvmpipe (llvm 3.5 128 bits)
沒有顯示出跟ATI Mobility Radeon X1600相關的字串，
我試著去找相容於系統軟體規格環境且"馬上可用"的
ATI Mobility Radeon X1600驅動程式套件，我找不到。
我試者去設定Xorg.conf，即使把Xorg Radeon driver文件來回讀了很多遍，
最後還是失敗收場。反正Xorg.conf掛起來之後就是進不了桌面。
（Xorg -configure 所生成的，一樣會掛載失敗）
結論，很不幸的就是，linux整體桌面環境，
沒有針對ATI Mobility Radeon X1600晶片組作硬體驅動程式最佳化和系統配置最適化。
導致 gnome\設定值\詳細資料\繪圖\會出現
gallium 0.4 on llvmpipe (llvm 3.5 128 bits)
這個跟ATI Radeon"不相干"的驅動程式資料。

一個事後心得，若希望自己手邊在用的硬體能夠搭配linux桌面並呈現最好的圖形運算效能，
圖形硬體最好找那種"linux專屬驅動程式"有包含到的顯示卡晶片組
(當然該"linux專屬驅動程式"版本也要有for某個linux發行版版本才能搭配)。
所謂的opensource顯示卡驅動程式，是很遜的，只能先求有。
當然，若只是打打文書報告，是沒有差啦～～～ 多媒體影音閱覽就"不用"奢望了。

我想你的解決方向可能要朝向自行編譯kernel來著手，有些不常用的設備，通用kernel不會預設編入它的驅動，給你我之前處理asus eeepc 1015cx的討論串參考參考(如果連自行編譯kernel都無法解決的話，你大概就只能期望原廠能放出linux版的驅動程式了)：
【已解決】asus 1015cx bios 0801 勿刷，ubuntu的暫停會失效(回來時無螢幕) [論壇 - Ubuntu硬體支援]

windows版的驅動程式是在裝置管理員，linux版的驅動程式是在kernel(除非單獨安裝)。