Notepad++ v8.1.1 is available
-
Notepad++ v8.1.1 Release :
https://notepad-plus-plus.org/news/v811-released/v8.1.1 bug-fixe and improvement:
- Fix edit zone not being applied to dark mode issue on another user account in the same machine (Fix #10076).
- Enhance dark mode (make user interface more dark-modable).
Please let us know if you find any regression or critical bug.
The auto-updater will be triggered in 1-2 weeks if there’s no critical bug found. -
It seems there’s no issue in this version, or there’s no one use v8.1.1.
In the both cases, the auto-updater is safe to be triggered.Edit: FYI, auto-updater of v8.1.1 is triggered.
-
I have been using it with no problems as of 2021-07-08. I have not tested dark mode or a full feature test. The find in files and the things i use and my customization’s are working fine. i would wait for more of the community to chime in on their testing. it was also just before a major US holiday so for almost 4 days of no user responses.
-
We have a problem in updating from 7.9.5 to 8.x.
The history is deleted and the opened session files are removed. The installation worked till 7.9.4 without any of these issues.The software distribution tool upgrades the logged in user with administrative rights to disable the uac.
-
@donho said in Notepad++ v8.1.1 is available:
FYI, auto-updater of v8.1.1 is triggered.
Also, Don has released the updated version of the online user manual, so the npp-user-manual.org website now documents the newest features through v8.1.1. Thank you!
-
problem: trying to print a file while using the dark mode interface is practically impossible, it seems that Notepad++ is also applying the dark mode colour scheme to the paper output. (ouch!)
To test this without wasting paper: try printing any file to the ‘Microsoft print to PDF’ printer.
printed result when using dark mode:
versus when using normal mode:
-
Issues with styling tokens, see https://community.notepad-plus-plus.org/topic/21472/problem-with-style-token/4
-
@Ekopalypse said in Notepad++ v8.1.1 is available:
Issues with styling tokens, see https://community.notepad-plus-plus.org/topic/21472/problem-with-style-token/4
It may just be an issue with settings. I was able to replicate the problem, then change a setting and make it work as the OP expected.
-
@Adrian-R said in Notepad++ v8.1.1 is available:
problem: trying to print a file while using the dark mode interface is practically impossible, it seems that Notepad++ is also applying the dark mode colour scheme to the paper output. (ouch!)
To test this without wasting paper: try printing any file to the ‘Microsoft print to PDF’ printer.
That’s why there is Settings> Preferences > Printing, especially the four options
- No background color => this is the default, and gives the behavior you showed with your PDF screenshot. This is because it’s honoring all the colors in Notepad++ except the background. Since the foreground colors in dark mode were designed to give contrast with a dark background, but a printer defaults to white background, obviously light colors on white background will not have much contrast with the white background, and thus be hard to read.
- WYSIWYG => uses all colors (foreground and background) =>
- Invert => inverts all the colors
- Black on White => ignores all colors, and does old-fashioned black-text-on-white-background
Apparently the printing doesn’t apply the current theme to the line numbering. That may or may not be considered a bug, but it’s not as important as being able to print the actual text. And that, you can use the print-settings to affect how the colors follow or ignore the theme.
-
Thanks for this version! I’ve had minor complaints about NPP for a while, but they weren’t important enough to warrant filing a github issue. This release has disposed of most of them and improved things I didn’t realize improving. Thanks!
-
Peter, you are right, I completely overlooked the new configuration settings.
Changed the settings and it does what it should. -
Hi, I’m missing search backwards while using regEx. Is this feature gone lost in v8?
-
I have one bug, perhaps there is a parameter for it.
I have a long text in the clipboard, open the search and search for XXX. I find the place with the text and when I want to insert my text from the clipboard, XXX is entered and my clipboard got replaced. -
Set regexBackward4PowerUser flag in config.xml to yes to enable this option.
I assume a restart is needed to really activate it. -
I was in a hurry and the text is not clear.
When I want to paste the text from the clipboard, the clipboard got replaced with the search string and I paste the wrong text. -
@Tragen (“Wear”),
When I want to paste the text from the clipboard, the clipboard got replaced with the search string and I paste the wrong text.
That doesn’t happen for me in v8.1.1.
I wonder if you accidentally put the search text into the clipboard without realizing it (I often accidentally hit Ctrl+C when I meant to hit Ctrl+V because I’m not the world’s best touch-typist).
If you have the Select to Clipboard plugin installed (32bit or 64bit), then the point of that plugin is to always put selected text in the clipboard, so that could be your culprit, if it’s installed.
There is a feature in the Notepad++ Edit menu called Clipboard History – it will show you a list of the recent items that have been in the Windows clipboard, with the most recent at the top; it’s a basically-live update, so every time something new goes into the clipboard, that panel updates. So if you watch that panel, you can determine when exactly the clipboard changes from
your long texttoXXXXX, and maybe figure out what you were doing.If that doesn’t help you find the culprit, then this may be a longer debug process, and will get in the way of the quick v8.1.1-regression-reports that this Topic is for. If you still have problems, I would encourage you to go into the Help Wanted section of the Community Forum, and create a new post; give the same background, but also provide us with your ?-menu’s Debug Info, and explain the results of the experiments I’ve suggested above.
-
cannot open txt file 600Megs in length in 32 bit, what is the limit?
-
@TonyP said in Notepad++ v8.1.1 is available:
cannot open txt file 600Megs in length in 32 bit, what is the limit?
This is not a question specific to 8.1.1.
Please take your question to a new thread and keep this thread clear and focused on 8.1.1.
Thanks. -
Serious bug:
Save does not seem to work to empty folder:
Environment: Windows x64. Got 8.1 via update.
Steps:- Create new file via double-click on tab-bar
- Save (or Save-as)
- Select an empty folder (or create new one)
- Select “TXT” or any file
Symptoms - File name part of the dialog is for some reason disabled or not reachable. This is a regression from 7.x.
-
I am sorry for your difficulty. As discussed with two other users starting a couple weeks ago and in another topic in the last few hours, you aren’t the only one who has had difficulty with getting files to save. It looks like it’s been happening at least in v8.1 and v8.1.1. Unfortunately, I haven’t been able to replicate it, so it may take some effort to debug. Could you provide your exact ?-menu Debug Info – that will provide additional details about the exact circumstances of your Notepad++ environment.
@donho, should this stay in this v8.1.1 thread, or should we create an official issue on github, since we’ve gotten multiple reports of this problem?
