…If they run across a problem in one of the Android (or iOS) apps, they can take advantage of a bug reporting feature Facebook builds into its internal betas.
It’s called “Rage Shake” and the name is spot-on. Employees just violently shake their phone and it automatically logs its current state and sends in details to Facebook’s mobile bug-squashers. The Google+ team apparently also has a “Rage Shake” feature and even gave access to it to end users, though it’s unclear which company had if first.
By avoiding a more complicated manual reporting process, Facebook maximizes the number of bugs it hears about from its 4,000 employee-testers. If Facebookers like the taste of Droidfood, they could make sure it’s not their actual users shaking their phones in fits of anger.
Sounds like a neat way to pick up a frustrating bug. I wonder how it works with the native iOS “shake to undo”?
If you’re using a device with iOS 6, and have enabled Facebook Integration, you may have noticed its annoying habit of displaying events you have said you’re not going to. I don’t know about you, but I like to keep my calendar looking as clean and concise as possible. Any invite I decline gets removed immediately to avoid any confusion.
That Facebook Events would still appear even after I had declined was an annoyance – and I hope, a bug. What exacerbates the issue is there is no way to remove the event from the calendar app manually. The straw that broke the camel’s back, however, was one particular event which instead of repeating every Thursday, showed as running every day for the next few years. Every. Damn. Day.
I needed a solution to this. In the end, I hit on two things which must have sorted it… one of them worked, I’m just not sure which. “Huzzah!” for clear documentation!
1. Remove the Event through the Facebook Website.
Hover over the event in your event list. A blue “X” icon appears in the upper-right corner. Click it.
2. Change your Event Settings to Hide Declined Events.
In the upper-right of the Events page is a small cog icon.
Click it, then click “Settings” in the drop-down menu.
In the dialog box which appears, untick the box to “show declined events”.
I bloody hate it. I’ve cut down the interface so it’s as “Sparrow-like” as I can make it, but there’s just something… wrong… about the whole thing.
For me, Sparrow felt fresher; a good take on an email UI. There was nothing groundbreaking, but it worked very well. It was email given a much needed facelift. Mail, by contrast, feels essentially the same as the Pegasus mail client I used back at university. In 1999.
Yes, there are some improvements, such as conversations, and sender photos – though to make use of these, the sender has to be in your contacts… which isn’t so handy when (like me) 90% of your mail is notifications from various services. But is essentially the same as the mail client I used in 1999. That is crazy.
I did this little switching experiment to see what would be involved in moving away from Sparrow when the time is right. After all, Sparrow isn’t going away overnight, and what is there now works, so there’s no reason to do so immediately. But eventually I – like every other Sparrow user – will have to move on. Abandonware applications become unusable eventually, with no hope of a fix. It could be the next major version of OSX introduces some breaking change, or could be the first update to Mountain Lion. We don’t know, which necessitates looking at the alternatives. That the only alternatives don’t seem as good makes things frustrating.
Daring Fireball: On the Lack of User-Choosable Default Apps in iOS.
I suspect the reason is because of the deep system integration of things like Safari, Mail, Contacts, and the like. Take Mail, for example, if you could set Sparrow as your default client on iOS you’d still have to configure Mail because any email sent from other apps uses the Mail API. Then rely on IMAP to sync those things up. Inelegant and un-Apple.
That’s a good point about email, but it doesn’t apply to web browsing. There is no “Safari” sheet in iOS. And even for email, the answer is that iOS should allow third-party apps — like Sparrow — to provide their own system-wide sharing sheets.
Jailbroken iPhones can install a “tweak” from the Cydia store called Sparrow+, which completely replaces Mail system-wide with Sparrow – sharing sheets and all. So it’s evidently possible to do this deep, system-wide integration in some manner. Perhaps Apple needs to find some way of doing this while avoiding a potential privacy PR nightmare, like in the Path/Contacts saga?
The more the iPhone is opened up to third-party apps, the more they receive access to a lot of very personal information, and ultimately any privacy snafus tend to be reported as a problem with the iPhone itself, not the app. This is not something Apple wants. I think if they can solve this conundrum then we’ll be allowed to set different default apps.
On Coda 2 and Diet Coda – JeffCroft.com
Jeff casts a critical (but fair) eye over the Coda 2/Diet Coda announcement. While I agree with some of what he says, I feel that Coda fills a niche Jeff has long grown out of.
Read the comments for some additional insight – including from Panic themselves.
iTunes Match is now live internationally it seems. The yearly subscription price in the UK is £21.99.
No official word from Apple yet. You need iTunes 10.5.2 to subscribe.
I don’t know about you, but if I’m checking Facebook on my iPhone, my priorities are one of two actions: add something new, or see the latest from my friends. So it baffles me that they would devote so much space at the top of the main view to friend suggestions. That feature is not important to 99% of mobile users, 99% of the time (yes, numbers plucked out of thin air… so sue me). By all means include the friend suggestion feature, but put it in the friends view.
[*] Yes, the image is slightly contrived by showing the screen in landscape orientation, but not much. I see one extra status update if in portrait view.