Notepad++ v8



  • @mere-human said in Notepad++ v8:

    Is this autocompletion problem reprodicuble with Dark Mode OFF?

    Yes, I do NOT use dark mode at all and I had the same long wait result with 8.0.



  • Regarding Auto-completion performance issue in v8, I’ve created an issue here:
    https://github.com/notepad-plus-plus/notepad-plus-plus/issues/9975

    The bug has nothing to do with dark mode, but related to the commit One button to compile them all (with auto-completion performance issue), since the previous commit Fix Copy command in Search result is available as there's no selection has no performance issue:

    4e1ae21d-dfd6-4da1-b364-f47d95e1b340-image.png

    I have tried different compiling/linking optimization options with both Notepad++ project & Scilexer project in VS, but without remedying the problem.

    I’ll keep looking for the solution, you’re welcome to check it as well. If there’s no solution, the following commit will be reverted :
    https://github.com/notepad-plus-plus/notepad-plus-plus/commit/ab58c8ee3ed1b8f8fa84a06c0f7d304fb0f0cd76

    and SciLexer.dll will separate from Notepad++ as before.



  • @donho i confirm!



  • @donho but it’s new with v8, something must have been changed



  • Quickly scanning, and this may be way off, so sorry in advance, but is it possible that Scintilla is being built in debug mode even in release? I just quickly looked at some changes, and see a line was commented out so maybe %scintilla_debug% will take on whatever it was previously assigned (maybe 1)? appveyor.yml :

    ...
    (removed)    - if "%configuration%"=="Unicode Debug" set scintilla_debug=DEBUG=1
    ...
    (added - note the # at the start of the line)
          #- if "%configuration%"=="Unicode Debug" set scintilla_debug=DEBUG=1
    ...
        - if "%Platform%"=="mingw-w64_810_X64" mingw32-make %scintilla_debug% -j%NUMBER_OF_PROCESSORS%
    ...
    
    


  • Notepad v8 64-bit

    Dutch language

    CTRL-O / Open prompts screen with text on ‘Open button’ = “Save”
    Clicking the button to open a file works fine though.





  • @M-Verhoeven said in Notepad++ v8:

    CTRL-O / Open prompts screen with text on ‘Open button’ = “Save”

    Known issue: https://github.com/notepad-plus-plus/notepad-plus-plus/issues/9966
    Fix is already in progress: https://github.com/notepad-plus-plus/notepad-plus-plus/pull/9973



  • @Ivan-K said in Notepad++ v8:

    Quickly scanning, and this may be way off, so sorry in advance, but is it possible that Scintilla is being built in debug mode even in release?

    That’s an interesting assumption. However, I rebuilt libSciLexer.lib x64 release then notepad++.exe to make sure there’s no problem of link, the result remains the same (libSciLexer.lib x64 Debug is not built therefore even absent from the disk).



  • Ah ok cool. I just looked at that commit and saw all the new build files and wondered if some debug checks were turned on, or optimizations turned off. At any rate I browsed to Github and see you guys are onto things. Thanks for the program; been using it for years.



  • Will the other icons in fluent ui also be submitted later, for example “fold” and “unfold all”?



  • FYI, the regression of auto-completion performance issue has been fixed in v8.1 RC:
    https://community.notepad-plus-plus.org/topic/21335/notepad-v8-1-release-candidate



  • Hi Notepad++ team
    Great job, for this effort to reach a dark mode !

    Just a few artifacts I have seen:

    • document commutator : headers of columns haven’t switched in dark mode
      533a80a5-9da5-4672-8b92-5e805203101b-image.png

    • document commutator : the scroll bars do not switch to dark mode at first time (after reboot). In my case, I had it open with many files while in light mode. After a switch to dark mode and reboot notepad++, when it repoened, then scroll bars of document commutator were still in normal/light mode. I have to close all files (scroll bar were hidden), then reopens lot of files until scroll bar are displayed to see them in dark mode ! strange !

    • I use NppFTP extension (always opened), which do not switch to dark mode
      c286ba57-ece7-421f-8f99-c8575d0266c6-image.png



  • @Jean-Michel-Decoret

    document commutator : headers of columns haven’t switched in dark mode

    Yes, we are aware of this. Some parts are not yet in dark mode. We will work on them in the future version.

    I use NppFTP extension (always opened), which do not switch to dark mode

    Plugins should use the API NPPM_GETEDITORDEFAULTBACKGROUNDCOLOR for getting the background color from Notepad++ then change its panel background color by using the value it’s got. I’ll try to do a demo in NppPluginDemo plugin.



  • @donho said in Notepad++ v8:

    Plugins should use the API NPPM_GETEDITORDEFAULTBACKGROUNDCOLOR for getting the background color from Notepad++ then change its panel background color by using the value it’s got.

    That’s not sufficient. A user can also set a dark theme (e.g. Zenburn or Obsidian) but still running light mode. The main difference of dark and light mode is, from the view of a plugin developer, the style of the icons. Simply querying the editor background color says nothing about current icon style. That’s the reason why I filed issue #9809.

    IMO we need a message/API that plugins can query to figure out whether dark mode is currently active or not. Additionally it would be useful to have a notification message that is fired when dark mode is activated or deactivated.

    I know, the preferences dialog says that Notepad++ has to be restarted after (de-)activating dark mode but indeed it looks like this is not really neccessary - dark mode goes (in-)active instantly. Having a “dark mode switched” message would also allow plugins to instantly change their UI.

    These additional messages I’m talking about in the above text would streamline Npp’s UI and would help to give it a professional look, something a fantastic software like Notepad++ highly deserves.


Log in to reply