So I figured out that the path NP++ is looking for langs.model.xml in is not correct. I think it is because I have all of the source code on my external hard drive. I noticed though when I just downloaded the installer (as opposed to building from source), there is an option to NOT use %APPDATA% if you are running NP++ from a USB drive. What do I need to do to enable this option if building from source code?

You must edit shortcuts.xml with an editor other than Notepad++. That may be the problem.

@Dror-Harari I suggest you removing all plugins to make sure if it’s Notepad++ issue. If it is, then I will try to reproduce the hanging, then fix it.

I found the answer myself.
The Settings are saved in
%APPDATA%\Notepad++\config.xml
but not until you close Notepad++
so if for some reason you don’t close it, then the settings are easily lost!

The border width is set to zero already.

Here you can see how it looks for me (click for animation):

alt text

Huh, what do you mean? You should be prompted to save modified files on exit. And if you don’t want to have your currently opened files re-opened at next launch then go to Settings->Backup and uncheck “Remember current session for next launch”

I temporarily renamed the plugins directory to remove them from the picture and it did not fix the issue.

Awesome! These are great suggestions.

Hello Stephen,

In my opinion, Stephen, you didn’t understand, exactly, the use of the . matches new line option. By default, with the regex engine of N++, the special character dot . matches ANY character DIFFERENT from the 3 characters, below :

The New Line character, displayed as LF, = \n ( \x0a )

The Carriage Return character, displayed as CR, = \r ( \x0d )

The Form Feed character, displayed as FF, = \f ( \x0c )

So, when you CHECK the option . matches new line, then the dot matches, absolutely, ALL the characters of a file. This option allows the user to build multi-lines searches.

For instance, the regex 123.*789 with the .matches new line set, tries to match the longest string, from a first occurrence of 123 to the last occurrence of 789, in the current file, even though the string 789 is located some lines after the string 123 :-)

So, as you can see, this option has no relation, at all, with the search of spaces, anyway !

To achieve your S/R ( Multiple spaces -> ONE space ), that’s quite easy :

SEARCH = +, with TWO spaces before the + sign and REPLACE = ONE space

The search regex matches a single space, followed by a non null sequence of spaces. An other syntax would be :

SEARCH = \x20\x20+ and REPLACE = \x20 ( decimal number 32 = hexadecimal number 20 )

You could also use a look-behind to detect the first space :

SEARCH = (?<= ) +, with a space after the = sign and before the + sign and REPLACE = Nothing.

However, due to a bug of the regex engine, you must click on the Replace All button, ONLY. Don’t use the Replace button, for the S/R, just above.

Best Regards

guy038

P.S. :

You’ll find good documentation, about the new Boost C++ Regex library, v1.55.0 ( similar to the PERL Regular Common Expressions, v1.48.0 ), used by Notepad++, since its 6.0 version, at the TWO addresses below :

http://www.boost.org/doc/libs/1_48_0/libs/regex/doc/html/boost_regex/syntax/perl_syntax.html

http://www.boost.org/doc/libs/1_48_0/libs/regex/doc/html/boost_regex/format/boost_format_syntax.html

The FIRST link explains the syntax, of regular expressions, in the SEARCH part

The SECOND link explains the syntax, of regular expressions, in the REPLACEMENT part

It’s possible that the file is exactly the same whether or not it’s encoded as ANSI or encoded as UTF-8 without BOM. I.e a file containing the single letter “a” encoded as ANSI will consist of the single byte 97. If you encode it as UTF-8 without BOM the file will still just consist of the single byte 97. In these cases it’s not possible to tell the encodings apart when re-opening the file.

Which version are you using? For some versions now the default font has been Source Code Pro, maybe it doesn’t support these Lithuanian characters. Try the absolute latest version (6.8.2) which removes Source Code Pro.

Have you tried changing the character set manually? See Encoding -> Character sets -> Baltic.

A while back N++ started trying to autodetect the character encoding, it might work better if you switch this off (Settings -> Preferences -> Misc -> Autodetect character encoding).

Yes, there is such a function in the most recent versions. To get a dictionary sort (a-z), use the menu option Edit -> Line operations -> Sort lines lexicographically. There are two versions - ascending and descending.

There are some other types of sorts as well, where it tries to convert the selected lines to numbers first before sorting.

Never mind - found it: “Begin/End Select”