All I can do is confirm this is the behavior I see on my machine. I tried removing the header information and re-adding it but nothing seems to make the Italic setting stick.

On a separate note, I’m curious why the European company got your code in pdf. The only reason I can think of that the line spacing/header info would make a hoot of difference would be if you’re trying to compare the old code with the new code side-by-side. Can’t you just take your copy (not pdf) of the old code and the current version and stick them in WinMerge and send them a diff file? You cold even make the diff file a pdf if that’s some sort of company requirement for sending them code. I hate to side track a topic, but I just had to ask.

Thanks Ill try that.

Ok all. Discovered that the Adobe Pro print driver was defaulting to A4 instead of letter, like it does here in the us. so… That’s fixed…

Well, you would have to start again, but I think by far the best thing to do is to switch to using UTF-8. This encodes the full set of UNICODE characters and is supported by NP++.

I am assuming that when you say ‘made a font’ you haven’t actually created a font with your own glyphs, but simply want to write files using some UNICODE characters.

David

I would guess you have just typed that into Notepad++ with no file attached. If you save the file in a file called test.html, then suddenly Notepad++ will ‘realise’ the file is HTML and colour it accordingly. Remember that Notepad++ can be used on many different types of files, and they all need highlighting differently.

David

This was discussed many times. 2 examples are here and there.

Background, asynchronous and non-blocking are not simple for a legacy single threaded GUI application that was not designed for them.
Just turn the detection off.

Thank you so much. Your response was quite helpful

thanks @guy038 , I started to really enjoy python, thankyou verymuch :)

Apparently there’s a handy path where there’s a chance to find the unsaved ones in Settings > Backup > Backup path

Confusing on what you want, but I take it the Find and Replace wont work for this?

See https://github.com/bruderstein/nppPluginManager/issues/98. Maybe this is a similar issue, otherwise please create a new one with the n++ debug infos under ?->Debug Info…

At least the debug info of n++ at ?->Debug Info … is of interest regarding win version, n++ version, plugins. With the matching pdb files it is possible to open the dmp file in VS debugger, see e.g. https://social.msdn.microsoft.com/Forums/vstudio/en-US/4c10f189-9338-4b9f-a980-1ad297c8ad16/loading-source-files-for-post-mortem-debugging-with-a-minidump-file?forum=vsdebug. Please report at https://github.com/notepad-plus-plus/notepad-plus-plus/issues.

@mukundjalan

I haven’t heard of this happening before but maybe adjusting the Zoom level of one of the views (to hopefully match the other) would be a workaround.

Your keyboard options for Zoom are found here: View (menu) -> Zoom -> …
Your mouse option is to hold Ctrl while scrolling the mouse wheel.

@PeterJones , thank you so much. I was looking for this pathethic mistake for few days.

The XML Tools plugin has a Pretty Print function that should help you out, provided your XML is valid.

Thanks for the reply. And yes, it seems to be the Catastrophic Backtracking thing. And it seems this stackoverflow exception is not caught.
The regex should be (?-s)d(.*\R){1,5}?.*c because c is not always the first of a line.
I know I should avoid low efficient regex expressions, but it is buggy to directly show a wrong result instead of telling me the limitation is reached.