Just be careful not to do Ctrl+Delete in this situation:

df62cf80-cc96-4ac3-bcc4-9d29e53592a5-image.png

If you do, it will remove FIRST on line 1 and BAR on line 7.

Always have at least one space character on each line to the right of the “tall skinny” caret.

@WolfyRed

Isn’t this really just a corollary to your question HERE? You could have asked both questions in one topic thread.

@yogendra-Singh-rathotre

i am awre about the back up process but

The FAQ explains more than the backup process. It also explains where the backups are kept, and it mentions what to do in the “Scenario: My (unsaved) files are missing!” section.

why again and again file getting lost from notepad++

Because you don’t have AutoSave plugin, or you don’t have the plugin set up right, or you are relying on “periodic backup and session snapshot” to do something it wasn’t intended to do.

while all suggested checks already done as per suggestion ,

And who but you knows what settings you actually have? If you don’t tell us, we cannot read your mind. Give us a screenshot of that preferences screen, for example.

because sometimes backed up files also not updated very much as comparision to original file

Then you haven’t read or understood the FAQ, because it explains exactly when the “backups” of different types happen. The “unsaved” backups happen every 7 seconds (or whatever you have the setting at); and as soon as you save the file, that “unsaved backup” is deleted. If you have backup-on-save turned on, then every time you save, it creates a new .bak file.)

I think notepad++ team have to work on this to resolved such frquent issue for better uptime .

It’s not frequent. It rarely happens to anyone. And the Notepad++ team has put hours and hours and hours and hours and revisions and revisions and revisions in eliminating many of the infinitude of reasons why the OS confuses Notepad++ and gets around all its backup code.

Right now, unexpected OS reboots (crashes; update restarts) are the only time that it seems to still be losing the data. If you have data to the contrary, then describe the exact sequence of events that leads to the data loss.

As explained in the user manual: Starting in v8.1.9.3, if you have the file nppLogNulContentCorruptionIssue.xml in the same directory as notepad++.exe (the installer should have put it there for you the last time you installed/updated), then if there really is a crash, it will create %AppData%\Notepad++\nppLogNulContentCorruptionIssue.log, which you can submit in an official bug report.

@golem-fred-net ,

Try J:\ instead of J: – it may be that a CD J:\some\other\directory or equivalent had been executed at some point in the past, so Windows thinks the current directory on the J drive is different than the root. By using J:\, you are saying “ignore current directory, and instead enforce starting at the root of J drive”

With a Directory of L:\bin , where L: is a shared network drive, I was able to find 1124 hits in 84 files of 146 searched for the text I was looking for, using v8.5.2

Also, you might want to make sure that Notepad++ currently has access to a file in the J: drive – for example, do File > Open and navigate to a known readable file on J: .

@mkupper said in Why do some characters display as a block unless special characters are anywhere on the same line?:

One comment is that in the thread you reference there is “… are properly displayed ONLY IF the current line contains a character with codepoint over the BMP …”
The examples I provided were all with BMP characters. You don’t need to use a character that’s beyond the BMP.

You rather misunderstood Guy’s statement,

if the DirectWrite option is not checked, the four Unicode characters … are properly displayed ONLY IF the current line contains a character with codepoint over the BMP

The “four Unicode characters” in question were 25F4, 25F5, 25F6, and 25F7, none of which are themselves above the BMP. What Guy’s experiments showed was that, if DirectWrite was not checkmarked, then those four characters would not be shown correctly unless they were preceded by a character above the BMP. So it was having a character above the BMP that made those four in-the-BMP characters display properly.

And, as Alan said, that discussion was about those four clock characters specifically, not about every possible problem that is solved by DirectWrite being enabled.

@DomOBU ,

You rather left out the important bit of that phrase, while claiming you were quoting:
07b4b606-048c-4000-bdc4-b818392151ca-image.png

Please note those words, “reply to your original post”. That does not mean “hit the New Topic button”.

And you even quoted,

Making such a post here ensures that readers of your original topic will be able to

