@Alan-Kilborn

Thanks for looking over it, yes, before I just took the return value without sending the padding, now I do that. These are the kind of problems that take too much time just because someone didn’t read the doc properly… phew.

@MeanUncleMonster said in Notepad++ v8.4.8 Release:

is there any way to retain this feature in the later versions

I think you are referring to “enable scrolling beyond last line” which is under Settings, Preferences, Editing. Just tick the box for that option. I would have thought that option would have been retained from the previous version as it seems you did have it enabled.

So the option was not removed, but in your case it may have been reset which led you to believe it was removed.

Terry

PS i just upgraded from and to the same versions as you refer to. In my situation the option was still enabled after the upgrade.

@conky77

It is not a “must”, but a comment in general ->“localization” could be useful: “* some strings will be updated after restarting Notepad++”.
If you agree, I can insert an issue.

It’s surely a limit but it’s not a bug to me. Users usually decide the language during installation. Even they switch later, the same language will stay for the next session. I won’t make the tips dynamically because it needs a lot of coding effort for nothing.

@Alan-Kilborn
That is part for the translators which (like me) are doing that for free:
https://community.notepad-plus-plus.org/category/6/translation
https://npp-user-manual.org/docs/binary-translation/
https://github.com/notepad-plus-plus/notepad-plus-plus/blob/master/PowerEditor/installer/nativeLang/afrikaans.xml

So if you want to update and share the africaans.xml just go ahead!

RC2 of v8.4.9 is available.
Let’s talk there.

I think it’s obvious that it’s trying to read something from secondary drive. So there’s need investigation what is it.

Thanks for the Helpful Suggestions. I think I figured out why it’s doing this, but I don’t know how to fix it. The app is installed on my OS drive, which is an SSD, but it seems Notepad++ is waiting for my other drives, which are regular HDD to spin up before it launches.

@Yaron said in Notepad++ v8.4.8 Release Candidate 3:

INI File styles can not be changed.

https://github.com/notepad-plus-plus/notepad-plus-plus/issues/12696

Fixed in:
https://github.com/notepad-plus-plus/notepad-plus-plus/commit/13ddc1a339a50bbab9fd5dbbf9300d52ab59fc47

Thank you for the bug report!

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

For the bug report please do it in “General Discussion” or “Help wanted”.

If it is a REAL bug report, report it HERE.
If you want to discuss it first before filing an actual report, then yes, “General Discussion” or “Help wanted” is fine.

New RC (3) is available here:

https://community.notepad-plus-plus.org/topic/23918/notepad-v8-4-8-release-candidate-3

v8.4.8 RC2 is available here:
https://community.notepad-plus-plus.org/topic/23905/notepad-v8-4-8-release-candidate-2

Let’s talk in the new RC(2) thread.

@Alex-Povolotsky ,

If…you download it from the official download site…and not any hack sites that aren’t to be trusted to begin with.

@dinkumoil said in Notepad++ v8.4.7 Release Candidate:

It is not necessary to open an issue. Using SysInternals’ ProcMon I was able to figure out that Notepad++ reopens a file when its character encoding is changed. So, the issue I was talking about should be resolved automatically when already existing issue Reloading a file will mark all lines as changed in change history bar gets resolved.

I can reproduce it. The issue is kind of reminder (assigned to me) to put me on the track when I’ve time to work on it.

@donho
Any progress in this matter? The problem persists in version 8.4.6 and I’m still unable to use a newer version than 8.4.1…

@CennoxX

A restartup should restore the correct color.

It’s due to the absence of style “Change History margin” in your stylers.xml:
https://github.com/notepad-plus-plus/notepad-plus-plus/blob/master/PowerEditor/src/stylers.model.xml#L1416

You can add it yourself into in your stylers.xml, or just remove it, a new stylers.xml will be copied from stylers.model.xml

The Change History margin’s color is difficult to manage.
It could use the Line Number margin’s color style ID 33 (Scintilla default behaviour) and users cannot customize its color at all.
Or we provide customization (it’s the current option) to disassociate it from style ID 33, but there will be such glitch while switching among the themes.

We have to choose one or another - the perfect world doesn’t exist.

Please check Notepad++ v8.4.6 RC3:
https://community.notepad-plus-plus.org/topic/23524/notepad-v8-4-6-release-candidate-3

@Artur-Harison
Here it’s rather for testing RC and reporting the regression or critical issues. For the other issue/bug, please report here:
https://github.com/notepad-plus-plus/notepad-plus-plus/issues
And please keep this thread for such purpose.

Notepad++ v8.4.5 RC2:
https://community.notepad-plus-plus.org/topic/23439/notepad-v8-4-5-release-candidate-2

@Lawrence-S said in Notepad++ v8.4.4 - Happy Users' Edition:

I don’t know how this was changed unless the default changed with an update…

No “default changed with an update”.

I know how it happened: You clicked on Wrap around and it became unticked. Next time, please analyze what you are doing before posting a complaint.

Kudos to donho for figuring out what your complaint actually was (I certainly couldn’t, from your description).