Small problems in Notepad++

[Uwo222777]

Everyone, have a nice day!

Screenshots 05a-05b-05c show that the context menu looks different. Russian and French - one type of menu,
and in English - another, shorter, “truncated” one.

Screen 01. The item “File” - “Open” actually opens the containing folder. It would be more logical to open the Explorer directory.

Screen 02. The item “Edit” - “On Selection” - “Open…” when clicked in the document field, opens “My Computer”.
It seems more logical if the above points would “exchange” their functions.

Screen 03. “On Selection” - “Open File”, constantly displays a message that the file does not exist. This is 04 on screen.

Screen 05c. The “Open File” context menu item displays a similar message. Or this point is redundant. Or, preferably
provide the ability to select a file.

[PeterJones]

@Uwo222777 said in Small problems in Notepad++:

English - another, shorter, “truncated” one.

Cannot reproduce:

Are you sure you don’t have a customized context menu?

The item “File” - “Open” actually opens the containing folder. It would be more logical to open the Explorer directory.

No, it uses the Open File dialog, starting in the containing folder (or in your default folder, depending on your Default Directory settings), to choose a file to open. That’s the way open dialogs work in every application. It would not make sense to launch the Explorer process, because the Explorer window doesn’t necessarily open a file in Notepad++ when you choose/double-click/whatever a file in it. It’s two completely separate actions. If you want to open Explorer window in the current directory, use File > Open Containing Folder > Explorer, which is in the sub-menu literally one row down from your highlighted action.

The item “Edit” - “On Selection” - “Open…” when clicked in the document field, opens “My Computer”.

If you have no selection, maybe(*). But the whole point of the Edit > On Selection actions is that you are supposed to have a selection already. If you have a filename selected, it will open the contents of that file in Notepad++.

then Edit > On Selection > Open File =>

*: I tried with no selection:
I cannot replicate the results you claim.

I then redid my selection, and did Edit > On Selection > Open Containing Folder in Explorer, If my selection is C:\usr\local\apps\npp\npp.8.8.8.portable.x64\change.log, then it opens the folder C:\usr\local\apps\npp\npp.8.8.8.portable.x64\ in Explorer, exactly as I expect.

If I have no selection, and do Edit > On Selection > Open Containing Folder in Explorer, then it opens My Computer. Personally, I think it should give the same error message as Open File from that menu does… but it doesn’t “swap” the functionality, like you claim.

It seems more logical if the above points would “exchange” their functions.

They both behave as I would expect. Exchaning their functions would start doing the wrong/illogical thing.

The “Open File” context menu item displays a similar message

The “Open File” context menu item exactly and precisely runs the same piece of code as Edit > On Selecgion > Open File. Literally. It’s a pointer to exactly the same command ID. So of course it’s going to behave identically.

Or, preferably provide the ability to select a file.

