The version history of the Android mobile operating system began with the public release of its first beta on November 5, 2007. The first commercial version, Android 1.0, was released on September 23, 2008.
The operating system is developed by Google on a yearly cadence since at least 2011.[1] New major releases are announced at Google I/O in May while still in beta testing with the stable version usually released to the public between August and October.
The development of Android started in 2003 by Android, Inc., which was purchased by Google in 2005.[2] There were at least two internal releases of the software inside Google and the Open Handset Alliance (OHA) before the beta version was released.[3][4] The beta was released on November 5, 2007,[5][6] while the software development kit (SDK) was released on November 12, 2007.[7] Several public beta versions of the SDK were released.[8] These releases were done through software emulation as physical devices did not exist to test the operating system. Both the operating system itself and the SDK were released along with their source code, as free software under the Apache License.[9]
The first public release of Android 1.0 occurred with the release of the T-Mobile G1 (aka HTC Dream) in October 2008.[10] Android 1.0 and 1.1 were not released under specific code names.[11] The code names "Astro Boy" and "Bender" were tagged internally on some of the early pre-1.0 milestone builds and were never used as the actual code names of the 1.0 and 1.1 releases of the OS.[12]
The project manager, Ryan Gibson, conceived using a confectionery-themed naming scheme for public releases, starting with Android 1.5 Cupcake. Google announced in August 2019 they were ending the confectionery theming scheme to use numerical ordering for future versions.[13] The first release under the numerical order format was Android 10, which was released in September 2019.
In 2017, Google announced that Google Play would begin to require apps to target a recent Android version.[14] Since then, a new major Android version has been released in the second half of each year, and apps must target it by August 31 of the following year for new apps, or November 1 for app updates.[15]
The main hardware platform for Android is the 64-bit ARM architecture (i.e. ARMv8-A; previously the 32-bit ARMv7 architecture was supported and first ARMv5), with x86[d] and MIPS[e] architectures also officially supported in later versions of Android. MIPS support has since been deprecated and support was removed in NDK r17.[314]
In 2012, Android devices with Intel processors began to appear, including phones[316] and tablets. While gaining support for 64-bit platforms, Android was first made to run on 64-bit x86 and then on ARM64.[317][318] Since Android 5.0 Lollipop, 64-bit variants of all platforms are supported in addition to the 32-bit variants.
I have a Grocery List text file in the Dropbox folder on my PC that I also access on my phone via the app. The app has stopped pulling up the most recent version of the text file. Here are further details:
1. The app accurately tells me when the file was last changed. E.g. it currently says "modified 18 seconds ago." But when I open it, the file does not contain the changes from 18 seconds ago. Two hours later, it STILL won't.
2. If I tap the icon to create a link to the file and paste it into Chrome, the link will pull up the most recent version. But I cannot find any way in the app to refresh the file so that it shows that version, even though it's clearly out there. EXCEPT if I edit the file on my phone and save the changes, it will save it as a "conflicted copy" and will then update the display to show the most recent version of the original file.
The only way is Dropbox development to fix it, of course. You may try work it around by clear the application cache either within the application itself or the phone settings. So, the cached version gets wipe out. On next try to open the file - new (up to date) version should appear. Practice this till Dropbox fixes it up.
Good to get confirmation that it's not just me and that it's a recent change! Hopefully it will sort itself out. I mostly edit the file on my PC, so my workaround is to keep the web link to the file open in a Chrome tab on my phone. Refreshing that always gives me the most recent list.
If I want to edit it on my phone, I can pull up the (not most recent file), make a small edit, and save it. That will save as a new file that I can now delete and when I pull up the original, it now has the most recent version.
After reading the overwhelming number of complaints both here and on Google Play about the new Android app (okay, now not so new anymore), I've steadfastly refused to update my app from v8.13.3, which I determined to be the last version that actually worked reliably 100% of the time, and without any bugs (well, just one very minor bug that I know of).
Well whaddaya know, this morning when I went to use the app I was greeted by a red bar at the top of the app saying "This version of the app is outdated. You need to install the latest version to keep using Evernote. Update now"
For the time being the app is still functioning. But if it stops functioning, can anyone suggest a workaround to keep v8.13.3 working? The reviews on Google Play tend to suggest very strongly that one would need to be certifiably mad to use the latest version!
It's not likely to be possible to hang on to v. 8 indefinitely. In May Evernote updated the sync structure for faster and more reliable sync. Problems at first, now working well. I don't know how well the older Android app interacts with this updated structure, which is part of my surprise that you've kept it going.
Someone may be able to suggest the workaround you want. Meanwhile, can you share some specifics of what you don't want in v. 10, specific issues with it that you've experienced or read about? It's been steadily updated in recent months and weeks, and it may be that some issues you're concerned about have been resolved. And it may not, which is why I ask.
A lot of the complaints on Google Play about the latest version 10 concern notes disappearing (eg. spent an hour creating a note, only to find that everything was lost as it didn't save); syncs taking an inordinately long time; app won't start at all; lack of support response even for Premium customers (of which I am one); and a LOT of complaints about how slow the app is. I have none of those issues!
If I may suggest, it's not too unreasonable for a developer to stop maintaining old software that is no longer financially viable to them. It's also not unreasonable for customers to leave because they find the new software doesn't suit their needs or wants.
I've read in other threads that the older/legacy software is now starting to hinder (or has been for a while) the development and stability of Evernote going forward. There are most likely still many remaining on that older/legacy software, so cutting it off altogether is a cautious game that Bending Spoons is playing. It's going to be a tough time for many when that day finally comes.
Glad to hear it's been working for you on Android 13, though I don't understand how. (One of many things....) You might take a look at this thread on the rollout of the current version, 10.53.2: -rolling-out-evernote-mobile-1053/. It could address some of your concerns. I haven't looked at the Google Play reviews. I do know that I like to carefully check the date on reviews there, to judge whether they apply to the current version of whatever app is concerned. All I can say is that I've been using v. 10 without significant issues. Not without any: I occasionally have to check to be sure edits have synced before I leave the app; and I have had long, old notes shows some data corruption after an edit, but nothing that can't be recovered. I did have an instance of edit ... poof, gone ... repeat, but that was a couple of updates ago, and may have been related to connectivity issues on my end. I have no speed issues at all, have certainly never had the app fail to start--that kind of thing is rare and isolated, I believe.
EDIT: One other thing, since you're on a Samsung device: there is an ongoing bug in the use of handwriting to sketch or write on Samsung phones and tablets--mainly, it doesn't work, or it stops working after a couple of strokes. This happens with both the S Pen stylus and a finger. There are lengthy threads in the Android support forum: -evernote-for-android-issues-versions-100-and-above/.
So this warning is, I suspect, a warning rather than mandatory requirement. You will have seen this regardless of whether your survey. I'd pay a large bet that your comments have gone to a team and have been anonymous and not linked to your account.
I occasionally have to check to be sure edits have synced before I leave the app; and I have had long, old notes shows some data corruption after an edit, but nothing that can't be recovered. I did have an instance of edit ... poof, gone ... repeat, but that was a couple of updates ago, and may have been related to connectivity issues on my end.
Thanks Dave, I don't much like the sound of that as I don't have those issues - but then again I expect it could well have something to do with the size of your database compared to mine, rather than the app version - hard to say for sure.
since you're on a Samsung device: there is an ongoing bug in the use of handwriting to sketch or write on Samsung phones and tablets--mainly, it doesn't work, or it stops working after a couple of strokes. This happens with both the S Pen stylus and a finger
What if I upgrade to the latest version right now, to see if I have any issues - do you see any reason why I couldn't uninstall it and revert to the v8.13.3 apk, which I have saved? There's no way I could be locked out of downgrading, right?
You could try that. To be honest I don't know what affect it might have on using v8 later. The new real time editing/sync process upgrades a note in the new app. That takes a few seconds each time you open a note for the first time. Reverting to v8 will mean that something may need to change going back. I don't think it should have problems. It is supposed to be possible to work both versions at the same time. I've just never tried recently.
d3342ee215