Oftentimes you want to use a previously used regular expression; other times you might have been working on a complex regular expression and want to go back working on it; or perhaps you were searching for specific phrases and the app crashed before you could find what you wanted.  For these (and doubtless other) reasons, it would be very useful to have a history on the search and search/replace text fields.

Hi,

Since there is already the option to sync remote files to a local device, is it possible to add the option to ssh into a remote folder and edit those files directly?

It would be awesome if the current SSH options stay they way they are, so you can run shell commands on the server, but in addition to be able to edit files without having to sync them first.

Thanks :-)

Now that Working Copy has built-in Elm syntax highlighting, I’ve stopped using Textastic. The instructions for installing external syntax highlighting is weak (including in the PDF). Even if we could just point to a Github repository for a .tmbundle, it seems that the Elm versions assume elm-format to be installed, which makes them incompatible with Textastic on iPad and iPhone.

Is it possible to get a syntax hightlight in `.vue` files? 

A typical vuejs component file consist of:

<template></template> // html goes here

<script>export default{} </script> // javascript goes here

<style></style> // CSS goes here.

Is this possible? Every .vue file must have at least <style> tag. (Although for such a simple file we can just use html highlight). 

I would love to see a code minimap with syntax highlighting support make its way to Textastic especially for use on my iPad Pro 12.9inch 2nd-gen.

This will bring your app one step closer to desktop counterparts (Atom, Sublime, Visual Studio Code, etc.) and I’m sure will make a lot of power users who wish to stay mobile very happy :)

Have the ability to select multiple parts of the document and edit it at the same time. Similar to a feature sublime text editor has.

The editor interface is great, but file creation flow for the remote server is too slow. We need to first create a file locally, then edit it, then upload manually onto the server. Why don't just support *Link* for folders? When I download a folder from a server, it should be linked to the remote server and any new files I add into the folder should just be automatically uploaded into the same folder in the server.