@smcclosr said: Not 100% user if this version addressed this specific issue, It almost definitely did not. The changes between 8.9.6 and 8.9.6.1, as announced in the forum and by looking at the git-diff at GitHub, were completely related to vulnerability fixes (COPYDATASTRUCT, removing commandLineInterpreter hidden config file option, and making it harder for saved-Run-menu entries from shortcuts.xml to run apps from non-approved directories), and do not seem in any way related to OneDrive. (And least, I don’t see how any of them could affect saving of files to OneDrive) My guess was the change in v8.9.6 that changed behavior relative to v8.9.5 was the “saving dirty read-only files” fix (but that’s just a guess… and it wasn’t changed/reverted in v8.9.6.1, so that doesn’t seem a plausible explanation for your experience.) but it is resolved for me now. Hopefully it stays that way. Good luck.

@EvgenyVenalainen , Is it way to fix it? For the end user? Sorry, no, there isn’t. With a change to the program? That’s a more involved answer: UDL has never been great at characters outside the ASCII range. As you say, for keywords, it works for those in “ANSI” and UTF-8, but not with other encodings. This is because of the fundamental design choices made decades ago in the UDL lexer, and it does not look like an easy code fix. (I once wanted to try to get it so that non-ASCII characters would work right in both operator lists, but discovered at that point how fundamentally “wrong” and internally inconsistent the UDL-lexer’s treatment is of characters vs bytes vs encodings, and I could never sort out the mess. Someday, I might revisit, but I haven’t found the mental fortitude to dig in deep enough to figure it all out yet). There are bunches of Issues in the official issue tracker, asking for various improvements to make UDL better at handling non-Western characters and character sets, but there have been no significant improvements to UDL in over a decade. So technically, with a rewrite or at least significant debugging, it might be done. But there’s been no volunteer to do it in more than a decade, and the Developer focuses his energies on other components of the application, having deemed UDL sufficient for his needs.

Thank You Everyone for your Time and Effort.

@PeterJones Thanks!

@guy038 Just to say, I tried your solution in native N++ for kicks, and it worked! So kudos for an elegant idea. :)

Hello, @balancedcircular, @terry-r, @coises and All, I suppose that the following regex S/R should be close to what you want ! I consider the entire line because you may have other lines with attributes Name and/or Comments FIND (?-si)^(<RectangularPart Version=.+ Name=")\d\d\d (.+/.).+?(\d")(.+ Comments=").+(?=>) REPLACE $1$2$3$4$2$3 As @coises said, try this global replacement on a copy of your file ! If everything works as expected, I’ll explain you, next time, how all the regex syntax means ! Best Regards, guy038 I almost forgot the last line of your post. To simultaneously search for any of the three words Rafter, C.Tie and Web, simply use the regex (?-i)Rafter|C\.Tie|Web

[image: 1777628352084-npp-working-rendering-modes-for-rdp.png]

@Jeff-Esposito said in Notepad++ VERY slow to open: e gotten my new computer Notepad++ takes 40-50 seconds to launch. I have removed all plugins and don’t check recent file history at launch is checked. There are no open unsaved tabs, even though that is how I want to use it and use it on my old pc and my work laptop. the install It becomes slow when using “Show Folder As Workspace” (which displays the workspace folder on the left side). It starts quickly when this option is turned off.

Yeah, this usually happens with non-breaking spaces (U+00A0) or other Unicode space characters that look invisible but behave differently from normal spaces. Using \xA0 in regex was the right fix 👍 If you face this again, you can: Use \x{00A0} or \s to detect space variants Check in hex editor to identify exact character Then replace all in one go Also, if you’re unsure which invisible character it is, you can test different ones using tools like espaço invisível before applying them in your editor.

Honestly, this cleared up a big confusion for me. I used to think fonts were saved with the file itself, but it makes sense now that it’s just the editor displaying it differently. Also didn’t realize enabling global font overrides can mess with syntax highlighting—good catch. I’ve been tweaking text styles a lot lately while testing name formats on font generator, so this helps keep things consistent

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

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

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

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

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