我的應用程序在樹中顯示文件夾結構。用戶可以瀏覽這些文件夾中的內容，並將內容拖到文件夾中。可視化只讀文件夾
但是，其中一些文件夾是隻讀的（意思是沒有內容可以被拖入）。我正在尋找一種清晰的方式向用戶描述這一點，因此他們知道哪些文件夾可以在實際嘗試前拖動到，即懸停狀態。一些不太驚人或中斷的事情（例如，在文件夾圖標上沒有重疊的紅色十字），最好是公認的標準。
具體而言，我們正在討論一個展示SharePoint文件夾樹的Outlook加載項，但我更願意從一般觀點得到答案。從我的頭頂開始，我似乎並不知道任何可視化標記只讀文件夾的應用程序。
我試圖想到任何我已經看到的應用程序，只顯示可視化讀取的東西的概念，但想到的東西並不多。
一個是SQL Server。如果只讀取數據庫，它是變灰的UI（以及它明確地只說讀）：
alt text http://img203.imageshack.us/img203/7886/sqlr.jpg
我覺得這工作得很好，你實際上是說，此節點/文件夾不可用於當前操作（即將文件拖動到該文件夾）。
正如其他人所提到的，一個鎖圖標也可以很好地工作（我已經在Visual Studio中看到了這種情況，只有一個文件是隻讀的）。
不錯。灰色化將是我的第一選擇，但最終用戶可能會將其與禁用/無法訪問的文件夾混淆。屏幕截圖中的文本「只讀」後綴很好地解決了這個問題。 – 2010-03-24 07:09:34
與同事討論是否只讀後綴會污染接口太多，但我仍然與它同行。 :) – 2010-03-26 11:53:29
如何處理類似於TFS的文件夾角落的鎖圖標？
好的建議。但是，鎖也可以輕鬆地解釋爲密碼（或許可）要求。 – 2010-03-24 07:04:21
只讀訪問權限是一項權限要求。但是，我可以看到幾乎任何圖形指標都會讓一些用戶感到困惑。如果你想讓用戶的解釋沒有歧義，那麼你可能需要一些指定它是隻讀的文本。 – adam 2010-03-24 13:40:31
+1表示「只讀訪問權限需求」。 – 2010-03-24 15:44:09
我會主張一個灰色的圖標，但我也注意到，在大多數例子中，我可以找到，（只讀）是以文本方式指定的。如果沒有這一點，灰色或鎖定都會有些模棱兩可。由於看起來沒有統一的標準，如果您完全依靠圖標來表達觀點，您可能會遇到一些令人困惑的用戶。
關於不單純依賴圖標的好處，我會看看如果我可以逃脫添加圖標和文本。 – 2010-03-24 07:08:28
我喜歡亞當在下面的答案中提到的共同源代碼控制隱喻（在只讀項目上或附近的鎖圖標），但如果這對您沒有吸引力，請考慮在「只讀文件夾圖標「，其中的例子比比皆是。 – 2010-03-23 20:55:22
謝謝你的建議，但我當然試過。沒有那麼多，因爲我希望它會（沒有引號的信噪比是可怕的，報價我只得到兩個命中）。我做的命中在灰色和大紅色覆蓋之間變換。 – 2010-03-24 07:00:48