Saturday, October 29, 2005

儲存檔案的預設路徑每次都是我的文件夾

以下是這篇文章作者 Toshuyu 的問題:

[Quote]-------------------------------------------------------
存檔的時候,想把預設資料夾改掉...
因為一般而言,ms都會預設存到我的文件
可是我都是存在f槽,每次都要重新選位置好煩...
是改哪裡呢??我一直想到改登錄檔...
不過應該有更easy的方法吧
--------------------------------------------------------------

接下來是我的回答:

我個人認為如果你會覺得每次都要重新選位置很煩,
那麼我等一下介紹的方法應該不會對你造成太大的困擾才對...

Microsoft Word 2003:
在 [工具] 功能表上按一下 [選項], 再按 [檔案位置] 標籤.
然後在 [檔案類型] 清單中選擇(按一下) [文件], 接著按一下 [修改].
然後就選擇你想要的預設路徑吧! :D

Microsoft Excel 2003:
一樣在 [工具] 功能表上按一下 [選項], 再按 [一般] 標籤.
然後在下方的 [預設檔案位置] 改成你所要的路徑. :D

Microsoft PowerPoint 2003:
一樣在 [工具] 功能表上按一下 [選項], 再按 [存檔] 標籤.
然後在下方的 [預設檔案位置] 改成你所要的路徑. :D


以上若為其他版本, 方法大致上應該差不多, 不過我沒有去 check 就是了.
另外 Microsoft 的 Access, FrontPage, InfoPath, etc. 我並沒有安裝,
所以只能給予上面的解答, 不過大致上應該也差不多吧! 我猜 = =

至於登錄檔的問題, 我依舊是無解狀態...
我有去問過電腦老師, 他跟我說他記得有(記得??),
但是他當時也不知道在哪裡修改... XD


基本上, 讓我闡述一下我對儲存路徑的看法好了...
接下來就是標準香油廢話格式中的廢話... XD

一般來說, 軟體程式如果需要讓使用者儲存檔案或讀取檔案,
程式設計師在設計時, 依照我的經驗想法,
必須在程式碼中預先設定一個值, 然後再經過 if else 的判斷,
選擇適當的路徑位置, 以供使用者存檔或開檔.
通常設計師可以先假設最完美無誤的方式, 也就是開啟根目錄,
這個通常根本不需要去檢測他的路徑位置是否存在, 因為他是必然存在的.
但是這個通常很沒人性(喔喔, 我知道沒有資格批評...XD)
因為使用者每次都要從根目錄去選擇要儲存或開啟的檔案位置,
因此, 多數設計師會把路徑位置寫成變數,
讓變數去讀取該程式的設定檔(可能專門用來紀錄使用者的操作習慣),
這時候, 儘管第一次開啟時是指向根目錄,
但是當使用者在第一次存檔或開檔後, 程式便會記錄新的路徑位置,
讓使用者在下回存檔或開檔時, 直接讀取想要的路徑位置, 而不再是根目錄.

舉個例子來說, 除了上面的 Office 系列外,
記事本有類似的功能, 不過他並沒有提供使用者圖形化介面修改他的路徑.
因為他是以最後一次的操作紀錄, 來決定你下一次要儲存在哪裡.
音樂軟體也有類似功能, 他會記錄你上次開檔的目錄位置,
當你下次要新增音樂檔案時, 會直接開啟上回的目錄位置,
而不是死板的某一個路徑...

當然, 我主要在想, Windows 有沒有提供一個環境變數是儲存預設路徑的值.
我舉個例子:
我將檔案類型作分類後,
屬於文字格式的附檔名, 他的環境變數就是導向 App.doc (亂掰的名稱...)
屬於圖片格式的附檔名, 他的環境變數就是導向 App.pic (依舊是亂掰...)
屬於聲音格式的附檔名, 他的環境變數就是導向 App.wav (同上...)
屬於影像格式的附檔名, 他的環境變數就是導向 App.aud (同上...)
屬於................, .................... ....... (.......)

以此類推, 在規劃完後, 程式設計師在設計程式時,
只需要指定路徑位置到上面的某個環境變數, 例如: 小畫家 就導向 App.pic
這時候, 使用者可以藉由更動登錄檔中的環境變數值,
例如: 把 App.pic 的值改成 "D:\" 這樣未來有關圖片檔案格式的軟體程式,
就會預設開啟使用者修正的值, 而不必每個軟體都需要去做修正...XD
試想你使用三家影像處理軟體, 就要對三家做特別修正.. 很辛苦...

所以如果 Windows 有提供這個值, 又軟體程式設計師, 有遵守此一規則,
就可以減少很多的設定麻煩, 當然為了人性化,
該軟體可以另外再設定是否要依循 Windows 內建路徑或是遵守使用者個人操作紀錄.

0 comments:

Post a Comment