I’m not usually one for guessing, but could be the OP wants the second occurrence of <o> to be turned into 1, the third turned into 2, etc. ?

But yes, I agree, the problem could be stated better, and real text provided as a starting point for someone that wants to try working on it.

@Alan-Kilborn ,

Thanks for that clarification. Yes, the Set Read Only is a toggle (I guess it uses a ✔, not a ⦿). And Clear Read-Only Flag might be better phrased Clear OS Read-Only Flag.

Hi @im-FL

It’s a known issue and will be fixed on next release. Here is a workaround.

Take care and have fun!

@Jürgen-Nießen ,

Sorry, auto-indent keeps comments at the same level of indentation as the code block the comment is a part of (because the auto-indentation is a feature coded at the editor level, whereas the marking of “comment” is coded at the lexer/syntax-highlighter level).

That said, alternatives include:

running code through an external “pretty print” utility – @Michael-Vincent gives examples of how to do that in an old post <edit>: in this old post (which was linked from the other; sorry.)</edit> using one of the scripting plugins (like PythonScript) to set up a hook to watch what you type, and if you type the comment indicator on a line that has only whitespace before that indicator, the script could un-indent for you. Similar things have been done recently, and if you need help, we could dig up links to those previous discussions, and/or someone might be willing to hack up a script engineer a solution for you, if it catches their fancy

@PeterJones said in Load stylers.xml failed:

I am assuming your tomorrow.xml file is somehow corrupted. I suggest re-downloading it from https://raw.githubusercontent.com/chriskempson/tomorrow-theme/master/notepad%2B%2B/tomorrow.xml, with the steps:
3. Download from https://raw.githubusercontent.com/chriskempson/tomorrow-theme/master/notepad%2B%2B/tomorrow.xml and save as %AppData%\Notepad++\themes\tomorrow.xml

Thank you @PeterJones for helping me sort it out. I now know what the problem was for me.

On the Github, I would right-click tommorow.xml file and save as and for some reason, that file would give me an error message that I posted. When I right-clicked on your link that had raw. in the beginning and saved as it worked fine. I use Google Chrome I don’t know if that has to do anything with it.

So for the rest variations of the style instead of right-clicking on the tommorow.xml I clicked on it then selected RAW and then saved the page as and it worked for all the rest of the styles.

Thank You

@pnedev
Ok, i’ll look into this.
Thansk for your reply!
//berglund

@Alan-Kilborn That looks exactly like my issue. Thanks!

@Cloud-Stray

Using npp on Linux to program in C is like using a fork to eat soup, I guess. The compilers installed depend on the operating system you are using.

@Jose-Emilio-Osorio said in Good Morning. How to see find and see only the lines duplicated in a file ?. Thanks:

I just need to verify which are the duplicates before they are deleted.

Since you say that you aren’t interested in getting the lines back to the original order it makes the solution much easier. It also means that you should not be concerned about which line is actually marked for deletion (question #1).

So the first step is to sort the file. You can select either ascending or descending lexicographical order, it makes no difference, except to the visual aspect (possibly easier on the eye when sorted ascending). This is achieved by selecting the “Sort Lines lexicographically Ascending” or “Sort Lines lexicographically Descending” which is under “Line Operations”, under the Edit menu.

Next we just need to mark (bookmark) the lines which are duplicates. This is achieved by using the “Mark” function, under “Search” menu.
Find What:(?-s)^(.+)\R(?=\1)
Make sure "Bookmark line is ticked. The cursor should be on the first line of the file, otherwise some duplicates might get missed. Wrap around should not be ticked (as we don’t want to consider the last line as a duplicate of the first). Search Mode must be “regular expression”. Click on the “Mark All” button.

The file will now show a number of lines that have a mark in the left margin, normally a blue circle. You can use “F2” or “Shift-F2” to move to the next (or previous) bookmarked line for viewing. These bookmarks might be erased if performing some more operations on the file, such as another sort. If this happens just run the Mark operation again.

To delete the bookmarked lines use the “Remove Bookmarked Lines” listed under “Bookmark” which is under the “Search” menu.

Terry

@Alan-Kilborn said in How to visually differentiate 2 files in editing with the same file name but coming from 2 different folders:

Point to a tab and hover and after a brief delay it will show you the path to that tab.

BRILLIANT! I don’t think I ever knew that. Funny how I use Notepad++ daily, script with it, for it, write plugins … yet I still discover simple new “features” every now and again.

Cheers.

@PeterJones said in Missing .CSV Save As Extension:

With all that said, there is another option (literally): if you are opening lots of files that have no extension to start with, you might consider changing the Settings > Preferences > MISC. > Set Save dialog file extension filter to .* instead of .txt for Normal Text option, which will make the default Save As type as . instead of *.txt, so then you can default to typing the extension for plain text files.

As someone (“bReathl3sS”) points out HERE it appears that setting is going to get a tweak soon. Not sure if that impacts anything said right here, but I wanted to point it out for future readers, in case it does.

@PeterJones said in Add specific line to a large quantity of .nfo files:

Matching only at the beginning of a file isn’t always easy…

But, isn’t it easy now? (Now meaning 7.9.1 and later)
At that point, N++ regex got a fix for \A which allows that sort of replacement to work, without a ^ hanging off the end, or other tricks.

From the 7.9.1 announcement is item number 3:

3. Fix RegEx look behind operations and \A and and \b and \z (Fix #713, #1870, #2216, #2360, #9004, #4855).

Of course, OP in this thread could be using some earlier version…

Hey phenomenal11.
I was able to make collapsable tabs by using the Nimrod language.
I came to the forum for an answer, found this unanswered one and then noticed that my language is one of the predefined ones (Normal Text originally) as compared to your user-defined one. Thought I’d give the others a try and the first one i picked was Nimrod and it worked.
And because I’m like this, I went through all of the predefined languages and found that Python and Visual Basic weren’t so bad either. YAML was almost ok, except it writes everything in red.
Nimrod still made format changes like bolding and as a keyword and coloring everything after a double quotation mark, but switching to “vibrant ink” in the style configurator made it all go away.
So although no one answered your question, it did inspire me to find my own. I hope my solution can help you in the same way.
Cheers

@eyeq-git

a better overview…I had over 40 Files open

Not really sure what you’re looking for; only you know that for sure.
Perhaps it is a 100% replication of what you mentioned (of which I have no knowledge), and nothing else will satisfy. If that’s the case, stop reading right now. :-)

Otherwise, here are some options in Notepad++:

Press Ctrl+Tab and you’ll get something like this (yellowish vertical popup):

b36f73ef-ad9e-4a63-a789-abb685903a82-image.png

Perhaps that meets the (unknown) need?

Otherwise, look to the left for something called Doc Switcher.
Perhaps that meets the need?

My screenshot shows ~40 tabs open, but the tab bar leaves something to be desired as it is single-line by default. What you can do is turn “multiline” on to (eat up some real estate and) look like this:

01bba356-944c-49ba-a956-6a0b340e0739-image.png

You can show open tabs vertically if you’d like, although that is mainly for the sadistic:

013125a7-ac6d-4741-a1b2-2a539545edb9-image.png

The bottom line is that you have options, but we don’t know what you’ve tried and discarded, or what you’re really after.

search within all the tabs

Have you tried the Find dialog’s Find All in All Opened Documents button?

@Ed-Eaglehouse I am not sure what it fixes, but I see that cs file cannot be parsed if it contains interpolation string like

var s_command = "some"; var s_target= "some 2"; var s_command_info= "some 3"; jsSupportLines.Add($" echo('not implemented: {s_command} ({s_target})'); // {s_command_info}");

@dbdonb ,

hope that this is how it’s supposed to be done.

You are given access to plaintext (XML) config files in Notepad++ because the developers want you to be able to have as full control over the application as you can. Edit config files to your heart’s content. :-)

