Your comments
I could reproduce the problem and found a workaround. This will be fixed in the next update.
Thanks, I'll try to reproduce the problem.
How exactly are you trying to open the file?
If you add Working Copy as an external folder to Textastic, you should be able to open any file.
See https://www.textasticapp.com/v9/manual/integration_other_apps/git_client_working_copy.html
You can already do this by using iPadOS' Split View and "Preview in Safari" in Textastic.
A screenshot of this is in the manual at https://www.textasticapp.com/v10/manual/viewing_editing_files/web_preview.html#preview-in-safari
Currently Textastic for iOS and Textastic for macOS are two separate apps for different platforms with different feature sets and require two separate purchases.
You can now use Cmd-L (or configure a custom keyboard shortcut) to go to a line number in Textastic 9.6.
I assume that the .html file is stored somewhere in the "Local Files" or in the "iCloud" location.
- In the same folder, tap the "+" button in the bottom toolbar.
- Enter a file name with a ".css" file extension -> this opens a new CSS file in a new tab.
- In the .html file, add a link tag to the head section as described at https://www.w3schools.com/tags/tag_link.asp
- If you now open the web preview using the glasses icon while the tab with the .html file is open, you should see the CSS styles from the .css file applied. You can also open the web preview on the .css file and enter the path to the .html file in the address bar of the web preview. This allows you to preview the website while previewing the .css file without having to switch to the .html file first.
Alternatively, you can add the CSS directly to the .html file using a style tag in the header section as described at https://www.w3schools.com/tags/tag_style.asp.
The current version can already display tab characters. The next update of Textastic (9.6) will also support showing spaces and newlines.
Ok, then it looks like this is actually a bug in Apple's Cocoa framework since both TextEdit and Xcode use NSDocument which should handle file saving and symbolic links correctly.
I'll still try to reproduce the issue and report it to Apple.
Customer support service by UserEcho
I looked into this: until iOS 14 it was not possible to reliably detect if an external keyboard is connected.
iOS 14 adds a new GCKeyboard API to the Game Controller framework which should let me detect if a keyboard is attached and react whenever it is detached or reattached.
I plan to add settings for this in a future update.