Your comments
Please only use relative paths:
- to reference a file in the same folder, use href="file.css"
- to reference a file in a subfolder, use href="subfolder/file.css"
- to reference a file one above the current folder, use href="../file.css"
"/" would reference the root of the preview server, which won't work.
I'm using the macOS/Cocoa state restoration mechanism to restore files and windows, so I don't think I can easily separate them, sorry.
I hope you can live with the workaround you mentioned for now.
Well, if the "Restore files and windows when re-opening Textastic" is checked, it will basically restore the last session with all open windows, items in the sidebar and files. If it is not checked, it will not restore anything.
Textastic can only draw in its own section of the screen, so the additional keys above the keyboard cannot be displayed in full width in split view mode.
Hello,
I cannot reproduce this problem in the latest version of Textastic for Mac. For me, the state of the sidebar is saved.
In Textastic -> Preferences -> Advanced, is "Restore files and windows when re-opening Textastic" checked?
Thanks a lot for your insightful answer. I agree that it's probably more important to not alienate new users.
I'm going to disable the shortcuts by default in a new version and will add a preference to enable it.
Hello,
I'm aware of a crash that happens to some users when restoring the application state on application launch on macOS 10.13.6. It does not seem to happen on 10.14 Mojave.
Please try the following to fix the problem:
- Go to Finder
- Select Go -> Go to Folder…
- Enter "~/Library/Containers/com.textasticapp.textastic-mac/Data/Library/" and press Go
- Delete the folder "Saved Application State"
- Try to launch Textastic
If that doesn't help, you can also try to delete the folder "~/Library/Containers/com.textasticapp.textastic-mac" which will remove all preferences, saved application state, custom syntax definitions, themes and templates. It won't delete your documents.
I'm really sorry for the inconvenience. I'm still trying to figure out what exactly is causing the crash.
Regarding the crashes you mention while using the app: this is new to me. Did Textastic ask to send crash reports after a restart?
You're probably right. The author of Emmet chose those keyboard shortcuts for his other editor plugins (TextMate, Sublime Text, Coda, Atom...). I didn't know about the Emacs shortcuts at the time, so I just used them in Textastic, too. I thought it would be best to use the same shortcuts Emmet users know from other editors.
I'm not sure how to really fix this problem. Add a setting to disable the Emmet shortcuts? Disable them by default? I don't really want to make all shortcuts configurable, but maybe that would be the best solution.
Customer support service by UserEcho
I need to look into it.
Here's a trick that might help you in the meantime: as you probably know, you can tap on the status bar once to scroll to the top of the file. You can then tap a second time to scroll to the end of the file.