@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.
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.
@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.
@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.
@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.
@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).
@Graham-Norris said in Notepad++ v8.4.3 - Unhappy Users' Edition:
these extra icons/buttons are basically useless clutter.
Welcome to the Unhappy Users’ Club. The page to request a refund is found here.
@donho said in Notepad++ v8.4.3 Release Candidate:
Add an option which allows to show only 1 entry per found line in search result. (Fix #2481, #1499, #5547, #2987, #4525, #3224)
awesome, thanks! what’s about #11459?
@Dennis-Lüdemann said in Notepad++ v8.4.2 release:
if this is the wrong place, I am sorry!
Definitely the wrong place. This thread is for new and critical issues to 8.4.2.
The rightklick function to switch selected text to UPPERCASE or lowercase does not work with ß (nor ẞ --> which is uppercase of ß)
It apparently is a complicated topic that Notepad++ itself can do nothing about. Some more reading is HERE.
@fazhan-nur-rezza-fauzi,
the problem with v8.4.1 (and v8.4) is the Scintilla API version it uses. Scintilla 5.1.5 changed the return value of its APIs to not count the terminating NULL in the total length of the string. Obviously TextFx was programmed to expect a string length + 1.
@rdipardo said in Notepad++ v8.4.2 Release Candidate:
Has anyone else found that “Plugin’s Admin” is missing from the toolbar menu even when nppPluginList.dll is in the right place?
It seems both the portable and fully installed versions are affected: https://github.com/notepad-plus-plus/notepad-plus-plus/issues/11742
Thank you for reporting. RC 2 fixed this issue:
https://community.notepad-plus-plus.org/topic/23046/notepad-v8-4-2-release-candidate-2
I found a problem with the scroll in version 8.4 and needed to go back to the previous version (8.3.3). I use a laptop and a touchpad. The page instead of going line by line, rolls several lines at the same time obstructing the view of the code. In version 8.3.3 this problem does not occur.
I have already changed the options in settings > preferences > editing and do not resolve.
Without information to the contrary, I assume that all is well.
v8.4.1 release will come out in few hours.
Thank you for people who have tested this RC.