@PeterJones said in PowerShell parenthesis matching:

The SciTE brace-matching (^E = Ctrl+E = Edit > Match Brace) works on the second line, but not on the first line.

However, more examples show: if I use real quotes rather than smart quotes:

$($s.replace(”’","’’")) ( ( ) ) $($s.replace("'","'"))

The third line, which has true ASCII " and ', the brace matching works fine in SciTE 4.2.0.

In Notepad++, if I leave that first line there, but add the third, it still thinks it is inside a string, which confuses things. But if I remove the first line and just have

( ( ) ) $($s.replace("'","'"))

… then Notepad++ brace-matching with Ctrl+B works for me.

@magoo104 , could you paste in some actual PowerShell syntax that shows the problem – once you paste it in the forum, highlight the text and click the </> button in the forum entry toolbar,

so that your PowerShell will be properly in a black box, and the Forum won’t try to “fix” your " " to “ ” or similar smart-quotes.

And I did confirm: in v7.9.2, with the most recent text shown, it properly highlights matching braces, as shown in this screenshot
08e8ec17-3a95-4497-b48e-adbf7a464f00-image.png
… and Ctrl+B works correctly as well.

So it was only with mismatched quotes and “smart quotes” that the problem occurs for me. With balanced ASCII quotes, it works just fine.

@Alan-Kilborn said in Searching a word in a large directory caused N++ crash and loss of auto-saved open documents:

Regardless, if you want YOURS to be seen, you’ll need to open a new issue on it on github; developers don’t read bug reports here.

Ok, thanks.

Moved back from Linux to Windows ~12 months ago, hope that memory serves.
There could be multiple issues.

If you are talking about problems of copy-pasting between Notepad++ and terminal (or other Linux app) then you are likely facing the problem of Linux PRIMARY and SECONDARY paste buffers. Go read about it.
Notepad++ over wine is copying into SECONDARY buffer and to paste into terminal you need special shortcut: ctrl-shift-v.
For the other way around copy with ctrl-ins from terminal and paste with ctrl-v into Notepad++.

From your description, I assume you are copy-pasting from Notepad++ into Notepad++.
Don’t remember an issue like you described.
I could guess that ctrl-ins and shift-ins are global shortcuts in the Linux system. This may lead into race where 2 entities, Notepad++ and “Linux”, manipulate the clipboard (or paste buffers) which leads to unpredictable results.
Using ctrl-c and ctrl-v should workaround THAT issue since they are far less global.
If that is indeed the problem then disabling global effects of ctrl-ins shift-ins will be VERY difficult. These shortcuts are embedded deep into the system.

There are also helper applications that should do automatic synchronization between PRIMARY and SECONDARY buffers to help. I didn’t install any of them myself. But as many kinds of “help” they may leave you off worse than you started.

@kracovwolf said in subtitle lines:

^.Subtitle

For your regex, you were very close. If you look at the * at the end, it refers to the e character whereas at the front you have it associated with the . which is special and means most, if not all, characters. So just add the . before the last * and it should grab the whole line. In fact the second * could be a + IF there are always characters behind the word subtitle.

Terry