@PeterJones Good idea. Regardless, NPP is much nicer to use after your “how-to-fix-it” script, and I’m thankful that you could provide a way to fix it.

@Kendall-DeMott said in Session Fails ? ? ?:

@Terry-R
Terry TY for your help and suggestions.

I don’t know anything about Notepad++'s own backup system,

Then read the FAQ, as @Terry-R suggested. Understanding is always better than not understanding.

PS, when I looked in Notepad++'s backup folder, all there is is just file that load a single tab from mods that I edited, but none of the file were the (5) that I use all the time,

That “backup” folder is where Notepad++ keeps the unsaved changes for any files that have unsaved changes. As soon as you save a file, it will delete the backup, because the periodic backup copies are only intended for tracking unsaved changes; once you save a file, it has no unsaved changes, so there is nothing to track. Similarly, if you close a new 1-style never-saved tab, Notepad++ will prompt you to make sure you aren’t about to lose all your changes with never saving it; but it trusts you: once you tell it you don’t want the file, it will accept your decision, and close that file and remove the periodic backup because the periodic backup is only for files that are actively open in Notepad++.

funny how it backed up all these single files, but not one of them is one of the five tabs that I would open on almost a daily basis.

It backs up exactly the ones that are currently being edited in Notepad++, no more and no less.

I was keeping (backing up) the session file from Notepad++ install Dir, this has never failed in the past.

That very much surprises me, since in a normal installation where your settings files (and backup directory) are in AppData (which yours is, as shown by your Debug Info), then the active session.xml file is the one in AppData, not the one in c:\program files\Notepad++\session.xml

This is the session file, you can clearly see the (5) lines are there, they just not longer load from this file when the default session file from Notepad++'s install Dir is overwritten by my BU file copied from the install Dir:

You seem to be saying different things about the session.xml file. When you try to “restore” you session file from the backup, where do you copy it from? Where do you paste the file to? What order do you do things? Because some of your phrasing implies you are backing up your session file into the installation directory, and other of your phrasing implies you are using the one in the installation directory as the backup. And I’m confused what you’re actually doing.

Assuming you have some directory that I will call c:\backup\ which contains c:\backup\session.xml that looks like what you pasted in your reply, then the steps to get back that session would be:

Exit all copies of Notepad++ Copy c:\backup\session.xml to %AppData%\Notepad++\session.xml Open Notepad++ Assuming those files still exist on the I: drive and the drive is accessible, those files will open at this time

However, any usaved changes that didn’t get saved to the files before will obviously not be there, because whatever went wrong earlier that caused your session to get messed up caused Notepad++ to think it was safe to delete the snapshot from the backup\ folder, so your unsaved changes for those files no longer exist. Going forward, you need to keep in mind that Notepad++'s backup folder is really misnamed and should be called a “snapshot” folder – it’s where a “snapshot” of the unsaved changes are stored, but it’s highly temporary, and should never be relied up for long term backup.

My recommendation, and the recommendation of most of the regulars here, is that you take an active role in backing up your data, and don’t rely on backup settings that you don’t understand. This is the advice I have incorporated in to the FAQ.

If a file or data is critical: 1) save to a known location, often; 2) have an established backup system that is independent of Notepad++; 3) when appropriate, use revision control software like svn or git, so you can better track changes over time. Doing anything less than that says that you don’t actually think the data is critical.

JsonTools maintainer here.

The sort_keys setting in JsonTools should be set to True when pretty-printing JSON for comparison.

This is because the order of keys in a JSON object doesn’t matter: {"foo": 1, "bar": 2} and {"bar": 2, "foo": 1} are the same, but a general-purpose diff tool like ComparePlus doesn’t know that.

@Coises Thank you for the information. It is not happening on 8.6.6 on my machine either. I will stick with this version for the time being.

There is one more thing that requires an explicit mentioning in the documentation:

When exactly NPPN_CMDLINEPLUGINMSG is sent to plugins? In particular, is it sent before or after NPPN_READY? (Currently it is sent before NPPN_READY. But will it be so in the future?)

It appears that in my collection of fonts, Text is a variant like Thin, Medm, Bold, etc., because it works as expected with the rendering mode set to GDI instead of DirectWrite.

I don’t know if the font collection was repackaged on Google and Text was corrected,

Like I said, Google fonts doesn’t have the Text variant: I had to get that from fontsquirrel

perhaps it’s still mispackaged internally to IBM, so that it fails for me.

I doubt that’s it.

Thanks for your time, it’s greatly appreciated. (Not that it matters any more, but I’m on Windows 11 and my debug info follows.)

