
If I want to define a new text expansion with a trigger string of \foobar, this would never trigger. \ooba is set to expand to ooba-looba-do.Let’s say I define two text expansion strings: The things to really watch out for is trigger string overlap. If I had a trigger string set as just \, that could potentially be even worse, as I could run the strong risk (options above considered) of triggering an expansion it before I even get to the n. There could be some mitigation here by further restricting a string to be case sensitive, but that’s unlikely to safeguard all potential scenarios. only trigger before, after a whitespace, etc.), then that string is replaced and I lose it. Now if I did have \n set as a trigger then it would be a problem, because as soon as I enter that, along with whatever additional options I may have set (e.g. None of those are \n, so none of those get triggered.

#Text expansion app for mac code#
If I need to type in a newline code of \n, then as long as I don’t have a snippet trigger string of \n for something else, it will trigger just fine. To begin with, let’s take a backslash as an initial prefix example.
#Text expansion app for mac full#
The full trigger string is what is actually important, though there is a factor to consider around the prefix which I’ll come to shortly. Let me try and give an explanation as to why I believe this to be the case. The choice of initial prefix isn’t actually as critical in the ways it is being suggested here. I got aText and used it for 4 years, but now my usage’s gotten more intensive and TE offers just more to justify the change. When I started playing around text expansion, TE was, as for you, a pretty big investment for the use I was going to give it. aText, if you used TE, feels exactly the same (and it even imports all your TE snippets perfectly). Other text expansion apps have their functions, UI, details that make them unique. I just felt bad, as it seems the developer took TE and rewrote a bit to avoid licensing problems, then released the app. It has exactly the same functions, and even a very similar UI.

It’s basically offering the same functionality than TextExpander without an iOS version for a fraction of the price (4.99$). There is also aText, which I’ve extensively used in the past.
