@Troglo37 said in Is There a Way to Prevent Pasted Text from Spreading Out with Rows of Spaces?:

Is there a way to make it automatic?

If register a callback to respond to the notification SC_MOD_INSERTCHECK then it can be automated to change the text before insertion. This example code can be added to the user startup.py file. Make sure the PythonScript configuration is set to ATSTARTUP.

import re def event_paste_single_line(args): SC_MOD_INSERTCHECK = 0x100000 if args['modificationType'] & SC_MOD_INSERTCHECK: text = args['text'] if ' episode\r\n ' in text: result = notepad.messageBox('Paste text as single line?', 'InsertCheck', MESSAGEBOXFLAGS.ICONQUESTION | MESSAGEBOXFLAGS.YESNO) if result == MESSAGEBOXFLAGS.RESULTNO: return text = re.sub(r'\s+', ' ', text) editor.changeInsertion(text) editor.callbackSync(event_paste_single_line, [SCINTILLANOTIFICATION.MODIFIED])

I added a messagebox to allow a choice rather then being fully automatic with the text change.

@xomx
Thank you very much for the work you have done, which will lead to improvements in Notepad++ in the future.
I am very grateful to you.

@PeterJones Finally, I found a collection of NPP binary releases. I will share this collection when I have my free time.

Hi, @b, @peterjones, @coises and All,

Let’s consider the Spanish word comparación and its various forms below, pasted in a new tab :

comparación cömparÅciõn ＣömꝕarÅcⓘoñ ȻOℳₚA⒭ⱯℭᴵꝊᵰ ƆºᶆⱷǞℝȺꜿᵼᴓɲ ɕƢꟽⓟǻꝝⱭƆⅈᴗN

Note that I have deliberately exaggerated the shapes and modified the case of the possible characters !!

If you do any of the six N++ searches, below, against the six lines in the new tab, you’ll see that ONLY the two first regexes, which refer to standard equivalence clases, can find all the lines.

SEARCH (?=[[=c=]])\X(?=[[=o=]])\X(?=[[=m=]])\X(?=[[=p=]])\X(?=[[=a=]])\X(?=[[=r=]])\X(?=[[=a=]])\X(?=[[=c=]])\X(?=[[=i=]])\X(?=[[=ó=]])\X(?=[[=n=]])\X

SEARCH (?=[[=c=]])\X(?=[[=o=]])\X(?=[[=m=]])\X(?=[[=p=]])\X(?=[[=a=]])\X(?=[[=r=]])\X(?=[[=Å=]])\X(?=[[=c=]])\X(?=[[=i=]])\X(?=[[=õ=]])\X(?=[[=n=]])\X

SEARCH (?=[[=Ｃ=]])\X(?=[[=ö=]])\X(?=[[=m=]])\X(?=[[=ꝕ=]])\X(?=[[=a=]])\X(?=[[=r=]])\X(?=[[=A=]])\X(?=[[=c=]])\X(?=[[=ⓘ=]])\X(?=[[=o=]])\X(?=[[=ñ=]])\X

SEARCH (?=[[=Ȼ=]])\X(?=[[=O=]])\X(?=[[=ℳ=]])\X(?=[[=ₚ=]])\X(?=[[=A=]])\X(?=[[=⒭=]])\X(?=[[=Ɐ=]])\X(?=[[=ℭ=]])\X(?=[[=ᴵ=]])\X(?=[[=Ꝋ=]])\X(?=[[=ᵰ=]])\X

SEARCH (?=[[=Ɔ=]])\X(?=[[=º=]])\X(?=[[=ᶆ=]])\X(?=[[=ⱷ=]])\X(?=[[=Ǟ=]])\X(?=[[=ℝ=]])\X(?=[[=Ⱥ=]])\X(?=[[=ꜿ=]])\X(?=[[=ᵼ=]])\X(?=[[=ᴓ=]])\X(?=[[=ɲ=]])\X

SEARCH (?=[[=ɕ=]])\X(?=[[=Ƣ=]])\X(?=[[=ꟽ=]])\X(?=[[=ⓟ=]])\X(?=[[=ǻ=]])\X(?=[[=ꝝ=]])\X(?=[[=Ɑ=]])\X(?=[[=Ɔ=]])\X(?=[[=ⅈ=]])\X(?=[[=ᴗ=]])\X(?=[[=N=]])\X

In constrast to the last release of the Columns++ plugin, independant of Scintilla and doing true UTF-32 searches, which is able to match the six lines of our example, whatever the regex used among the six regexes above !

