Notepad++ v8.6.8 Release

donho

I checked, I just misunderstood the problem. I made my pull request on June 2nd, and it looks like the cutoff must have been May 31st. Four pull requests are pending: mine, one for a new plugin, and two “dependabot” requests.

Merged now. It will be in the next release for sure.

I know it’s probably too much to ask, but it would sure be nice for plugin authors if we got notice a couple days before the cutoff, so we could review whatever feedback, testing and reports we have at that time and decide whether our latest working version should replace what’s in the plugins list.

I guess that you’re talking about the same subject of the post:
https://community.notepad-plus-plus.org/topic/25565/notepad-rc-8-6-5-will-be-out-in-about-one-week

Yes. I will try to follow what we have agreed.
v8.6.8 is a special edition, so I didn’t follow the release procedure.

I take the chance to do my apology to the community for not respecting the release procedure - I will try to apply the procedure of 1. announcement before the RC, 2. RC & 3. release, even for the special edition.

Alan Kilborn

@donho said in Notepad++ v8.6.8 Release:

v8.6.8 is a special edition

Hmm… what makes an edition “special”?

Michael Vincent

@Alan-Kilborn said in Notepad++ v8.6.8 Release:

Hmm… what makes an edition “special”?

I’m assuming in this case it was the release message coupled with the release date. Though I don’t know if there is a set of dates, features, or other considerations that would justify a “special edition”.

I thought for a while there, there was always a January 1 Notepad++ release, though there wasn’t this past year (January 5 was closest with 8.6.1).

Cheers.

Jumo Mumo

I’m encountering an issue with the “Find In Files” feature in Notepad++. The “Hits” result, which previously displayed the number of matches found, has moved to the far right of the window.

I believe this might be a bug, as the previous location was far more convenient.

Could anyone confirm if this is an “improvement” update or a bug? If it’s not a bug, is there a way to move the “Hits” result back to its original position?

Thank you

Lycan Thrope

@Jumo-Mumo ,
I can confirm the issue, at least in the portable version. However, this seems to be in the progress dialog box which, at least on my old laptop, is hardly up long enough to be of consequence, IMHO…but it is confirmed.

xomx

@Jumo-Mumo
Yep, it is a v8.6.8 regression caused by the Add new dpi support to Find in Files Progress window commit.

donho

New feature or bug, it’s discuss-able.
But I see your point.
I’ll see what I can do about it.

donho

vs

Note that Hits is translatable so we have to reserve a max fix length.
As well for the number (not translatable but its length could be variable so the same max fix length is reserved).

Which version you prefer?

Lycan Thrope

@donho ,
The first one, with the count on the left, since that is what the prior version’s behavior was…I’d think it would be best to keep it consistent through versions if at all possible…but you are the architect, it’s your drawing/design. :-)

mkupper

@donho

While I also prefer Hits ### to be the left of the [Cancel] button can you nudge or float the button to the right should a translation of Hits ### be too long?

Do you support newlines in a translation? If so, don’t bother with nudging the button. Instead, it’s up to the translator to arrange the text so that it fits.

FabioTurati

@donho
Can you put it as is shown in @Jumo-Mumo 's screenshot, that is, above the progress bar, instead of below? This way the “Cancel” button doesn’t create problems if “Hits: #####” becomes too large. I think what Jumo wants is simply to have the number aligned to the left, and not to the right.

xomx

@Jumo-Mumo
Here is the fix to try:

donho

A 5 days’ poll is created here:
https://community.notepad-plus-plus.org/topic/25874/poll-find-in-files-hits-position

donho

FYI, Auto-updater has been triggered for this release.

DvorakStepan

The search window (CTRL+F) only remembers the position, but not the size.
In previous versions it remembered both.

donho

@DvorakStepan
An issue has been created here:
https://github.com/notepad-plus-plus/notepad-plus-plus/issues/15294

It will be fixed in the next version.

donho

There’s a crash report of v8.6.8 under Windows 7:
https://github.com/notepad-plus-plus/notepad-plus-plus/issues/15313#issuecomment-2173538278

Could anyone here who has Windows 7 test this version, and let me know if the crash can reproduce?

Jumo Mumo

@donho said in Notepad++ v8.6.8 Release:

There’s a crash report of v8.6.8 under Windows 7:

Could anyone here who has Windows 7 test this version, and let me know if the crash can reproduce?

I am using Notepad++ 8.6.8 on Windows 7 and no crashes yet.

RAMA KRISHNA

@donho ,
with 8.6.8 i am seeing , notepad++ not able to open the file from a linux mapped drive in windows but able to open linux folder mapped to windows.

drive mapping shortcut and folder mapping shortcut both point to same user folder.
in normal windows through browsing i am able to open both the shortcuts, if go to the file through folder mapping i am able to open the file in notepad++, if i go through drive mapping to the same file not able to open in notepad++.

OS version: windows 11

mkupper

@RAMA-KRISHNA - If you can open a file in Notepad++ using folder mapping then what gets put in the copy/paste buffer when you right click on the tab for the file and select Copy to Clipboard / Copy Full File Path?