3 ms·

So then the app can't have Recent Files functionality. Or open the last file the user was editing as it may have been edited elsewhere. Seems pretty unworkabl

So then the app can't have Recent Files functionality. Or open the last file the user was editing as it may have been edited elsewhere. Seems pretty unworkable for a text editor.

IanCal 2y ago
I don't think that's true, doesn't the file picker have recent files in it? > Or open the last file the user was editing as it may have been edited elsewhere. When is this a particular use case? Auto open a file I opened elsewhere?
- Gigachad 2y ago
  The iOS file picker does have a recent files tab and it seems to be the first one that opens.
crazygringo 2y ago
Those seem pretty minor, and are you sure Google doesn't allow a way for permission on the file to persist? Even if it doesn't, you can access recent files from the Drive file picker.
NavinF 2y ago
Only if you absolutely insist on creating your own special snowflake file picker UI instead of using the OS file picker
cyberax 2y ago
> So then the app can't have Recent Files functionality. Yeah, this is an issue. Google really needs to fix this. And there are multiple ways to do that! They can remember that a file was opened by the app earlier, and let it access again for a reasonable period. They can also allow delegating access on a directory level instead of a binary all-or-nothing approach.
- rerdavies 2y ago
  Android DOES remember permissions for folders that you have opened previously through the picker (although the app does have to code for that); and you can reuse the URLs for files that you have received through the picker, as long as the permissions are still intact. (You can lose them if the app is used infrequently). Life would be so much easier if the Android File Picker UI weren't so incredibly awful. Has to be the worst piece of UI design I have ever seen. Incredibly difficult to use even if you know exactly what you want.

3 ms·

So then the app can't have Recent Files functionality. Or open the last file the user was editing as it may have been edited elsewhere. Seems pretty unworkabl

by threeseed 2y ago

So then the app can't have Recent Files functionality. Or open the last file the user was editing as it may have been edited elsewhere. Seems pretty unworkable for a text editor.

IanCal 2y ago
I don't think that's true, doesn't the file picker have recent files in it? > Or open the last file the user was editing as it may have been edited elsewhere. When is this a particular use case? Auto open a file I opened elsewhere?
- Gigachad 2y ago
  The iOS file picker does have a recent files tab and it seems to be the first one that opens.
crazygringo 2y ago
Those seem pretty minor, and are you sure Google doesn't allow a way for permission on the file to persist? Even if it doesn't, you can access recent files from the Drive file picker.
NavinF 2y ago
Only if you absolutely insist on creating your own special snowflake file picker UI instead of using the OS file picker
cyberax 2y ago
> So then the app can't have Recent Files functionality. Yeah, this is an issue. Google really needs to fix this. And there are multiple ways to do that! They can remember that a file was opened by the app earlier, and let it access again for a reasonable period. They can also allow delegating access on a directory level instead of a binary all-or-nothing approach.
- rerdavies 2y ago
  Android DOES remember permissions for folders that you have opened previously through the picker (although the app does have to code for that); and you can reuse the URLs for files that you have received through the picker, as long as the permissions are still intact. (You can lose them if the app is used infrequently). Life would be so much easier if the Android File Picker UI weren't so incredibly awful. Has to be the worst piece of UI design I have ever seen. Incredibly difficult to use even if you know exactly what you want.