Gena01.com Forum

Please report feedback on Win32Pad 1.5.10.3 in this thread.

Please please check for any regressions and report any problems/bugs you find.

Thank you.

Gena01

Hi
Thanks for nice and tiny gem.

I had one suggestion. It would be nice to have a button in the Find Text dialog to switch to Replace Dialog. Many text editors support this and would be nice if you can incorporate this feature also in this.

I still get the last character of a selection deleted each time I indent.

Same here. No change, still broken.

Win XP Pro.

I will release a quick update to address this.

Thank you,

Gena01

It's really a long long time, but this update is quite comprehensive.

A little problem:
For the zip version, cannot find Win32pad.ini in the same directory.

It's not supposed to be there by default since it will create one under your profile. You can always move or copy win32pad.ini to be in the same directory if you want that to be the only configuration file.

Gena01

If the last line in a file is blank (& empty), clicking on it causes the Win32Pad installation directory to open in a Windows Explorer window ???.

Or not?  It certainly happened.  I'll have to experiment more ...

I don't know?  It happened repeatedly?
I downloaded .zip, copied win32pad.exe into my \BIN\ directory (that's where I store win32pad.exe).  win32pad.ini is also in \BIN\.  I opened a file & started messing around.  Out of the blue, I noticed that a Windows Explorer window open - of my \BIN\ directory.  Figured I did something? Close the window, & continued messing around.  And then it happened again.  Closed the window again.  And then again.  At that point, I knew it was not something that I did?

Thats when I hypothesized the Win32pad installation directory.  And then I found I could repeatedly cause Windows Explorer to open by clicking that blank (empty) line.  So I changed that "blank" to an X.  So the line had an X character on it.  And Windows Explorer no longer opened.  I backspaced, erasing the X, double-clicked, & Windows Explorer opened yet again.

At that point, to try to further confirm the "installation directory" point, I copied win32pad.exe into a different directory.  Closed the first instance, then ran the second instance from the new directory.  Opened a file, jumped to EOF, clicked, & nothing?

Theory blown.

Mess around more.  Close second instance.  Jump back to \BIN\ & open win32pad.exe, & now I can't get it to happen again?  But it did!  Originally.

Anyhow, some time ago, there was an issue when you cut & pasted, you lost the last EOL character.  So say you had one line of text, followed by three blank lines, when you pasted, you got one line of text, followed by only two blank lines.

At one point you fixed it, but then on a more recent build, it regressed.

As seemingly I may be the only one who is affected by this, I just never brought it up again before now.

Could you explain that.  I don't see it doing anything?  And I don't use other editors, so I don't know what to expect? ;)  And that is Ctrl+UP + ?what?  Ctrl+UP(arrow)? Ctrl+Down(arrow)? Ctrl+PageUP?  Ctrl+PageDown?

Oddity.

Again with a empty, blank, last line.  Double clicking on that "line" causes the cursor to alternately jump from there to up one line & back down again.

But that doesn't make sense does it?  That contradicts with the first part of my post here???

Five lines in a file.  First four lines have text.  Fifth line is empty.
Position cursor on fifth line.
Displays Col: 1 Ln: 5

Hit End.
Cursor jumps to last character of above line.
In my case, Displays Col: 19 Ln: 4

Drop down to the fifth line again.
Double-click it.
Again cursor is positioned to the last character of above line.

Note cursor is "fat".
Displays Selection Start: 101 End: 103 Len: 2
Note that Cut menu icon is highlighted.

Context menu | Cut, might be quirky when you have lines of URLs in a file.

Open a file of URLs, say 18 of them.  Highlight a selection, say 4 lines, or part of 1 line, 2 complete lines, & part of a fourth line.

Right-click | Cut

Only one line is cut, rather then either 4, or only the selected parts.

Same sort of situation with Context menu | Copy & then the subsequent paste.
Same sort of situation with Context menu | Select.

Shortcut keys, Ctrl+C, Ctrl+X, Sh+Ins ... do work properly.

This does not happen with text.

It only happens with URLs & when the abreviated (Launch Select Copy Cut) Context menu displays.  In order for that to happen, you also need to be hovering a URL.  If you are not hovering a URL, then the "normal" (full) right-click Context menu displays, & things work as expected.

The issue of Ctrl+Up/Down was brought up where Win32Pad was doing some weird stuff. Basically it allows you to scroll the text file without moving the cursor using keyboard. I guess i should have documented the change differently.

Gena01

Windows Explorer window opening.
You've got me at this point.  Haven't been able to duplicate it since?

Loosing the last EOL character issue remains unchanged.

Ctrl+UP, Ctrl+Down.
Yes, now I understand.  Thanks.

Oddity, cursor jumping up a line when double-clicking at EOF.
Looks like that was there in 1.5.10.2 also.  Perhaps subtly different, but still it was there.

Context menu issues when dealing with URLs.
That too was there in 1.5.10.2.

---

To say the least - weird.
I was super tired last night.  Downloaded win32pad, opened it up, & immediately these things became apparent.  Yet I've been using 1.5.10.2 for what, a year now, & hadn't noticed the same issues there :).

Ah I see it. It looks like it tries to select text and since there's none it goes back a line. RichEdit is a bit weird in some places. There have also been reports with how "intelligent" word selection is. I am planning on addressing it, but that would be brand new code and at this point in time I want to address the bugs first.

Gena01

This is not a bug, but a feature.  :) The way URLs work is that each one is selected/highlightes as a stand alone. So URL operations are always on 1 URL even if you have a ton of them on the screen. I am not sure of what Win32Pad should be doing or what you expect it to do. Can you please provide more details and reason(s) why current behavior is not right?

Gena01

Actually I see what you mean. There's a bug where if there's a selection in place it shows the wrong context menu if the mouse is over a link. I'll try to fix that and show a normal context menu in that case.

Gena01

Thanks - awaiting the update. Please note that history.txt in zip file needs updating.