@Stan-Dm said in feature request - word wrap per tab:

+1 for this feature request, I have to flip my word wrap settings back and forth all the time, it’s getting annoying!

Might be a good idea. But +1-ing it here won’t affect the status of the feature request at https://github.com/notepad-plus-plus/notepad-plus-plus/issues/5232 .

if it’s annoying for you, both this forum and the issues page show a PythonScript workaround that you can use while you are waiting to see if the feature is ever accepted or implemented. But given there’s a simple PythonScript workaround, there’s a good chance it never will be. (The developer philosophy for this project is that if it can easily be or has been implemented using a plugin, it’s not likely to be implemented as a native feature.)

@John-BPC

The Escape key, maybe?

Alright, thank you!

@Stan-Dm

Why do you need it?
It would annoy most people, because a single click is what you do when you want to reposition the caret in a text editor. If doing so took one off to browser-land it could get annoying fast.

@Alan-Kilborn
I’ve found a workaround anyway (I put npp in ‘C:\Users\<user-name>\Util\npp’ in my case) :

Windows Registry Editor Version 5.00 [HKEY_CLASSES_ROOT\Local Settings\Software\Microsoft\Windows\Shell\MuiCache] "C:\\Users\\<user-name>\\Util\\npp\\notepad++.exe.FriendlyAppName"="Notepad++"

@maxitrol said in Macro Sidebar:

This is great idea.

Hmm. :-)

Windows tool that would allow me to enter text snippets which I can later simply copy paste

Well, Notepad++ offers some text snippet plugins…
At the Windows level, maybe what you want is a clipboard utility? There’s a good one called Ditto out there.

@Ignasi-Viñas

gpx? Isn’t that guitar pro tab file format? If so, it is binary, isn’t it?

My bad. I should have stated the original search like this, I suppose:

Find what box: (?-s)^(?=.*def)(?=.*phone).+
Match case checkbox: unticked or ticked <------ as you need

Not everyone knows that:

leading off your regex with a variant of (?i) will search case INSENSITIVELY (the i is for Insensitive) leading off your regex with a variant of (?-i) will search case SENSITIVELY (the -i is for NOT [or “minus”] Insensive)

and that these little strings, if used, override the setting of the Match case checkbox, since they are logically processed after the checkbox setting.

However, the misunderstanding could have been avoided had some sample data been provided along with the original question.

With merging this PR npp uses new code to calculate where the find dialog
needs to be shown. I hope/assume that it will be used in other areas
as well once it is known as a stable feature.

@blcartwright What version of N++?

I observed this behavior in that situation, with N++ 7.8.4:

A modified “Unnamed/unsaved” file cloned; right-click Close that file in one of the views: Notepad++ prompts to save that file. If answer No, Notepad++ closes that view and leaves the file tab open in the other view.

Interestingly, after letting N++ sit for a bit, and then attempting to close it (single-viewed unnamed/unsaved doc still open), Notepad++ prompts with “Your backup file cannot be found (deleted from outside). Save it otherwise your data will be lost. Do you want to save the file?”

Hello @geertsj, and All,

In your macro, probably some values are incorrect. The value of the lParam attribute, in the last line of your macros should be 1 !

<Macro name="xxxxxxxxxxx" Ctrl="no" Alt="no" Shift="no" Key="0"> <Action type="3" message="1700" wParam="0" lParam="0" sParam="" /> .................................................................... .................................................................... .................................................................... <Action type="3" message="1702" wParam="0" lParam="N" sParam="" /> <Action type="3" message="1701" wParam="0" lParam="1" sParam="" /> </Macro>

Refer to this other post, below, and all the following ones for further information :

https://community.notepad-plus-plus.org/post/51407

A fix of that issue, from @don-ho, will come with the next release !

Also, in summary, presently :

If the value of lParam is 1723, in the 1701 message : change this value 1723 to 1 and make sure that the 1702 message contains a 512 bitweighting, in number N ( Forward search )

If the value of lParam is 1721, in the 1701 message : change this value 1721 to 1 and make sure that the 1702 message does not contain a 512 bitweighting, in number N ( Backward search )

Best Regards,

guy038

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.