@networkproblemsolver said in Style Configurations Reset After Update:

@PeterJones

But what if I want (need) to run in “Admin Mode” ??? Is Notepad++ unable to run in “Admin Mode” and still save Style Configurations? That seems silly.

Security experts would tell you that constantly running any app in admin/root mode is a lot worse than silly.

And since Notepad++ v8.6.6, there is no reason to run Notepad++ in Admin mode to edit/save UAC-protected files, because Notepad++ can ask for UAC Elevation for the individual save actions . So the only activity that you might still need to run Notepad++ in Admin mode for is when installing a new plugin, and you don’t need to be constantly running in Admin mode for that. That is: you most likely don’t “need” to run in Admin mode anymore.

That said, the reason why Notepad++ often has problem with Admin mode and settings is because of cross-contamination of permissions: running an app in Elevated privileges makes WINDOWS treat that app differently. It may be that with your current setup, the Elevated/Admin-mode won’t allow writing to AppData (since that’s a per-user, and for some system configurations, WINDOWS won’t allow admin to write to %AppData%). Or it might be that because you often ran N++ as Admin that the AppData-based settings might have been created/saved with Admin-privileges, so when you run N++ as normal user it cannot read or save the settings. Without being able to look at your file permissions for you, I cannot say exactly what caused it – you would need to verify where Notepad++ is trying to do the settings, and look at the directory and the stylers.xml in that directory, looking at Windows’ SECURITY settings for both; and then maybe try running experiments to see whether changing a setting/style-configurator in Notepad++ is saved when you exit Notepad++ when running normally and/or when running as Admin.

@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

Updated linter++ to v1.0.2

This has mostly been concerned with changes to the dockable window with the results:

There’ve also been a few other minor improvements/fixes - see the Changes.md file

Downloadable from https://github.com/ThosRTanner/notepad-pp-linter/releases if you can’t wait for the plugin list to be updated.

@xomx After restarting our Samba instance, the issues appear to be resolved. Apologies for the false alarm, but thank you for the responses!

@Wolfgang-Grafeneder ,

Read Find Text Copied From Excel Cell and the issue(s) it links to, as there was an entire recent discussion on this.

@Terry-R
Thanks for letting me know.

@Terry-R This is very helpful and I was unaware of that issue. Thank you. Based on dates, it looks like I was using 8.8.5. It seems likely, especially the description of removing the structure around the installation.

@Coises

Already an issue about this feature:
https://github.com/notepad-plus-plus/notepad-plus-plus/issues/17170

The 2 blank tabs known when the feature was committed:
https://github.com/notepad-plus-plus/notepad-plus-plus/issues/11134#issuecomment-1575226268

It works! Thank you very much!
Greets Eddie

Hello @offshore9521 and All,

Humm…, @offshore9521, there are two separate problems with your regex !

From your INPUT text :

Your regex (?<![\.\!\?])\r\n([a-z]) means :

If a \r\n sequence, followed with a letter (a through z), is not preceded by :

A dot

An exclamation mark

An interrogation mark

Then rewrite this letter

BTW, you can shorter this regex as (?<![.!?])\r\n([a-z])

But, the ’ character is not a character of the [.!?] list. Thus, this explains why your regex merges the lines 1 and 2

Now, I suppose that your true goal was : if a line is not a true sentence, then merge that line with the next one with a space character ? This lead to the following regex S/R :

FIND (?<![.!?’])\r\n(?=\w)

REPLACE \x20

So, any \r\n sequence, which respects the before and after conditions, is simply replaced with a space character

Notes :

As you see, I included the ’ character within the list of the forbidden chars, in the negative look-behind

I used \w, which is identical to the [\u\l\d_] class character, instead of [a-z] to not bother about case !

Remark :

FIND (?<![.!?’\r\n])\R(?=\w)

REPLACE \x20

Best Regards,

guy038

P.S. : As an exercice, try to understand why the following regex S/R does not work as expected :

FIND (?<![.!?’])\R(?=\w)

REPLACE \x20

To help you, don’t forget to click on the ¶ icon of the Toolbar !

Hi @Clicketyclick,
I’ve updated DoxyIt and tested it on my x64 machine.
Please give it a try: https://github.com/AN-2101/DoxyIt/releases/tag/v0.4.5

@prof-tech said in Can't get the old toolbar:

Help! I have tried everything to get the old toolbar and it doesn’t appear! can anyone help me?

Settings > Prefernces > Toolbar: the “Fluent UI” variants are the “new toolbar” and “standard icons: small” are the “old toolbar” (and the “Hide” checkbox turns it on and off)

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

Hello, @brenda-gross-0 and All,

Very easy with regexes !

Open the Replace dialog ( Ctrl + H )

Un-tick all box options

FIND (?-i)(?<=\l)(?=\u)|_

REPLACE \x20

Tick the Wrap around option

Select the Regular expression search mode

Click, once only, on the Replace All button

Voila !

Notes :

The leading part (?-i) is an in-line modifier which force to take care about the case of letters, meaning non-insensitive search !

Then, due to the alternation symbol |, two individual regexes are performed, simultaneously :

(?<=\l)(?=\u) which searches for an empty string between a lower-case letter and an upper-case letter

_ which simply searches for the underline character

In both cases, the replacement changes the regex search with an normal space character \x20. I could have chosen to type a single space char, instead !

The regex search may also be expressed as a non-capturing group : (?-i:(?<=\l)(?=\u)|_), with the leading non-insensitive option

Best Regards,

guy038

@donho
Sometimes there are users (like me) that do some silly thing, that are not expected.

In version 8.6 a new style had been introduced: “Multi selected text colour”. The effect for me was, that in column-select mode the selection was shown only partially (last line only). It took me some time to find out what was my fault. I use a personalised style, where the default background colour happens to have the value “C0C0C0”, the same value as the background for this new style. Therefore I could not see the selection because it had the same bg-colour as the rest of my text. For “Selected text colour” I use the value “A0A0A0”; after applying this value to the new style, it worked again.

I know, it is really a very special case, but it may happen. A similar situation might arise with other changes in the future. For these cases it would help to have a backup for comparison.

@Charles-Fraichot

Glad you found a good solution. Thanks for letting us know.

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