@Hyung-jun-Chang While not exactly what you asked for, if you press Ctrl+Alt+F it will fold the row where your marker is.
in your picture example, to fold number 3 you can press row 949 and then Ctrl+Alt+F. This should also work with rows 585, 586, 587, 867, 947, 948.
This should be a workaround instead of the “-” at the final row of the fold.

Thank you for your explanation! I’m glad I wasn’t alone with this problem. It’s very well written and easy for me to understand. Thank you!

@Alan-Kilborn said in 'Find in Files' doesn't appear to work:

If a folder doesn’t exist, I think when the search is initiated, input focus will immediately jump to the Directory: box, signaling a problem with that folder to the user (without a message box). Not on a PC right now, so can’t verify; going from memory.

I see you are correct. However… I also see that the search results show 0 files searched. So I don’t see how it could be a problem with what is in the Find box. The directory might exist, but not be the one OP meant to search.

OK, if it’s the intended behaviour then I’ll just live with it. It’s not a very big deal.

Thank you all who answered!

@donho said in v8.8.9 and ConfigUpdater plugin:

@PeterJones

It’s already fixed in the GitHub, but I didn’t make the plugin list cutoff deadline.

Are you talking about it?
https://github.com/notepad-plus-plus/nppPluginList/pull/999

It’s in the current PluginList in RC normally.

I ran:

Plugins > ConfigUpdater > Reset Validators Plugins > ConfigUpdater > Update Config Files

The open tab with ConfigUpdater.log no longer shows any errors

@Terry-R This has worked perfectly. Its a very long document so this was great. Thanks again, greatly appreciated.

@Eric-Wiseman said in Bug in sorting lines, staying there for years:

Line Operations -> Sort lines works ONLY if you convert Edit -> EOL Conversion ->Unix.

Unless I am missing something this looks like a bug…

As others have already explained, this is not a bug but rather a known and documented limitation, that all line endings must be the same.

If Sort Lines In Locale Order Ascending and Descending do what you want, those sorts implemented differently and are not dependent on consistent line endings. The ending for each line will remain with the text of the line it follows.

The Locale sorts can also sort using a rectangular selection for the keys even if there are tabs or characters of differing byte widths (such as can happen with non-ASCII characters in UTF-8) to the left of the selection, which does not work with the other sorts.

@Todd-Marshall ,

Some comments, based on your two most recent posts:

We had no way to know how exactly you used the AI – it could have been either of the following: you prompted it to “take a common problem found in Notepad++ and propose a solution” This version was why I suggested it might have been hallucination Since you didn’t say earlier, I had no way to know this wasn’t what had happened. you prompted it with "brace matching is not working for me in Notepad++, with details X, Y, Z. could you re-write this as a “proposal for improvement” This version was why I suggested that it was bad data fed into the prompt (ie, that you were wrong) This turned out to be closer to the truth, as you described. Both in regards to what you actually asked the AI to do, and with regard to the fact that you were wrong or incomplete in your description to the AI This was a lot of extra effort on your part. Instead of explaining to the AI what you wanted to say, and then have it re-write your text in its own words, you could have just explained it to us in your own words. And it would have been better, because it wouldn’t have introduced the AI-garbage uncertainty. And you wouldn’t have been violating the forums rules for posting. So it would have been better all around. Your posts don’t even match the AI text you posted. In your two most-recent posts, you claim you suggested Ctrl+D, but your AI text actually suggested Ctrl+] … that’s two different keystrokes. So by going through the AI intermediary, you didn’t even know what you posted. Re: Documentation: I have no idea what you mean by “mired in COIK” As the primary maintainer of the Notepad++ documentation, if you have concrete examples of how the Online User Manual is “poorly organized”, feel free to create an issue in the user manual repo with concrete descriptions… but understand that the basic structure is pretty set-in-stone at this point. But if you really meant, “I have been burned by other documentation before, so I don’t bother reading any documentation”, the onus is still on you to give each new application’s documentation a chance before rejecting it out-of-hand. I really don’t care about how good or bad the documentation for a major corporation’s huge flagship product is, and you basing your decision on whether or not to read any documentation based on a bad experience with a huge, gigantic application like that is rather unfair of you to any other documentation Re: the root cause being mismatched braces: you cannot really expect a feature that says “go to matching brace” to work as you described you wanted when the braces aren’t matching. And, in fact, the way that Notepad++ does work helps to indicate that the braces are mismatched, now that you know what that symptom means.

To sum up: don’t post AI-generated content in a Community of human Users of Notepad++; it’s not allowed, and it didn’t work well for you when you did.

@h-jangra

It could be, yes, because I downloaded it and ran setup_arm64.bat in a normal cmd shell, and it worked.
But it could also be due to how you originally set up Rust. I also played around with this a bit, but couldn’t reproduce your problem.
I had MSVC installed via the Visual Studio installer, and then I installed the Rust toolchain. Some weeks later I add the arm extensions for VS and added the target to Rust, and it works for me.

