Notepad++ 7.8 Release
-
@PeterJones @Ekopalypse
Yes, both of you are right. Sorry for the misleading posts.
I checked and found that (at least with C) syntax highlight makes the keywords and other punctuation marks Bold by default. -
@donho said in Notepad++ 7.8 Release:
I’ll make it optional in the future release.
I just downgraded from 7.8 to 7.7.1 after reading this. When you do implement this option, please let me know so that I’ll know to update.
-
-
@SinghRajenM I noticed the same issue today, but at first I thought it had to do with my homebrew MSI installer. I created my own debugger redirect a while ago when Notepad++ didn’t have the ability to do that. If it helps… source code and binaries are available if anybody is interested.
-
@Bilbo47 said in Notepad++ 7.8 Release:
“3. Add “No to all” and “Yes to all” options in Save dialog.”
Regression: The Yes/No/Cancel buttons used to have hotkeys so that single keystrokes could give a command on how to proceed. In 7.8, “Y” and “N” are ignored, while “Escape” still works. This is a showstopper for me; back to 7.7 for that basic usability feature. Also for standard usability, the new “All” buttons need to have their own hotkeys.
It appears the new “X to all” buttons are available only after the “Close All” command; in case of the “Close” command, they are greyed out. User interface principles say that buttons that are never available in certain circumstances should not even be visible in those circumstances. If “Close” and “Close All” are going to be two separate commands, then the corresponding dialog functionality/discoverability should also be different. If “X to all” is going to be not-available after “Close” then the “All” buttons should be not-visible after “Close”. Or, if “X to all” is going to be available after “Close” then “Close All” should not be a separate command. In short, the decision of all-versus-one should be made only once, or should be made available as often as possible. But showing that different functionality is available only if User backs up and starts over, that’s just maddening.
From experience, custom buttons can be added to the Windows-standard Common Dialogs instead of writing custom dialogs; it just takes some more subclassing and API work to do so.
Agree with Bilbo47. Need the keyboard hotkeys back on the save and close dialogs. I did not realize how frequently I used them until now.
LOVE having the options of Yes to All (which I believe the standard hotkey on that is A) and No to All, though! Was very excited to see that when I am closing a large number of files that I do NOT wish to save, I no longer have to hold down the “N” key until they all close!
Thanks!!!
-
Syntax highlighting on SQL files has a small glitch. This problem existed in the previous version of notepad++:
All lines after “set column” appear with string colours. It appears the 2nd ’ character is not being correctly interpreted.
-
the backslash escapes the second quote.
To disable this behavior go to
settings->preferences->Language and uncheck
treat backslash as escape …
-
- since 7.8.0, text direction only flip the scroll-bar. npp is now useless for rtl texts.
- I’ve found no related issue on npp’s github or scintilla bug tracker.
- and almost all rtl related issues are dismissed as scintilla’s.
-
I tried version 7.8 and then some earlier versions, back into the 6.x area. I don’t see any difference in any of these; to me they all appear to do the same thing when RTL is selected. From you comment I was expecting some large difference when I compared 7.8 to an earlier version. But I see no such thing.
So, can you elaborate on what exactly you think is wrong, by means of comparison of the errant RTL features in 7.8 with the apparently fine earlier version(s)?
-
@Alan-Kilborn said in Notepad++ 7.8 Release:
So, can you elaborate on what exactly you think is wrong, by means of comparison of the errant RTL features in 7.8 with the apparently fine earlier version(s)?
To help with that, I recommend sharing an example RTL file (not everyone has a valid RTL file laying around; I could try to create one, for example, but I’d have no idea if it was valid or not, and wouldn’t know how it “should” look vs how it “does” look). You could post a link to a pastebin or similar file-sharing site; or, if you wanted to be nice to those of us who have pastebin-like sites blocked for a significant portion of our waking day, you could open an RTL file in a version of Notepad++ that works right, Edit > Select All (often
Ctrl+A), Plugins > MIME Tools > Base64 encode, and paste the file in your reply, select the base64, and hit the</>button to mark it as code/plaintext (to make sure nothing gets lost in transmission). For exampleSGVsbG8gV29ybGQis derived from
Hello WorldWe can then get back your exact file by using the Base64 Decode operation.
If you are using an encoding other than UTF-8, please let us know, so that we can set our Notepad++ copies the same way.
Then, using that file, grab a screenshot under your previous Notepad++ version and under Notepad++ v7.8.0 (or v7.8.2, to prove that it hasn’t been fixed yet). It might help if your screenshot included the ?-menu Debug Info window, like
Anyway, all of that to say, with Alan, that the more you give us, the easier it is for us to help you.
-
@PeterJones said in Notepad++ 7.8 Release:
To help with that, I recommend sharing an example RTL file (not everyone has a valid RTL file laying around; I could try to create one, for example, but I’d have no idea if it was valid or not, and wouldn’t know how it “should” look vs how it “does” look). You could post a link to a pastebin or similar file-sharing site; or, if you wanted to be nice to those of us who have pastebin-like sites blocked for a significant portion of our waking day, you could open an RTL file in a version of Notepad++ that works right, Edit > Select All (often
Ctrl+A), Plugins > MIME Tools > Base64 encode, and paste the file in your reply, select the base64, and hit the</>button to mark it as code/plaintext (to make sure nothing gets lost in transmission).rtl is not about encoding but rendering. it’s just some unicode strings that reads from the right of the screen.
a poem in RTL screen layout (npp v7.7.1)
same in the default LTR layout (npp v7.8.2)
-
So we have:
RTL screen layout (npp v7.7.1)
which is presumably correct, and we have:
default LTR layout (npp v7.8.2)
which might be of questionable value since we are talking about RTL…
But that’s it. If one uses 7.8.2 and enables RTL, will we see the reported bug?
I’m AFK right now (at least my keyboard that types into N++), so I can’t try exactly that, but if that’s all you can give us in the way of an explanation, I’m out. I’m sure Peter will keep going, however. :-)
-
@Alan-Kilborn said in Notepad++ 7.8 Release:
I tried version 7.8 and then some earlier versions, back into the 6.x area. I don’t see any difference in any of these; to me they all appear to do the same thing when RTL is selected. From you comment I was expecting some large difference when I compared 7.8 to an earlier version. But I see no such thing.
please just try this search.
-
@Alan-Kilborn said in Notepad++ 7.8 Release:
But that’s it. If one uses 7.8.2 and enables RTL, will we see the reported bug?
the problem is, we will see no change. (except the scroll-bar in the left, which is correct.)
in RTL mode on npp 7.8.2:
but it supposed to be like the one on v7.7.1
-
Okay, I grabbed the first two lines from the section in https://ganjoor.net/bidel/ghazalbi/sh1968/ (the link from your screenshot), whcih seemed to match lines 38-39 in your screenshots. Giving us the text, or the base64-encoded version of the text so that the forum doesn’t mangle it, would have really helped.
نور جان در ظلمت آباد بدن گم کردهام آه ازین یوسف که من در پیرهن گمکردهام2YbZiNixINis2KfZhiDYr9ixINi42YTZhdiqINii2KjYp9ivINio2K/ZhiDar9mFINqp2LHYr9mH4oCM2KfZhQ0K2KLZhyDYp9iy24zZhiDbjNmI2LPZgeKAjCDaqdmHINmF2YYg2K/YsSDZvtuM2LHZh9mGIOKAjNqv2YXigIzaqdix2K/Zh+KAjNin2YUNCgI can confirm that in v7.7.1, it looks like what you showed with View > Text Direction RTL.
However, when I switched to a fresh portable v7.8.2 (straight-out-of-the-zipfile), I could not replicate your bug. When I open that file, and switch to RTL mode, I get the following screenshot, which sure looks like your expected results to me:
So I cannot replicate your bug.
I wonder if one of your plugins is getting in the way. Try running
notepad++.exe -noPluginto make sure they are not, or grab a copy of the portable zipfile and unzip to your desktop or other known writeable location, and try your experiment again. -
@PeterJones said in Notepad++ 7.8 Release:
I wonder if one of your plugins is getting in the way. Try running
notepad++.exe -noPluginto make sure they are not, or grab a copy of the portable zipfile and unzip to your desktop or other known writeable location, and try your experiment again.I can confirm is caused by one of the plugins:
the plugins:
to avoid confusion, I’m using two instances of npp in two languages with diffrent plugins. but the problem appears on both.
-
@geminorum said in Notepad++ 7.8 Release:
I can confirm is caused by one of the plugins:
DSpellCheck x64 v1.4.15is causing the problem.there are other minor (compare to this one) issues on rtl, but this one prevents me from using npp.
thank you
-
@geminorum said in Notepad++ 7.8 Release:
this one prevents me from using npp.
Unfortunately, if the plugin is causing the problem, I don’t know whether there’s anything that can be done in the main Notepad++ application; and if you reported that in the bug area, I would be very surprised if it weren’t rejected as “problem caused by plugin”.
You might try either living with v7.7.1, which works for you, or not using DSpellCheck. Or you might see if you can work with the DSpellCheck issues to see if they can help figure out what part of their plugin causes Notepad++ to mess up this fundamental issue in RTL.
-
@PeterJones said in Notepad++ 7.8 Release:
Or you might see if you can work with the DSpellCheck issues to see if they can help figure out what part of their plugin causes Notepad++ to mess up this fundamental issue in RTL.
disabled the plugin and I will try to the DSpellCheck issues.
-
@PeterJones said in Notepad++ 7.8 Release:
Okay, I grabbed the first two lines from the section in https://ganjoor.net/bidel/ghazalbi/sh1968/ (the link from your screenshot), whcih seemed to match lines 38-39 in your screenshots. Giving us the text, or the base64-encoded version of the text so that the forum doesn’t mangle it, would have really helped.
نور جان در ظلمت آباد بدن گم کردهام آه ازین یوسف که من در پیرهن گمکردهامsince you have the text, please try another issues:
