@lhackner
Maybe a movie session will be a little later)))

@Paul-van-'t-Hoff

Unfortunately, no you can’t.
Concerning udl docu, see here.

Perfect, thanks for the help, both of you. Appreciate it.

@Claudio-Gallego said:

I’ve found something : search : jpg.*ivia-rouge

That’s great if it works for you. But note that the regex as displayed does not work as advertised, because it is missing the underscores.

For future readers of this thread, the forum gobbled the _ characters from @Claudio-Gallego’s regex. For the regex to work with the quoted data, it must be search = jpg.*_ivia-rouge_.

To get it thru the forum without Markdown being applied to text, you need to enclose small pieces of exact text in back-ticks: `_ivia-rouge_` renders as _ivia-rouge_, instead of the italicized ivia-rouge that was seen without the proper Markdown. The PREVIEW window shows this. If you want to see more of the preview window at a time, hit the big black-circled ^ above the COMPOSE window.

This forum is formatted using Markdown, with a help link buried on the little grey ? in the COMPOSE window/pane when writing your post. For more about how to use Markdown in this forum, please see @Scott-Sumner’s post in the “how to markdown code on this forum” topic, and my updates near the end. It is very important that you use these formatting tips – using single backtick marks around small snippets, and using code-quoting for pasting multiple lines from your example data files – because otherwise, the forum will change normal quotes ("") to curly “smart” quotes (“”), will change hyphens to dashes, will sometimes hide asterisks (or if your text is c:\folder\*.txt, it will show up as c:\folder*.txt, missing the backslash). If you want to clearly communicate your text data to us, you need to properly format it.

Hy, the problem is ok in IPV4, add config:

Prefix 2 : 0 1 2 3 4 5 6 7 8 9
Extras 1: .
Range: -
Decimal separator: Dot

@Tim-Donaldson

Maybe try this:

Bring up the Replace window (ctrl+h).
Find what box: (?-is)(<recipe name=“flagstone.*?craft_time=“)\d+
Replace with box: ${1}12
Search mode: Regular expression
Wrap around: ticked
Press the Replace All button.

I wanted to add that when I’ve seen this happen again, if I kill the NPP process it doesn’t write the empty profile. So, as long as I catch it and kill it instead of simply closing NPP then I can keep the corruption from happening.

@brandon-schwartz said:

The data was supposed to look like this: Part123 | 10$ 11$ 12$ 13$

As @Alan-Kilborn said Notepad++ can help with fixing the formatting (see my regex below), but cannot help with calculations as Notepad++ itself does NOT have a mathematical ability.

So to get the formatting back to how you’d like it my regex is:
Find What:(?-s)(part\d+$)|(\R(\d+\$))
Replace With:(?1\1 \|)(?3 \3)

As this is a regex you need the search mode in “regular expression”. Once the 2 fields are entered (can copy the red text and paste) just pres the “Replace All” button once, the whole file should be reformatted. Suggest have the cursor in the very first position of the first line, otherwise the “wrap around” would need to be enabled (most have that enabled already anyways).

As a bit of background, the regex uses alternation. Thus it can search for different types of text and the replace field can interpret which option was selected and based on that respond with a different set of replacements. You will note that some of the characters have a \ in front, and sometimes not. That’s because I cam using the characters in 2 different modes. For example the $ by itself means a zero length position at the end of a line, as \$ it means literally a dollar sign.

Good luck

Terry

@Michael-Vincent

The order of the filters is critical when there are multiple filters. This is what worked (1st to last filter) for a combination of filters for Pylint, Flake8, Cppcheck, and gcc:

%FILE%:%LINE%:%CHAR%:*error*
%FILE%:%LINE%:*note*
%FILE%:%LINE%:%CHAR%:*
*:%FILE%:%LINE%:*

I assume that NppExec’s logic follows a series of conditional statements when processing the filters.

Hi Terry,

Thank you very much.

I am just very far from programming, our IT guru mate is on annual leave and I was stack with it. )) Thank you very much.

Have you tried right-clicking in the right pane selecting “Group by” and then “(none)”?

This isn’t a N++ configuration, but a preference Windows is caching based on file explorer view.

Yesterday, I was facing the issue only with the Download specific site. But today even the main home page seems broken.

Same. Tried on both Chrome and IE

@David-Brigden said:

Guess I just leave those long lines alone manually wrap inside a region

Maybe I misunderstood. Fold/nest (which I was talking about) implies the hiding of lines from a block structure, such as a c-function, like

⊟ int blah(args) { int a = 1; int b = 2; } ⊟ double yo(args) { double a = 1; double b = 2; }

being collapsed down to

⊞ int blah(args) { ⊞ double yo(args) {

Whereas “long lines … wrap” is a completely different setting (View > Word Wrap or equivalent toolbar icon), and just converts

13 Pretend this line... is very, very long 14 And another line

into

13 Pretend this line... is very, very long (but now it is wrapped) 14 And another line

@guy038

thank you for your tests. ~10s for your aged laptop seems to be ok, I guess.

What do you mean by

Your script is correct as long as the word wrap feature is NOT set

?
While testing I didn’t encounter a situation that duplicates still exists after running the script. WordWrap and long lines are performance killers, that’s for sure, but the script should still work correctly.

@Tom-Wak

with the provided data I would assume that something like
find: (?-s)(\w+:\w+):\w+(?=.*)
replace: \1
should do the job.

@liuming-zhu

this is a python programming question rather than a npp related one.
See here. Npp doesn’t silently change your code.
Why you get different result can’t be answered from remote - obviously you do have different configurations.

@Derek-Muller

Afaik, no.

I agree. I was bad. The original post does not belong here and it would be more appropriate in a forum for the programming language involved.