@Ekopalypse I tried simple plugin now using go. It did worked, let see if I can improve. If its good then I should make template for it.

@PeterJones I think I found the culprit behind this.

Looks like I had my Avast autoupdater to ON, and probably it was the reason behind quiet updates for both Notepad++ and my Mozilla Thunderbird 42.

It became a routine for me to reinstall old versions over and over and over agian.

Thank you for your response.

Really appreciate your help and detailed approach.

@guy038 said in How to Print Pretty with missing close tags.:

Let’s start from your solution

I’d hardly call it “my” solution. In that I used your generic find/replace-in-region formula, and plugged in reasonable values for the “variables” from that generic formula. The whole point of that generic formula is to make it really easy for anyone to just plug in their BSR/ESR/FR into the formula, and have it “just work”, without having to optimize or tweak.

If I run, successively,

As @Doctor-Rashir said here, “There are many closed tags”… In other words, it’s not just SONRQ and SIGNOMSGSRQV1, and trying to manually run a separate regular expression for each of the “many closed tags” is thus not practical. That is why I went to a script to automate it.

@networkproblemsolver
Your images show you seem to be running NPP as administrator. That could be the source of your problem.

Read this thread, there might be the solution.

Terry

It works! Thank you very much!
Greets Eddie

@Mark-Olson said in Menu command for ensuring current position is visible:

I agree with you that this is pretty confusing, and agree that using the arrow keys should have the same effect as typing. This would obviously be a separate feature request though, and as you noted I rather doubt that it would be accepted because it would only add confusion for some other users.

After sleeping one night about it, and rereading your posting about typing any char and undo. Also in your issue #17297 and @Alan-Kilborn 's issue #12107 … I have changed my mind a bit, because I think that both situations of keystrokes (typing char from keyboard input or pressing arrow key) should be handled in the same way. This would make consistent behaviour of the application.

I think, keystrokes should always have direct effect on a visible caret, so the caret should be made visible first, and afterwards perform the action from keyboard (typing char/moving caret).

Keystrokes on an invisible caret look more like undefined behaviour. The user does not know, where his focus is. Even making caret jump to next visible position could be unexpected, because user did not know where he previously has been. Maybe user is even confused, because of the jump.

So from this perspective, the current behaviour of arrow keys could be worth considering if it is unexpected/inconsistent.

@PeterJones

If you are using one of the built-in themes, you might try to compare your %AppData%\Notepad++\themes___.xml with the version from c:\program files\Notepad++\themes,

I don’t have a custom theme; I just use whatever existing themes and modify them (just two, really). I just replaced my %AppData% theme with the “program files” themes, and the colors look okay again.

795725ad-50a6-4d40-a0cf-308501ed7cea-image.png

But both your margins being light gray imply that your theme was missing both those definitions when you ran 8.8.9 for the first time.

I am pretty sure that when I installed Notepad++, I just copied the old saved themes over, which is why the new styles were probably missing.

In this screenshot, I set one to Bookmark to salmon and Change History to yellow, to make it obvious which was which.

This makes it much easier to understand. Thank you!

Update: See our Change History Margin FAQ, especially the “How do I change the size” section, for an example of how to change the size using PythonScript or NppExec. (But yikes, I see that FAQ is out of date, since it doesn’t show the ability to change the four colors, which was added years ago… I will have to fix that next)

I am not that ambitious, but I am sure the update will be appreciated!

Thank you again, Peter. Not only did your post help fix the problem, but it’s also educational and shows me how dedicated people are to Notepad++.

@KingRustamus

I’ve encountered such stuff before and it was caused by the Windows ransomware protection “Controlled folder access” in action. (build in Notepad.exe works in such a case because all the Microsoft own signed binaries have a build-in exception).

So check (try to set temporary off or add a new Notepad++.exe exception there) the Windows Settings > Privacy & Security > Windows Security > Virus & threat protection > Ransomware protection > Controlled folder access.

If it doesn’t help, I can prepare a testing build of the notepad++.exe binary showing us exact system error code (and it’s not the ERROR_ACCESS_DENIED for sure, otherwise in the v8.8.6+ you saw the UAC-elevation prompt 1st) leading to this SaveFailed N++ messagebox.

@PeterJones

Thanks for pointing me to that Github issue. I somewhat researched the topic (using VS code/Electron) repos and added a suggestion there.

The issue, I think, is that instead of using a dedicated shell API, Notepad++ tries to manually launch an Explorer process.

@James-Burke-0 ,

Also, please don’t waste our time by asking the same question repeatedly in different ways. I told you this in early November, in this post, where I said, “instead of providing you a Save button…”, and went on to explain the same thing.

It’s very annoying to go to all the trouble of giving a detailed answer, and then to get proof that the answer is completely ignored by the person who asked.

@PeterJones

Thank you.