@Michkovy said in Customizing toolbar buttons and non default icons:

A final question, what format settings do the fluent icons have? Mine are lacking transparency at the moment.

Sounds like yours have 24bpp. You need 32bpp to have transparency.

The Plugins > Customize Toolbar > Help - Custom Buttons actually tells that you need the 32bpp, though it doesn’t explain why. And it also just mentions the 32x32 size – but that means that it has to be downscaled to 16x16 when running with small toolbar icons, so I recommend having both.

(Note on icon editors: VS2022’s icon editor will show the 32bpp image types in the ico file, but won’t let you create a new one with transparency. I generally use GIMP for icon editing, which has no such limitation; a dedicated icon editor like IcoFX will generally work, too. [I believe you have to find a copy of 1.4.6 or older to have a freeware version; the newer versions are commercial products and will stop being able to save after a 30day trial.])

Actually, I didn’t answer your question as asked, I answered what I thought you really meant. But to answer the actual question, the fluent icons in the source code actually use 8bpp with one color index being dedicated to 100% transparent pixel. So if your icon editor will allow that, and 255 colors are sufficient for your icon (probably should be), then you could try that, instead (I believe VS can do transparent in 8bpp mode). If you want to use the same palette as Notepad++'s fluent icons, you could even grab one of the fluent icons from the source code and use that as the basis for your icon(s) – just replacing the image for each of the sizes.

update: the user manual now explains that you need 24bpp or 8bpp to get the transparency.

@PeterJones said in Korean script letters do not group in Notepad and Notepad++ (Help Wanted):

I tried pasting 하ᄂ구ᄀ into LibreOffice Writer, and it combines some of the pieces but not all:
9b81f20d-99dd-4e01-82e8-986bc761c8d4-image.png – it also uses NSimSum font when I paste those characters. And though I pasted them in as the six characters next to each other, once they are in, Writer treats them as 3 characters

I’ve been trying to figure out what is going on here. I know nothing about the Korean language, but I did come across the Hangul jamo while implementing the Unicode rules for determining grapheme cluster boundaries as part of my Unicode-based search.

I don’t recommend trying to read that unless you have a lot of free time and brain power. The bottom line for this purpose is that Hangul syllables are written as separate characters, each of which can be composed of multiple Unicode code points. The most common sequence is LeadingConsonant+Vowel+TrailingConsonant, though there are extensions and complications.

Like many other Unicode characters, Korean characters come in composed and decomposed forms. I think all the modern Korean characters have a single-code-point composed form. They’re usually typed in a decomposed form, though, and assembled into composed form by an Input Method Editor, though decomposed form is permitted in Unicode.

The reason pasting that combination into LibreOffice Writer produces three characters rather than two — which, as you might notice, is also true in the web browser rendering — is because the original poster’s decomposition is wrong. The canonical decomposition of 한국 (\ud55c\uad6d) is ᄒ ᅡ ᆫ ᄀ ᅮ ᆨ (\u1112\u1161\u11ab\u1100\u116e\u11a8), not ᄒ ᅡ ᄂ ᄀ ᅮ ᄀ (\u1112\u1161\u1102\u1100\u116e\u1100). The latter version uses all leading forms for the consonants, but the third and sixth code points should be the trailing forms.

However, the correct decomposition still doesn’t compose visually in any font I can find in Notepad++.

I downloaded the current version of Scite and set the font to NSimSum by using Options | Open User Options File, typing:

font.base=font:NSimSum,size:12

there, and saving. I opened an empty tab and chose File | Encoding | UTF-8. Then I pasted:

한국 á ç

(You can’t see it here, but that is the canonical decomposition of all those characters.) Just as in Notepad++, the Latin letters with diacritics display as composed, but the Korean syllables do not.

Therefore, I think this is a Scintilla limitation. Why it doesn’t compose visually, when LibreOffice Writer and web browsers do, I have not yet been able to determine.

All this might not be as related to the problem @SalviaSage described as it appears to be. Notice that the original post says:

For example, I want to get (한국).

Those two characters are composed. They don’t consist of individual jamo. You can determine that by pasting them into Notepad++. You can also determine that neither the forum nor the web browser is performing the conversion to composed form by pasting this: 한국 into Notepad++. It looks the same here, but it’s six separate characters in Notepad++.

So I think the original poster’s problem has more to do with using, or not using, or misusing, an Input Method Editor. Unfortunately, I don’t know anything about those. Notepad++ will display the composed Korean characters just fine; for some reason, the individual jamo are going directly from the keyboard to Scintilla without composition. I’m thinking perhaps an inline IME is a default for a web browser, but not for Notepad++? I have to leave pursuit of that possibility to someone else.

Actually, I initially took Kedar’s XML, which I assume is based on Chris K’s

@mpheath said in Tall tops/bottoms of Devanāgarī letters are clipped in monospace fonts:

The line height can be altered by increasing the extra ascent or descent with using the LuaScript plugin.

Or using PythonScript plugin: add to startup.py:

editor.setExtraAscent(8) editor.setExtraDescent(6)

And make sure Plugins > Python Script > Configuration has Initialisation set to ATSTARTUP.

Or ExtSettings plugin, using the Upper Line Spacing and Lower Line Spacing fields.

@Stefan said in Text anti-aliased since 6.7.9(.2?):

I just tested with 6.8. Enabling / Disabling windows clear type will change how the N++ menu is displayed but not where i read and edit the document. The “Enable smooth font” switch does nothing on my machine. “SCI_SENDMSG 2611 1” in NPPExec does help but is not persistent. This is really frustrating… Am i doing something wrong ?

Thank you!

Still an issue 10+ years later… Luckily NPPExec supports running scripts on startup:
https://i.imgur.com/DC94mqV.png

@PeterJones,
First time posters, dropping links, is never a good combination, legit or not. It’s presumptive and intrusive, since the only purpose seems to be to dump and run.

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

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

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

I have noticed that since a few days the context menu appeared on my machine. I have not done anything besides regularly updating Windows and Notepad++.

So the issue fixed itself.

b3f0d09e-d651-4d92-acef-6d50025b3323-image.png