Your comments

Textastic reloads changed files correctly on iOS 16.7.1, but not on iOS 17. This is a bug in iOS 17. 

I'll try to implement a workaround by looking at the file's modification date when Textastic comes to the foreground. 

I'll also report the issue to Apple. 

I see the same problem in GoCoEdit, 1Writer and Runestone on iOS 17.1.1. All three apps (and Textastic) do not reload the file after it was changed in another app while already open. I'm sure this worked before, so it might be an iOS bug. I'll try to find out more. 

I think I could just reproduce the problem you are describing. It might be a bug. I'll investigate. Thanks for letting me know!


Textastic uses file coordination when opening a file and a file presenter while displaying a file. The system should notify the app if another app changes a file that is currently opened and Textastic should automatically reload the file.

For example, when you edit a file in Working Copy's editor and WC saves the file, Textastic should automatically reload it.

Do you know what exactly you are doing in Working Copy that does not trigger a reload? 

It's possible that Working Copy does not use a file coordinator for Git's pull operations for example, but I'd have to ask Anders Borum, the author of Working Copy to be sure. 

Good point. That would be a nice improvement.

This should be fixed in Textastic 10 which was just released.

This should be fixed in Textastic 10 which was just released.

For this to work, the HTML file and the CSS file must be stored in a a folder that is fully accessible by Textastic: so the two files must both be stored in the same folder in either "Local Files", "iCloud" or in an external folder.

It seems like you opened the files as individual external files (e.g. using the "Open…" command). In this case, Textastic only gets access to the single file, not to the containing folder. If a file opened in such a way references another file, the app cannot access it.

This is mentioned in the manual at:

If you plan to use the built-in web preview to preview a HTML file with external JavaScript, CSS, or image files, it is recommended to use one of the built-in clients for (S)FTP, WebDAV, Dropbox, or Google Drive to download your website files first and edit and preview them locally. If you open a single file with the document picker, linked files cannot be accessed by the web preview due to the iOS security sandbox that limits an app’s access to files in other apps.

I had not, but I just opened it right now. 

Is there a problem with it? It does not hang for me anymore with the latest beta.

Thanks a lot for sending me your syntax definition. 

I could reproduce and fix the problem. It was an issue with "embed" operations.

This should be fixed in the new beta I just released.