5 ms·
Is your premise correct though? Will you need to move your head up and down? Isn't the touch bar will be in your field of vision? Even if your premise is true,
by hanief 10y ago
Is your premise correct though? Will you need to move your head up and down? Isn't the touch bar will be in your field of vision?
Even if your premise is true, is it better to move your head up and down or to move your hands forward and backward to reach the touch screen?
- BinaryIdiot 10y ago> Is your premise correct though? Will you need to move your head up and down? Isn't the touch bar will be in your field of vision? Considering zero part of my keyboard is in my field of vision I'd say yes I'd have to move my head up and down. I haven't had a chance to play with the new MacBook Pro yet but it seems like a reasonable assumption. > Even if your premise is true, is it better to move your head up and down or to move your hands forward and backward to reach the touch screen? It's actually two different use cases here. A touch screen helps with touch type of controls. So precision zooming and scrolling is kinda awesome on one (though scrolling is weak with the nice touchpad). The touchbar is meant to be more utility like a row of function keys. I don't think it's entirely fair to directly compare the two. For instance moving it to the bottom of the screen instead of the top of the keyboard turns it from easy to access touch keys to more informational. At least in my opinion.
- b1daly 10y agoI think the touch pad is going to be one of those things people will just have to try, and it might turn out to be an awesome addition to the input tools at hand. Or it might one of those things that sounded good in theory, but is just a pain in practice. One thing to consider is that things like editing video are already mouse centric, and the keyboard shortcuts augment the interface. You don't leave your hands in home position. If you're working on the laptop, using the trackpad, you're already in the mode where you are going back and forth, and your hands need to move around. When using a mouse, trackball, etc, you can get into workflows based on having one hand operating the mouse, while the other does the keyboard shortcuts. So there could be very interesting uses with two hands. What makes it not so compelling to me, is that I do serious work with my laptop closed, and a big monitor (I'm music producer/audio engineer). The amount of information you need to get on the screen at once, if possible, for media authoring applications, requires a relatively rigid focus on the screen. Having my head hunched over a little laptop display is not going to work for extended sessions. The problem of creating physical interfaces that work well with the screen relates to the abstraction that is involved in GUIs. You have to keep steady focus on the screen, keeping track of the mouse, and what you are doing. You enter kind of a trance, pretty quickly, where you have accepted a two dimensional representation of a complex structure, and are operating within its framework. This divorces the metaphorical actions of the user in the GUI, which is what we care about, from the physical actions of the body. For a new user interface to work, it will have to be incorporated into this metaphorical framework the user operates in. If it deviates to much from the abstractions of the interface, it breaks the trance required to get into the flow, and will simply not be used. I suspect one of the issues will be if users can actually quickly look down to see what they are touching, or perceive enough with peripheral vision, without losing track of where they are on the screen. It's a reasonable location for the touch bar. As the user gets used to where controls on the touch bar are located, the visual cues might be enough to consistently target the virtual control. It could also be really helpful for keyboard commands that have a lot of modifiers, and which you don't use much. They can be real handy at times, but the trouble of looking up the key binding in the heat of the moment prevents the habit from getting built up.
- kyberias 10y ago> Considering zero part of my keyboard is in my field of vision Zero? Is that even possible? When using a laptop, it's impossible to look at the display without being able to also look at the keyboard (and touchbar) by just moving your _eyes_. You don't have to move your head. I think your assumption is not reasonable at all.
- NeutronBoy 10y agoFWIW, I just moved towards my laptop screen until the top of the keyboard was out of my peripheral vision. My nose was almost touching the screen.
- johanneskanybal 10y agoThat's probably exactly how the argument went at apple. However, doing dev without any external screens or keyboard is the exception not the norm. If tou are already bending your neck like that day to day then sure you have bigger problems.
- BinaryIdiot 10y ago> Zero? Is that even possible? I don't look at my keyboard when typing so other than the slight realization that it is there on a laptop I never look at it (but yes it would technically be in my field of vision in this case but that misses the point). However on a desktop setup / docked laptop the keyboard isn't anywhere near where I could see it without significantly moving my head down. Regardless discussing field of vision is more of a red herring in this debate; it's really about the eye movement and context switching. I should have chosen different wording. > When using a laptop, it's impossible to look at the display without being able to also look at the keyboard (and touchbar) by just moving your _eyes_. You don't have to move your head. I think you confuse the physical act of moving ones head to be more disruptive than moving one's eyes. It's actually about the same when you're talking UX assuming the head is moving to change the field of vision. This is something you keep track of and many times head movement will be removed or ignored from testing data when you're tracking where the user is looking because you can move your head and still keep your eyes in one place.
- 10y ago