This example clearly demonstrates that it’s possible to perform a search without considering case and/or accentuated characters with the v1.3.1 release of Columns++ plugin ;-))

Best Regards,

guy038

@Evelyn-Walker ,

I tested the behavior you described. In Notepad++ the Ctrl+L (Delete Line) command

That is wrong terminology, as already described above. Ctrl+L is Line Cut, not Line Delete. To use the wrong terms causes confusion for everyone. From the OP, it was acceptible, because they didn’t know better. But to post like you are an authority, but to use the incorrect terminology, is detrimental to yourself and anyone who reads the answers here.

internally performs a cut-like operation,

Of course it does. It’s literally Line Cut, so it definitionally affects the clipboard

which means the deleted line is temporarily placed into the clipboard.

It’s no more “temporarily” on the clipboard than any Ctrl+C or Ctrl+X is “temporarily” in the clipboard. It’s in the clipboard until something else replaces it, just like every other clipboard action.

Use Ctrl+Shift+L (if configured) or another plugin/command that deletes the line without copying it.

Did you come up with that alternative all on your own, or did you just reiterate what @guy038 and I had already said?

Alternatively, copy the text again after performing line deletions if you still need it in the clipboard.

That’s horrible advice.

If preserving clipboard content during line deletion is important, it could be considered as a feature request rather than a bug.

No it couldn’t, because the feature already exists. Line Delete already exists as Ctrl+Shift+L: use Line Delete if you don’t want to affect the clipboard, and Line Cut if you do want to affect the clipboard.

@Evelyn-Walker , make sure you are not using LLM or GPT or any other AI to write your posts for you: that’s expressly forbidden in this forum.

Ah, and you can adjust the horizontal scroll rate like this

I find for the Logitech MX Master 3S the value of 30 is very pleasant for long, 8000 character lines.

call set "NEW_WheelScrollChars=30" & ( call reg add "HKCU\Control Panel\Desktop" /v WheelScrollChars /t REG_SZ /d %NEW_WheelScrollChars% /f & call RUNDLL32.EXE user32.dll,UpdatePerUserSystemParameters & ( reg query "HKCU\Control Panel\Desktop" | findstr /i scroll ) )

0d15e8f4-cbec-4b98-b811-13daaf3a82f4-image.png

This will take effect only for application launched after this is changed.

@Mister-Smitt ,

As you are just here to whine and complain and curse, I will move this “topic” to “Boycott Notepad++”, where such belongs.

And then, since I have that Category set so that I never see new posts there, I can hopefully just ignore anything else you post.

Good luck with your whining, ad hominem attacks, and anti-social behavior. <sarcasm> It will serve you well in life. </sarcasm>

@Murray-Sobol-1 said in Idea of a new installation routine:

@PeterJones said in Idea of a new installation routine:

No one should ever download a 32bit installer for modern OS. For any app. (Modern OS don’t come in 32-bit versions anymore, so I don’t understand why apps still bother distributing the 32-bit versions)

I agree with the above statement, however when I ask for an update by clicking Downloads I see this section:
Download 32-bit x86
Installer | GPG Signature
Portable (zip) | GPG Signature
Portable (7z) | GPG Signature
Mini-portable (7z) | GPG Signature

Why is this even being distributed anymore??

Because my statement was just my opinion, and not everyone agrees with it. Because there are some people who mistakenly think they need a 32-bit even though they have a 64-bit OS. And there are some people who have some unmaintained plugin that only comes in 32-bit (*). And because the developer has never decided to cut off those poor, unfortunate souls.

(*: aside: anytime I come across someone like that, I do a bit of research to help them find an alternative, or find someone who has done an unofficial recompile of the plugin for 64-bit. there are very few public plugins that have no 64-bit version and no alternative)

But that’s why we lobbied to put the 32-bit below the 64-bit, so the 64-bit gets the prominence it deserves – and why I rejoiced when it happened. Someone downloading N++ for the first time will see the 64-bit first, and will likely download that. Someone updating N++ should use the menu or auto-update, and never have to go back to the website.

@Drift91 said in Notepad++ v8.9.1 Release:

the user had outdated themes, which didn’t have the KEY style for either Langage:INI or Language:Properties.

Were the preinstalled themes out-of-date,

Yes. Only stylers.model.xml and themes\DarkModeDefault.xml were guaranteed to have all updates; all other themes were up to the original theme author and/or other volunteers to keep up to date, and volunteer ever took real ownership of them. That’s why I implemented the new feature, to make sure that themes would never get hopelessly out of date again.

