问题标签 [ui-design]

我希望在 16 X n 网格状显示器中显示 128 到 512 字节的十六进制数据（0x00 到 0xFF）大小的数组。它需要选择单个元素或一组元素并以某种方式突出显示数据的能力。它还需要允许编辑。我正在使用 Winforms 在 C# 3,5 中编写此代码。

我正在考虑某种富文本框或只是一组小文本框，但是这两个想法都不是没有缺点的。是否有一个免费的类似电子表格的自定义控件有意义，或者我将不得不自己推出。任何想法，将不胜感激。

我正在制作我的第一个 WPF 应用程序，其目的是从一些数据中生成 6 张图像。理想情况下，我想将它们显示在窗口中，带有很少的“前进”和“后退”按钮，以及我们在图像堆栈中的位置的文本指示器。有点像“迷你 Windows 照片库”。

我认为这样做的方法可能是对样式进行某种自定义ListView，但也有可能Frame与自定义 WPF 页面或其他东西一起使用？我不知道，似乎应该有一种规范的方式来做到这一点。

我目前最好的方法是ListView按照我的一本 WPF 书籍的指南进行自定义。如果有人已经这样做了，或者如果有更好的方法，请告诉我！

我正在尝试为计时系统设计一个界面，让用户“一目了然”地看到还需要完成多少时间。

由于没有固定的工作时间，这使情况变得复杂 - 员工必须在任何给定的工作日至少工作 6 小时，并且在每个月月底该月的每个工作日应该工作 7.5 小时。任何一种方式的7.5小时都可以结转到下个月。员工每月最多可占用 1 个上午和 1 个下午的“弹性”时间。时间需求应该在第二天 10.15 之前记录下来，但是这条规则在繁忙时间是弯曲的，周末，尤其是月底的界限变得更加重要。

那么，什么是最易读的格式来显示当前输入的时间并突出显示未完成条目的接近截止日期，同时仍然让人感觉员工的领先/落后程度（即，如果你那个月还有一周的时间，你提前 8 小时您可以安排一些额外的羽绒被时间）。

我的第一个想法是每天的条形图，在 6 处有一条红线。但这并不能让您了解每天或每月的领先或落后程度，或者您是否接近错过最后期限。 .

（请原谅可怕的模型）

也许我试图在一个地方传达太多信息？

--

这是 Dickon Reed 建议的记录时间与所需时间的模型

--

编辑：这一面非常适合这样的东西。我将在早上讨论其中的一些想法，并希望能在这里发布一些内容。

OneNote 之类的软件已经表明可以实现自动保存，并且它与手动保存按钮 / CTRL+S 一样好（或更好）。

无论如何，您想要保存的所有工作。只是如果你正在尝试一些破坏性的东西，你会在不保存的情况下关闭。

那么从程序员/可用性的角度来看，为什么今天几乎所有软件中仍然可以看到手动“保存”功能？是不是因为每个人都懒得在数据被修改时实现“自动保存”？

我们实施自动保存是否是个好主意，至少可以在我们的特定行业和我们的竞争对手中开始一些牵引力？

有没有人对不同目标受众对以下投票系统的用户接受度进行任何研究？

或者

我不感兴趣哪个更准确或投票将如何用于排名。我感兴趣的是从用户的角度来看，这更直观 - 基于该用户的人口统计。

显然，作为开发人员，我们都了解 StackOverflow 风格的投票系统，但我很好奇这是否只是因为我们 [作为开发人员] 的思维方式才有意义。亚马逊风格的明星系统是否对针对更基本用户的网站上的选民更有意义？

有没有人对此进行过任何研究，如果有，结果如何？有人有研究结果的链接吗？

我尝试使用一些 ui 模拟软件来设计 ui，但我发现我很难确定设计的所有细节，因为数据库还没有设计。

但是如果我第一次设计软件，就会出现同样的问题，我没有 UI，如何创建一个突出的 UI？

因此，我们正在重新设计一个桌面应用程序，以便它也可以与 Windows 7 的触控界面一起使用。我们已经查阅了 UX 指南。

对于 UI 的某些部分，由于某些神秘规则（软件与硬件设备通信）而禁用了工具箱图标。我们禁用不适用的操作（由于某些情况），并让用户将鼠标悬停在工具图标上，以查看有关禁用该工具的原因的工具提示说明。

由于触摸界面（Windows 7、iphone、..）没有“悬停”，有什么更好的模式/模型呢？

谢谢！

这种类型的 UI 经常出现在各种网站和 .net 书籍中。

这些类型的用户界面在商业和/或定制商业软件中是否可接受和/或流行？

请注意

(1) Binding Navigator 的使用，以及

(2) Master-grid、Detail-grid和Input Area在同一个表格中的放置。

对我来说，无论 UI 多么琐碎，总是需要一个搜索工具，这在此处不可用。当然，我没有发现在处理大量数据的任何 UI中使用 Binding Navigator 有任何相关性。

我有一个奇怪的问题，不是真正的技术性问题，但我确实希望收集有意义的建议。

我正在构建一个大型 Web 应用程序，基本上是一个照片共享社区站点。作为该站点的一部分，登录用户可以访问他们的个人资料，从中他们可以看到自己的东西（图像、评论、投票）以及编辑他们的详细信息和偏好。用户还可以查看其他用户的个人资料（他们的图像、评论、投票），但当然不能编辑他们的详细信息。

我的问题很简单，但它一直困扰着我：如何称呼用户的个人链接和内容？他们应该被命名为“你的”：

您的图片
您的个人资料 ...

...或“我的”：

我的图片
我的个人资料

...或者可能命名，即使您已登录：

Fledder 的图片
Fledder 的个人资料

尽管听起来并不重要，但我真的在寻找这方面的建议。我对任何标准、为什么首选选项以及在哪些情况下首选它都特别感兴趣。

如此清晰的 UI 分离是 XAML 独有的吗？我的意思是，您甚至可以自定义“预打包控件/组件”的整个 UI...

对实现这一目标的其他技术有任何了解吗？