Community

TextPad's regular expression handling of end-of-line via $ seems to be broken (or changed). I updated to the latest versions (9.9.6 and 8.23.6) and I still have the issue.

The problem is it seems to blow passed \n on a non-match. For example, if I am looking to replace all lines ending with X, it ...

Fixed verified. Thank you.

Fixed verified. Thank you.

Thank you!! You guys are quick.

bbadmin wrote: Sat Sep 13, 2025 9:33 pm I can confirm this behavior which will be fixed in the next release.

Out of interest, why use combining characters instead of the single characters which already have the diacritics?

Thank you. I don't. I inherited the file and was fixing it.

I don't know if this is on purpose or not. If it is, I request an option to change the behavior.

I just noticed that when I delete a Unicode character that's followed by a combining character (e.g., like a letter with a diacritic such as an tilde, grave accent, etc.), the combining character is not ...

Actually, this does seem to be a real problem. The search will often stop infinitely until I move the mouse. If I do I a search for something common in a directory with a large number of files (so, I get a large number of "hits"), the Search Result will sporadically stop scrolling indefinitely until ...

I'm running 8.22.2 and I'm seeing a weird issue with Find in Files. The search status doesn't update unless the mouse is moving. If the mouse is in the dialog box, it will update but very slowly. If the mouse is outside the find dialog, the status won't update and it just sits there. I have to ...

bbadmin wrote: Mon Mar 24, 2025 9:42 am Very weird! Have you tried restarting TextPad and doing the same search? Rebooting your PC?

It does it on two different machines with two different versions of TextPad (8 & 9), but I will give it a try.

Thanks,

Weird, your suggestion of putting the caret on the line and pressing enter worked, but only once. Subsequent tried do not open the file.

I copied them to C\tmp and it works. I don't under why it doesn't work from my N: drive (a network drive). They open just fine, otherwise.

FYI: if I rename the file so it doesn't exist, I get the same error dialog as you. That is, I only get the error if the file exists.

Here is a screenshot after I double clicked. Note the status line. If I copy/paste one of the paths into the open dialog, the file opens fine.

I think I found a bug in "Find in Files" when attempting to jump to one of the files.

I am using the latest versions of 8 and 9 (8.21.0 and 9.7.0), and both have the issue.

In the resultant list of found files, there are some that I cannot double click on to open. I get "Cannot jump to item under ...

Indeed! Thank you very much.