Both those options are checked. My hypothesis is that there seem to be a maximum number for documents to be kept opened (or possibly a maximum number of bytes?), because when I have just a few docs, they remain open in the next session.
Ah, that’s not how it’s supposed to work. HTML parser should detect language of embedded script blocks on its own without user changing the top-level language, because there are HTML/ASP tags that also need their own highlighting.
Thanks for the heads up, I think I’ve found the diff between np++ and scintilla code that’s responsible. I should probably take it to github from here.
When you open a session, it is opened in a new instance of Notepad++. A session can consist of one or more files. See also Load Session... and Save Session... in the File menu.
Thank you for trying to help, @dail. I really appreciate it. However, since my need was immediate (I have to use these files at work today), I searched on the internet and found another text editing program - which opened the file without any issue and also handled the blank line removal smoothly. I really liked the N++ interface, but sadly, I must move on.
The just of my reply was that this worked very well in the test run, but did not in my actual working files. Possibly because my image files aren’t actually named “image01, 02, 03” etc? Here are two actual strings:
(how very odd. it allowed this - but now I’m a “new user” and can only post once every twenty minutes. I might just email ya. ha)
The above pull request is added, is there any thing else required for submitting pull requests?
I am new to this forum, let me know if I have missed something.
As I said before, Notepad does not recognize non-Windows Line Endings. It simply treats them as invisible characters. If you start editing in Notepad you will create a mix of Windows and Unix Line Endings. Since NPP recognizes ALL Line Endings, it displays both Unix and Windows Line Endings.