ello, @ricardo-barroso, @peterjones, @terry-r and All,

An other S/R could be :

FIND (?-i)RequiredItem.+, \K\d+

REPLACE 0

The search regex means :

First, find a string RequiredItem, with that exact case because of the leading part (?-i)

Then find any NON-zero number of chars ( .+ ) till a comma followed with a space char

Now, forget anything matched so far, due to the \K syntax

And just match a non-zero list of digits ( \d+ ), which come next

Finally, replace that number by 0

Remark : You must do a global S/R, using the Replace All button. Due to the \K syntax a step by step replacement, with the Replace button, would not work !

Best Regards,

guy038

@scottgshin said in autoupdater and XMLDSig:

point me in the correct direction or add the code to the N++ project

Did you check the https://github.com/donho/xmlSigner README?

And these commits:

https://github.com/notepad-plus-plus/notepad-plus-plus/commit/6f87bb7fe25350025b72fdbc711762f552f5b1ad

https://github.com/notepad-plus-plus/wingup/commit/ab8720819f9f4205ade5fe2afc56819b71a3227d

@guy038 said in Search++: A work in progress:

I won’t dare ask you about specific topics like this one, again

There is no reason you shouldn’t ask. I am sorry if I sounded defensive or otherwise implied that the question was troublesome. I realize I probably gave a more exhaustive (or exhausting) reply than you really needed… I kind of got caught up “explaining it to myself.”

It’s never really possible for someone who isn’t doing the programming to know whether something will be easy, difficult or anywhere in between. Some things seem like they should be easy… and they are! Others have complications that don’t turn up until you’ve already put in a bunch of time and effort, then you discover one little detail that you can’t change that blocks your entire approach. So for me, too, it’s only a guess how much work it would be, though I have more information from which to make my guess.

Please don’t hesitate to ask questions and make suggestions. It’s possible that I have a good reason for doing or not doing any given thing; it’s equally possible that I just never thought about it. I don’t expect people who aren’t working with the code to know the difference, and neither should they expect that of themselves. Though I have to prioritize, and some things don’t make the “first cut,” all feedback helps; what doesn’t get done for one release will still be waiting to be considered in another. Even if I outright say, “No, I’m just not going to do that,” it still tells me there’s a need adjacent to what I’m building that I haven’t addressed, and I should think about how to make it better when I can.

Thank you, @guy038, for all the work you’ve done so far to test and explore this project.

@PeterJones

That “Stopped working” is a common overall expression there for the app crashes, hungs etc.
So @mapsonx should open that “details” you mentioned or simply launch the Windows EventViewer, i.e.:

press WinKey+R to invoke the Windows Run-dialog copy & paste there: eventvwr.msc /c:"Application" and click OK wait for the Event Viewer launching and attaching to OS logs search/filter there for “Error” Level records (or simply follow the ReliabilityMonitor published date/time of the N++ problem), with “notepad++.exe” within app crashes usually have as log Source “Application Error”, frozen apps “Application Hang”

Then publish here what the content of such a record tell us, e.g.:

Faulting application name: notepad++.exe, version: 8.9.3.0, time stamp: 0x69bc8a94 Faulting module name: USER32.dll, version: 10.0.19041.6926, time stamp: 0xcd1afcbd Exception code: 0xc0000005 Fault offset: 0x00000000000467cd Faulting process id: 0x296c Faulting application start time: 0x01dcce3ba0a16cb7 Faulting application path: ...\npp.8.9.3.portable.x64\notepad++.exe Faulting module path: C:\Windows\System32\USER32.dll

@Ronald-Besdansky Hi Terry Deleting that plugin fixed the issue. Thanks.

@Hiroki-H1974 said in The Column count of Zenkaku chr. is 1?:

So, the position is not the same even if Col: count is same because the line contains some Zenkaku chrs.

I don’t know Japanese; please forgive me if I’ve missed the point in some way.

The column (“col:”) in the status bar is just a count of characters from the beginning of the line, starting at one. (That’s not even always what you might expect; combining characters that form a single visible character are still counted separately.)

Aside from a few things like cursor positioning, line wrapping and selection with the mouse, Notepad++ (like the Scintilla control it uses for editing) doesn’t concern itself with the physical space occupied by characters. In English, we can use a proportional font, and a line of twelve characters will show the next “column” as 13, whether they are IIIIIIIIIIII or WWWWWWWWWWWW.

So (though I haven’t attempted to test it), regardless of font, I would expect that there would be no recognition of the difference between half-width and full-width characters.

@PeterJones Thanks for the quick update to the manual! Maintaining technical documentation across versions is a major undertaking when there’s an integrated development team within major corporations; I can’t imagine how herculean that job must be when you’re not side-by-side with a lone developer, so thank you for the excellent work on it. I really do appreciate your speedy response and update.

I tried to post the second part of my list yesterday, but I was delayed by the “time between posts” counter, and unfortunately had to leave before it reset.

However, you might want to double check your list against the FAQ, to let us know if the FAQ is missing any.

I’ll go ahead and do that. Thanks again!

@Lars-Hesselberg said:

the Find dialog seems to pop up where it left at last Find.

This seems very reasonable to me.

…sometimes a “Seek & find”!

Shouldn’t be…it’s where you “left (it) at last Find”.

Summary: Put it where you want it to appear always, and it will always appear in that same spot.

@arnaud-derette said in Terminal window in a N++ tab:

i think i get it : It does not handle correctly 4K screen.