By creating a new topic, rather than replying to your original post as requested, you do not help readers of your original topic see the follow-on; instead, you make readers either try to remember that you’ve already talked about this at some random point int he past, or they think this is a new discussion rather than a continuation of the old.

The same is true with this new topic. As I’ve already told you here, all conversation about the adding properties, including this discussion, should have been in reply to your original conversation.

@franKENstin ,

Notepad++ is a text editor. Images are not text. I am not sure how else to say it.

The user @DomOBU eventually created the official issue #13555, and tried to tell us about it in a new topic here.

For future readers, if you are trying to come back and provide a link (which is a polite thing to do), please make sure you reply to your original post, rather than creating a new Topic without any context.

@Terry-R said in Regex: I cannot find and replace unless I copy to another file:

I think \r is linux and \n is Mac

other way around, \n is Linux (and also cmd and Powershell) and \r is Mac.

@ZaneChiwawaUTAU ,

Thank you for showing before and after data in the code blocks.

You have to use a feature called “regular expressions”.

In your instance, it looks like you want to put your character right before the first comma in each line.

FIND WHAT = ^([^\r\n,]*), REPLACE WITH = $1強, SEARCH MODE = Regular Expression

The FIND of the regular expression will look for the beginning of the line (^), followed by 0-or-more (*) of the characters that aren’t CR, LF, or comma ([^\r\n,]), followed by a comma. Everying inside the (...) parentheses will go into group#1 for storage

The REPLACE starts with the contents of group#1 ($1), which will be the first field of your line, followed by the literal text 強, followed by a literal comma.

This is just one of the multitudes of things you can do with Regular Expressions. Look up each of the tokens I shared in the online User Manua’s Searching/Regex section linked below, to learn more about what they do, and to see other similar things that can be done.

Useful References Notepad++ Online User Manual: Searching/Regex FAQ: Where to find other regular expressions (regex) documentation

@swegmike

Just a note, you could also use the plugin, EnhanceAnyLexer, of which I am the author, to make this happen.

@Karlo-F Wow the plugin NppSnippets is great!

@PeterJones
OK, after reopening the *.inc file, it seems to work now. Thank you!

@Alan-Kilborn said in RegEx help - find & replace specific word at the end of a line:

Find: (?-s)^(.+?), The$
Replace: The ${1}

That’s exactly it! Thank you Alan.

@MaximillianM
Glad it’s working now! Very strange that you were having this problem.

@Cooeeeee said in Sort Lines Lexicographically did not work:

I’ve been using Notepad++ for years. My most used feature is Sort Lexicographically to sort a column mode selection (i.e. I essentially have a table of data). For example, I’ll use Alt+Shift and maybe select columns 27-30 across all lines, then do a lexicographical sort on that.

Today I encountered a list that wasn’t sorting correctly. I’ve not had this problem before. My lines had some tabs prior to the columns I was trying to sort. Reading through this thread gave me the idea to try the “TAB to space” conversion. My listed would sort correctly after making that adjustment. Somehow the tabs were breaking it. I figured I’ll leave this tip here in case it can help anyone else.

Indeed, sorting by column does not work if there are tabs before the columns. No doubt for efficiency, the column sort in Notepad++ determines a single pair of starting and ending character positions to apply to all lines, rather than independently extracting the selected text on every line; tabs are treated as single characters, no matter how wide they are on the display.

If you’re interested in a pre-release version of a plugin, Columns++ includes a sort function which works as expected when there are tabs in the document.

@R-Harms

Hmmm…wildcards…are you sure you read the manual?

@Francesco-Saltalamacchia ,

Any idea why?

Two ideas:

Your institution installed in location X, but you installed to location Y, so when you reboot and start Notepad++, you are running the location-X version rather than your location-Y version. To prove this: after doing your installation, look at ?-menu Debug Info and note the path after your reboot and running Notepad++, look at the same info. Are they the same or different? Your institution force-installs the v7.9.1 after you installed “the latest” (whichever version that is.) the same substeps from #1.1-2 would work here for helping to see if the version is changing but running from same location.