Live data from Hacker News

Nyancat on the touchbar

github.com

61–70 of 168 posts

Re: Nyancat on the touchbar

#61

So... just about the touchbar and not this particular project: The touchbar is on the keyboard, almost perpendicularly (and many times at an obtuse angle) opposite to the screen. So I have to move my head up and down all the time. This is not an issue with the regular keyboard because it has physical buttons which don't change their meaning, so I have memorized the layout and I can use my muscle memory. To avoid movi…

It should be legal to murder someone for touching your laptop screen. I can't think of a bigger co-worker foul than that. Making a screen that people are supposed to touch would be an unthinkable crime.

Our Dell laptops at work all have touch screens.

Running Windows 7.

(twitch)

Re: Nyancat on the touchbar

#63
post #25

Earlier quoted context omitted.

I'm unfamiliar with what detachable implies here. What's the distinction between a detachable and something like an iPad with a Smart Keyboard? Is a Surface Book or a Surface Pro a detachable?

I think he's talking about what I would call a "convertible," e.g. Lenovo's portable Yoga range. Something that can be both a proper laptop (by the popular definition) and a tablet.

Cheers. The lines are starting to blur, aren't they?

Re: Nyancat on the touchbar

#64
could someone who has the TouchBar tell me: is it possible to lock the function keys in place? Does the user or the app have ultimate control of its little screen?

edit: I say this as someone who loves nyancat, and would love to have a nyan-mode on/off toggle somewhere, if I had a TouchBar.

Re: Nyancat on the touchbar

#65

So... just about the touchbar and not this particular project: The touchbar is on the keyboard, almost perpendicularly (and many times at an obtuse angle) opposite to the screen. So I have to move my head up and down all the time. This is not an issue with the regular keyboard because it has physical buttons which don't change their meaning, so I have memorized the layout and I can use my muscle memory. To avoid movi…

Ha, well said!

I have grown to love the touch screen on my Chromebook pixel. Felt awkward to reach at first, but a non touch screen now feels really awkward. Not that the touch screen replaces all interaction, there are some things that are faster on the keyboard, touch pad, or touch screen.

That said, touching other people's screens is not polite.

With regards to the touch bar, seems like you could use software in combination with the existing touchpad and screen to do something similar. Reserve the top edge of the touch pad, on touch a menu pops up, slide to select or something...

Re: Nyancat on the touchbar

#66
post #53

So... just about the touchbar and not this particular project: The touchbar is on the keyboard, almost perpendicularly (and many times at an obtuse angle) opposite to the screen. So I have to move my head up and down all the time. This is not an issue with the regular keyboard because it has physical buttons which don't change their meaning, so I have memorized the layout and I can use my muscle memory. To avoid movi…

"So I have to move my head up and down all the time." I believe that for the use-case of Touch Bar as slider, it has similar behavioral characteristics as a trackpad. Do you use a trackpad? Or a mouse? Do you find yourself moving your eyes back and forth between the screen and the trackpad or mouse? Honest questions. I'm not trying to be snarky :) As for custom keys, I think this has more in common with chording/key…

> Do you use a trackpad? Or a mouse? Do you find yourself moving your eyes back and forth between the screen and the trackpad or mouse? Honest questions. I'm not trying to be snarky :)

I think the difference is that the feedback you get on the trackpad/mouse is on the screen. It doesn't need you to look down. The same thing could not probably be said of the touchbar.

Re: Nyancat on the touchbar

#67
post #53

Earlier quoted context omitted.

"So I have to move my head up and down all the time." I believe that for the use-case of Touch Bar as slider, it has similar behavioral characteristics as a trackpad. Do you use a trackpad? Or a mouse? Do you find yourself moving your eyes back and forth between the screen and the trackpad or mouse? Honest questions. I'm not trying to be snarky :) As for custom keys, I think this has more in common with chording/key…

> Do you use a trackpad? Or a mouse? Do you find yourself moving your eyes back and forth between the screen and the trackpad or mouse? Honest questions. I'm not trying to be snarky :) I think the difference is that the feedback you get on the trackpad/mouse is on the screen. It doesn't need you to look down. The same thing could not probably be said of the touchbar.

Except it could:

> I believe that for the use-case of Touch Bar as slider

In the case of the slider, you could absolutely see the feedback (e.g. brightness in a photo or something) on the screen.

Re: Nyancat on the touchbar

#68

So... just about the touchbar and not this particular project: The touchbar is on the keyboard, almost perpendicularly (and many times at an obtuse angle) opposite to the screen. So I have to move my head up and down all the time. This is not an issue with the regular keyboard because it has physical buttons which don't change their meaning, so I have memorized the layout and I can use my muscle memory. To avoid movi…

Good observation.

Look at the image[1] on the Apple website showing off the Touch Bar on the new MacBook Pro. Nobody I know uses their laptop oriented perpendicular to their desk.

One good vantage point to view the Touch Bar is standing behind the user looking over the their shoulder.

1. http://i.imgur.com/1iqXNZE.png

Re: Nyancat on the touchbar

#69
post #9

I want to see a music app on it so somebody do a sweet theremin solo on that thing keytar style.

Do you have a mouse or a touchscreen? You can already do this pretty succesfully: http://staticresource.com/theremin.html

(Note: android, and computer users can use this righht away, but iOS users will need to add this page to their homescreen before Apple is fully convinced that the users DOES want to hear sounds generated via the web audio API. Seems silly, but Apple doesnt trust that users know what they want)

Re: Nyancat on the touchbar

#70
post #51

Earlier quoted context omitted.

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?

> 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 dow…

I 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.

Post reply on HN