@dail: Thanks that solved it.

This in the %APPDATA% has only 3 Languages in there, while the one in the Programm-Directory has many languages defined.
So deleting (acutally renaming) the file in the %APPDATA% made the other definition-file work.

Then there WAS just anothe slight issue, that the functions in PHP have not been recognised when the <?PHP ist not properly closed with the ?> (Reported here http://stackoverflow.com/questions/35101807/notepad-function-list-php-not-working-if-i-didnt-close-the-php-tag)

@Ron-Shaw

I would use python script plugin and code like

import datetime editor.appendText(datetime.datetime.today().strftime("%H:%M:%S"))

to solve this. If you want to install this plugin I would recommend to use
msi instead of
plugin manager

Cheers
Claudia

@Romain-Michard

as this isn’t possible from within npp you maybe want to use
windows way to do it.
Control Panel->Display and enlarge by using 150% or specify
a custome value by using set custom text size (DPI)

Cheers
Claudia

Ok! Actually Patrick (thank you Patrick), gave me a great idea.

I put all the new strings that I was going to substitute at the top of the JSON file.

Then I ran a search of the “title”: string, and bookmarked each instance.

Then I ran a macro that:

Highlighted the first line of the document
Copied the line.
Deleted the line. (So the second one would jump up, and the data gets deleted as well)
Press F2 (to jump to the bookmark)
Highlight the line
Paste the line
Pressed CTRL + F2 (to unmark the line)
Pressed CTRL + Home (to go back to the top of the file)

Rinse and repeat!

Thank you again Patrick for giving me this idea!

It looks like in v6.8.1 some terminology got changed.

UTF-8 without BOM became UTF-8 UTF-8 became UTF-8-BOM

So most likely your files have the exact same encoding, just the old vs. new Notepad++ are using a different terminology.

For reference see this commit.

I think this is a great feature suggestion. When I first started using N++ I noticed this and have just sort of indifferently lived with it since.

Here’s a hint though…usually when this situation occurs you are making edits nearby your found pattern. If you start at the bottom of the file (last hit) and make your edits, then double-click on an earlier (closer to top) hit, you will find that the positioning is accurate (because your edits have not altered the position data for the earlier match). Just an idea; it works a lot for my type of edits like this.

You can do this with Windows PowerShell.

$files = Get-ChildItem | where {$_.Extension -eq ".ext"} foreach ($file in $files) { $filenew = $file.Name.Replace(".ext", ".eml") Rename-Item $file $filenew }

Just change the extensions to match what you want. Try it in a test folder first so you don’t mess up all of your files if it doesn’t do exactly what you want.

It seems you may have unwittingly pressed the Insert key and put the editor in overwrite mode rather that insert mode. Try pressing the Insert key again to see if that solves your problem.