Notepad++ v8.6.8 Release

Mark Olson

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

Could you check the version of your plugin in PluginAdmin?

I can’t speak for @Coises , but I have a version 8.6.6 portable build that lists JsonTools v7.2 as the most recent version of JsonTools, and that was the version that I added to the plugin list after v1.7.1 and before v1.7.2.

Coises

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

Could you check the version of your plugin in PluginAdmin of v8.6.8? I am pretty sure it’s updated if you have already committed your modification in the repository of PluginList.

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.

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.

donho

@Coises

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.