@Xue-Davis said in Notepad++ has disappeared from my system, even the folder under "Program Files" on my c: drive is gone:

but I have a separate admin account for this machine which I used to do the initial installation.

I should also ask, that as your PC is “managed” yet you have an admin level account, the suggestion is that there would have been a “disclaimer” and agreement between yourself and IT/Management on what you would use that admin level account for.

Was it permitted that you “install” all and sundry applications? I would suggest not. It would likely be a process of you submitting a request to allow an application, and once they agreed, you could use your admin level account to install it. Through this process, IT would then know what was installed on your PC and (if we are right in our suggestion that IT know why and how it was uninstalled) not conduct an uninstall as it was on their “permitted” list.

Terry

@Alfred-Janssen

You can search this forum for any post with “codepage” in it. I did just now and 2 recent posts, by @PeterJones are:
here
and
here

Terry

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 follwing regex S/R :

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

REPLACE \x20

So, any \r\n sequence 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

@Ryan-Cartmill

Your 1st log entry above means that the N++ file checking I/O routine succeeded within the specified maximum time limit (3 secs), but that the OS (or network layer) response is that the file corresponding to the opened doc/tab in the N++ was not found. (WIN32API Error Code: 2 means ERROR_FILE_NOT_FOUND). I also see that the file is named new 41 and without any path, so it looks like it’s not a real (saved) file yet(!?) but the newXXX N++ tab filebuffer only. But in that case the N++ getFileAttributesExWithTimeout call should not be used at all, as the N++ knows that it’s not a real file yet! Weird.

2nd one means that the OS (or network layer) doesn’t respond in the 3secs time limit at all.

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

@Jayson-Allen ,

See details in https://community.notepad-plus-plus.org/post/104192

update: I have versions of the theme files which won’t have the ugly white backgrounds temporarily at .../themesPost889/PowerEditor/installer/themes ⇒ they will hopefully eventually be put into the main codebase, for distribution with v8.9 and future. But until then, you can

If you have customized your theme with user-keywords or user-extensions, this would overwrite those… I will eventually be writing a FAQ which explains a way to work around those customizations (once I don’t have to link to a branch in my fork of the code to share the theme files).

update 2: The installer themes in the source code have been updated to have all the styles needed (to be able to fix the problems from v8.8.9). You can go here to grab the theme file(s) you want: https://github.com/notepad-plus-plus/notepad-plus-plus/tree/master/PowerEditor/installer/themes

New FAQ: https://community.notepad-plus-plus.org/topic/27306/faq-themes-in-v8-8-9

@deleelee

Thanks for the pic. You are evidently using the MenuIcons plugin and it seems that this plugin has a problem with the N++ v8.8.8+ new tab-label length limitation feature. You can try to report/ask for help at that plugin site:
https://github.com/francostellari/NppPlugins/issues

or disable its “*” tab marking feature in the Menu Icons Options settings (select the “No symbol” radio-button there).

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

@PeterJones

Thank you, that’s very helpful. I’ll do that.

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