@Eric-Redegeld You would need to add $(FULL_CURRENT_PATH) to your command line for running Chrome. When running the command, Notepad++ will substitute the actual current tab path into the command before running it. By why not try View (menu) > View Current File in -> Chrome instead?

@Michael-Vincent said: Need “manual” intervention Auto_Populate_x64 plugin Auto_Populate_x86 plugin

@Ekopalypse said: read more about that here, (which at the moment is down) Down for good, actually. The githubio link was always meant as temporary. https://npp-user-manual.org/docs/searching/#regular-expressions is the new long-term home, linking directly to the regex docs.

@Дмитрий-Иванов said: But some links still not worked. Section https://npp-user-manual.org/docs/user-defined-language-system/ follow to old site. Thanks for that reminder. When I have time, I’ll work on getting something useful on that page, and remove the dead link. I’ll try to get it sometime today, but npp-user-manual isn’t my day job, so no guarantees.

There is no Android version of Notepad++. See also: https://notepad-plus-plus.org/community/topic/14986/notepad-for-android

@a-a seems to be an open issue which has been discovered recently.

@PeterJones @MayTheUniverseCollapse @dinkumoil said: Included features: Set magnification for printing. is this plugin fix this issue

@André-van-den-Broek Best possible answer is here.

Sounds like Notepad++ is working fine. With the lack of details you provided I am assuming it is a Discord problem.

imthenachoman, I am curious where you go with this. I would like to replace a few of the “hammer” icons that I have. Please post your solution once you have one. Thanks, Steve

Dinkumoil, Thanks for your quick reply. I went to the plugins folder as you suggested, and saw a file that looked familiar: finger.dll. Installed it and found that was the one I was missing. It even remembered all of the snippets I had from before. Thanks! Sloan

@Ekopalypse indeed a good example c:\cygwin\bin\mintty.exe --dir "$(CURRENT_DIRECTORY)" -i /Cygwin-Terminal.ico - tks a lot!

Humm. Thank you! I will give it a try.

Thanks, I did not knew it has that name, i tagged “lexer”

@Alan-Kilborn Thanks! Sorry if this was a stupid issue but I’m fairly inexperienced. I appreciate the help.

But at this point, I’m not sure I want to run the risk of you blaming us anymore for your problem. Hopefully this post will show you what happened. When I started with Begin PolyList Begin Polygon Origin -00128.000000,-00128.000000,-00128.000000 Normal -00001.000000,+00000.000000,+00000.000000 TextureU +00000.000000,+00001.000000,+00000.000000 TextureV +00000.000000,+00000.000000,-00001.000000 Vertex -00128.768546,-00128.000000,-00128.766453 Vertex -00128.000000,-00128.000000,+00128.000000 Vertex -00128.000000,+00131.756453,+00128.000000 Vertex -00128.000000,+00131.000000,-00128.000000 End Polygon with your three pesky spaces (or without, because it doesn’t affect the regex at all), and run @ekopalypse’s regex once with REPLACE ALL, it fixes two of the three instances: Begin PolyList Begin Polygon Origin -00128.000000,-00128.000000,-00128.000000 Normal -00001.000000,+00000.000000,+00000.000000 TextureU +00000.000000,+00001.000000,+00000.000000 TextureV +00000.000000,+00000.000000,-00001.000000 Vertex -00128.768546,-00128.000000,-00128.000000 Vertex -00128.000000,-00128.000000,+00128.000000 Vertex -00128.000000,+00131.000000,+00128.000000 Vertex -00128.000000,+00131.000000,-00128.000000 End Polygon Then I run it a second time, and it fixes the third instance. Begin PolyList Begin Polygon Origin -00128.000000,-00128.000000,-00128.000000 Normal -00001.000000,+00000.000000,+00000.000000 TextureU +00000.000000,+00001.000000,+00000.000000 TextureV +00000.000000,+00000.000000,-00001.000000 Vertex -00128.000000,-00128.000000,-00128.000000 Vertex -00128.000000,-00128.000000,+00128.000000 Vertex -00128.000000,+00131.000000,+00128.000000 Vertex -00128.000000,+00131.000000,-00128.000000 End Polygon The reasons this happens is because of the way the regex engine works inside of Notepad++: The first match found the start of the line, followed by Vertex, followed by as many characters as it could, until it hit the literal period that wasn’t before 6 zeroes. That means in -00128.768546,-00128.000000,-00128.766453 that it gobbled up all the characters until it found 766453 (the second set of non-zero decimal-fraction digits)… that’s then the fraction that it replaced with 000000 on that row. But at that point, the search cursor had moved beyond that line, so it didn’t see that the line still matches the regex. Hence it left that line as Vertex -00128.768546,-00128.000000,-00128.000000 When you run the regex a second time, it gets rid of the second match earlier in the line. If @Ekopalypse had used a non-greedy regex ^Vertex.*?\.\K(?!0{6})(\d{6}) (the extra ? makes it non-greedy), then it would have fixed the 768546 on the first run of the regex, and 766453 on the second. Either way, just run the regex more than once, and it will work for you. If there are three numbers possible on each line (and given “polygon” and “vertex”, I am assuming that those are 3d coordinates, so three seems a reasonable max-per-line), then you should only have to run the regex a maximum of 3 times to get all the replacements done.

@Wunder-Wulfe said: The end statement for the for loop is dark purple when it should be a maroon color. because the UDL lexer cannot differentiate between “end (after func)” and “end (after for)”, because by that point in the lexing, I believe all it sees is “end”, and has lost the context of “(after ___)”. Using UDL, I don’t think you can fix it, and I don’t think there is an alternative. But I could be wrong, and someone else can feel free to chime in.

menu item > View > Word wrap

Sounds like a feature request, which this FAQ explains how to make in a way that it will be properly tracked.