Here is a test APK that only works with the File component (no extension is used):
Tested on Android 11 (Pixel 2XL).
Bugs:
File.Exists from assets does not work with the APK (Companion works).
WRITE permission must be declared in the Manifest so that it works after the automatic request of storage permission. If the permission is denied:
"Error 908: The permission READ_/WRITE_EXTERNAL_STORAGE permission has been denied. Please ..." depending on which action is carried out.
If the permission is granted, however, it works, although WRITE permission can of course no longer be granted under Android 11, since it no longer exists there.
All shared folders work without problems, except /Documents.
The folder /Download works with all file types (txt, jpg, mp3, ogg, mp4, ...).
Non-media files (like .txt) should only work with /Download and /Documents.
I don't have an android11 device. Should android10 also allow writing to shared folders without write permission? I wanted to test the write, but components that write anything ask for write permission.
The point here is not whether or not WRITE permission is granted, just whether WRITE is declared in the Manifest. As I said several times, WRITE can no longer be granted under Android 11.
Yes, see also here:
If requestLegacyExternalStorage for Android 10 is not used, then set maxSdkVersion to 28, otherwise to 29.
OK thanks. So we should also remember about android 10 during corrections, so that the app does not ask for permissions when we do not have the scope set on Legancy.
I don't know much about this that how hard it is but i think MIT should focus on their extension developers too as aar support can make a revolutionary effect on extension development history also in latest release of Niotron they had added AAR support so it won't be difficult for either MIT to add aar support... This was my opinion on this .
Ai2 is an educational platform and extensions are not in the 1st place here. After that, MIT is also working on a version for ios. Now it's some news, new view list, helpers blocks, new file component with which there are still problems. I think aar support will be added in the future. On the other hand, support for native libraries, someone will have to re-implement or continue the work of Jarlisson.
If MIT Team don't mind I want to say something:
Some times it feels like MIT App Inventor is a lack of a few important features needed. Like AAR libraries support, custom package name, not updating the old components or adding new ones. Sometimes the block colors and the blocks workspace looks dim...
Even the icons of the components don't look attractive...
Actually I want to say a small thing that is in the DatePicker component the icon's date is 2011
This message is not to hurt or telling people to migrate to other App Builders, it is juts a opinion from my side.
PLEASE DON'T FLAG THIS POST