I didn’t see a changelog entry about it.

The changes involved in this new feature were announced as:

v8.8.9 Announcement, Item 8 v8.9 Announcement, Item 7 v8.9.1 Announcement, Item 10 (above)

Hi, @kjell-rilbe, @peterjones, @Coises and All,

In my previous post, I said :

I did not need to use the atomic forms *+

I did additional tests and there a difference of execution time between the two solutions : greedy quantifiers vs atomic quantifiers

If I use the same test file , containing 524,288 correct lines, so with 0 match :

line 1 : one;two;three;four;five;six;seven;eight;nine;ten;eleven;twelve;end line 524288 : one;two;three;four;five;six;seven;eight;nine;ten;eleven;twelve;end

The regex ^[^;\r\n]*(?:;[^;\r\n]*){12}$(*SKIP)(*F)|^.+$ displays the message Mark: 0 matches in entire file after between 1.65s and 1.71s

The regex ^[^;\r\n]*+(?:;[^;\r\n]*+){12}+$(*SKIP)(*F)|^.+ displays the message Mark: 0 matches in entire file after between 1.45s and 1.51s

Now, if I add the six incorrect lines below, at the very end of the test file :

line 524289 : one;two;three;four;five;six;seven;eight;nine;ten;eleven;end line 524290 : one;two;three;four;five;six;seven;eight;nine;ten;eleven;twelve;thirteen;end line 524291 : one;two;three;four;five;six;seven;eight;nine;ten;end line 524292 : one;two;three;four;five;six;seven;eight;nine;ten;eleven;twelve;thirteen;fourteen;end line 524293 : one line 524294 : ;two line 524295 :

The regex ^[^;\r\n]*(?:;[^;\r\n]*){12}$(*SKIP)(*F)|^.+$ displays the message : Mark: 6 matches in entire file after between 1.58s and 1.65s

The regex ^[^;\r\n]*+(?:;[^;\r\n]*+){12}+$(*SKIP)(*F)|^.+ displays the message Mark: 6 matches in entire file after between 1.45s and 1.51s

