Hi, @coises,

Many thanks for your very exhaustive answer ! So OK, I understand that the ICU replacement seems really difficult to implement !

In my opinion, as the replacement syntax seemed simpler when using ICU than when using Boost, I naively thought that a solution could be implemented enough easily !

Sorry for my noob approach of the problem. And given what I now know, I won’t dare ask you about specific topics like this one, again . Just follow your train of thought, which I am convinced ,will lead to a polished final Search++ plugin !

BR

guy038

@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. 😎

@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)

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

@scottgshin ,

I have not used gup aside from thru Notepad++, so I don’t know any more details.

The best advice I have is to wait a few more days and see if anyone else here chimes in (there are a few people here who probably understand the process that Don implemented better than I do, who were more involved in the security discussions around it). But if no one does, then creating an issue at the WinGUp repo, to request that the process be better documented would be a good idea.

I would recommend asking for both how to get the information for the <Signature> block in the XML and for how to get the server to generate the signature for the XML. If I’ve understood your reply correctly, you seem to have figured the signature-inside-XML portion out; however, even if you have, I don’t know that everyone who wants to use gup for their own project will have figured it out. I think that both need to be documented, otherwise gup isn’t really usable by anyone except Notepad++ anymore – so if you’re asking for one part, asking for both would be better.

(If you do create the issue, make sure to reply here with a link to the issue, so that people who find this discussion can track what the status is of the request.)

@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!

@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.

@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

@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.

@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

@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.

@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.)

@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.