@Unmarked0146 said in Reducing the size of the column next to the line number:

I don’t really want to remove the plugins; I want to reduce the size of the column.

Looks like you’ve really got 2 or more overlapping issues:

First, you started using Notepad++ years ago (which is great), but it means that your theme was out-of-date (I cannot tell for sure which theme, or if you’ve got a custom theme) – but it presumably didn’t have the Change Margin styles. When you upgraded to Notepad++ v8.8.9, a new feature in that version saw you were missing those styles, and populated them based on the stylers.model.xml values – which means it chose light-based colors for the margin, rather than the dark-based colors that your theme expects: that’s why the orange change-history marker shows up on a light gray background. (That feature is scheduled to be improved in v8.9.0, so that it won’t be so glaring when you update a dark theme from an older N++ into v8.9.0 or newer…) If you are using one of the built-in themes, you might try to compare your %AppData%\Notepad++\themes\___.xml with the version from c:\program files\Notepad++\themes\, and make sure that the colors from all the <WidgetStyle> entries match the one from the installation themes. If not, copy over those values, save your customized theme, and then restart Notepad++. That will help make it consistent again.

Second, I see you have the Location Navigate plugin. As a user recently discovered in the N++ Issues Tracker, that plugin has its own change-history column, and by default it enables Plugins > Location Navigate > Mark Changed Line, which adds its own column over there. If you uncheck that option, then restart Notepad++, it will get rid of its extra space.

on off e44a67e7-a8c1-4d7d-bcff-c5f8bfb7044d-image.png 9781756c-644b-4478-91bb-ec05c1f7d113-image.png

But you have to make the change, then restart Notepad++, for that extra column to appear or disappear. But based on your screenshot, I think you might not actually have that option enabled on that plugin, beause I’m only seeing the Notepad++ native Change History margin there.

What gets me is that your screenshot implies that your theme____.xml was missing the “Bookmark margin” style as well as the “Change History margin” style. The latter, I understand, because it was only given an entry in v8.4.6 in 2022. But Bookmark margin was given a style in 7.9.1 in 2020… it’s surprising to me that you started that early with this current customized theme. (I understand using Notepad++ that long – I’ve been using it since ~2008 – but even my customized colors have been updated and reset, especially as I’ve gotten many new computers since then.) But both your margins being light gray imply that your theme was missing both those definitions when you ran 8.8.9 for the first time.

Anyway, your screenshot is really showing two different margins – the Bookmark margin and the Change History margin. In this screenshot, I set one to Bookmark to salmon and Change History to yellow, to make it obvious which was which.

2a688cfb-9fad-4270-a579-aa70f4c0b2d5-image.png

Notepad++ does not have a way to change the width of either of those natively (though with one of the scripting plugins, like PythonScript or NppExec, you can actually send the scintilla command to change those widths). But Notepad++ does allow you to enable/disable each of those margins:

