标签: human-computer-interface

是否有一个像样的眼动追踪包替换鼠标进行代码编辑？

我想释放鼠标,但继续使用键盘编辑代码.

在做了一些研究之后,我得出结论,适当的眼动追踪硬件很昂贵.使用网络摄像头或高分辨率摄像机似乎是最可行的选择.

遗憾的是,基于图像的跟踪(与红外线跟踪相反)限制了准确性,因此并非所有功能都可行.

所需的眼动追踪IDE功能:

• 页面滚动
• 标签选择
• 设置光标位置
• 使用键盘选择以注视为中心的文本

一个类似的问题建议Opengazer的摄像头,但我在加快基本的文本编辑特别感兴趣.任何建议都表示赞赏,特别是如果您有眼动追踪和实际使用案例的经验.

到目前为止,我已经能够准确地检测出瞳孔和眼角.您可以在我的回答中看到我上传的一些快照:

执行稳定的眼角检测

这是我到目前为止所做的.我通过查看TLCP,TRCP和BLCP来校准用户的凝视

CP = calibration point; a screen point used for calibration
B = bottom
T = top
L= left
R = right
gaze_width = TRCP.x - TLCP.x

gaze_height = BLCP.y- TLCP.y

通过查看这些CP得到的相应凝视点称为GP

计算凝视点GP:

我从当前瞳孔中心的位置减去TLGP的纵坐标值,因为凝视点必须落在假设的矩形中,我希望你理解它,它真的非常简单.

我已经使用基本缩放系统将从瞳孔中心位置计算的凝视点线性映射到屏幕点,其中比例计算如下:

scaleX = screen_width/gaze_width
scaleY = screen_height/gaze_height

并且对于任何凝视点P(x,y),我将相应的屏幕点Q(m,n)计算为:

m = scaleX*x
n = scaleY*y

但问题是,即使几乎完美的瞳孔检测(几乎是因为在光线不足的情况下,它会产生误报.但我打算将其置于限制之下,因为我无法使用它,我没有足够的时间),我仍然会得到较差的注视宽度和注视高度.

这是一个测试运行日志:

DO_CAL= True

Gaze Parameters:

TLGP = (38, 26) | TRGP = (20, 22) | BLGP = (39, 33)
screen height = 768 screen width = 1366

gaze height …

我有一个文本字段,只要它失去焦点就会被验证.我希望能够在输入期间指示该值无效,以便用户有机会在明确地将焦点从框中移开并触发验证之前纠正其错误.

我已经看到了各种实现,包括在字段周围放置一个红色边框,一个用于无效输入的小图标,或一些警告文本.

以符合Cocoa惯例和Apple人机界面指南的方式执行此操作的最佳方法是什么？

请注意,我不是在询问如何实现或编码多列列表.

有两种方法可以对多列列表进行排序:水平和垂直.许多Microsoft System.Web.UI.WebControl都有一个RepeatDirection属性,提供这两个选项.我确信其他框架也提供这些方向选项.

以下是两个选项的示例:

水平排序(按字母顺序)

* Ash      * Beech      * Cedar
* Date     * Elm        * Fir
* Grape    * Hawthorn   * Ivy

水平排序(数字)

1. Ash      2. Beech       3. Cedar
4. Date     5. Elm         6. Fir
7. Grape    8. Hawthorn    9. Ivy

垂直排序(按字母顺序)

* Ash      * Date    * Grape
* Beech    * Elm     * Hawthorn
* Cedar    * Fir     * Ivy

垂直排序(数字)

1. Ash      4. Date    7. Grape
2. Beech    5. Elm     8. Hawthorn
3. Cedar    6. Fir     9. Ivy …

我自愿在我的工作场所向我们的用户体验团队提供一小时的午餐时间简报.我对人为因素和用户界面设计充满激情和热爱,并且在整个(尽管很短的)职业生涯中都有我的手.

我遇到的问题是,我很难决定如何集中讨论,以便在一小时的时限内传达一些好的信息.我希望得到SO的意见,你有兴趣听到的内容也可以在一小时内得到.这是我到目前为止:

• 人为因素介绍
• 人为因素背后的心理学
• UID原则
• 可用性测试
• 标准

此时的一切都是非常高的水平.我不确定我是否应该减少主题并深入研究,或者如果只是提供一个完整的高级演示文稿并鼓励个人来与我交谈以获取更多信息会更好.

有关受众的更新

受众(用户体验团队)由许多已经高度了解用户体验所需的人员组成.许多人都是软件开发人员,有些人是设计师.然而,并非所有人都是训练有素的设计师,可能有必要重新获得一些高分.我看到有些方面需要改进(我可以与之交谈).不幸的是,我不是该小组的直接成员,因此我不了解该小组的内部工作情况(这也有助于我更好地关注此演示文稿).

根据维基百科，人机交互涉及人（用户）和计算机之间交互的研究、规划和设计。

交互设计是以下实践：

\n
• 了解用户\xe2\x80\x99 的需求和目标
\n
• 为用户设计工具来实现这些目标
\n
• 设想系统的所有状态和转换
\n
• 考虑用户\xe2\x80\x99s环境和技术的限制
\n

那么学习人机交互硕士和交互设计硕士有什么区别呢？我认为交互设计的范围更广，也包括人机交互。哪一款更实用呢？

在阅读了StackoOverflow问题 /sf/ask/12747871/之后,我真的很想去思考这个问题"幽默可以减少响应时间吗？"

在一个页面加载大量数据,而不是只是"请等待"或"加载数据",幽默/有趣/诙谐的消息可以减少感知的响应时间(用户所感知)？我想用户的响应时间可能需要3-5秒.

乔尔,杰夫和其他人对此有何看法？

我使用EmguCV(openCV的包装器)在C#中编写了一个程序.程序使用camshift算法跟踪对象.在对象周围绘制一个矩形.光标移动到矩形的中心.输入来自网络摄像头.

最初的问题是光标无法覆盖整个屏幕.它的移动仅限于框架尺寸.所以我应用了一个乘法因子:

在X方向上移动的screenwidth/framewidth.

屏幕高度/框架高度在Y方向上移动

有了它,鼠标覆盖整个区域.但鼠标移动不再平滑.我无法指出两个紧密相连的图标.如何在覆盖整个屏幕时使鼠标移动平滑,就像真正的鼠标一样？

从用户界面的角度来看,为什么有一个title选项AlertDialog呢？为什么message单独不够？我们真的需要一个头衔吗？如果是这样,请提供标题有用的可视示例.

该AlertDialog 文件显示了一个AlertDialog没有标题,它看起来完美的对我说: