posted by wap, platform: iPad
现在这样要在touch bar，键盘，触摸板三个交互逻辑不同区域来回切换操作，两个触摸区中间夹个实体键盘，光看着都难受..
不如直接把键盘下面那一大块区域放一大块触摸屏，触摸板+touch bar二合一了，这样功用上还可以更灵活一些....现在防误触和force touch也很成熟了...

posted by wap, platform: iPhone
这样还可以把触摸板做更大一些

posted by wap, platform: Samsung
主要是耗电而且太贵了。。。

apple就是不想弄普通触摸屏。。整出个touchbar“创新”

posted by wap, platform: iPhone
脱裤子放屁

posted by wap, platform: iPhone
不好，用电脑谁喜欢整天低头看。

posted by wap, platform: iPhone
受不了触摸屏的指纹

posted by wap, platform: iPhone
的确想起来没啥用。不过机器更轻更薄还是不错的。

引用:

原帖由 cc0128 于 2016-10-28 03:58 发表
posted by wap, platform: Samsung
主要是耗电而且太贵了。。。

apple就是不想弄普通触摸屏。。整出个touchbar“创新”

你知道DS不？

posted by wap, platform: MAC OS X
我觉得没其他原因，成本太高了。。。

posted by wap, platform: iPhone
我觉得你们都夸大了它的影响
它只是个可变按键或者操作手柄
苹果相关HIG也要求开发者把它当键盘扩展而不是显示屏
更要求它尽可能不过度吸引用户注意力



Design for the Touch Bar

Keep the following guidance in mind as you design your app’s Touch Bar interfaces.

Design a contextual experience. Make the Touch Bar relevant to the current context on the main screen. Identify the different contexts within your app, and consider how you can expose varying levels of functionality based on how your app is used.

Use the Touch Bar as an extension of the keyboard and trackpad, not as a display. Although technically it’s a screen, the Touch Bar functions as an input device, not a secondary display. The user may glance at the Touch Bar to locate or use a control, but their primary focus is the main screen. The Touch Bar shouldn’t display alerts, messages, scrolling content, static content, or anything else that commands the user’s attention or distracts from their work on the main screen.

Strive to match the look of the physical keyboard. To the extent possible, controls in the Touch Bar should resemble the appearance of physical keyboard keys in terms of size and color.

Don’t expose functionality solely in the Touch Bar. Not all devices have a Touch Bar, and people can disable app controls in the Touch Bar if they choose. Always provide ways to perform tasks using the keyboard or trackpad.

Provide controls that produce immediate results. Provide quick access to actions that would otherwise require more steps if the user were clicking controls or choosing from menus. Minimize the use of controls that present additional choices, such as popovers. See Controls.

Respond immediately to user interaction. Even when your app is busy doing work or the main screen is updating content, any enabled controls in the Touch Bar should be responsive to the user’s touch.

When possible, allow tasks that start in the Touch Bar to finish in the Touch Bar. Users shouldn’t need to switch to the keyboard or trackpad to complete a task unless it’s a task that requires more complex interface controls than the Touch Bar provides.

Avoid using the Touch Bar for tasks associated with well-known keyboard shortcuts. In general, the Touch Bar shouldn’t include controls for tasks such as find, select all, deselect, copy, cut, paste, undo, redo, new, save, close, print, and quit. It also shouldn’t include controls that replicate key-based navigation, such as page up and page down.

Reflect state consistently and accurately. If a control resides in the Touch Bar and on the main screen, both locations should show the control in the same state. If a button is disabled on the main screen, for example, it should also be disabled in the Touch Bar.

Avoid mirroring Touch Bar interactions on the main screen. If the user taps a button in the Touch Bar and is presented with a list of options, for example, don’t also present those options on the main screen.