Fortunately, if you try to fold an unfoldable line, nothing happens (at least in my experiments). As far as I know, no data can be lost from improper folding (View > Unfold All should always show everything again). And I did try to make it clear that “if [the] original file changes between the save and the load, the state is unpredictable.”

In case I wasn’t clear enough:

warning / disclaimer

@Sal-Ricciardi, the PythonScript solution shown is only a hack for solving a very limited subset of the problem, as a proof of concept – specifically, re-applying the same fold levels to the exact same state of a particular file. You are responsible for keeping proper backups of important data. You are responsible for ensuring you load the correct fold-save file for a given file. You are responsible for making sure that the file doesn’t change between loads.

If you would like more features, you may feel free to develop the above script into a more feature-rich version of the PythonScript, or use the PythonScript shown as a basis for a full-fledged plugin.

I make no guarantees or warranties. But I do hope this helps you.

@Prahlad-Makwana4145 ,

While I applaud your desire to help, the question @Scott-Bolton asked was about the file type extension lists in the File > Open and File > Save dialog boxes. The changes to lexer syntax highlighting settings will not affect the Open or Save dialogs at all.

@Stefan-Travis said in "Tab X of Y" in Title Bar:

it can get tricky remembering which tab has which file. I think a numbering system would help

Isn’t there already a numbering system?:

f783be9c-3bab-4869-b42c-d7047f329967-image.png

@gstavi ,

Good points.

I hope you indeed fixed ALL the races

I did. Those related to periodic backups.

I am not convinced about disk caching explanation because this should have made it a common problem for lots of application.

It is apparently a common problem for other applications too.
Here is another debate on the topic:
https://community.notepad-plus-plus.org/post/48725

Your patch looks good but to avoid the disk caching problems you need to use FILE_FLAG_WRITE_THROUGH (or in your used Win API it should be _WRITE_THROUGH, I’m not sure) when creating/opening the files.

As I’ve written before in several places the problems are two:

fopen erases file contents on open with write permissions. This is causing the “no-space on disk” file contents loss problem and perhaps the problem you have encountered and are mentioning here. File contents loss on reboot/power loss (even when files are edited and saved) are caused by disk write caching (defined by Microsoft as “lazy writer” in some of their documents).

Perhaps a combination of reasons will convince @donho at some point.

I doubt it. A lot of people (including me) had given him a lot of reasons already including the root cause of the problems and a possible fix.

Do remember it if you ever choose to fix the out-of-space bug by creating a new file

I though about it in the beginning when I was trying to figure out the cause of the write issues.

In my PR I actually use native Win32 file handling API as you do in your patch to avoid the fopen file contents erasure. There is no need to create new file in that case - forget that I mentioned it (it was just a possible and sub-optimal workaround to the first problem I gave above).

@PeterJones

Thanks, that was the step I was missing.

Murray

@Kelly-Hoke

that would indicate that the lexer, which was active, isn’t capable of
lexing the document fast enough. Was this an udl or a standard lexer?

Hello, @jay-imerman and All,

And, if you run this S/R, using the Regular expression search mode, you must adopt this syntax :

SEARCH "

REPLACE \\"

because the Escape \ is a special regex character and needs to be escaped, itself, with an other \ symbol, to be taken as a literal !

Best Regards,

guy038

@Tuan-Zuli

It appears you are talking about using the Pythonscript plugin?

Maybe you want something like this? (Hard to say definitively without further detail being provided):

editor.replace('aaa\r\nbbb', 'AAA\r\nBBB')

Of course the use of \r\n is for Windows files only. If your files are Linux you want to drop the \r and use only \n.

Supporting info:

See the 7.8.5 change.log entry:

Make Count command in Find dialog respect Backward-direction and Wrap-around options.

Hello, @Brigham-Narins

Follow Information, To Scrolling with down and up arrow keys:

Ctrl+Shift+↑/↓ is supposed to move lines in Notepad++. Shift+↑/↓ will select text. Shift enables text selection as cursor moves either with arrows or Home/End/Page Up/Page
Down keys Ctrl+←/→ makes cursor move by words instead of characters Ctrl+Page Up/Page Down jumps to actual next page, not just next screen Ctrl+Home/End jumps to beginning/end of the document

I hope above information will be useful for you.
Thank you.

I’ve created the corresponding issue on GitHub:
https://github.com/notepad-plus-plus/notepad-plus-plus/issues/8034
It contains two test files attached, as well as two words to be searched for to reproduce the issue in the whole scope.

@PeterJones, @Alan-Kilborn

It works. Thanks a lot.

@Mark-Hanshaw said in Opening a file in short form?:

Hopefully I’m including enough information to explain my lostness

Unfortunately, not even close. Sorry.

Not everyone here knows what CSR2 is – based on your mention of “car files”, I am assuming the top google hit of a racing game is probably it. Given that the game itself isn’t necessarily common knowledge here, us knowing what might be different between the “version 1” and “version 2” car files is rather unlikely, and it’s really hard to give you help with so little information.

The instructions you were given (“look for \s and replace all”) aren’t even complete. I am assuming they wanted you to replace all space character – in which case, you need to make sure you have the regular expression mode selected the Replace dialog – because \s can be the special regex sequence to match any whitespace (space, tab, newline, and some others). Also, you don’t tell us what they asked you to replace the \s with.

@Sarah-Duong

You probably also want to remove the space before the vertical bar as well?

Try this:

Find what box: (?-s) \|.+
Replace with box: Make sure this box is EMPTY !
Wrap around checkbox: ticked
Search mode radiobutton: Regular expression
Press the Replace All button

That is, BTW, one of the reasons I decided to take an active role in the documentation development: whenever I find there’s something that I cannot remember how to do, I check to see if it’s in the docs; if it’s not there, I like being able to add it in so that 6 months down the road, when I’ve forgotten it again, I can look it up. :-)

:-D
:-D

@jack4455667788 said in Notepad++ 7.5.4 (64-bit) slow working with large files (solved):

this may have been fixed in later releases

How does one “fix” this? Autocomplete is a feature, if it is turned on it will attempt to do its work as best it can. In some scenarios, it isn’t going to be optimal.

Interesting. There might be enough people who would want that function for it to be worth implementing – though I cannot remember ever thinking to myself that I missed that ability, so it might not become a high priority for the developers. But the idea is reasonable enough that it’s probably worth reading the FAQ that will direct you to the right location for feature requests and bug fixes.