Notepad++ 7.5.5 release
dail said it didn’t crash for him when using the toolbar buttons (only) for recording and playing back the macro involving the new
>>find button. When I use only the toolbar buttons to do the macro part, I do get a crash but it is a different type of crash than the one earlier (where a combination of macro toolbar buttons and the Macro menu entry for playback is used).
Here is what happens for me when I use only the toolbar buttons:
add a new little button that allows to switch Find text with Replace text
So I’ve been thinking about this and it seems like this would only be useful in the very rarest of circumstances. Clearly you have a use-case in mind that makes it a much more common need–can you share with us what that is? (It is always helpful when proposing a new feature that you make your case by illustrating very clearly just how the feature would aid your daily work)
Tragen last edited by
A bit off topic but can you tell me which tool you use to create the gif screen cast?
donho last edited by
@Scott-Sumner Thank you for the heads up. It’ll be fixed in the next release:
cipher-1024 last edited by
Thank you @donho for this latest release, particularly for adding the find buttons back in. I appreciate it. Regarding the face hugger in your avatar: I recommend nuking it from orbit. It’s the only way to be sure.
tedperez last edited by
hi everyone. as of version 7.5.5, the Monitoring (tail -f) feature is working, but not immediately displaying new changes (within the file/log being monitored). however, it does display updates/changes, but only after clicking on another app, then clicking back to the notepad++ app. my OS is win 10 enterprise. is this a new issue?
guy038 last edited by guy038
Hello @don-ho and All,
I noticed a bug while opening files from within N++, on my Win XP laptop !
First, here is the Debug info…
Notepad++ v7.5.5 (32-bit) Build time : Feb 27 2018 - 21:44:21 Path : C:\_755\notepad++.exe Admin mode : OFF Local Conf mode : ON OS : Windows XP (32-bit) Plugins : DSpellCheck.dll mimeTools.dll NppConverter.dll NppExport.dll
If, in the “Open” window, I type in some characters ( loc), in the File Name field, it automatically proposes the file Localisation.txt, as below :
Now, if I hit the Enter key to open that file, I get, instead, the following error dialog :
Of course, I click, immediately, on the Non button ( No ) to prevent creating an erroneous file !
Now, if I select the right file, in the complete list of files, of the folder Lettres, as below, I correctly get the localisation.txt file opened !?
10about , the file opens immediately, as expected. But after closing and re-opening it, at once, I get the issue !
Sometimes I may have two of three consecutive error dialogs, with a different weird file name, each time
But, luckily ( or unfortunately, for Win XP users, like me ! ), I verified that this behavior never occurs on a W7 OS and probably it should be OK for higher OS, too !
As I understood that the XP support will be dropped very soon and that @chcg said :
7.5.1 build with platform sdk v120_xp was the last version supporting winxp
So, I’m just posting this bug as information ! I’m also quite surprised that no other Win XP people have noticed this issue, yet. Mum, Dad, it looks like I’m the only one N++ user, with an XP machine !! Scaring, isn’t it ?
guy038 last edited by
Hi, @don-ho, and All,
I’ve just tried without any plugin, running a
notepad++ - noPluginDOS command ==> same issue, as shown below :
TonyP last edited by TonyP
I like the find next/previous button but you could consider doing what most other programs do. keep the find next button as one button and add a dropdown or option button for search direction next/previous|up/down.
my biggest issue is all other windows programs i use have the find next button on its own line and to have to move the mouse over to the right i keep accidentally hitting the back button since its first. maybe switching button placement so find next is the first button you hit then the find previous button on the right and smaller.
let the community decide.
TonyP last edited by
@guy038 win-xp has a subset of Unicode 3.0 and 4.0 but does it internally and does not fully support the latest versions. it will only handle those it knows and if you only use the ms fonts for win-xp. i have had many unicode issues with win-xp. the common dialog for opening/saving files can be an issue since npp changed to new dialogs. the last version i use for xp/2000 machines is v.6.9.2 with ascii/ansi only plugins but you could try 7.3.3 or 7.4.2. you dont get the latest plugins but its a trade off for legacy systems. if you read a history of file encoding you will see what problems arose around the win-xp time and the lengths it took to support older language tables vs modern unicode 3.1+.
Hello, Notepad++ is a great tool, but I have a problem with it. The Monitoring (tail -f) is working well on Windows 7 and later versions, but I’m using Windows XP and on XP is not working. Probably the OS “layers” between XP and newer versions work differently (flush, sync . . ., I know little about programming) and that is the cause. Would you make tail -f to work in Windows XP too?
oirfeodent last edited by
@donho what is the current plan for scintilla update? Do you intend to go ahead with the longterm3 branch of scintilla or wait for the scintilla 4 to become stabilized?
Asking to understand the vision.
@KantorZsolt As a user mentioned above, I found out that support for XP was dropped with version 7.5.1. I installed v7.5.1 and the Monitoring (tail -f) functionality works fine in XP. So yes, unfortunately the latest version of Notepad++ which has support for XP is 7.5.1.
Vitaliy Dovgan last edited by
There is an existing pull request for WinXP-compatibility, you could upvote:
Valentyn Shtronda last edited by
Not sure in what version this stopped working:
“Encoding” menu does not open when I press Alt+N, but it opens when I press Alt+Shift+N.
Note that both Alt+ and Alt+Shift+ work for other menus.
Vitaliy Dovgan last edited by
reproduced with Notepad++ 7.5.5 (32-bit, English localization).
Seems to be because of the following (checked via the Settings - Shortcut Mapper while trying to assign any command to Alt+N): the Alt+N (as well as Alt+A, Alt+B and Alt+D) is registered as a shortcut key of the DSpellCheck plugin.
Valentyn Shtronda last edited by
@Vitaliy-Dovgan Indeed, thanks! Fixed by removing all shortcuts from DSpellCheck plugin. It’s bad idea to use Alt+ shortcuts anyway because of conflict with main menu. I would suggest to remove them by default (or change to smth else).
I would also show warning in Shortcut Mapper if Alt+ shortcut is assigned to smth.
Dessie Davis last edited by
Hi there[link text](link url)
miaXcova last edited by
There is still a problem with losing syntax highlighting when using diff (alt-D). I will try to demonstrate using perl as an example, but the issue appears to affect all languages - at least the few I have tried.
Here is how to reproduce:
Open two files that contain code that is syntax highlighted.
Now if you want to restore your syntax highlighting you will have to select any other language then select the language you prefer, or you can go to the top of the page and press the spacebar then CTRL-Z.
This has been an issue for quite some time for me. If this is not the correct place to post this bug, please direct me to where to post.