That does not surprise me. Notepad++ is still not great for high-DPI environments, and it’s been taking a long time to finish some of the last-remaining high-DPI issues. And if the main app, with lots of contributors, still has issues, then it should come as no surprise that the plugins, which usually only have one developer (if they remain interested), whose skillset usually focuses on the feature that their plugin implements, rather than on the generics of all the edge cases of modern win32 coding. (At least, I know that’s true for me on my plugin(s).)

I don’t have a High-DPI environment, so I don’t know and can’t test for you, but maybe the NppExec plugin handles high-DPI better than NppConsole does (whether the original, or the intermediate fork)

@William-Fields said in Curse of the Curly Quotes:

When pasting code into NP++ from another source, no matter what I do, if the source has curly quotes, the pasted content has curly quotes.

Right. That’s because the curly quote characters have different codepoints from ASCII quotemarks.

It’s doing the right thing.

If you want to convert, then use a regular expression:
FIND = [“”]
REPLACE = "
SEARCH MODE = Regular Expression
REPLACE ALL

change all curly quotes to straight quotes when opening documents or pasting content

There’s no such command or option in Notepad++, because that would be Notepad++ changing characters from one codepoint to another without user interaction, which is the antithesis of text editing

https://community.notepad-plus-plus.org/post/102348

The Direct Write ligature-effects from the post you showed is just the fonts changing the appearance of characters based on font ligature rules, but the underlying characters that Notepad++ is presenting are the exact same characters as found on disk. On the other hand, the curly quotes that you are copying and pasting are different characters from the ASCII quote.

@martin-honnen ,

Please be careful when forking and keeping the original name for an apparently-abandoned plugin. Sometimes, it turns out it wasn’t as abandoned as thought – something like that happened with NppConsole plugin (as obliquely mentioned in a recent Topic here): a few years ago, it appeared abandoned, so a regular here took the source code, and made their own fork, but kept the original name (thinking it would be safe, because it appeared to be no longer supported in the original channel); but then, fast forward a few more years, and the original author did provide their own upgrades to the original plugin – so now there are two competing development paths, each having version numbers not present in the chain for the other, which will make any future questions in the forum confusing, as to which NppConsole plugin is actually being talked about.

Similarly, if morbac ever decides to come back to the plugin, then your fork and the original could have conflicting and/or confusing version numbers and naming.

I would highly recommend coming up with your own name for your product, if you are planning to continue development and support on your version of the plugin. If it’s really just a one-off thing, and you aren’t planning on future bugfixes/improvements/support, then it’s up to you whether it’s worth the rename; but if you want to continue to work on the plugin, then I’d suggest the rename.

OTOH: if you can get permission from @morbac to take over completely, then it’s safe to keep the original name, because you’ve got the permission. (It’s most clear, in cases like that, if you can get write permission to the original repo – @chcg was able to do with @bruderstein’s PythonScript, and that sense of continuity makes it more obvious that his is still the “official” PythonScript.)

@PeterJones Ah yah, I understand now. I suppose this is a fine solution, so thank you for that. This still requires some finesse to get in front of the 1st column versus just click+dragging inside the margin, but definitely better than before. 😎

@tauniaxd ,

I have added the ability to do rgba(0,127,127,0.05)-type colors to the on-demand script at
https://github.com/pryrt/nppStuff/blob/main/pythonScripts/nppCommunity/21xxx/21044-ColorizeHtmlCssColors.py

1e6ece19-b4de-4475-b379-0649d96b2d4f-image.png

If you prefer full underline, then change lines 24 and 26 of the script to use INDICATORSTYLE.PLAIN instead of INDICATORSTYLE.DASH

aa370073-5db8-4431-b80e-7ffc21b3c61c-image.png

@Olyfant22 said in Cannot open text files in Adminitrative mode from network shares in Win11:

why is it that under Windows 10 this is not a problem?

Maybe Microsoft changed that part of the operating system between Win10 and Win11. Or maybe you have unknowingly mapped the network drive both under normal user and admin user on your old Win10 machine.

@Steve-Plumlee said in Flickering screen on the latest edit that i've made (like a preview of current and previous state):

@GM-Bobby-B Hi I am having the same experience. I suspect this is a new “Feature” but I have been unable to determine where the setting is to turn it off.

Did you ever figure it out? @Lycan-Thrope Appreciate your FAQ items but I think this is a feature that was added. Maybe one of the dev’s can answer that

Forum search didn’t result in any other posts so maybe it’s a plugin or something?

No, if the video that the original poster put in reddit last year is realy what you’re seeing, it’s not a “feature”.

@Lycan-Thrope linked to the FAQ because the original poster didn’t give enough version information to be any help. And despite thanking him for the link to the FAQ, neither did you. Share your ?-menu’s Debug Info to let us know what version you are using, and many other things that are often relevant to debugging uncommon problems.

That user has never come back to this forum since the original post, so never even saw @Lycan-Thrope’s answer. And the people in Reddit just found that changing the caret blink rate in the preferences “fixed” it for them… though that should have nothing to do with what Notepad++ displays.

My guess is that it was really a plugin causing the problem, or that the underlying cause is actually something slowing down the entire computer, causing it to refresh Notepad++'s screen at odd times.

If you think it might be a plugin, we’ve got a different FAQ which has a section on diagnosing “Possible Culprit: Plugin”: you should follow the steps included there.

@shodanx2

See HERE.

@xomx
Thank you for pinging!
https://github.com/notepad-plus-plus/notepad-plus-plus/commit/2c1abe0784543e78dbba0f259b0948cf3a08b8cb