Flex/Air - 使用多点触控 LCD 显示器进行移动多点触控开发
乍一看，这可能是一个普遍性的问题，但实际上它非常具体。
使用（或值得购买）多点触控显示器来开发和测试移动 Flex/Air 应用程序是否可行？例如，可以使用 Android 模拟器并将其 Air 2.5 应用程序打包以在模拟器中运行，然后使用多点触控 LCD 进行测试。而不是不断地将应用程序下载到移动设备上。
有人试过这个吗？
布莱恩
This may appear at first a bit of a general question, but its actually quite specific.
Is it feasible to use (or worth buying) a multi-touch monitor for developing and testing mobile Flex/Air applications? For instance one could use the Android emulator and package their Air 2.5 app to run in the emulator, and then use the multi-touch LCD to test it out. Rather than continually downloading the app to the mobile device.
Has anyone tried this?
Brian
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我认为这行不通。这里的问题是硬件与软件的连接方式与设备（通过固件）连接的方式不同。在这种情况下，它会经过操作系统（我什至不确定是否支持多点触控），然后是模拟器（我不确定它是否会接受来自操作系统的多点触控输入）。模拟器中甚至可能没有多点触控代码。
我会坚持使用该设备。我不明白为什么这是一个问题。如果您简化编译/部署/调试过程，它甚至比使用模拟器更容易。
I don't think that would work. The problem here is the hardware isn't connected to the software the same way as on a device (which goes through firmware). In this case, it's going through the OS (which I'm not even sure support multitouch) and then the emulator(which I'm not positive will even take in multitouch input from the OS). The emulator might not even have multitouch code in it.
I would stick with using the device. I don't see why that's a problem. If you streamline the compile/deploy/debug process, it's even easier than using the emulator.