Notepad++ v7.9.2 Released



  • @Alan-Kilborn said in Notepad++ v7.9.2 Released:

    I wouldn’t have “whined”, because foo:w:\blah\blah.txt highlights as a link just fine! Drat!

    Interesting. There are some URI’s that don’t use the // - I’m thinking mailto:user@domain.com so maybe foo: alone is fine for your use case. I think I pulled my extensive list from an issue or maybe the Notepad++ source code - I certainly didn’t type it all myself - that was cut and paste - from where, I can’t remember.

    Cheers.



  • @Michael-Vincent said in Notepad++ v7.9.2 Released:

    I think I pulled my extensive list … I certainly didn’t type it all myself

    Are you talking about then contents of the URI customized schemes you showed? :

    36550a2a-85a2-415a-b833-333c1534c6ba-image.png

    That list?
    If so, then no, you didn’t do it: With the exception of the foo:// at the end, that is all default text content for that box in 7.9.2 !



  • @Alan-Kilborn said in Notepad++ v7.9.2 Released:

    that is all default text content for that box in 7.9.2 !

    Oh… :-) that makes sense.





  • Different behavior in 7.9.1 and 7.9.2

    Start Npp and open function list panel - close npp.
    Restart Npp and function list panel should open automatically.
    So far so good
    But when one selects Run->Open file in another instance then

    • in 7.9.1 it opens the file and the function list view
    • in 7.9.2 it opens only the file


  • V7.9.2 is TRASH! because notepad ++ still showed blank and empty space in bellow



  • Untitled2.jpg



  • @FREEMIUM said in Notepad++ v7.9.2 Released:

    Fix this issue!

    What issue? You showed two screenshots, without any description of the problem you are having.

    To me, it looks like you have a .json file opened in Notepad++, and it seems to be highlighted as JSON. That’s working as designed.



  • @PeterJones Untitled3.jpg

    Look V7.9.1 and V7.9.2… in V7.9.2 showed empty space



  • @FREEMIUM

    could it be that you are referring to the setting
    Enable scrolling beyond last line ??

    ede2b86a-1f87-4b66-8563-73b7a8a0e772-image.png



  • @Ekopalypse Thank you, yes it’s enabled and why is default this function enabled in v.7.9.2?



  • @FREEMIUM said in Notepad++ v7.9.2 Released:

    @Ekopalypse Thank you, yes it’s enabled and why is default this function enabled in v.7.9.2?

    It’s not. I just unzipped a fresh v7.9.2 portable, and that option defaulted to off:
    30e34a76-fe3d-4f59-9489-7982c2ec7e59-image.png



  • IMO, people like @FREEMIUM , in the way they posted here, deserve zero response. :-(



  • This post is deleted!


  • @donho I would like to create a bug report on github but need advice on the best way to word it.

    Like, @alan-kilborn, I have been using custom protocols. One of them is called np:// which runs Notepad++ on a file path. I have several hundred instances of np://c:\full\path\to\a\file on my system. I added np:// to my custom URI setting in npp and saw the same behavior that Alan reported.

    I experimented and found one workaround which that URI with three slashes work. np:///w:\testing\test.txt is underlined and works. The custom URI field is still set to np://

    As I’m seeing what I consider to be peculiar and inconsistent behavior with v7.9.2. I’d like to understand what’s happening, and ideally, why, before making a bug report.

    I created a test file using:

    md c:\full\path\to\a
    >c:\full\path\to\a\file echo Test file
    

    If I set my customized URI list to np: with no slashes then:

    np:c:\full\path\to\a\file	works
    np:/c:\full\path\to\a\file	works
    np://c:\full\path\to\a\file	Not underlined!
    np:///c:\full\path\to\a\file	works
    

    If I set my customized URI list to np:/ with one slash then:

    np:c:\full\path\to\a\file	Does not work as expected
    np:/c:\full\path\to\a\file	works
    np://c:\full\path\to\a\file	Not underlined!
    np:///c:\full\path\to\a\file	works
    

    If I set my customized URI list to np:// with two slashes then:

    np:c:\full\path\to\a\file	Does not work as expected
    np:/c:\full\path\to\a\file	Does not work as expected
    np://c:\full\path\to\a\file	Not underlined!
    np:///c:\full\path\to\a\file	works
    

    Once I’m at np:///c:\full\path\to\a\file then it does not seem to matter how many additional slashes I add after the np:///. All forms work.

    As np:/// works it will be an easier to use workaround than np://c:/full\path\to\a\file
    I have been using np://c:\... to reference the paths to things such as .bat files. I double click to open the file in Notepad++. If I want to run the file from a command prompt the full path is already there after the np:/// and does not need to be modified.

    My questions are:
    Why is np:// with two slashes seeming to be a special case that breaks the new URL parser?

    There seem to be two rather specific workarounds to using a custom URI with backslashes.
    np:///c:\full\path\to\a\file triple slash after the custom protocol or
    np://c:/full\path\to\a\file A forward slash after the second colon.
    Something like np://c:\full/path/to/a/file does not work. The slash after the second colon needs to either be a forward slash or you can use np:/// triple slash.
    What edge case(s) are we running into here?

    Why is file://c:\full\path\to\a\file accepted by the new URL parser? It’s underlined and works. It seems that file:// has its own parser and not the new one.



  • @mkupper said in Notepad++ v7.9.2 Released:

    Why is np:// with two slashes seeming to be a special case that breaks the new URL parser?

    I don’t think it is a special case. See above and here:

    "

    • A valid file URI must therefore begin with either file:/path, file:///path or file://hostname/path.
    • file://path (i.e. two slashes, without a hostname) is never correct, but is often used.*

    "

    You’re expecting to create a non-existent URL scheme and the parser does not recognize that. A custom scheme still takes the form:

    uri://host/file

    and since you’re going right to the file part (by using backslashes), the host part is missing, so the extra slash is expected in the “standard case” (where np://).

    Cheers.



  • @mkupper

    My needs are satisfied through the earlier discussion in this thread.
    My goals are similar to yours but I’m approaching it a bit differently.
    All I want N++ itself to do is underline something that it sees as a link, without making me do wacky slashing in paths – after that I can take it from there (in a Pythonscript).
    I’ll be publishing what I’m doing (and the script) in a future thread (I haven’t had time yet to finish my effort).
    I’m saying this for 2 reasons: a) I’m not going to be an ally with you on your specific complaint – of course, you didn’t ask me to be, and b) perhaps my future posting could meet your need as well.



  • This post is deleted!




  • @Ekopalypse said in Notepad++ v7.9.2 Released:

    Different behavior in 7.9.1 and 7.9.2
    Start Npp and open function list panel - close npp.
    Restart Npp and function list panel should open automatically.
    So far so good
    But when one selects Run->Open file in another instance then

    in 7.9.1 it opens the file and the function list view
    in 7.9.2 it opens only the file

    Additional quirk in 7.9.2, if you now, after the above steps,
    go to Menu View->Function List, the function list window does open,
    but with minimum window size, probably 0.
    Must be manually enlarged.


Log in to reply