Re: PSPad unicode 4.5.5 (2417) English

I don't know if it is an already known bug but when I use the "Show/hide spaces, tabs & line ends." button, my TXT edited file seems totally différent.

I give an exemple with a simple line of 1 line containing : "0 - text". If I use the "Show/hide spaces, tabs & line ends." button, then the text looks like : " - 0text".

Can you investigate ?
Best regards.

Edited 1 time(s). Last edit at 2011-05-07 08:23 by menet.

I need more informations.
can yo usend me some file sample to support mail?
can you tell me your tabwidth settings?

I cannot replicate that bug neither. Show special characters works as expected for me.

--
Carbonize

menet:

I don't know if it is an already known bug but when I use the "Show/hide spaces, tabs & line ends." button, my TXT edited file seems totally différent.

I give an exemple with a simple line of 1 line containing : "0 - text". If I use the "Show/hide spaces, tabs & line ends." button, then the text looks like : " - 0text".

Can you investigate ?
Best regards.

I confirm this bug. I am using Windows 7 x64. It happens just like menet described it.

I turn on Special Chars (same thing different name) and I type in 0 - text and it stays like that. I turn off Special Chars and type it in again then turn special chars on and my text stays the same. Possibly it is a 64bit bug so we need to know if menet is on a 64bit machine.

--
Carbonize

menet:

I don't know if it is an already known bug but when I use the "Show/hide spaces, tabs & line ends." button, my TXT edited file seems totally différent.

I give an exemple with a simple line of 1 line containing : "0 - text". If I use the "Show/hide spaces, tabs & line ends." button, then the text looks like : " - 0text".

Hi, it seems to be similar to an older (and supposedly corrected) bug with displaying special whitespace characters using some fonts.
Does the following setting influence the behaviour?
Settings: Program settings: Direct edit:
[Special settings]
OldSpecialChars=1
or
OldSpecialChars=0

vbr

vbr:

Does the following setting influence the behaviour?
Settings: Program settings: Direct edit:
[Special settings]
OldSpecialChars=1
or
OldSpecialChars=0

vbr

Yes. When I set OldSpecialChars=1, the problem is gone. Anyway, whitespaces look much frendlier with this setting. Thanks a lot for this hint.

kiendlm:

Yes. When I set OldSpecialChars=1, the problem is gone. Anyway, whitespaces look much frendlier with this setting. Thanks a lot for this hint.

I'm glad, it helped;
there might be probably some incompatibilites with some fonts (and I like the classic whitespace symbols better myself...)

vbr

Hello,

I think it's a bad idee to change the word selecting behavior on doubleclick after all those years. If you worked for years with PSPad, you know what gets selected. Example: #ff0000, old behavior selects ff0000, new behavior selects #ff0000.

I think if you change that behavior, you have to make it adjustable by specifying the word delemeters.

Nice day, Andreas

Hello,

my CSS.DEF contains this rule:

[_Selector |M prepare brackets]*Alt+V
§.{
..|
}

(2 spaces for indentation, I typed a dot for space for better visibility) The result with selected word ist:

word.{
......
....}

6 spaces in 2nd line and 4 spaces in 3rd line.

Nice day and thanks again for PSPad,

Andreas