I see

The 2nd command is replaced with \n and should be attached \ \n together (double backslash).

@PeterJones I guess you didn’t understand me, or you don’t want to. I was unsure between these two.
You don’t need to teach me how to use the program or talk about hammer nails @PeterJones.
I have stated that in the old versions (even if there is a usage error) the program did not crash, it gave a warning in the anormal state . @PeterJones
While I was bringing up the subject , i was not aware of why this situation was happening @PeterJones. Because it was closing directly without any notification. As time progressed, I resolved the situation and stated here . @PeterJones
I hope you understand me now @PeterJones.

I had to move my installaion to C:\Program Files\Notepad++ and everything worked.

Thank you for your help. All set.

@PeterJones said in can I have drag n drop text disabled?:

I wouldn’t be surprised if the drag-and-drop of text is defined in the Scintilla component,

It most certainly is.
One can have a look at Scintilla’s Editor.cxx and search for inDragDrop to see some of the code.

I cannot (say) that I’ve accidentally done a drag-and-drop on selected text…

Never happened to me.

Best advice to @Kara-Kitai : Just live with it the way it is.

@mere-human

From my recent discussion with Don and as Alan mentioned, Don prefers the opinions of “normal” users and to get his attention, those users need to open issues on github.
Linking to previous discussions here in the community could
be counter productive.

how many useless controversies, as usual. I don’t really understand what’s suspicious about my request… I repeat it is a personal file of mine, and it is nothing so evil as it has been painted by those who have started this whole discussion. I really do not understand this totally inappropriate reaction.
and perhaps only thing, you are right to say that here many ask for help while perhaps the real intent of this forum is to talk about the notepa++ program, but it is also true that many other users here ask how to solve their problems with reg-ex and other solutions, I am not the only one asking for help on this.
Having said that then it is up to you to help or not, responding or not to the various posts. but having said this all the other controversies about a potentially legal file or not i find them really superfluous and useless, as already said a time ago …

@PeterJones Got it, thanks, I configed in config.xml and it work now

@Mrtnkbg said in The Select folder window is positioned with Ok and Cancel buttons outside the screen:

instead of the usual(?) windows standard which resets windows/pop-ups to the default size during the next application session

I’m not sure that is a “windows standard”.
And that behavior would annoy me.

Example: I have my Find window positioned on a different monitor than my maximized main N++ window. If, after a restart of N++, my Find window appeared in the default (e.g. new install) location – centered on the N++ main window – I’d be one unhappy user.

@Terry-R Thank you, I will look at that, and as I was posting my last comment, I found that plugin and it did what I needed, I will practice regex, and see if I can build something

Once again thank you

@Dick-Douglas You can try the Customize Toolbar plugin, but some people have found it balky.

Ctrl+Alt+s is the default shortcut keycombo – that’s a fairly fast option.
Also, pressing Alt+f, releasing that and then pressing “a” is pretty fast.
And SaveAs is present on the menu that appears when you right-click a tab.
If all that is not to your liking, it is also possible to add it to the right-click context menu (that appears when you right-click on the text you are editing), although I hardly see the advantage to that over right-clicking the tab.

A lot of options presented here, without having to resort to using a plugin to get a toolbar icon…

Here is a related issue https://github.com/notepad-plus-plus/wingup/issues/13

@Alan-Kilborn said in Line wrap in the current version:

So I came up with an In Selection Replace All action that will do the joining of lines and reduce any leading indents down to one space

I didn’t explicitly say it, but hopefully it was understood that I would use that on groups of lines that start out indented at the same level, NOT on a whole big set of lines that has various sections indented to differing levels. That wouldn’t work (well, it would work but wouldn’t provide a desired outcome).

@guy038 thank you

Hello, @mathenay-lankou and All,

Here is a regex solution :

Open your list of strings. For instance : France Table Street England StreetView

Open the Replace dialog ( Ctrl + H )

SEARCH (?-is)^(Street)$|(.*(?1).*)|(.+)

REPLACE $0(?1 100%)(?2 50%)(?3 0%)

Tick the Wrap around, preferably

Select the Regular expression search mode

Click on the Replace All button

=> You should get the expected list, below :

France 0% Table 0% Street 100% England 0% StreetView 50%

If I’m on the right way, I’ll explain you the regex details, next time ;-))

Best Regards,

guy038

@Ekopalypse good night, and thank you for all the help, it would be cool if it can just set it up automatically, I will provide when I get the chance, a timestamp we use

There also seems to be free stuff here.
https://languagetoolplus.com/http-api/#/default

@astrosofista said in A little help please:

To take advantage of the “copy marked text” option you need v7.9.1.

…or later!

@Alan-Kilborn

Yes, I have seen this effect, too. It seems like character spacing is slightly smaller when DirectWrite rendering is activated. I tested some minutes ago with Npp v7.9.1 and saw that with DirectWrite the Scintilla window showed 85 characters and with standard rendering it showed 83 characters. In pixels the difference was 17 px.

Here are screen shots from my test, captured with a screen magnifier:

ca999e07-59f7-4bbe-a633-d6f651f7dfea-grafik.png

561a4be7-53af-4fd8-b457-1b661f0b2804-grafik.png

Unfortunately this issue causes the Horizontal Ruler plugin to draw an inaccurate ruler - Scintilla’s edge line is drawn at the correct position (after column 80) but the plugin’s ruler shows column number 88 at this postion:

bf029625-d4bf-46a9-ac17-0b7af81c3344-grafik.png

Here are some more comments that may help with understanding and debugging what’s happening.

The updating of the ‘In selection’ area seems to happen well after the Find/replace dialog box is painted.

In step one where the cursor is in a blank area of the file and no text is selected do Ctrl-H and watch the ‘In selection’ area. If it shows a black box and ‘In selection’ in black then press Esc and then Ctrl-H again while continuing to watch the ‘In selection’ area. Eventually you will see black box and ‘In selection’ in black pop up and then quickly change to gray. It looks like the words ‘In selection’ go gray first and then the box.

Once you have a gray box and ‘In selection’ then press Esc to close the dialog box and select some text. The size of the selected area does not matter. It can be one character or the entire file. The method of selection does not seem to matter. You can use the mouse or keyboard. Now do Ctrl-H. You will see that ‘In selection’ and its box are grayed out. This is the random grayness people have been seeing. Press Esc to close the dialog box and Ctrl-H again while watching where ‘In selection’ will be painted. You should see the ‘In selection’ box being painted in black shortly after the dialog box has been opened. It’s possible both the box and the words ‘In selection’ were in gray but on my machine the repainting to black is too fast for me to confirm it’s all gray and then repainted. I am seeing the black box painted after the dialog box is up.

Also, while I have been switching to the ‘Find’ tab and back to ‘Replace’ to fix an undesired grayed out ‘In selection’ I found that it does not matter which tab of the dialog box you use. You can switch to ‘Find in Files’, which does not have an ‘In selection’ field and back or you can switch to ‘Mark’ and back. When switching to ‘Find’ and ‘Mark’ you’ll see that ‘In selection’ is in black.

This issue can also be reproduced using Ctrl-F for Find or Ctrl-M for Mark. The buggy behavior with the grayed ‘In selection’ is the same as with using Ctrl-H for Replace.