PSPad unicode 4.5.2 (2221) English

valio_valio:

same errors here...

gurbao:

valio_valio:

same errors here...

Please read carrefully this build changes on the start of this thread.
Did you delete PSCache.BIN file ?

pspad:

Please read carrefully this build changes on the start of this thread.
Did you delete PSCache.BIN file ?

Sorry, I miss this....
Please make incompatible things bolder next time.

Hupps,

also overlooked this.
Thanks, it solved the problem.

It seems, though, that earlier use of Alt+<File tab caption> is not working anymore?

(version 2217 - 2222

Batch highliter hang up PsPad with this line:

echo &

After typing the '&' it's end of life for PsPad and the '&' is not shown.

Bug in URL parameter:
If the URL contains query string (question mark with parameters)
PSPad will not open the file.

4.5.2 (2222)

Arthur:

Bug in URL parameter:
If the URL contains query string (question mark with parameters)
PSPad will not open the file.

4.5.2 (2222)

Thank you, I will correct it.

HTML tag pairs hi lighter and FixedSys font produce the following
Visual bug:

As You can see when the tag is hi lighted the font is compressed
And there is an "artifact" on the right side of the word

I do believe this is the same problem as with incorrect handling of unicode Fixedsys font face.
You do rember my post about it:
forum.pspad.com

gurbao:

It seems, though, that earlier use of Alt+<File tab caption> is not working anymore?

I found a problem. Only occurs, if you run empty PSPad

jgodfrey:

Wrapped searching appears to be broken in 2221/2222 when the matched term is not found within the first visible screen of text at the top of the document. To see the problem...

Here's an even simpler way to see the problem...

- Create a document containing 30 or 40 lines of garbage (enough to fill more than a single screen of info in PSPad).
- Now, add a specific string to search for near the bottom of your document (below the first screen of info), and make sure it's the only occurrance of the string in the document.
- Next, reset you're view to the top of the document, and click on line #1 to anchor the cursor.
- Now, press Ctrl+F to open the Find dialog, enter your search string, and press Enter
- The string should be found correctly
- Now, press F3 to find the next occurrance

In this case, PSPad returns to the top of the document, and just beeps, but doesn't find the next (actually, the same) occurrance. Additional presses of F3 just cause a beep.

- Now, place a 2nd copy of the same search term near the bottom of the document (a few lines from the original one, but again - below the first screen of info).
- Return to line #1, and try the search again.

In this case, the first search finds the first term, pressing F3 finds the second term, pressing F3 a 2nd time returns the view to the top without highlighting the first match, and pressing F3 a 3rd time, finds the 2nd match. The first match will always be "skipped" in this case.

Oh wait... I see what's going on. When the search wraps, PSPad *is* finding the first match, it's just not shifting the view to make it visible. From the 2nd match on, the view is properly shifted.

Hopefully, this is easily fixed and it's quite misleading...

Thanks,

Jeff