It would save a ton of painful debugging work to be able to include virtual file includes from within the preview instead of having to upload the file to a server before it can be previewed . If the file structure within Textastic exists, pulling a virtual link from other directories that are not just a child of the current directory.

(Like:

<!--#include virtual="/header.shtml" -->

for example.)

Improve search function of Textastic iPadOS app, where user can search for “multiple consecutive empty link breaks”.

I would love to be able to always see the line numbers

I hate clicking it every time I upload one or more files! And no, your “new” upload to.. doesn’t save any extra time, nor do I ever use it.

- type a multi line note

- select everything 

- Copy

- Paste into Gmail app

All line breaks are lost.

During Edit in left pane, selecting folder works properly, nd selecting "move" folder icon correctly open new pane with "select folder" heading. But pane is empty...not folders listed.

Offloading and reinstalling app did not fix.

How to fix?

In the Edit -> Select -> Move action please add a Copy option as well. 

It would help a lot. 

I've been using Textastic + Working Copy as my personal notes app on iOS for a couple of months, on my desktop pc I edit my files in neovim and use vimwiki. Syntax support is close to MediaWiki, but any additional syntax support would be awesome as well.

My main suggestion: I was wondering if following links could be added. Feature might need some tweaking to not introduce unexpected behaviour, so maybe a second tap to confirm a link follow. This feature could also be extended to html, including opening associated css and other linked content, and while I think about it, source code includes and imports like include "code.h" and import banana, or from banana import skin. Some links might need hints to follow links, for example MediaWiki links would not include the .wiki extension; Python could be interesting in searching for banana.py and banana/__init__.py.

I would think in most cases only the text that applies to the linking would be active, like code.h and banana in the above examples. UI clues could just be an underline of some type. When a link can't be followed, I would think the software simply doing nothing (other than potentially adjusting the cursor location) and not notifying the user is better.

Linking it external content, like triggering a web browser is in the realm of nice to have; and also recognising a URI and triggering from there could also be useful.

Textastic doesn't view files that begin with a dot.

Also if I download 2 files with the same name that both start with a dot, upon attemtping to view (or edit) the second file, it goes back to trying to edit the first file.