Community

Match Whole Words is cleared if the Find What box is initialized with text which cannot match a whole word.

Yes, I am familiar with that behavior. However I am referring to the first use of find via F5. It always clears the 'Match Whole Words' option. I suspect it it because the initial string is ...

The 'Match Whole Words' option is not sticky. That is, it is cleared each time TextPad starts.

Is this new behavior, or has it always been that way?

If it is not a bug, it would be nice to have an option to make it sticky.

This is TextPad 8.4.2

>Does it really happen this often you have to close a document that isn't displayed? It's even not possible per tabs either, as only the current one displays the close button.

No, that's why I said 'Similar to how the tabs have that option'

>(Left-)click the item to select it.
>Right-Click the ...

Since I usually have a large number of files open, I use the 'Document Selector' as opposed to the 'Document Tabs'.

Would it possible to add a 'Close File' option to each item? Similar to how the tabs have that option.

It would be be a little more convenient than the current 'right click' option.

Thank you @AmigoJack. I did notice that, and that is what prompted me to download and test.

Is there a mechanism to get a notification when a new version is released?

This appears to be fixed with 8.4.1.

Thanks for the support.

Issue still exists in 8.4

I have found a 'better' workaround. If as a no-op, I do an insert and then delete some characters, the failure occurs much less often. But it still occurs.

So I do frequent saves, and revert after the failure, and redo.

I have encountered a problem using macros which include a cut and paste.

The problem appears to be some form of race condition between the cut and the paste.

This is with TextPad 8.3.0, x64, and Windows 10 1909. It was happening on at least TextPad 8.2 also.

I found another forum post which may ...