Community

Yes, it is set to default - at least that's what it says in the edit/pref window. I think it is due to not having hh.exe and also wscript.exe & cscript.exe installed for security reasons. If I knew how the browser was called, I might be able to fix it, but I don't use 'view in browser' anyway, so no ...

I don't have IE either and 'view in web browser' just does a default error beep here too, with winME & Mozilla 1.5.

I haven't gotten around to that yet, but I did make a clip library that handles %20 through %7F.

Let me know if that helps.

OK, looks like I better wait to update then.

There are many systems where textpad locks up if the context menu option is used. Replacing the shellext.dll will not help. The only solution for now is to turn off the 'context menu' option in the 'put shortcuts to textpad on' portion of the general preferences.

I see that on line 142, where you get the scalar of your list, that your textpad colors this as a comment. I recall that this was changed (I think in a bug fix) so that a comment starting other than as a newline is not recognized unless preceeded by a <space> char. I tried your line 142 on my ...

I thought that adding the regex made the comments work, but it turns out that they work both with or without it as long as comments after the beginning of a line start with a <space> char. That seems good enough, even though the space isn't required by Perl, so may take a lot of reformating of old ...

Had a moment, so tried a regex in my .syn file.

Changing:
SingleComment = #
to:
SingleComment = .*#

now has comments being properly found in Perl, so we can again consider whether bracket matching should ignore extra brackets located within sections of commented out code.

Ignoring matching brackets within comments probably isn't doable until the .syn file can actually recognize all the comments rather than just those that begin in column 1. The Perl5.syn file is broken this way.

Could there be an option added to allow the bracket matching to ignore brackets found in code that is commented out? The comments seem to be defined well enough in the .syn file, but when commenting out a few lines during testing, it becomes impossible to match actual brackets across the commented ...

This sounds like the bad SHELLEXT.DLL problem that has not been fixed yet. Helios tried making a replacement for this DLL, but it doesn't work either. The only thing that will work is to turn off the context menu option for textpad.

This has been broken since ver 4.5 - the only workaround is to turn off the context menu option in the general preferences. The programmers tried making a new SHELLEXT.DLL file a while back, but it didn't help. It looks like they're pretty busy with some serious problems right now, but we hope they ...

I tried it and you have it right - it just doesn't look that way. While word-wrap is turned on, it looks (on the screen) like adding the tab char to the first line also adds it to all lines, but if you save the file there is just the one tab char at the start of the paragraph. I think the bizarre on ...

Sounds like a bit of confusion over what a paragraph is. The two most common forms of text file would be doable as follows: If the file uses a long line of text followed by one or two hard returns to represent a paragraph (allowing word-wrap to break lines to fit the screen), then search & replace ...

I agree, they should put the 'wrap search' option of the find dialog into the replace also.