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 ...

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 ...

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.

Has this bug been abandoned? It's not a show stopper, but it would be nice if a new shellext.dll could be written so that the right-click on the context menu didn't crash out the whole explorer program.

Thanks for the pointer, but I've tried all that. Before moving to winME, I used to add shell cmds to the "*" and/or "unknown" file types, but in winME they now interfere with some of the other "open with" and "new" functions.

This seems to be something going wrong in the DDE process because it ...

Is it possible that this could be related to the failure of textpad to open files without crashing when the context menu is used?

It looks like that horribly, tiny, bold font used in the recent string dialog of find&replace is the 'WST_Engl.fon'. The chars are formed in the same manner, but I can't seem to replace the font file and get a change to happen.

Anyone else have ideas on this?