Community

I know this topic has been appearing from time to time without any answer. I don't want to add to this bug's "noise". I'd rather like to report my findings, hoping that it could help Textpad developpers find the solution. There're many ways to open a file inside TextPad. Here are three of them: 1 ...

OK, I see what it's used for. There's a workaround (hope the developer is reading the forum): instead of keeping the handle to directory, TextPad could hold the string of the path of working directory, ie "X:\dir1\dir2\...\dirN\". So when a user click the open button, Textpad checks if this ...

Oh I see

So it's really a bug. Because it doesn't make sense to hold on a "working folder" when there's no more active document.

Does it hurt to disable such option? I mean, what's this working folder supposed for?

Suppose a file, X:\dir1\dir2\...\dirN\file.txt, is opened in TextPad. Even if the file is closed within TextPad, the whole path, ie X:\dir1\dir2\...\dirN\, is still open. This is checked against using Process Explorer and it's clear that the handle to that directory isn't released. In some situation ...

In the advent of XHTML, maybe it's time to change the "HTML Tags" clip to follow the tendance. It's actually not really hard to do so, just a few changes and some precautions: * all tag names are in small letters, and attribute names as well. * elements without closing tag have to use "/" before ...

The APPLET tag in HTML clip is not totally correct because it contains a LANGUAGE attribute which has no effect. Actually, APPLET is deprecated in HTML4 but here's a correct one: !TEXT=Applet ^ <APPLET CODE="\^.class" WIDTH=400 HEIGHT=300> <PARAM NAME="?" VALUE="?"> </APPLET ...

Here's a little addition to the HTML clip. It adds script and stylesheet tags which are compliant to HTML 4.01 standard. Hope you like it. _________________ !TEXT=JavaScript - Embedded ^ <SCRIPT TYPE="text/javascript" LANGUAGE="JavaScript"> <!-- \^ // --> </SCRIPT> ! !TEXT=JavaScript - External ...

I've posted a reply in
http://www.textpad.info/forum/viewtopic.php?t=5603

What're your opinions?

I'd posted a question some time ago in another forum: http://www.textpad.com/forum/viewtopic.php?t=6034 I've just got a reply that this one is relevant. Indeed, it's relevant. I've noticed two things: 1) If I guess correctly, the HKEY_USERS\.DEFAULT behaves similarly to C:\Document and Settings ...

Well, actually, I knew that. But that only adds a document class to HKEY_CURRENT_USER. If there're a lot of users, or if there're a lot of specific document classes, this is still quite annoying.

I've tried to put it in HKEY_CURRENT_USER\.DEFAULT\....
but that doesn't help.

You should send this to general forum, not enhancement suggestions forum.

Still no answer?

Not even some fiddling in some .ini file or the registry?

When creating a new document class (as written in the FAQ) TextPad actually creates a document class for the current user in NT platforms. When we switch to another user session, we have to create the same document class again. Is there a way to create system-wide document class so that no matter ...

Right now, even if a text file is defined as Unicode in Textpad, it still couldn't accept and display Unicode characters, but just only the script supported by the font. Actually, one has to (re)define the script of a certain font in order to display the characters he likes. For example, when I need ...

OK, I've just spotted the word *current" in messages of both of you. I see what you meant. Currently, the *defined* range in Unicode 4 is just U+0000 to U+10FFFD, which allows a little bit less than 2 millions characters (excluding Private Use Areas, http://www.unicode.org/charts/ ), but that doesn ...