You’ve done it already! Thanks very much - I’ll try it out. Android working well.
Comment on the Android version.
I shared an image to TDOH, and it dutifully let me select which TW to send it to. I selected my working TW folder. Then it asked me to select a folder. I thought,
“Good, it’s going to save the file externally”. But after navigating to the folder (it didn’t default to the folder space), it actually saved the image as an embedded image.
That’s not a big deal, but I would rather not do the folder navigation if it isn’t going to save somewhere.
Hi @Mark_S
I can only assume that the wiki you were sending the image to did not yet have folder permission. Folder permission must be present for wikis to work correctly.
It then became an embedded image because you either didn’t have the external attachments plugin installed or it wasn’t enabled or the wiki didn’t have folder permission.
On Android we cannot simply refer to an image stored under /sdcard/DCIM/Camera/ because of permission policies.
Therefore, the app either embeds the shared image or, if the external attachments plugin is used, creates the attachments folder within the directory where the wiki is. We grant access permissions to that directory from the beginning, so that there will be no permission policy issues.
If none of these scenarios were true for you, please let me know, it may then be a bug.
Thank you,
Simon
It appears that TDOH for Android “touches” all the files in the tiddler directory of a folder TW upon loading, giving them all a new timestamp. Also, it deletes any new files that have been added in the background while it is running.
This messes up any data syncing, to say the least. It means that even old data in the tiddlers folder will be seen as new data to Syncthing (and probably any other sync program) resulting in data loss. And new tiddlers created on the PC will quietly disappear as syncing occurs.
This is the new Android build.
Hi @Mark_S
These issues have been resolved
How we going to survive Google locking it all down? 