@Diego-Raguindin This worked perfectly ¡Gracias!

A similar issue was reported recently that turned out to be a faulty graphics driver (or a lemon PC, as suggested by the closing comment): https://github.com/notepad-plus-plus/notepad-plus-plus/issues/14581

@Terry-R said in Can't report bug on Github:

it might be a plug-in.

@gerdb42’s observation applies to plugins as well. A Windows DLL does not execute in kernel mode (as drivers do). Unless the plugin is directly interfacing with a driver, it would not be able to crash the OS.

@Ron-Tarrant-1
It’s okay. I found the answer on Stackoverflow. In case someone else comes looking for this, here’s the entire script (note the ‘-u’ arg after ‘py’):

NPP_SAVE cd "$(CURRENT_DIRECTORY)" cmd.exe /c py -u "$(FILE_NAME)"

Thanks again for all the help.

@Alan-Kilborn
example 09ffec8c-4526-4d96-91f2-ad36c1c943da-image.png
there are 4 duplica

@Stefan-Ozminski said in Hazardous blank operations operate on whole file when no selected text, need to evolve safer approach:

think the most unusual thing needed to make this last approach work would be to leave the menu open when “Require selected text for operation” or “Allow operation without selected text” is clicked

Hmm, that is a good point and I’d need think about if it’s possible without a lot of code within Notepad++. One of the things Windows offers to all applications is the availability to define menus. The part where the user can pull down a menu, select sub-menus, etc. is handled by Windows. When a menu option is selected Windows closes the menu, parent menu, etc. and then tells the application that someone has selected a menu item and which one it was. Menus and sub-menus are handled as separate “windows” that are layered on top of the application.

It’s possible for applications to to define what they call window message handlers. Custom window message handlers for the menu “windows” are not very common meaning there will be few good examples to use, particularly for something unusual such as keeping a holding a menu open while flags get enabled/disabled.

I renew my thanks to all you : my last request !
My file at the end seem like this ;
( usually is 10 or 11 rows total ,and I want to save only the 8th row from the end )
before

@@4E6B5083D6D4C3544B @@8DA0B77B6EE18D3829 @@F869AD9ED3CBB6DB3C @@@@@@@@0749C1720F5BD082D8 @@@@@@@@@@@@@@3FDE5EB1251D1E3C50 @@@@@@@@@@@@@@7A6C9A03F3CD09E1E3 @@@@@@@@@@@@@@@@0B45821F59A2E7FD7A @@@@@@@@@@@@@@@@5DB580A75A8FA52876 @@@@@@@@@@@@@@@@89322A86A9F9A6B04C @@@@@@@@@@@@@@@@E67753DC737A97F917 @@@@@@@@@@@@@@@@E7BFC47C3A067CDFC5

after
0749C1720F5BD082D8

thank you

@Alan-Kilborn Yes, you are right: I meant “drag copy”. Thank you very much for the info!

Not that the OP wants this, but, in addition to the macro approach, it can be done with a PythonScript that is tied to a shortcut keycombo.

# -*- coding: utf-8 -*- from __future__ import print_function # refs: # https://community.notepad-plus-plus.org/topic/25408/keyboard-shortcut-to-select-current-line-to-complement-triple-click # for newbie info on PythonScripts, see https://community.notepad-plus-plus.org/topic/23039/faq-desk-how-to-install-and-run-a-script-in-pythonscript from Npp import * def select_line(line_number=None): if line_number is None: line_number = editor.lineFromPosition(editor.getCurrentPos()) p1 = editor.positionFromLine(line_number) p2 = editor.positionAfter(editor.getLineEndPosition(line_number)) editor.setSel(p1, p2) select_line()

Select text Drag the selected text to the position you want to drop Press Ctrl and release mouse button Done

The Columns++ approach is a good one, and if your file isn’t several megabytes or larger, I would just stick with that and ignore the rest of this post.

That said, you could get better performance on very large files using PythonScript, with the following script:

import re x = [0] def on_match(m): x[0] += 1 return m.group(1) + str(x[0]) editor.setText(re.sub('(abc_)1', on_match, editor.getText()))

Note that there’s a superficially similar script you could write with PythonScript that uses editor.rereplace instead of re.sub, but editor.rereplace will be much slower than re.sub for very large files.

Even better would be taking the freedom to select the checkbox once the user highlights a certain plugin name. A little aggressive, but serves in a beneficial way, plus, if the user does not want to select multiple plugin at once, he unchecks them.

I wasn’t stating my opinion of what would be best. I was stating what is.

If you feel strongly enough that it would change, you may read our FAQ about making a feature request and follow the instructions there to put a feature request in the right place.

Personally, I feel that either implementation will be equally annoying to a similar-sized subset of the user base. If you’re going to annoy half the users either way, why not just leave it as is. But my stating my opinion in no way prevents you from maintaining your opinion or from making an official feature request.

Addendum: Not everyone uses the mouse for everything, either. Imagine someone who has difficulty using scrollbars with a mouse, so they click on the name of the first plugin in the list, then use arrow keys to scroll down until they find the right plugin. Under the current implementation, they they hit spacebar on only the right plugin to mark the checkbox, and then use TAB or Alt+I to install that one plugin. Under your system, that initial click (and probably every arrow key, because every time you arrow, it highlights the next plugin in exactly the same way a click does) would actually checkmark the plugins as they were trying to navigate to the one they want. Now instead of installing one plugin, choosing Install would actually install at least two (the first, and the one they wanted) and maybe even all the ones in between (if there’s no way to distinguish between clicking on a plugin name and arrowing to a plugin name).

@tebiodl ,

That is not currently an option, sorry. (You could put in a feature request, as described in our FAQ section, but I wouldn’t expect it to be changed)

(Are you the same person as @supsm, and just thought you could “speed up” an answer to this earlier question by asking again from a new account? Or did the dice just roll really weirdly today that two completely random users happened to have the same complaint today?)

@mkupper Thanks for magical settings “noColumnToMultiSelect.xml”.

@AndersWa said in Slow to open large files...:

N++ without Plugins is painfully slow editing large XML files.

Which is why Notepad++ has Settings > Preferences > Performance, where you can define a threshold to stop doing things like syntax highlighting if a file is large enough that it slows down your editing.

I tried the above solution and it works perfectly. Nicely explain with screen shot.Thank you so much for your help. Really grateful.

@Barry-Patterson said in Must-Have plugins, what are yours?:

I don’t see anyone mentioning the “NPP TextFX2” plugin.

I suspect that’s because nearly all of the TextFX / TextFX 2 features are now built into Notepad++. Some accuse Notepad++ of then becoming bloatware.

@ADEYEMI-SAMUEL this works for me. Appreciated @Coises

If you’ve used a script in this thread, you might want to double check your copy of it for a bug I’ve discovered.
Look to previous postings in this topic thread where the script has been changed – find the text moderator edit (2024-Jan-14).
There’s a link there that describes the bug in more detail, and shows what needs to be changed in an old copy (or you can simply grab a copy of the current version).

If you’ve used a script in this thread, you might want to double check your copy of it for a bug I’ve discovered.
Look to previous postings in this topic thread where the script has been changed – find the text moderator edit (2024-Jan-14).
There’s a link there that describes the bug in more detail, and shows what needs to be changed in an old copy (or you can simply grab a copy of the current version).