Remark that, if the Match case option is not checked, the execution time increases significantly ( between 6.1s and 6.2s ) :-((

I repeated each test many times to obtain average values !

Best Regards,

guy038

Of course, the . matches new line option is not cheched and the Wrap around option is checked

@waskoma said in Cant change cursor color, and latest version shortcut to start batch file claims it cant find it:

<Command name="Wikipedia Search" Ctrl="no" Alt="yes" Shift="no" Key="87"> c:\64start.bat $(FILE_NAME) $(NAME_PART).prg &quot;$(CURRENT_DIRECTORY)&quot;</Command>

I cannot replicate the problem (so far)

content of c:\64start.bat:

@echo ran command `%0 %*` @pause

content of shortcuts.xml entry:

<Command name="Waskoma Command" Ctrl="no" Alt="yes" Shift="no" Key="87">c:\64start.bat $(FILE_NAME) $(NAME_PART).prg &quot;$(CURRENT_DIRECTORY)&quot;</Command>

I tried with two files each, once with v8.4.1 and once with v8.9.2.

For ...\FileNameNoSpaces.txt:

v8.4.1 results: ran command `"C:\64start.bat" FileNameNoSpaces.txt FileNameNoSpaces.prg "C:\usr\local\apps\npp\npp.8.4.1.waskoma"` Press any key to continue . . . v8.9.2 results: ran command `"C:\64start.bat" FileNameNoSpaces.txt FileNameNoSpaces.prg "C:\usr\local\apps\npp\npp.8.9.2.waskoma"` Press any key to continue . . .

For ...\File Name With Spaces.txt:

v8.4.1 results: ran command `"C:\64start.bat" File Name With Spaces.txt File Name With Spaces.prg "C:\usr\local\apps\npp\npp.8.4.1.waskoma"` Press any key to continue . . . v8.9.2 results: ran command `"C:\64start.bat" File Name With Spaces.txt File Name With Spaces.prg "C:\usr\local\apps\npp\npp.8.9.2.waskoma"` Press any key to continue . . .

So both worked for me, and Notepad++ had no trouble running the 64start.bat, whether in v8.4.1 or v8.9.2

However, this works on the assumption that there wasn’t really the newline before c:\64start.bat in your XML. It shouldn’t matter, but it also shouldn’t be there; so if there is the extra newline, delete it.

Also, my test works on the assumption that your 64start.bat will do the “right thing” with spaces in the filename without quotes, which I am highly dubious of. My working theory is that the problem is actually either the missing quotes, or something that’s being called inside your batch file.

Notepad++ has been undergoing changes in which XML reader library it is using for parsing the config files like shortcuts.xml… so if you’ve actually got that newline, or if you have more entities than &quot; which you haven’t told us about, it might be behaving differently between the two, and that might explain the difference in behavior.

As an experiment, if removing the newline wasn’t enough to fix it, you might want to try renaming your 64start.bat and putting in a new version that’s got my contents. If it properly runs and gives similar results to what I showed in my experiment, then the problem is likely the quoting. If it doesn’t properly run, even though you are using the same <Command...> entry, then I am betting you edited your command entry before posting it here, and whatever you edited out is the culprit.

@PeterJones yes, many thanks : global override was the cause
now all highlighting is correct as set/wanted
best regards, Guy

@mr10008 @Snabel42 @PeterJones
Thanks for your comments.
Looks like I got it fixed - I right-click on the installation file and run as administrator. Installation goes very quickly and the proper N++ context menu appears now.

@PeterJones Thank you so much. It is looking MUCH better now.

@PeterJones Thank you.

Hi Harmandeep,

Welcome to the community.

Yes, there is a good chance you may still be able to recover your unsaved work. Notepad++ has a built-in backup and session snapshot feature that often restores files after a crash.

First, try reopening Notepad++. If the session snapshot feature was enabled, the file may reopen automatically with the content you were working on before the crash.

You can also check the backup folder manually. Go to:
C:\Users\YourUsername\AppData\Roaming\Notepad++\backup
Sometimes Notepad++ stores temporary backup files there, which may contain the unsaved content.

To reduce the risk of losing data in the future, it’s a good idea to enable a few settings:

Open Settings → Preferences → Backup. Enable Session snapshot and periodic backup. Choose Remember current session for next launch. Set a backup interval such as every 7 or 10 seconds.

With these options enabled, Notepad++ will automatically save temporary snapshots of your work and restore them if the program closes unexpectedly.

Hopefully your file is still in the backup folder. Let us know if you need help locating it.

Regards.

@Alan-Kilborn

I understand, but unfortunately, to have it hosted on the App Store, Apple charges £80 a year for the developer license, so I need to cover this cost, hence the 99p price.

@Linen-Gray said in Adblock360Updater Batch File Keeps Appearing:

but wanted to know if anyone else had experienced this happening and if so how they took care of it.

Well if you are certain your system isn’t infected then that is a step in the right direction. Just understand that according to the bat file’s contents the “malware” had been apparently residing in the location referenced in almost every line. I would still take a look at that location to be absolutely sure it is gone.

I am re-reading your initial post and trying to understand what is occurring. You say this “bat” file is opening regularly. What is the app that is opening this file? If it is Notepad++ (the “bat” file shows within a Notepad++ tab), then try to identify the location of that file. It should show the location if you move the mouse pointer over the tab’s title line. Then open that location to have a better look around, you should be able to right click on the tab’s title line and select Open into… and select the Explorer line. Once you are happy that you can delete the file, just close it in Notepad++ and then remove it from the location.

So in terms of the question has any one else experienced this issue, the answer is no, no one else has mentioned this on this forum. You could easily do a forum search on the string “adblock” but you won’t find this specific one, just mentions of “real” adblock apps.

Terry

Just 6 votes… Not many.

Anyway, I’m continuing to improve the HTML version of the Manual, this time with close help of Gemini.
I still don’t understand the HTML/JS/CSS things good enough, but with the trials and re-trials guided by the AI, I think I’ve already achieved such level of flexibility and complexity that rdipardo and Joseph Samuel (who originally significantly helped with bringing the Manual online) may be proud of the result :)
I seemed to achieve the same behavior between the offline (local) and online (web) version of the HTML Manual today, so you may try it.
The most important changes have been made around the “Search Topics” logic:

Now the search results (left frame) and the document content (right frame) both listen to the ‘mouseenter’ event. Once this event happens, the corresponding frame becomes focused, allowing e.g. scrolling by the arrow keys. While working with the search results list (such as changing the selected item via the mouse or the keyboard), the focus remains in the results list, thus allowing to navigate through different documents. Pressing Enter or double-clicking the search results list brings the focus to the document content (right frame). The search results list can be closed by Esc. The http and https links in the documents are blocked for the CHM version of the manual and allowed otherwise.