Well, there goes my Win11 theory. :-(

Scintilla Rendering Mode: SC_TECHNOLOGY_DIRECTWRITE (1)

… so this was taken when you were still in DirectWrite.

Display Info:
primary monitor: 3840x2400, scaling 300%

Ooh, that’s interesting. Maybe it’s a high-DPI issue. (Notepad++ still has some pretty weird bugs when you have a high-DPI monitor. Something specific to the Text version of the font might trigger one of those.)

But, anyway, if GDI works for you, that’s great. (Just be warned that in GDI mode, if you try to use an emoji or other glyph that’s not in your font, Windows might not be able to display the character from another font, like it can when you are in DirectWrite mode.)

Reported as Issue #17033.

@PeterJones

That seems to have done the trick!

Thank you so much for all your help today.
alt text

@PeterJones Exceptional, thanks for the help!

@mostlyhuman

If you happened to look at the online manual in reference to this:
NPP tabs settings it will say:
Clicking that hollow icon, will “pin” the tab, which will change the icon to a filled-in “pin”, and will move the tab to the left side of the Tab Bar (before any unpinned tabs, but after any tabs that are already pinned).

So currently only left.

As stated in the FAQ section you could request a “new feature”. Read the post titled Feature Request or Bug Report as to how to go about requesting this.

I will say though that unless you get some followers for this idea it might be unlikely the developer will want to expend valuable time coding it into the application.

Terry

@Terry-R said in color change after downloading:

style configura

Thaks Terry, that was quick! I did not know that the style config depended on the type of file; in my case, it was a batch file. Thanks again.
Alain

I wrote in SCI_GETCODEPAGE is NOT always either 0 or 65001:

When I did a test by changing my system default character set to Japanese, I started a new file, set it to ANSI, and pasted in some Japanese text. SCI_GETCODEPAGE was 932. I saved it that way. When I opened it again, the encoding was set to Shift-JIS — not ANSI — and SCI_GETCODEPAGE was 65001.

For future reference:

This only happens if Settings | Preferences | MISC | Autodetect character encoding is checked. When it is not checked, the file opens, as expected, as ANSI (SCI_GETCODEPAGE returns 932).

@Shin-ichiroh-Sakagami ,

I just created a text file (Language > None (Normal Text)) with ~16M copies of the line this is just one line, with 1 in 1024 having -- with extra appended to the end.

When I search forward or backward for extra (SearchMode=Normal, not Regular Expression), it takes the same amount of time to search forward or backward. It’s definitely slow – as is everything when dealing with 10M lines – especially for Ctrl+HOME or Ctrl+END, but I don’t notice any difference between forward and backward search.

You might check your Settings > Preferences > Performance settings, and see if any of those help. If your log file is being syntax highlighted, you might want to change the performance threshold so that it’s not syntax highlighted, and it might speed up.

(If you were using Regular Expression search mode, and you had done the power-user config to allow backward regex, you need to know that backwards regex are not as efficient as forward, because the regex engine wasn’t optimized for backwards search.)

@page200 ,

As you have guessed from two weeks with no reply, Notepad++ doesn’t have that feature.

I’m sorry no one had replied yet. Sometimes that happens if no one has a good idea right away.

I didn’t have time two weeks ago, but I did today, so I hacked up a pair of scripts for the PythonScript plugin.

Install PythonScript 3.0.22 or later per the PythonScript 3.0.x instructions in our PythonScript FAQ Create and populate the new script undo_and_scroll.py using the source below and the instructions for “create” and “populate” in the FAQ Create and populate the new script redo_and_scroll.py using the second source below and the same instructions Verify them using Plugins > Python Script > Scripts > undo_and_scroll or redo_and_scroll Once they are working, if you want, you can follow the FAQ instructions to create a shortcut for each (you could replace the Ctrl+Z and Ctrl+Y – but you’d have to use the shortcut mapper on the Scintilla commands page to remove those shortcuts from SCI_UNDO and SCI_REDO)

undo_and_scroll.py:

# encoding=utf-8 """in response to https://community.notepad-plus-plus.org/topic/27122/ This does the UNDO then tries to scroll to approximate center """ from Npp import editor # undo editor.undo() # find location after undo pc = editor.getCurrentPos() c = editor.lineFromPosition(pc) editor.gotoLine(1) editor.gotoLine(c) editor.setCurrentPos(pc) # try to center it # this is counting >1 for a wrapped line, whereas the "Line" commands are logical line, but close enough h = editor.linesOnScreen() f = editor.getFirstVisibleLine() s = int(c - h/2) #console.write(f"h={h}, f={f}, c={c}, s={s}\n") editor.lineScroll(0, s) del(pc) del(c) del(h) del(f) del(s)

redo_and_scroll.py:

# encoding=utf-8 """in response to https://community.notepad-plus-plus.org/topic/27122/ This does the REDO then tries to scroll to approximate center """ from Npp import editor # redo editor.redo() # find location after undo pc = editor.getCurrentPos() c = editor.lineFromPosition(pc) editor.gotoLine(1) editor.gotoLine(c) editor.setCurrentPos(pc) # try to center it # this is counting >1 for a wrapped line, whereas the "Line" commands are logical line, but close enough h = editor.linesOnScreen() f = editor.getFirstVisibleLine() s = int(c - h/2) #console.write(f"h={h}, f={f}, c={c}, s={s}\n") editor.lineScroll(0, s) del(pc) del(c) del(h) del(f) del(s)

@Laura-Pla:

I think I understand what you mean. If so, this is more a matter of getting a clear sense of how text files work than needing to know any particular tricks about Notepad++.

As a “plain text” editor, Notepad++ just shows you what is actually in the file.¹

For “normal” characters, “abcdefg” and so on, you just see the character. Line endings — what you get when you press the “Enter” key while editing — are also characters, but they are displayed by starting a new line.

You can add a line ending any time, between any two characters, by pressing Enter. And you can delete a line ending by putting the typing cursor at the beginning of a line and pressing Backspace, or by putting the typing cursor at the end of a line and pressing Delete.

What’s probably happening to you is that you’re deleting text without deleting the preceding or following line endings. Typically you’ll want to type a space after deleting the line ending, so the end of what was one line and the beginning of the next don’t run together.

If you are copying the text from some other source, like a web page or a pdf, an additional complication is that those formats, and others, are not “plain text” and do not always show spaces, line endings and sometimes other characters directly: they display them according rules defined by the format. So you might be seeing them “raw” in Notepad++ (which might even be why you need to “clean” them in the first place).

In some cases, where you have a sequence of separate lines that should be a single “paragraph” of text, Edit | Line Operations | Join Lines can help; highlight the lines you want to join and select that command from the menu (or type Ctrl+J) and Notepad++ will replace each line break in the highlighted lines with a single space.

You might already know about this setting, but just in case: on the View menu there is a setting named Word wrap. When that setting is checked, Notepad++ shows lines that are too wide to fit in the window by breaking them at a space character and wrapping them to the next display line. When it is not checked, long lines remain as single lines and you have to scroll to the right to see the parts beyond the edge of the window.

For a plain text file, you usually want Word wrap checked, because most people type each paragraph without any “hard” line breaks: that way it will fit whatever width window is used to read it. If you need to manage exactly where each line ends (like you would on a typewriter), then you might want it unchecked — but usually, checked is better.

¹ There are a couple exceptions, such as syntax highlighting for programming languages, which I’m pretty sure don’t apply to what you’re doing. I describe “Word wrap” a little further down in my message.

@Michael-C-Rush ,

Edge works for me (I don’t have FF to test). But until you describe in more detail, I am quite confident there isn’t a bug, because that’s a highly-used feature of Notepad++, and it would surprise me if there were a fundamental bug that you were the first to notice.

Could you be more specific? You claim there’s “different issues” but don’t explain what they are.

Share your ?-menu’s Debug Info What are the issues? Does it not show at all? Are you just talking about the HTML doesn’t render as you expect? Because that has nothing to do with Notepad++, and we cannot help you with HTML. (The best way to tell if this isn’t the right place: if writing the exact same HTML code in notepad.exe gives you the same “different issues” in FF and Edge that writing it in Notepad++ did, then the problem is not with Notepad++, and instead it’s with your code.) How is it different between FF and Edge? What’s the filename you are opening? Viewing in the browser is obviously intended for HTML and similar static web technologies Are the changes to the file not yet saved (or is the file an unsaved new # file)? Because if you have made edits to your file, but not saved them, then what you see in FF/Edge will be what you last saved, not what’s currently showing in Notepad++. And if you don’t have any underlying file and are just looking at an unsaved new # file, Notepad++ cannot tell the browser to look at file XYZ because there is no file for it to point to.

@JE-Ramirez

You can’t enter or paste a sequence of characters that includes a line ending into either box.

As you observed, when you select the sequence first, it will appear in the Find box. You can’t see the line endings, but they are there.

At the right of the Find and Replace boxes there is an icon with a drop-down arrow beside it. If you click the arrow, one of the choices is Copy from Find to Replace. Select that to copy the entire Find field, including the invisible line-ending characters, into the Replace field.

@Dinh-Duc-Nguyen
What do you mean by “large”? If you mean “hundreds of MB”, it’s not uncommon for Notepad++ to become unresponsive for a few seconds while it’s loading the file.

Also, it would help us diagnose your issue if you shared your debug info (?->Debug Info... from the Notepad++ main menu).