我的应用程序在树中显示文件夹结构。用户可以浏览这些文件夹中的内容，并将内容拖到文件夹中。可视化只读文件夹
但是，其中一些文件夹是只读的（意思是没有内容可以被拖入）。我正在寻找一种清晰的方式向用户描述这一点，因此他们知道哪些文件夹可以在实际尝试前拖动到，即悬停状态。一些不太惊人或中断的事情（例如，在文件夹图标上没有重叠的红色十字），最好是公认的标准。
具体而言，我们正在讨论一个展示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