Seems to be rumors for both.
Honestly I think I'd prefer moto, but I will be looking forward to it either way as long as it is not a "phablet"
(granted, take anything IBT says with a whole lot of salt)
I'm not sure the Firefox OS brand carries much weight to keep OEMs and carriers in line. Google has the Play store, Gmail, Maps, Calendar, Drive, Music, Books, Google Voice, etc. They use these things as leverage to keep the OHA in line and compatible. And it's still a problem -- particularly from carriers (who think they hold the keys to the kingdom). I highly doubt carriers & OEMs will stop their dirty tricks for a new and relatively powerless brand name. Firefox is well known for the browser, but few people have yet heard of the OS/phone outside of tech enthusiasts. Even Google's leverage was not enough to stop Amazon from forking Android. What chance does Mozilla have vs Verizon or AT&T?
That said, competing forks might not be a bad thing per se... I think the next few years will be interesting times in mobile.
Dude, your pawn is lagging. It just took one of my pawns that was right next to it.
How do I mod +1 Redundant?
Me either
Also brightness should be measured in absolute terms (nits). One tablet's 50% is not the same as another.
Edit: the guy was not from the Economist, but it was used as an example.
That's actually a marketing trick of a kind of "false choice". I can't remember where I read this but they have done studies involving this and the example was given with newspapers. Basically the idea goes, if they offer 2-3 choices and 1 is very expensive, another very cheap but the third makes it seem like you are getting the expensive plan for less, you think it's a deal in your mind. No one is immune to this, so I'm not singling out you, we've all felt victim to this as it's the natural way our brain makes order.
Ah here it is, it was someone from the Economist:
http://danariely.com/the-books/excerpted-from-chapter-1-%E2%80%93-the-truth-about-relativity-2/
Ah ok, thanks
This is a decent code sample too:
https://code.google.com/p/adamkoch/source/browse/#git%2Fbitmapfun
From, here:
http://developer.android.com/training/displaying-bitmaps/index.html
(adam koch is an Android developer advocate at Google, and the code comes from the AOSP but is backported to use the support lib)
Not more, but not necessarily less. With a self signed cert, you cant verify the identity of the signer/cert. With the possibility of a compromised CA, you have (essentially) the same problem. (As far as understand it anyways).
What I would like to know is what (if anything) can be done to verify keys without a CA? I don't know that much about crypto, so am genuinely curious. Are there techniques to do this? (Diffie-Hellman-Merkle?)
ActionBarSherlock fills this role pretty well already, even with some added features. But this is good stuff nonetheless. The support library has always been a great addition to the SDK. It really helps avoid writing ugly wrapper classes, or the really ugly old technique of using reflection for API levels. I would like to see them add more widgets though. Such as TimePicker, CalenderPicker, etc. Some support for ORM, and better handling of Fragments, instance states, data persistence and Loaders (less black box-y).
Still it is nice to see the support library progress march on.
These sound helpful too:
Media
- Added TransportMediator helper class to manage media transport control, such as play, pause, skip and other media actions.
-Added DisplayManagerCompat for managing display output to one or more device displays.
Other changes
-Added WakefulBroadcastReceiver helper class for implementing a common pattern of detecting a device wakeup event and passing work off to a Service while ensuring that the device does not go back to sleep before the handoff is complete.
-Added two new APIs, commitContentChanged() and rollbackContentChanged(), to AsyncTaskLoader to help deal with background updates for data changes that are subsequently canceled.
http://developer.android.com/tools/support-library/index.html
Where there's a will, there's a relative.