So, if you never use the “Bookmark” feature of Notepad++ (either through clicking in that margin, using the Search > Bookmark > Toggle or similar, or using the Search > Mark dialog with Bookmark Line checkmarked), like in the following screenshot
7aabf9a2-a582-477c-be1e-2e5f218ca932-image.png
… if you never use that Bookmark round dot, then you could use Settings > Preferences > Margins/Border/Edge > Display nookmark (see #1 in screenshot) to toggle that border.

And if you never use the Change History, you can turn off … > Change History > Show in the margin on that same page of the preferences dialog (#2 in screenshot).

fd31a333-6fd4-464f-8a5e-60a9907f87f8-image.png

Turning off either of those will make your margin on the left smaller. But if all you want is for it to not stick out like a sore thumb, then
A. Go to Settings > Style Configurator > Language: Global Styles, and set Style: Bookmark margin’s background to 51,51,51 and Style: Change History margin background to the same.

Update: See our Change History Margin FAQ, especially the “How do I change the size” section, for an example of how to change the size using PythonScript or NppExec. (But yikes, I see that FAQ is out of date, since it doesn’t show the ability to change the four colors, which was added years ago… I will have to fix that next)

@Terry-R This has worked perfectly. Its a very long document so this was great. Thanks again, greatly appreciated.

OK, if it’s the intended behaviour then I’ll just live with it. It’s not a very big deal.

Thank you all who answered!

Thank you for all of the information. While it might be fun to dig into the Windows APIs again, I was hoping for something simple I could run with NppExec, etc. without a lot of coding. Since it’s not a lot of extra work to move the splitter manually, I’ll live with that for now. And maybe the MarkdownPanel team will find my request worth implementing, though it’s possible it can’t be done since one side is a NPP tab and the other is a panel.

@Andrea-Gaviraghi

Yes we are seeing this in our Enterprise install testing of the MSI. We had to build a script to uninstall the executable and then install the MSI. And package the scrip & MSI in an Intune package. Seems to have solved the problem.

@Eric-Wiseman said in Bug in sorting lines, staying there for years:

Line Operations -> Sort lines works ONLY if you convert Edit -> EOL Conversion ->Unix.

Unless I am missing something this looks like a bug…

As others have already explained, this is not a bug but rather a known and documented limitation, that all line endings must be the same.

If Sort Lines In Locale Order Ascending and Descending do what you want, those sorts implemented differently and are not dependent on consistent line endings. The ending for each line will remain with the text of the line it follows.

The Locale sorts can also sort using a rectangular selection for the keys even if there are tabs or characters of differing byte widths (such as can happen with non-ASCII characters in UTF-8) to the left of the selection, which does not work with the other sorts.

@rdipardo

This still worked for me a year later, thanks!

@PeterJones this worked perfectly! Thank you very much

@Dan-Walter-0 said in Networking problem:

Before I open a ticket with my helpdesk, I want to know if there is anything I am missing on the application configuruation level.

From your N++ DebugInfo, I think not.

But could you 1st follow the instructions in my linked issue and paste here the nppLogNetworkDriveIssue.log obtained?

@PeterJones
Thanks, Peter, for the detailed instructions.
Now, Notepad++ V8.8.9 launches, as expected.

Murray

@Pierrick-ram

I think you will need to provide more information. Such as copying the “Debug Info” from your Notepad++ installation and pasting it here. It’s under the ? menu.

Terry

@Dawn-Brockman-0 You should be able to do this with a few find and replace.

You make copies in a new folders as you said you do, let’s say “D:\MoviesFolder” You can use “Find in Files” with Regex to remove all the rows that are not year/genre/stars. make sure the “Directory” is the correct directory so you don’t break files from other places, don’t know if there is undo for this operation. I never tried to run it on mkv/mp4, but I assume you already have files that look like the xml you provided and we use them.
b09b9845-a2f2-49b6-a1f5-ac76a1b6d425-image.png If you want to remove the tags, you can run another find&replace with:
Find: .<(year|genre|stars)>(.?)</\1>.*\R?
Replace: \2\n
You will now have only number and names so you will have to deduce yourself what is a year, what is a genre, and what is a star, but as long as Ryan Reynolds is not a genre yet you should be fine.

@Alan-Kilborn
Yes, you are right. Thanks for the transparency tip.

@Coises I like your idea (as I also wrote in the issue). Besides other merits, it eliminates a behaviour that has been bothering me for a long time: if you work with a real file, then switch to a tab that is not a file, then to another not-a-file-tab and remain on these for some time, you completely lose the context of the real file in your mind. Yet when you press Ctrl+O (or Ctrl+S) you find yourself in a location that you have long abandoned mentally.

@donho said in v8.8.9 and ConfigUpdater plugin:

@PeterJones

It’s already fixed in the GitHub, but I didn’t make the plugin list cutoff deadline.

Are you talking about it?
https://github.com/notepad-plus-plus/nppPluginList/pull/999

It’s in the current PluginList in RC normally.

I ran:

Plugins > ConfigUpdater > Reset Validators Plugins > ConfigUpdater > Update Config Files

The open tab with ConfigUpdater.log no longer shows any errors

@KingRustamus

I’ve encountered such stuff before and it was caused by the Windows ransomware protection “Controlled folder access” in action. (build in Notepad.exe works in such a case because all the Microsoft own signed binaries have a build-in exception).

So check (try to set temporary off or add a new Notepad++.exe exception there) the Windows Settings > Privacy & Security > Windows Security > Virus & threat protection > Ransomware protection > Controlled folder access.

If it doesn’t help, I can prepare a testing build of the notepad++.exe binary showing us exact system error code (and it’s not the ERROR_ACCESS_DENIED for sure, otherwise in the v8.8.6+ you saw the UAC-elevation prompt 1st) leading to this SaveFailed N++ messagebox.

@Sinsearach ,

Just updated after quite a long while,

So that means it wasn’t just v8.8.8 that you had the problem with. Please only use the “Notepad++ x.y.z release” announcement topics for changes between immediately-previous version and this version. For example, that v8.8.8 topic should only mention regressions that changed behavior between v8.8.7 and v8.8.8. Any other problems you find when you jump from v8.1.5 (for example) to v8.8.8 should go in “help wanted” (where I put this duplicate discussion), and if can be confirmed as a bug in Notepad++, we will direct you on where to put in the official bug report. But it’s not an immediate regression with v8.8.8, so doesn’t belong in that discussion.

TextFX (NppTextFX2) plugin

mumble mumble… I wish the person who had done the conversion to make it compatible with N++ v8+ had renamed the menu and About box, not just the underlying DLL. (Not your fault, I know… but if someone accidentally just calls it TextFX, we are led to believe it’s the out-of-date incompatible plugin. So thanks for at least putting the real name in parentheses.)

plugin will not work (appear at all), whether installed manually or through plugin admin,

Weird. I just took portable v8.8.8 on my Windows 11 machine, and used Plugins Admin to install NppTextFX2 1.4.1, and it installed just fine. When N++ restarted, the TextFX menu was there, and I tried a couple random commands, and they did what was expected.

I would be very much surprised if this were a Windows 10-vs-11 thing, because NppTextFX2 hasn’t changed recently, and N++ itself is tested on both Win10 and Win11…

Yes I ran as admin.

when did you run as admin? when you installed the plugin? or when you tried to run the plugin? or both? Because if you’ve got a portable Notepad++, it should be in a directory where you have full write access… and you shouldn’t need to Run as Admin (in fact, since v8.8.6, you probably shouldn’t need to Run As Admin for just about anything; it will individually ask for permission when writing files in protected directories). But if you installed it as Admin, maybe it broke the permissions of your portable directory

In your portable 64-bit (you shouldn’t need to use 32-bit in modern OS): please do the following:

go to ?-menu, and share your Debug Info with us show us a recursive directory listing of your portable Plugins directory, so that we can see that the directory hierarchy is correct (dir /S from a cmd.exe prompt, or powershell equivalent)