如何识别混合平板电脑中硬件键盘与软键盘的使用情况？
How can I identify usage of hardware vs soft keyboard in a hybrid tablet?
问题：
我有一个大约 90 名用户的小组，这非常重要，因此当其中一两个企业客户希望 UI 在他们的 Web 应用程序中进行更改时，他们通常会获得专用的开发资源。但是，我们必须准确了解整个群体如何使用该应用程序，因为该群体往往对他们的 UI 外观有强烈的个人看法，而且他们使用该应用程序的方式各不相同。我遇到的最大麻烦是识别他们使用硬件还是软键盘。最理想的是，我正在寻找一个简单的答案，"use the new Window.TabletMode == true!" 我认为不存在这个简单的答案。
研究：
- SO 问题 Detect virtual keyboard vs. hardware keyboard 是我看到的唯一一个明显相似的问题，但它把一半的时间都集中在使用 JavaScript 键盘代替软键盘上，所以答案都在谈论如何制作特定于数字、日期等的键盘。此外，他正在寻找我只需要 IE11+ 支持的跨浏览器解决方案。最后，我可以依赖对接的硬件键盘和特定品牌（戴尔）。最后，我可以依赖 Windows/IE11，因此与这个已有 3 年历史的问题相比，可能还有其他方法。我对混合平板电脑的使用也使功能检查方法变得无用，因为我已经知道设备上已经提供了所有功能（触摸等）。
- 我可以 check the Registry 设置 UI，但我真的需要坚持使用 JavaScript 或类似的东西。
- Android has undocumented but known events表示键盘的显示和隐藏。但是，none 的用户将使用 Android。
- IE 应该在更改发生时收到 WM_SETTINGCHANGE message，但我无法确定这是否可用于 JavaScript API。我认为这将是一条更具体的消息（如果有的话），所以我找不到这个搜索词和 JavaScript.
的任何内容
代码：
The window.orientation property returns 0 for portrait and 90 or -90 for landscape view.
结合 window.innerHeight，我可以使用类似...
var portrait;
$(window).on("orientationchange",function(event){
if (event.orientation == 0)
{
portrait = true;
}
else //if not, it's landscape
{
portrait = false;
}
});
然后我会使用 window.innerHeight 结合 portrait 的值来确定 宽高比 是否看起来像我打开了键盘.考虑到我相当狭窄的限制，这种方法确实可以全屏工作，但如果浏览器不是全屏怎么办？我敢肯定还有很多其他原因不为此写一个骇人听闻的比率计算。此外，我最大的愿望当然是在任何浏览器和任何屏幕尺寸上执行此操作。
我可以处理这些事情：我需要在加载文档时设置变量，并想出一种方法来确定输入何时变得相关。我可能需要检查一些浏览器功能。也许我会增加使用和不使用硬件键盘打字的计数器。一旦我击中某个数字（比如说 5 次击键），我就会向我的数据跟踪端点发送一个 POST 请求，让它知道会话 12345 使用了软键盘（或硬键盘）。之后，我将取消订阅事件处理程序。然而，我对这部分的工作不太关心，因为我不认为我会卡在任何东西上，但我不希望任何人花时间在美化或开发一个巨大的例子上。
环境：
- 硬件 应该 都是戴尔 tablet/laptop 混合体（特定型号待定）与 IE11+。我讨厌做一些特定于 IE 的东西，但如果它在 IE11+ 上运行，那是完全可以接受的。
- 我应该能够引入任何类型的 JavaScript 建议的库，但请记住 JQuery 2.2 和 Knockout 2.1 已经存在，所以很少添加 "weight" 用于 JQuery 用法的解决方案。
- 我可能无法获得编写使用 ActiveX 或其他需要安装本地应用程序的繁重自定义方法的应用程序的批准，因为我的公司大约有 50,000用户，而像 90 个用户这样的部署维护起来过于复杂。
- 屏幕尺寸应该都是 11 英寸，但我会很难过使用特定的尺寸和分辨率，因为这样的答案对我或未来的读者来说应用起来非常有限。
对读者的影响：
我看到医疗亭/电子病历 space 不再使用 Ipad，因为 Ipad 限制了很多 UI 选择以支持统一的体验。如果医生希望进行非常具体的 UI 更改，他们尤其会经常受到高级 IT 领导的关注。 Microsoft 倾向于允许对浏览器的工作方式进行大量非标准干预和（最近）更多标准类型的干预。我认为，出于这个原因以及许多医疗团体都非常重视 .NET 开发能力的原因，我认为很多这种运动都将转向 Windows 平板电脑。
底线：你无法得到你想要的。对于 IE11，您实际上还有其他一些挑战。您不能简单地将 Fullscreen API 与 promise = element.requestFullscreen() 一起使用，因为 IE 将首先请求用户的许可，而 API 让您检查功能而不是状态。另外，在Windows8和8.1中，多个全屏应用程序可以共享桌面，这有点违反直觉。
但是，如果您可以指望网络应用程序可能是全屏的，那么您的 "hackish" JavaScript 解决方案可能是最佳答案。加载文档时获取初始尺寸并在按键期间进行比较。作为旁注，请记住，用户可能不会仅仅因为他或她不在扩展坞中而使用软件键盘。用户仍然需要明确打开软键盘。
如果您说 "Android only"，那将是一个简单的解决方案，但您已经在问题中证明了您知道这一点。如果您想使用桌面应用程序，可以使用 some MSDN documentation on a hardware token here 但您再次指出这不够简单。
问题：
我有一个大约 90 名用户的小组，这非常重要，因此当其中一两个企业客户希望 UI 在他们的 Web 应用程序中进行更改时，他们通常会获得专用的开发资源。但是，我们必须准确了解整个群体如何使用该应用程序，因为该群体往往对他们的 UI 外观有强烈的个人看法，而且他们使用该应用程序的方式各不相同。我遇到的最大麻烦是识别他们使用硬件还是软键盘。最理想的是，我正在寻找一个简单的答案，"use the new Window.TabletMode == true!" 我认为不存在这个简单的答案。
研究：
- SO 问题 Detect virtual keyboard vs. hardware keyboard 是我看到的唯一一个明显相似的问题，但它把一半的时间都集中在使用 JavaScript 键盘代替软键盘上，所以答案都在谈论如何制作特定于数字、日期等的键盘。此外，他正在寻找我只需要 IE11+ 支持的跨浏览器解决方案。最后，我可以依赖对接的硬件键盘和特定品牌（戴尔）。最后，我可以依赖 Windows/IE11，因此与这个已有 3 年历史的问题相比，可能还有其他方法。我对混合平板电脑的使用也使功能检查方法变得无用，因为我已经知道设备上已经提供了所有功能（触摸等）。
- 我可以 check the Registry 设置 UI，但我真的需要坚持使用 JavaScript 或类似的东西。
- Android has undocumented but known events表示键盘的显示和隐藏。但是，none 的用户将使用 Android。
- IE 应该在更改发生时收到 WM_SETTINGCHANGE message，但我无法确定这是否可用于 JavaScript API。我认为这将是一条更具体的消息（如果有的话），所以我找不到这个搜索词和 JavaScript. 的任何内容
代码：
The window.orientation property returns 0 for portrait and 90 or -90 for landscape view.
结合 window.innerHeight，我可以使用类似...
var portrait;
$(window).on("orientationchange",function(event){
if (event.orientation == 0)
{
portrait = true;
}
else //if not, it's landscape
{
portrait = false;
}
});
然后我会使用 window.innerHeight 结合 portrait 的值来确定 宽高比 是否看起来像我打开了键盘.考虑到我相当狭窄的限制，这种方法确实可以全屏工作，但如果浏览器不是全屏怎么办？我敢肯定还有很多其他原因不为此写一个骇人听闻的比率计算。此外，我最大的愿望当然是在任何浏览器和任何屏幕尺寸上执行此操作。
我可以处理这些事情：我需要在加载文档时设置变量，并想出一种方法来确定输入何时变得相关。我可能需要检查一些浏览器功能。也许我会增加使用和不使用硬件键盘打字的计数器。一旦我击中某个数字（比如说 5 次击键），我就会向我的数据跟踪端点发送一个 POST 请求，让它知道会话 12345 使用了软键盘（或硬键盘）。之后，我将取消订阅事件处理程序。然而，我对这部分的工作不太关心，因为我不认为我会卡在任何东西上，但我不希望任何人花时间在美化或开发一个巨大的例子上。
环境：
- 硬件 应该 都是戴尔 tablet/laptop 混合体（特定型号待定）与 IE11+。我讨厌做一些特定于 IE 的东西，但如果它在 IE11+ 上运行，那是完全可以接受的。
- 我应该能够引入任何类型的 JavaScript 建议的库，但请记住 JQuery 2.2 和 Knockout 2.1 已经存在，所以很少添加 "weight" 用于 JQuery 用法的解决方案。
- 我可能无法获得编写使用 ActiveX 或其他需要安装本地应用程序的繁重自定义方法的应用程序的批准，因为我的公司大约有 50,000用户，而像 90 个用户这样的部署维护起来过于复杂。
- 屏幕尺寸应该都是 11 英寸，但我会很难过使用特定的尺寸和分辨率，因为这样的答案对我或未来的读者来说应用起来非常有限。
对读者的影响：
我看到医疗亭/电子病历 space 不再使用 Ipad，因为 Ipad 限制了很多 UI 选择以支持统一的体验。如果医生希望进行非常具体的 UI 更改，他们尤其会经常受到高级 IT 领导的关注。 Microsoft 倾向于允许对浏览器的工作方式进行大量非标准干预和（最近）更多标准类型的干预。我认为，出于这个原因以及许多医疗团体都非常重视 .NET 开发能力的原因，我认为很多这种运动都将转向 Windows 平板电脑。
底线：你无法得到你想要的。对于 IE11，您实际上还有其他一些挑战。您不能简单地将 Fullscreen API 与 promise = element.requestFullscreen() 一起使用，因为 IE 将首先请求用户的许可，而 API 让您检查功能而不是状态。另外，在Windows8和8.1中，多个全屏应用程序可以共享桌面，这有点违反直觉。
但是，如果您可以指望网络应用程序可能是全屏的，那么您的 "hackish" JavaScript 解决方案可能是最佳答案。加载文档时获取初始尺寸并在按键期间进行比较。作为旁注，请记住，用户可能不会仅仅因为他或她不在扩展坞中而使用软件键盘。用户仍然需要明确打开软键盘。
如果您说 "Android only"，那将是一个简单的解决方案，但您已经在问题中证明了您知道这一点。如果您想使用桌面应用程序，可以使用 some MSDN documentation on a hardware token here 但您再次指出这不够简单。