You’re supposed to make the selection before running the command. If that one confuses you, then use Settings > Edit Popup Context Menu to customize the label for that action (line 70 in the contextMenu.xml that ships with Notepad++ v8.8.8.

Caveat: If you’ve customized your installed copy, then when you upgraded to v8.8.8, it might not have updated the contextMenu.xml (because Notepad++ updater does its best to never overwrite your customized config files in the AppData or equialent). Given that you had problems with your English context menu, you might want to compare your %AppData%\Notepad++\contextMenu.xml to c:\program files\notepad++\contextMenu.xml, and make sure that you’re not missing anything from a recent version.

So, in all, I could reproduce none of your complaints (or disagreed with your interpretation), so I don’t believe any of those are problems inherent to Notepad++. Hopefully, my response will help you understand things better.

[Uwo222777]

@PeterJones
Thank you very much for your quick and detailed response.
Version 8.8.8 was installed after correct uninstallation of version 8.8.7. Only the font was customized and nothing more.
Forgot to mention that this was on Win10 x64
I’ll try to reinstall Notepad++ again.
Thank you for your comment. Sincerely

[Uwo222777]

I uninstalled the program and cleared out what was left in the hidden folders. Installed it again.
The “truncated” context menu remains only when switching to English.
The full menu is in German, French, Romanian, Ukrainian, Russian, as it should be.
Probably some “local” problems - I don’t know what. Sorry to bother you with my message.

[Coises]

@Uwo222777 said in Small problems in Notepad++:

Version 8.8.8 was installed after correct uninstallation of version 8.8.7. Only the font was customized and nothing more.
Forgot to mention that this was on Win10 x64

I’ve been able to reproduce the same problem with localization and the incorrect context menu. Also Notepad++ 8.8.8, Win 10 x64. It happens when I change from any localization other than English to English.

Brief testing suggests that opening in English displays the correct menu; opening in another localization or changing to another localization, then changing to English shows the short menu; and changing to “English (customizable)” temporarily clears the problem: that is “English (customizable)” works and changing from that to just plain “English” also works.

Edit to add: Also reproduces with a fresh, portable build.

[Uwo222777]

@Coises
Yes, Coises, I did a similar “research” in parallel with you.

I assume that the problem of the “truncated” English menu has to do either with “non-English” Windows, or with the language where the program is being installed.
After correct uninstallation and cleaning of hidden folders, I installed Notepad++ again, but (!) in English.
When first launched, the English menu looked normal. After the first language change, the English menu became “truncated” view.

[Coises]

@Uwo222777 said in Small problems in Notepad++:

I assume that the problem of the “truncated” English menu has to do either with “non-English” Windows, or with the language where the program is being installed.

I’m able to reproduce the problem under debugging. It looks like it happens when the routine that builds the translated context menu tries to figure out which main menu commands correspond to the context menu commands. Something is different about the default case, English: it looks like in that case only, the main menu hasn’t been set back to English yet when the search for corresponding items occurs, so the routine is searching for English command names in a menu that’s still in another language. (I say “looks like”; I have not positively confirmed that yet.)

I’ll file an issue on GitHub when I think I’ve gotten as far as I can at diagnosing the problem — probably later today.

[PeterJones]

@Coises ,

Thanks.

I tried a few recent versions, and they all had it. So I started a binary search through the various versions: v8.7.0 has the bug, v8.6.9 does not have the bug.

So v8.7.0 is the first that has the problem. Though I cannot see anything in the 8.7 change list that screams “I changed the localization logic”, so that surprises me.

Notepad++ v8.7   (64-bit)
Build time : Sep 17 2024 - 17:06:31
Path : C:\usr\local\apps\npp\npp.8.7.0\notepad++.exe
Command Line : 
Admin mode : OFF
Local Conf mode : ON
Cloud Config : OFF
Periodic Backup : ON
OS Name : Windows 11 Home (64-bit)
OS Version : 24H2
OS Build : 26100.7171
Current ANSI codepage : 1252
Plugins : 
    mimeTools (3.1)
    NppConverter (4.6)
    NppExport (0.4)

Anyway, I had started working on Steps to Reproduce before you said you’d submit an issue. So if you want to make use of the following when you create the issue, feel free:

Steps to Reproduce:

1. Fresh portable unzip of 8.8.8
2. Right click in the editor, see the full editor contextMenu (in English)
3. Set localization to French (or other non-English localization)
4. Right click in the editor, see the full editor contextMenu in the new localization
5. Set localization to English
6. Right click in the editor, see the truncated editor contextMenu
7. Exit Notepad++
8. Run same portable Notepad++, no other changes made
9. Right click in the editor, see the full editor contextMenu (in English)

I confirmed it with a few random languages, and also confirmed that switching from English (customizable) to English does not show the bug.

[Coises]

@PeterJones said in Small problems in Notepad++:

Anyway, I had started working on Steps to Reproduce before you said you’d submit an issue. So if you want to make use of the following when you create the issue, feel free:

Or, feel free to submit the issue yourself — you have it well documented — and I’ll comment when (if) I figure out why it is happening. It’s something more complex than what I thought previously, though it still in some way has to do with failing to find the main menu ids corresponding to the context menu commands.

[PeterJones]

@Coises said in Small problems in Notepad++:

Or, feel free to submit the issue yourself — you have it well documented — and I’ll comment when (if) I figure out why it is happening

Created #17249

[Uwo222777]

@PeterJones

Perhaps this “cosmetic” problem is also somehow related to the problem discussed above.

If the program installation is carried out in English, then when updating the program, the message will be in English, regardless of the selected language.
If the installation is carried out in a “non-English” language, then the message can also be seen in the “non-English” language.
Of course, the problem is completely insignificant, but it would be better to eliminate it.

Sincerely