One tiny thing I wanted to mention about Windows 8: ever noticed how context menus in Metro appear above the mouse cursor instead of underneath? I’m assuming this is done because of finger input (by opening above, your finger and hand doesn’t cover the menu), but with a mouse, it’s just plain weird. Fun little detail though – shows you how much thought has gone into the touch aspect of Windows 8.
It appears to be sensitive to where you are on the screen.
If there is room on the screen to put them above the cursor, it does so. Otherwise it puts it below.
Just another example of messing with the way I do stuff, oh well.
For example, I never realized it until someone blocked the context menu on their website, but if I’m just browsing casually, I tend to primarily use the mouse. And I tend to do the following to go “Back” in a web browser: Right-click, Select “Back.”
I can’t seem to do this in Metro. Oh well. I have no plans to use Metro in the future except basic familiarity and to test.
Duh?
Context menus in previous Windows releases also switch behaviour, if there isn’t enough room on the screen (to put them below the cursor). A matter of convention, more or less.
Fair enough. Its now the opposite of what it did before
to Metro applications there aren’t really “Mouse” events, “Pen” events, or “Touch” events. There are just “Pointer” events. It’s a unified system.
That’s only kinda true. They’re all reported as pointer events, but the event parameters include a type field that lets you tell how it’s handled.
The system also has some things that react different based on the input source. Button focus is handled a little differently based on input method. There’s also the new holding feature – if you touch something and hold your finger on it, it’ll trigger a help popup. That only happens with touch.
I really don’t remember the instances off hand, but I know pen input has some unique quirks too.
Metro could easily fix this just by detecting if the screen is a touch or not.
Easier: detect if there’s a mouse plugged in or not.
It doesn’t need fixing. Seriously, this is beyond stupid.
There is no reason to break conventions just for the sake of breaking them. That’s just stupid. It makes sense to have the popup menu above the touch event, but not for a mouse click if that’s the normal behaviour.
I understand the idea behind Metro, I just think it’s very poorly executed. They want to build a system that can turn laptops into tablets but they seem to forget that once you arrive at your desk, you want to use that laptop as a workstation. Metro makes the latter harder.
I wouldn’t mind as much if Microsoft showed clear intentions to optimise the conventional desktop so actual work can be done conveniently on the same device. However, every signal from them seems to point in the wrong direction. It’s all about picking the right tool for the job, Metro is not the right tool for actual work. And that’s OK, as long as it’s possible to pick another tool for the job.
KDE is going the right way. Even Linux and the Unixes are going the right way as you can perfectly install multiple desktops and nothing stops you from switching between them for tablet/workstation use.
Edited 2012-06-06 21:30 UTC
Let me make a few things clear:
– This is only for Metro Styled context menus. Win32 rendered ones are the same
– Metro Style guidelines dictate that most frequently used items are near the bottom (opposite of Win32)
– Metro Style guidelines dictate that a Context Menu contain no more than six (6) menu items.
Since this is true, your mouse travels the same distance it otherwise would have with a Win32 context menus.
You completely miss my point that Microsoft is pushing towards Metro everywhere.
That’s the thing. It dictates stuff that’s stupid from a workstation point of view. If they did it the smart way, they would just show the menu upside down above the event in “touchscreen mode”, and show it normally in “classic mode”. But support both modes.
Same thing. It’s about Metro dictating things that are good for tablet use and utterly stupid for workstation use.
Yes, but that being bad is predicated on Metro being inherently bad everywhere. My post argued that it wasn’t, because it was no inefficient for the Mouse to hit its target Menu Item.
You failed to address this, so I’ll state it again:
How is it terrible, if the mouse has to travel the exact same distance?
How is it stupid?
Why? I don’t get the benefit except adding confusion by having it be upsidedown for one circumstance, and rightsideup for another circumstance.
I’m sure you’re aware Mouse, Pen, and Touch can be used simultaneously right?
So you’d run into this situation:
Mouse only setups show the Context Menu rightsideup.
Touch only setups show the Context Menu upsidedown
Touch screen laptops show the context menu upsidedown, EXCEPT when used with a Mouse which shows them rightsideup?
You see how this quickly gets confusing? As opposed to simply following a UI guideline.
Input in Windows 8 is unified because of a joint effort between the API and the UI design.
I don’t think striving for simplification is stupid. Being able to express complex ideas in simple terms is a user experience gift. As simple as needed, but no simpler.
Metro forces you to think about different ways of presenting data. You can’t just shove 20 options in a context menu, or throw a datagrid every time you want tabular data in your LOB app.
All you do is delegate the responsibility of synthesizing data to the end user, which is the exact opposite of what user experience people want to do.
Think a little bit more about exposing data. Metro has powerful contextual tools (Context Menu, App Bars, Semantic Zoom, etc.) which can take complicated sets of information and display them in less dense formats.
I’d like to see you using a mouse and touchscreen simultaneously.
Anyway, you’re completely arguing beside the point. Workstations and tablets are different things with their own advantages and disadvantages. They work in completely different ways. Forcing the style of one on the other inherently ignores that. Everything else you say is just pointless as it is completely different discussion. Keep it for another day.
The difference is artificial. The limiting factor is UI and interaction design.
Artificial in the same way that both scissors and pruning shears will cut the mustard – bad pun intended. The limiting factor is UI and interaction design.
I don’t think the way workstations did things were particularly efficient, so they could benefit from some rethinking when it comes to approaching user experience.
The “Metro is for toys” line of thought that some people take I think is misguided, and time will show that to be true.
I do not think Metro is for toys. I do think it has its uses, especially in mobile contexts. I can see this being used by employees in stores and libraries for example, places that need more portability.
However, Metro does have a bad design for multitasking. I often need a lot more than two windows open. A browser for documentation, a console which is running something in the background, another console with output, an editor… Being able to compare two things at the same time or just to keep an eye on everything is important for me. I want to switch windows with one click instantly, not two or tree or having to wait half a second and then having to search through some list (one of the things I really hate about the Windows 7 taskbar btw – in KDE I can prevent certain applications such as consoles and file browsers from grouping). I know where the window is because I see part of it all the time, I can click on it. Simple, fast, efficient. Not so much in a tablet environment for a workstation.
This is not limited to developers. Researchers checking papers while doing work, people using excel while doing work, heh, even simple copy pasting is a lot easier if you can put windows side by side.
tldr: Metro definitely has its advantages but discarding the desktop for certain use cases puts you in the same boat as people discarding Metro for other use cases. Simply use the right tool for the job and let both co-exist – and pray that Microsoft sees it that way too because that’s not clear right now.
Edited 2012-06-06 22:51 UTC
I think we can agree to disagree in some of these circumstances, though you articulate your points very clearly.
I can sympathize with some of your points (esp around multitasking, though I think it’ll become less and less of an issue in the future with revisions, and I think it’s less of an issue maybe for me personally than for others), and I appreciate the thoughtful discussion.
Well we might yet reinvent the workstation… (like we did few times: in the past they were terminals of some mainframe or mini, later – during early AutoCAD times for example – also quite “single tasking”)
It might even end up awesome ( http://www.osnews.com/permalink?521055 & http://www.osnews.com/permalink?521071 – and adding to the minor canvas example in the latter: oh how nice it often is to manually, covering parts of photographic plate with your hand, influence its exposition in the darkroom)
Bluetooth mouse? ;p
Well, if there’s a thing that can move that pointer
What if I lost it?
(as in, lost it somewhere in the room – but it’s still communicating with the PC, it can move the pointer as far as the PC is concerned)
Don’t tell me that never happens to you
Well, that doesn’t mean touchscreen is disabled anyway, just that some things behave slightly different – more optimised for mouse use.
And no, I’ve never lost a mouse, actually I prefer them wired as I get tired of having to switch batteries just when there’s that wonderful headshot opportunity
Well you just pop-in a recharged battery before virtual murderous rampages… ;p
Personally I’m more tired of how failure-prone a typical mouse cable is (I don’t think anything else ever broke in any of my mouses; each of them eventually disabled by cable failure, at least temporarily, before repairs).
And also, I’m tired of how tasty they seem to be to various home animals ;/
Haha, I can’t argue with that. You win!
Interesting. In the lifetime of my computer use, I’ve had one mouse die to left-button failure, one to optical sensor failure, and one IBM TouchPoint wear out… and I’ve been using computers for 6+ hours per day since the early ’90s.
I’ve never used wireless mice because I hate having to recharge and eventually replace batteries.
Of course, I also don’t let pets near my machines, so that could be the difference.
For what it’s worth, with cables that’s a bit less of a “personal anecdote” – few buddies of mine have similar observations
(but, one possibly influencing factor: we’re really using computer mouses generally since the late ’90s – our earlier computers were either mouse-less, or mouse didn’t see that much use outside of North & South or Lemmings on the Amiga; many quirks of internal components were probably worked out in the meantime)
And it’s hard for a cable in IBM clit to wear out ;p
I didn’t really count animals into this – the cable failures I have in mind are distinct, usually “hidden” and happening in / close to the point where the cable exits mouse; presumably where there are biggest localised movements of it, biggest strain in usage. And where it’s hard to repair.
Animal-related stuff is easy, usually closer to the middle (like my rat did; or like the cat which I have now – make of it what you want
– tried several times; how do you “don’t let a cat near anything” BTW? ;p )
I spent much of the earlier half of the 90s on a black-and-white Mac SE with a lot of mouse-driven games.
Point. Though they did used to make a niche product which put one on the end of a cable for presenters. I just wish I could find a store or eBay seller that still has one.
Keep the computer in a room with a closed door and get good at scaring cats out from under the bed via precision kicking-off of sandals.
Was it a product (never seen those) or more a custom-made DIY “hand grip” featuring a trackpoint? (or even trackpoints; there were some such projects floating around)
edit: similar to many of those http://en.wikipedia.org/wiki/Keyer
My cat can open door… (but yeah, I mostly keep it out of one room – by, more or less, disassembling the door knob, rearranging it to a non-standard orientation)
Edited 2012-06-07 20:52 UTC
I saw it in a print catalog from Inmac or Misco or one of those other phone-order computer parts suppliers, so I’d say it was definitely a product.
Thanks. I hadn’t run across that term before.
We have the classic ball-shaped doorknobs that require a firm grip from a human-sized hand to turn.
Not classic everywhere (possibly only in relatively few places); I think I can’t even recall any specific place having those, any last occasion I’ve seen such (certainly not in one very old rural hut of my grandparents, not in few even older castles or palaces)
I guess the mindset here is that the door knobs are ultimately for ease of opening the door ;p (which also makes it easier for the cats… unless its rearranged into a bit unorthodox, handle-down position, still easy for humans)
Also http://en.wikipedia.org/wiki/Chorded_keyboard nearby that term BTW – I figured that, if there’s a place I can quickly find where the “DIY multi-trackpoint keyer”, that I remember, is linked to, it will be Wiki; ALAS, no luck (but http://en.wikipedia.org/wiki/File:Twiddlerglog.jpg looks like it might have one…)
Edited 2012-06-13 23:57 UTC
Edited 2012-06-08 23:53 UTC
Yes, no matter what one thinks about the overall strategy of Metro, it is pretty clear that Microsoft does have a thoroughly worked out plan here (replace “plan” with “nefarious plot” for those so inclined, but it remains a rather fully realized plot). Most of the complaints some people have with Windows 8 are things that are clearly not mistakes or accidental omissions, but rather part of a strategy.
It will be interesting to see where everything goes. I for one look forward to x86 tablets. Metro should do nicely for the stereotypical tablet tasks, with the full OS behind the scenes to take care of some flexibility issues I have. Specifically I at least need source control and access to at least LaTeX, to rebuild fresh versions of presentations and such on the road.
Plus my overall preference for the open and standardized x86 environment over the current NDA-ridden proprietary locked-down mess of ARM devices.
Edited 2012-06-06 20:12 UTC
(sorry for the obvious Blackadder reference)
but it seems to me that as every day goes buy Mr Balmer gets more and more like Baldrick.
Their plan is that everything will be touch. End of argument.
Forcing Metro on us with Window 8 is going to end up like many of his Cunning Plans in disaster.
People who want to do real work in Business will not change to Metro without a lot of arm twisting. Making Windows 8 primarily Metro will make business stop spending on migrating to it. If the costs of going from XP to Windows 7 were high then going to Metro will be out of this earth. Can companies afford this time and cost in the current business environment.
Ok so you can push Metro into the background but the solution is a half measure to say the least.
Sure the cunning plan may work with Tablets and small screened PC’s but when 24in screens cost $150 or so who wants to spend all day in fron of a 13in tablet?
Sure Microsoft will sell plenty of Windows 8 licenses. Even if the customer downgrades to Win 7, it will be counted as a Windows 8 sale and that is a success isn’t it.
I don’t think Baldrick will be turning his grave just yet. Another ‘cunning’ plan will bite the dust.
This time Baldrick (aka Balmer) will hopefully get the sack.
Perhaps they want to have a comprehensive software landscape, more or less ready to use when the display tech of MS Surface 2.0 will get inexpensive. And I can entertain the possibility that it (together with Metro 2.0 or 3.0) could be awesome, also for many “serious” usages – while other players will be stuck in 3+ decades old ~desktop paradigm.
And I suppose MS might think that it requires “forcing” devs and users a bit, so the apps will be there on time – high risk, but potentially high reward (and let’s be honest here, enterprises or dissatisfied home users will mostly just stick to Win7 in the meantime)
I think Microsoft is more than willing to let Business users sit this one out if they’re so inclined, if they can make bigger gains in the consumer market.
Tablet and Phones are growing at a phenomenal pace, and I’m certain they want a large piece of the pie. Just look at how they unified Xbox, Windows 8, and Windows Phone. They want to transform themselves into a more consumer facing company.
Its a big bet, huge. However, it is like you said very high reward. I give credit to management which is sometimes attributed as slow moving for their complete 180 in direction.
I think the fact that a lot of Windows traditionalist (The Desktopistas as I like to call them) are pissed off is a sign that they’re doing something right. Change is painful.
Except that with the 3+ decade old desktop paradigm (based on the several hundreds year old desktop), you can do whatever metro can do, and a lot more. With metro, you can only do what metro allows you to.
IMHO palm got it right with webos, which admittedly looks like a scaled down windows desktop… yet better.
Palm got it so right that they’re dead.
The so called desktop paradigm isn’t really “based on the several hundreds year old desktop” – that would be MS Bob.
Also, for one very serious example, desktop CAD is in some aspects a setback from drafting tables – OTOH, large touchscreen UI could bring back what’s nice about them, and build further upon it, in ways which desktop cannot.
Similar with canvas and ~photoshop, or film editing…
The difference between the “desktop paradigm” and Metro is the same as that between a tricycle and and a bicycle, Metro is for the children and uncoordinated while our desktop is for the skilled agile worker.
The difference between textual UI and the “desktop paradigm” is the same as that between a tricycle and a bicycle, desktop GUI is for the children and uncoordinated while our text UI is for the skilled agile worker.
Seriously, it was very common to hear pretty much those words around the time of text UI -> desktop GUI transition.
I don’t really care about it one way or another, but I’m open to give Metro (now possibly at the stage of Windows 1.0 or 2.0) a chance before writing it off.
I’m a bit of a free software zealot (just having Opera, Flash, Skype, and nVidia drivers on my Linux system annoys me) so I doubt I’ll give genuine Metro a chance, but I can see how that paradigm might somehow morph into some kind of useful unified UI.
As someone who makes heavy use of a Quake-style hotkey-driven terminal in my GUI, I can definitely see that every interaction style has its strengths and weaknesses.