[New Plugin] ExtSettings
-
@Ekopalypse
Thank you for providing these information.@tomasz1986
As you can see it is only possible to set the character color and the background color of selected text. No fancy boxes with filling and borders, sorry. -
@dinkumoil said in [New Plugin] ExtSettings:
As you can see it is only possible to set the character color and the background color of selected text. No fancy boxes with filling and borders, sorry.
No problem. Thank you for investigating.
You mentioned the “character color”, but Notepad++ ignores the fgColor value for “Current line background colour”, so as far as I understand, it is only possible to modify bgColor of selected text. Your plugin, in addition, allows to modify the transparency, which is then applied to both the background and the text.
Is this correct?
-
@tomasz1986 said:
as I understand, it is only possible to modify bgColor of selected text
That’s true, technically it is possible to set a background and a character color but Notepad++ doesn’t support the latter one.
Notepad++ ignores the fgColor value for “Current line background colour”
Why do you think so? Style configurator provides an option to configure that setting.
Your plugin … allows to modify the transparency, which is then applied to both the background and the text.
No. The alpha value for selections which my plugin can set only changes the opacity of the background color, i.e. the selection color.
-
a new scintilla feature is showing dots next to a folded line
Maybe worth including to your plugin?
-
@dinkumoil said in [New Plugin] ExtSettings:
@tomasz1986 said:
as I understand, it is only possible to modify bgColor of selected text
That’s true, technically it is possible to set a background and a character color but Notepad++ doesn’t support the latter one.
Notepad++ ignores the fgColor value for “Current line background colour”
Why do you think so? Style configurator provides an option to configure that setting.
Are these two sentences not contradicting? The setting is indeed there, but the selected text colour does not change, no matter what colour is specified there. Only the background colour changes.
On the topic: https://community.notepad-plus-plus.org/topic/12578/can-t-change-foreground-color-of-selected-text
I hope that we are talking about the same thing here. I use “fgColor” to mean the text/font colour, and “bgColor” to mean the background colour, as this is how they are used in the themes xml files.
-
On the other hand, enforcing the text colour with external scripts (as explained in the other thread linked above) overwrites all syntax highlighting in the selected field of text, so it can become problematic very quickly, and I am not really sure if this is really worth it. That is why I myself would prefer a box style selection :). Since you said that it was not possible, it is probably better to leave the issue as it is, and focus on more important things. I have managed to get the job done with the standard text selection fine enough.
-
@Ekopalypse said in [New Plugin] ExtSettings:
Maybe worth including to your plugin?
Indeed, I think it is. I will put it on my list.
-
@tomasz1986 said in [New Plugin] ExtSettings:
Are these two sentences not contradicting?
I hope that we are talking about the same thing here. I use “fgColor” to mean the text/font colour, and “bgColor” to mean the background colour
Sorry, I’ve messed up things. To be clear I should thoroughly define what I’m talking about.
Selection highlighting
Technically it is possible to set a background and a character color for selection highlighting but Notepad++ doesn’t support the latter one, respectively it ignores the according setting that may be available in whatever config file.
Current line highlighting
As in Style Configurator the setting is named “Current line background colour”, it is only possible to configure the background color of the current line highlighting. Notepad++ doesn’t support configuring the character color, respectively it ignores the according setting that may be available in whatever config file. I don’t know if there is a Scintilla setting that would allow to set the character color of the current highlighted line. I don’t know as well how current line highlighting is implemented internally. Maybe @Ekopalypse can provide this information?
enforcing the text colour with external scripts … overwrites all syntax highlighting in the selected field of text
Yes, thats the reason why I’ve never thought about changing text colors of selection or current line highlighting and would never include such a feature in my plugin.
-
one possible alternative would be to disable that behavior at all
and using indicators with a scripting language plugin like
this. Note, code is just a demo - I haven’t really looked deeper to see
whether there is something else to do.
-
sorry but to be honest, I am lost about your discussion with selection and highlighting. If we talk about the selecting lines then the scintilla functions
SCI_SETSELFORE(bool useSetting, colour fore) (this is fgColor which isn’t used by npp)
SCI_SETSELBACK(bool useSetting, colour back)
needs to be used. If it is about the other matches then it is smart highlighting
and what are you talking about? -
@Ekopalypse said in [New Plugin] ExtSettings:
what are you talking about?
After finishing the topic “selection highlighting” @tomasz1986 started talking about “current line highlighting”. I’ve messed up things in my answer and wanted to clarify later on. But I think we should let it go now…
-
@Ekopalypse said in [New Plugin] ExtSettings:
and what are you talking about?
Yeah, I was just happy that I could set “filling alpha” to “0” and “outline alpha” to “255”, so that Smart Highlighting would show only border with no background colour (which is the same as in Sublime Text, by the way). Then, I started asking about doing the same for ordinary (i.e. not smart) text selection, and the discussion went from there.
-
@dinkumoil I think I have found a small issue regarding the plugin’s settings and about windows. When I open any of them, and then switch to a different program in Windows, it is impossible to go back to Notepad++ by clicking its taskbar button. I can only go back by using Alt+Tab. Just for reference, as I have not checked other Windows versions, this is happening in Windows 7 Enterprise x64 with Classic Theme enabled.
-
@tomasz1986 said in [New Plugin] ExtSettings:
found a small issue regarding the plugin’s settings … When I open any of them, and then switch to a different program in Windows, it is impossible to go back to Notepad++ by clicking its taskbar button.
Thank you, I will have a look at that.
-
another one :-) (npp doesn’t use it at all as far as I can see)
The differences, between 0 and 1, are more visible on the display as
in the image but I guess still noticeable.my default font size
max font size
-
Which “technology” do you prefer? I don’t see much if any difference.
-
the most difference, on my machine, is between 0 and 1.
And SC_TECHNOLOGY_DIRECTWRITE (1) is the one I used for some time now
and I like it with Roboto Mono font.
Between 1 and [2, 3] the changes are only visible, again, on my machine, when
zooming in as much as possible.
But I understand, that this might, depending on your directx settings and usage, be a different experience compared to mine.
If I change from 1 to 0 everything is MUCH thinner and harder to read.
(Everything means, of course, within scintilla only) -
I did some testing using NppExec plugin to send the Scintilla events. The only differences between
SC_TECHNOLOGY_DEFAULT(value0) and the other technology modes are:- Characters get slightly wider and higher
- It is possible to use
SCI_INDICSETSTYLE 29 INDIC_GRADIENTandSCI_INDICSETSTYLE 29 INDIC_GRADIENTCENTREto set search match highlighting to these gradient modes.
I even don’t see the slight difference in font weight between
SC_TECHNOLOGY_DEFAULTand the other modes that I can see in your first set of screen shots above. I use Source Code Pro font.All in all, I have to thoroughly think about whether it’s worth to include this setting in my plugin.
-
just to make it clear - it is all up to you to decide what you want to include into
your plugin and what you don’t want, I appreciate EVERY decision.
I come across of those settings just because of testing my scintilla wrapper
and see that there is something new or old, and remember that I’m actually
using it, and thinking it might fit into your plugin but as said,
those are ALWAYS just proposals. -
@dinkumoil said in [New Plugin] ExtSettings:
I even don’t see the slight difference in font weight between
SC_TECHNOLOGY_DEFAULTand the other modes that I can see in your first set of screen shots above. I use Source Code Pro font.All in all, I have to thoroughly think about whether it’s worth to include this setting in my plugin.
Just for the record, font rendering is very heavily dependent both on the operating system, the monitor, the font, the user himself, and possibly many other variables. Just as an example, the exact same font, with the same type of rendering, may still look very different depending on the screen (e.g. CRT vs LCD, or TN vs IPS vs VN, etc.) which is being used.
Also, some people are simply more susceptible and notice even slight differences like that much more easily. I have personally experimented with different font rendering in Windows, and find the old GDI rendering much better for my eyes, while DirectWrite rendered text looks fuzzy to the point that I start to feel dizzy when trying to read it for a longer period of time. But again, this is just my case, and the situation may be totally reverse for someone else.
