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!

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

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

@Mark-Olson said in Menu command for ensuring current position is visible:

I agree with you that this is pretty confusing, and agree that using the arrow keys should have the same effect as typing. This would obviously be a separate feature request though, and as you noted I rather doubt that it would be accepted because it would only add confusion for some other users.

After sleeping one night about it, and rereading your posting about typing any char and undo. Also in your issue #17297 and @Alan-Kilborn 's issue #12107 … I have changed my mind a bit, because I think that both situations of keystrokes (typing char from keyboard input or pressing arrow key) should be handled in the same way. This would make consistent behaviour of the application.

I think, keystrokes should always have direct effect on a visible caret, so the caret should be made visible first, and afterwards perform the action from keyboard (typing char/moving caret).

Keystrokes on an invisible caret look more like undefined behaviour. The user does not know, where his focus is. Even making caret jump to next visible position could be unexpected, because user did not know where he previously has been. Maybe user is even confused, because of the jump.

So from this perspective, the current behaviour of arrow keys could be worth considering if it is unexpected/inconsistent.

@PeterJones

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,

I don’t have a custom theme; I just use whatever existing themes and modify them (just two, really). I just replaced my %AppData% theme with the “program files” themes, and the colors look okay again.

795725ad-50a6-4d40-a0cf-308501ed7cea-image.png

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.

I am pretty sure that when I installed Notepad++, I just copied the old saved themes over, which is why the new styles were probably missing.

In this screenshot, I set one to Bookmark to salmon and Change History to yellow, to make it obvious which was which.

This makes it much easier to understand. Thank you!

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)

I am not that ambitious, but I am sure the update will be appreciated!

Thank you again, Peter. Not only did your post help fix the problem, but it’s also educational and shows me how dedicated people are to Notepad++.

@Charles-Fraichot said in Notepad+++ workflow for Bookkeeping.:

Hello, im a bookkeeper and Im looking into incorporate Notepad+++ into my daily workflow and would love your input. Do you have recommended plug ings or built-in features that works well for bookkeeping? What is the best way to organize and clean bank statements so tools like the free GnuCash importer can read them cleanly and consistently?

The format in which you acquire the bank statements is an important, missing piece in this question. If it is a text-based format (like plain text, HTML, JSON or CSV), then Notepad++, possibly with one or more plugins, might be able to help. If it is not text-based, Notepad++ won’t help.

It looks like GnuCash can import several formats. The only one of those with which I’m familiar is CSV.

Two plugins with CSV capabilities are CSV Lint and CSVQuery. I’m not very familiar with the first and know nothing about the second, but depending on what you need to do, they might help.

I wrote the Columns++ plugin partly because I just hate spreadsheet programs, and I wanted to be able to do simple spreadsheet-like things in Notepad++. Strictly speaking, Columns++ only works well with tab-separated values or files in which columns are physically lined up using spaces; but it can convert from and to CSV files using any separator and a number of specific quoting and escaping rules.

Any tips, tricks or workflow optimizations that would be especially useful for bookkeepers or accountants working with structured data?

I m looking to avoid excel and LibreOffice for this part of my work. Im looking for a text based, precise and reproducible workflow, similar to why many developers rely on notepad+++.

Depending on the input format and what you need to do, Notepad++ might help. However, when you say “precise and reproducible”…

As a text editor with a graphical user interface, Notepad++ is best for problems where you have to look at the source data, decide what needs to be done this time, for this particular data, and then do it. If “precise and reproducible” means you want to work out the rules and transformations in advance and then apply those same rules, consistently and repeatedly, to many batches of (present and future) source data, you would be better advised to look for a scripting solution.

@PeterJones

Thank you, that’s very helpful. I’ll do that.

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.

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

@Jayson-Allen ,

See details in https://community.notepad-plus-plus.org/post/104192

update: I have versions of the theme files which won’t have the ugly white backgrounds temporaroly at https://github.com/pryrt/notepad-plus-plus/tree/themesPost889/PowerEditor/installer/themes ⇒ they will hopefully eventually be put into the main codebase, for distribution with v8.9 and future. But until then, you can

Exit Notepad++ Go to that URL and download the raw version of your theme(s) For a normal Notepad++ installation, use Explorer to go to %AppData%\Notepad++ if there’s not a themes subdirectory, create it move the downloaded theme(s) into %AppData%\Notepad++\themes When you run Notepad++ next time, it will use the updated theme.

If you have customized your theme with user-keywords or user-extensions, this would overwrite those… I will eventually be writing a FAQ which explains a way to work around those customizations (once I don’t have to link to a branch in my fork of the code to share the theme files).

New FAQ: https://community.notepad-plus-plus.org/topic/27306/faq-themes-in-v8-8-9

@Adam-Sr-Flores

The simplest workaround here is to disable the N++ file-status checking in the Preferences > MISC. > File Status Auto-Detection (select Disable there).

My guess is that either something has recently changed on your remote server (e.g. a networking/caching setting) or you’ve started to experience occasional network connection outages. If you have the File Status Auto-Detection set to its default (Enable for current file), whenever an opened tab in N++ gets activated (switched to), N++ v8.7.1+ issues a threaded (to prevent a possible frozen app state) I/O checking call. As of now, if your server isn’t able to respond in time (3 secs), the checking thread is then forcibly terminated and one can experience such behavior described in your report. I’d like to improve this in the future (e.g. with an adjustable timeout limit), but unfortunately haven’t had time to do it yet.

Could you follow these instructions and paste here the nppLogNetworkDriveIssue.log obtained?

@deleelee

Thanks for the pic. You are evidently using the MenuIcons plugin and it seems that this plugin has a problem with the N++ v8.8.8+ new tab-label length limitation feature. You can try to report/ask for help at that plugin site:
https://github.com/francostellari/NppPlugins/issues

or disable its “*” tab marking feature in the Menu Icons Options settings (select the “No symbol” radio-button there).

@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

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