It made me mad TBH. I feel like I'm being sold further on their high-tech image instead of given an apology or any recognition of the seriousness of the issue.
I went from an original Kickstarter Pebble, to a Samsung Gear 2, to a Moto 360, back to the Pebble Time Steel. It really does seem like Pebble provides a better product all around. It was a fun trip, I guess.
Not really. Despite it going on for a while now sadly quite a few sign-up processes[0] haven’t yet caught up. I understand grandparent’s irritation about a freshly created social network making such a blunder.
I may be stating the obvious, but for those who are wondering…
* One issue is that this information is sensitive for many, and begs the question why do you require it.
* Even if it’s not that sensitive for me, I still don’t get why are you asking. Are you planning to pivot into a dating app later?
* I personally know quite a few persons whose legally determined[1] sex may well differ from how they’d describe themselves for the purposes of, say, dating. Are you intending to compare this information with my gov records in future for ID verification purposes later? The straightforward binary selector kind of hints at it.
* Could it be that you just went with the cargo cult—didn’t really think about whether you need it or not and decided to collect as much info as used to be perceived acceptable just in case?
[0] Most popular ones like Twitter and Facebook, of course, are not among those.
The article's point still stands though: sticking to a platform's design == jarring user experience.
Not to say that I agree that it's necessarily bad: his example of Word on Mac vs. Windows is actually interesting bc, given sufficient differences, users would have a hard time switching between the two if they own both platforms and the applications look completely different. I think it should be possible to retain certain UI paradigms (e.g. back buttons, toolbars) while staying uniform across all platforms in other respects.
The whole 'app consistency' vs. 'platform consistency' ignores that most users (probably very close to 'all users') change back and forth between apps on a given platform far more than they change between platforms for a given app. I use Google Inbox, and I switch between that and iOS Mail, Tweetbot, FB Messenger, etc. extremely often. I can't imagine a circumstance where I would have an Android device and switch back and forth between Google Inbox on iOS and Google Inbox on Android more frequently than switching between apps on iOS.
Switching to Google Inbox to read an e-mail and then not being able to swipe back, like you can in basically every other iOS app, is jarring and ridiculous. There's no reason for it, other than arrogance. They could keep 'material design' and still make it feel like an iOS app, but they don't bother. Likewise, they seem to have reimplemented text input and text fields, and done so extremely badly, for no reason that I can tell, causing significant problems with selecting text or using third-party keyboards.
If you're switching from Windows to Mac (or Android to iOS) and back frequently, then you're going to be frequently switching UI paradigms, but you'll be dealing with consistency in a given context. You use iOS for a bit and everything behaves one way, then you pick up an Android device and everything works another way.
When you pick up an iOS device and all your paradigms change, except for this one app where they change back and nothing you're used to works, that's more jarring than switching to iOS and having Google Inbox behave like an iOS app, the way every other app on that device works.
In other words, it's not even about material design; it's about fundamental interaction with the app and breaking all of the user's expectations and habits, for no real gain other than, maybe, developer time.
Is it a jarring experience though? I imagine many Google product users use more than just one app, be it Gmail on iOS and the web browser, or docs, etc. Material design creates a consistent experience across devices and platforms for Google apps.
I think the result is not jarring but a feeling of familiarity.
It's jarring, because basically EVERY OTHER iOS APP behaves similarly.
If you spend all your time on Android and the Web, an for some reason occasionally use a Google app on an iPhone it may feel familiar to you.
But if you have an iPhone chances are you spend a lot of time using other iOS apps (including the system ones) and are used to that design language.
It's nice that it's consistent with other Google products, the problem is that's the wrong thing to do on iOS because it feels so out of place. You can still use your colors and many of your other schemes, but basic platform conventions like share buttons and menu locations should be respected.
I use the share screen quite a bit, but I also recognize that it sucks. Hopefully they'll fix it.
I imagine part of the problem is they added it 5+ years into the platform when most people already had a way of doing things, even if it was sub-par, and they haven't been able to convince people to use it much.
but if you're a google docs user isn't it safe to assume you probably use it on more than one device, and google docs looking and working the same across devices is more important than the individual docs iOS app looking like all your other iOS apps?
I've always felt like people who were buying Office for Mac probably cared more about having a consistent experience than having a Mac-like one and they probably should have hewed more closely to the Windows look and feel. It's like emacs -- how many people choose to use Aquamacs or something instead of just the traditional one?
> I've always felt like people who were buying Office for Mac probably cared more about having a consistent experience than having a Mac-like one
Why would you assume that someone buying Office for Mac is more familiar with Office for Windows than the Mac they own that they want to run Office on?
That could be true for some customers. It's certainly not true for all customers. It's probably also not a given that even someone very familiar with Office for Windows would want Office for Mac to act like that, instead of like a Mac app.
> Why would you assume that someone buying Office for Mac is more familiar with Office for Windows than the Mac they own that they want to run Office on?
Well it was certainly true of me and I think it's true of a lot of people who want to buy Office because it's what they use at work and are familiar with. I think if you cared more about a Mac-like experience you'd buy Pages and such (although it is not as feature-rich, to be fair).
As AdrianN pointed out, the primary use case for Office for Mac is interoperability. If you don't care about interoperability, you probably would buy Pages. Or just use Google Docs. You buy Office for Mac because that's the format your office uses, or your professor expects, or whatever. You probably don't buy Office for Mac out of some longing for a Windows interface.
If "familiarity because I use it at work" is the primary criterion, you'd probably have bought a PC.
I basically think of it like something like emacs, where it doesn't conform to the OS at all but instead works exactly the same throughout different platforms (and users who are intimately familiar with it expect that). The interop in Office for Mac was also just about as lousy as Pages for a long time although I think more recent versions may have improved it.
I don't think the two are comparable. Emacs is a bizarre beast that fits no common UI paradigm/design language/whatever. It has its own shortcut system, its own undo/redo behavior, its buffer concept, etc. Everything about it is EMACS. If you use Emacs, it's specifically because you want to use Emacs and all it's uniqueness. It's consequently a love-it-or-hate it tool, and it's extremely niche relative to Word, or I bet even gedit.
Office, on the other hand, you probably use because you need to create Office-formatted docs. Very few people are likely buying Office because they long for the Office interface. Office doesn't even have a consistent interface paradigm. They've reinvented it repeatedly, culminating in the Ribbon UI. But at the end of the day, Office's interface is a Windows interface. They've done their own thing, but it's still clearly Windows, and shoehorning that interface onto a Mac feels out of place in a way it doesn't on Windows.
I can't comment on interop. It's been a while since I used Office for Mac. I don't recall any notable interop issues, but I mostly used the mail client (Entourage, later Outlook). I used Word sometimes but wasn't exactly writing for publication.
I guess I use Word in a different way than most? I used to be a major user of advanced features like the VBA editor, style editor, etc., and having that all work totally differently bothered me.
If you just want .doc files lots of programs will do it cheaper.
In my experience, the people buying Office for mac care most about seamless interoperating with all the people who insist on using Office to for all their business needs.
And you don't think a consistent interface is part of that seamlessness?
Anyway, at least in 2011 it failed in that metric too, because documents would look quite different on the Mac version than on the Windows version in many cases.
What I really wanted, at the time, was the exact same experience on both platforms, from feature set, to way of use, to the look of documents rendered, and since it didn't really deliver that I was disappointed.
It's also a jarring experience if I switch from using Google Maps on Android to using Google Maps on iOS and it's totally different. Granted this is less common.
Ctrl-F "dallas" on that article mostly leads to things like "LGBT Protections: Housing, public accommodations, city employment, private employment, city contractors"
I'm mainly just talking about the density -- many more people fit into less space than in San Francisco. And its both an option for us to build up, and build in -- we could close down some of our wider car-oriented streets and build walking/biking oriented roads.
I believe this effect during sleep deprivation is due to dopaminergic supersensitivity.