as I’m currently working on a linux environment it’s easy to test but
it looks ok for me.

Cheers
Claudia

The “first” text file was in LF (Linux) end of line format.
The simili column appear only when i choosing the syntax coloring shell lexer.
I will try to reinstall notepad++ and the plugins.

Thanks for you reply (and Happy New Year !!)

sorry, don’t get the point - can you be a little bit more descriptive?

Cheers
Claudia

normally I don’t have this setting activated but from my tests I can’t reproduce reported behavior.
Which leads to two question.
Do you have a different expectation or is your setup much more different as mine?

From the setting I expect that every open file dialog, except the first one, opens
in the last selected directory of that dialog. The first one should open in notepad++ directory.
Is this your expectation as well? If so, there must be something else interfere.
In this case, how does your setup look like?
Which operating system, current npp version installed plugins - all can be gathered by menu
?->debug info. Maybe give it a try to run npp without plugins ( just rename plugins directory)

What confuses me about your post is,

It simply never works.

used together with

Sometimes it resets itself to the first/default setting (follow current document), but other times, it doesn’t remember the last used directory

I don’t want to act like a smartass, it is just that I don’t know what the problem really is,
because it can either never work or sometimes it is reset… but not both (or even all three).
We need to get as much detailed information as possible in order to be able to help.

Cheers
Claudia

you do not change file content while selecting the shell lexer.
This just means that this lexer does the coloring of the current document.
From what I see I assume that you’ve saved the file with windows eols and
then transferred the file to unix machine but you didn’t do a eol conversion.

Could this be?

Cheers
Claudia

I convert a text file “new1.txt” to shell file “new.sh” (menu language => S => Shell)

The text file work fine :
export mytest=bbb
if [ “${mytest}a” == “testa” ]
then
echo mytest ${mytest}
else
echo mytest is not test : ${mytest}
fi

After conversion in *.sh :

In the rigth place a “column” has added (on the left “number line” column).

Sometimes the shell file was corrupted has :

mexport mytest=bbb
mif [ “${mytest}a” == “testa” ]
mthen
mecho mytest ${mytest}
melse
mecho mytest is not test : ${mytest}
mfi

How to remove the added “column” ?

This feature works fine in 7.2.1

please check settings-preferences->backup
Is enable session and snapshot… checked?

Cheers
Claudia

Any reason to have that functionality removed?

-4, [Selecting separate lines and transpose shortcut]
I’m not able to select for example this: two lines number 5, 6; and then two lines number 9, 10. To make all four lines selected and nothing between. With Ctrl it’s not possible. I’m not sure whether it’s possible to do it NP++.
Then I would like to Transpose them, but it only works with line on cursor + line above it.
Is possible to remake it to select three lines in beginning of file for example, and somewhere else in file select another three lines, and then do Transpose shortcut. They would nicely switch.
It’s useful. Please try.

-3, [Display inconsistency]
If user has set on his monitor high screen resolution and high magnifier settings http://i.imgur.com/uN52u2c.png, some things kept it’s small resolution-based size (I have found just one atm).
Namely, it’s tree structure branching thing (plus minus clickable items) http://i.imgur.com/syeHuoA.png. Can be fixed please ?

-2, [Missing Python 3 syntax highlighting]
Missing syntax highlighting for these kind of words: error objects, exception objects.
If you write code below in python’s IDLE (ver 3.5.2) it will differ from NP++ syntax highlighting:

try:
print(15 / 0)
except Exception as e:
print(e)

http://i.imgur.com/CVKk8Ed.png
In IDLE it’s same color as print() function has, for example.
These two words are missing in NP++'s syntax highlighting for Python 3, from what I have tried so far.:
ZeroDivisionError, Exception
Probably it’s whole group of them.
I have tried different color themes in NP++, but result same.

AND [Missing Python 3 builtins syntax highlighting]
When you are writing some builtin functions like max(), min(), str(), list(), etc.; Python’s IDLE changes color, but NP++ did not. It’s same color as print() function, which NP++ does recognize.

-1, [Back-Tab (Shift+Tab) adaptability/flexibility to accommodate for file indentation scheme]
In general, Back-Tab works, but if you make a mistake by one more space or one less space and then use Back-Tab, it will dully do it’s job regardless of current intendation file scheme, so it will disrupt common intentation pattern in file.
In other words it will keep this inconsistency and user has to repair it manually to fit into correct indents as lines above in same file.
It should be modified to keep track of indent scheme in file and ignore user’s mispresses, because there is no reason for needing other than particular file type intendations rules (4 spaces in python).
Let user choose about this behaviour by turning it on or off. Please think about it.

AND [Messed Tabbing and Back-Tabbin in middle of lines]
If you see situation on this picture: http://i.imgur.com/OOBbkpP.png
on line 22 and 23, Tab has been pressed once. On line 22 it did correctly 4 spaces, but in line below it did only 3 spaces. So fixed Tab length according programming language is working only from beginning of lines. NP++ probably considered it as random non-code text.
It should be changed and let user to pick how he wants to NP++ behave in this manner.
After I wrote those Tabs in lines, I pressed Back-Tab once in each line to see what happens. NP++ only moved cursor (caret) 4 spaces back in both cases, but did not moved text behind that Tab as it would do in beginning of lines.
So this should be fixed too and let user choose to turn it on or off. Please think about it all.

0, [Smart python indentation detection]
IDEs and some editors have by default this feature inside:
I will describe it for python case. If line starts with keywords as: def, if, elif, else, etc., and ends with a colon; and then user press Enter for new line, NP++ should figure out, that on next line it has to be indented and will do it automatically.
And if line starts with keyword ‘return’ and user press Enter somewhere behind in that line, it means next line will be de-indented. But not to line begin, but just one tab back.
And also when user is for example writing assigning statement for making new dictionary, list, tuple… He won’t write all that stuff in one line because it’s not eye friendly, but rather he will do it like this: http://i.imgur.com/GIUHwtJ.png
So after user Enter it after opening brace, NP++ will automatically indent it in new line, because there is no other reason for non indented. Same with parentheses, brackets.
Let’s just test it all for python and if it will work, devs may add other rules or other languages (file types).
As always, let user choose to turn on or turn off this behavior. Please think about it.

Here is my older post about useful changes. Please consider it all. It’s really important.
https://notepad-plus-plus.org/community/topic/12303/notepad-7-release-candidate/12

In such a case could you provide more details?
From which site did you download?
What kind of package did you download (exe,zip)?
Was it reported by one virus engine or multiple.
Do you know that something like a false positive exists?

Cheers
Claudia

Can the download be blocked and this issue investigated?

Thanks

Doc Switcher Extension Column is too narrow. After every attempt at resizing, each time I minimize and maximize it returns to being too narrow again.

Debug info:
Notepad++ v7.2.2 (32-bit)
Build time : Nov 27 2016 - 16:31:07
Path : C:\Program Files (x86)\Notepad++\notepad++.exe
Admin mode : OFF
Local Conf mode : OFF
OS : Windows 10
Plugins : mimeTools.dll NppConverter.dll NppExport.dll PluginManager.dll