Though irrelevant now, everyone will want to save up their coins to also buy the quad-core LTE:
http://mobile.theverge.com/2012/6/24...-quad-core-lte
|
|
|
|
|
|
Though irrelevant now, everyone will want to save up their coins to also buy the quad-core LTE:
http://mobile.theverge.com/2012/6/24...-quad-core-lte
Learning Android root on my SGSIII while waiting for Ubuntu Phone OS.
The Borg has assimilated US: Supreme Court Blocks Ban on Corporate Political Spending ~ "Resistance is futile."
Perspective instantiates reality.
Separate modem is not the answer, any more. That was a major factor in the ICS battery draw problems. Integrated LTE is now the only way to go. Besides, Jasaero has convinced me that the Krait is the best thing going atm.
Sure would like to have that FM radio, though.
Perspective instantiates reality.
[From DX by HoFo app.]
It doesn't change but that's still exactly how a booting file system works.
What makes you think that the link provided is the proper place for an explanation? The complainers seems to be all users. Google itself has a lot of avenues which to communicate with developers.
Its natural and its not just Android, but even on desktop OSes like Windows, that all the stuff that needs to come up during bootup has to be on the bootup partition. The widgets are part of the UI, which needs to come up during bootup, and the UI has to be located on the system boot drive.
You can of course, cheat the system by installing the app on two different places. The mobile Google+ app seems to do this. You can move the app to the SD card and still have a homescreen widget. But that's only because you are only moving *part* of the app to the SD card, but parts of it remain on the boot partition. This is also why if you uninstall such apps that reside on the SD card, you will also notice your internal phone memory also increases. Hence, its not a pure SD card install or transfer.
All becomes moot under Honeycomb and ICS when the entire internally installed memory is changed into one big boot and data partition.
Have you used the tectiles? (I won't have the phone) i was excited, now disappointed after googling and play store.
You're starting to get through to me. But...
The first 80-some "complaints" are overwritten because Google's system is overwhelmed by the sheer volume of ignorable (Google says, 'users don't count') complaints. That is an AOSP developer webpage. Those early posts were most likely largely Android developers. Yes, that's where the explanation belongs. And it shouldn't take two years. TWO YEARS !!?
There is a work-around, you explain. But, ICS moots it, anyway?
**So, does that mean that ICS has fixed the 8555 issue and the SD mounted app Widgets stay put on the home screens, now, after reboots in ICS? ** ?
I see no reason the entire app could not reside on the removable SD card and the boot dependent portion be redundantly stored both places. That way, I can safely back up and restore SD apps with no special backup app or extra effort just by copying my SD card to the PC HDD.
. ...which would be better than continuing the discussion here, of course.
Perspective instantiates reality.
[From DX by HoFo app.]
Last edited by TC_Mits; 06-26-2012 at 06:55 AM.
So there will be a quad core version that is sold from south-korea that will support lte for version, at&t and t-mobile I see... Is this true, and what exactly does anyone think it will be sold on e-bay?
I didn't get the impression it would support US LTE. If that's true, it would be very interesting -- especially for those of us on vzw's exclusive new unlimited data BYOD plan.
Keep in mind that separate LTE chips have been power hogs in the recent past.
Perspective instantiates reality.
[From DX by HoFo app.]
Understand a computing fundamental. It is the nature of the OS, Windows, Mac, whatsover, that all the things that needs to be on the screen during bootup has to be on the bootup partition.
2. ICS moots it because all internal memory --- when it used to be divided into Phone Memory and External SD partitions --- is now a single booting partition simply termed as Total Memory. Instead of getting 1GB of Phone Memory and 7GB of External SD memory, you now get a single contiguous 8GB of total memory.
Why do you want an entire app on the SD for? Accessing UI elements from a separate and often slow accessing memory card is going to greatly contribute to LAG in the UI, both in boot up and in refreshing. Since the SD card is considered an external element, this is also a great way to install viruses into the system by modifying the element in the SD card. The files in the booting partition are locked and would require root access to change, unlike the things outside of it. There is a reason why iOS doesn't even have an SD card and the same thing on Windows Phone 7. Heck not even Windows Phone 8 will let you install apps on the SD card.
You don't have the Google explanation you alluded to. It belongs on the Issue 8555 page.
Most of the rest of it makes good sense.
I'd still like backup copies of *all* my apps on the SD -- maybe in an encrypted file. I don't like cloud storage"."
Perspective instantiates reality.
[From DX by HoFo app.]
IT managers don't like storing apps in the SD card. For that matter, developers don't like it either. Its bad for security reasons and for piracy reasons. One reason why developers don't like developing for Symbian is that Symbian lets you put the entire app on the SD card which makes it prone to piracy and external modification.
For that matter, Blackberry, which prides itself on security --- never lets you store apps on the SD card even before there was an Android. When you figure this out --- this is a complete industry vote across different platforms from Blackberry to Windows Phone --- that they all do not like apps being installed on the SD card, period.
Bookmarks