Welcome to the SRP Forum! Please refer to the SRP Forum FAQ post if you have any questions regarding how the forum works.
Background Colour
Is there a way to set the background colour for the entire edit control?
really would like to get it dark like my Atom editor to save the eye strain, thanks!
really would like to get it dark like my Atom editor to save the eye strain, thanks!
Comments
It is actually giving me migraines having to switch back to a white background to code all the time from squinting :(
This is not a response to be taken as a "yes" or "no" to your request. I don't have enough internal information to make that call just yet. But I do want to offer some general comments:
NM i will just have to continue wearing my sunnies when i code in OI :P
Actually, we aren't using Codejock for the editor. We are using Scintilla (albeit an older version). But I'm glad to see you understand the potential issues. We first need to see if the control supports dark backgrounds. I think it does. Then we have to see how easy it is to expose. Then we have to see what kind of options are possible and whether we want to implement all of them. This is where a lot of scope creep comes in...so we try to anticipate what customers might reasonably want so this does not happen. Finally, we have to figure out the best way to expose all of these features into the SRP Editor UI (likely the Options window) in a way that is elegant.
http://www.scintilla.org/ScintillaDoc.html#WhiteSpace
SCI_SETWHITESPACEFORE(bool useWhitespaceForeColour, int colour)
SCI_SETWHITESPACEBACK(bool useWhitespaceBackColour, int colour)
By default, the colour of visible white space is determined by the lexer in use. The foreground and/or background colour of all visible white space can be set globally, overriding the lexer's colours with SCI_SETWHITESPACEFORE and SCI_SETWHITESPACEBACK.
Is there a way I can just run a program that calls that function on the editor control and save for having to do any changes in the interim to the actual editor?
I can't answer that technical question. If it requires us to provide some kind of interim solution (i.e., to avoid the need for a full implementation), I am doubtful we would provide such a tool.
My suggestion is to wait for us to do our own feasibility study once we can catch our breath. Then we can propose options and set expectations.
However, it's not as simple as that one line of code. Scintilla doesn't have a concept of a transparent background, so in order to accomplish this, I have to set the background color of every single style. This involves a bit of extra management on my part to make sure things work consistently across the board. It's not hard, per se, but this is not something I can knock out in a few minutes. In fact, I just spent an hour this morning experimenting, and it's still not working. SCI_SETWHITESPACEBACK isn't even doing anything, so I have to spend time figuring out why. Additionally, when switching from light to dark, I have to take into account a bunch of things users are not currently able to colorize, such as the line number margin and the icons that appear next to bookmarked lines or debug statements.
Then I have to consider if I should do anything with the export routines that allow you to copy your code to the clipboard for use in other places. Should my code be dark when I copy/paste it into an email? That won't be trivial to make look correct. What if we want to work in a dark theme but copy/paste in a light theme? These are all questions that go into the project.
My point is not to discourage you in thinking this will never happen. Rather, it is to highlight how something like this has a larger scope than it would appear on the surface. Like I said, I want this for me, which means it will definitely happen at some point. :) I just don't see it happening before the conference.
Download the zip file for 2.8 RC1. It contains an RDK folder and SRPUtil.ocx. You need both of these in order to get the latest features. Install the RDK per usual and register the SRPUtil.ocx.
Let me know if you have any questions.
Will let you know if I find any bugs
I saved my current theme as "Original (backup)". I then tried to apply the Solarized Dark theme and this was the result:
Are you suggesting that something is wrong with your Solarized Dark theme?
I was more trying to figure out if you were identifying a problem, not whether it was limited to a specific theme. I see that you were reporting a problem.
Kevin may respond pretty soon with a definitive response, but since I am not seeing this problem I don't think it is a persistent bug. As Barry suggested, did you register the correct SRPUtil.ocx?
I created a style and the background colour of everything is black.
Now I can't see where my cursor is or if I've got anything selected.
This is a bug that has already been identified and fixed. It will be in the next release.
Just trying to keep you guys on your toes.
I'll change to one of the existing themes now.
which I would have done originally if I noticed the Theme dropdown before I manually changed every element.
*slaps forehead*
scope creep? what's that?
Thanks again guys. It may seem like a small thing but it make a big difference when you are staring at it all day. My eyes thank you.
4 thumbs up
No bugs found yet.
Just need to switch Windows 10 to a dark theme and my journey to the dark side is complete.
fyi - the theme is Deep Black
If you even whisper a feature you would like to see I'll make sure all of your themes have harcoded white colors for every element. 'Nuff said.
did I type that out loud?
No, that would not be considered a feature. It would be considered a miracle.
From working to BSOD.
and timezones... so I wear a watch to verify that the clock on my laptop is correct except that I charge my watch by plugging it in to my machine which then updates the watch time with the computer time.
So then I use my phone to verify the time on my watch so that I can verify the time on my computer.
I wonder if I can get the same theme on my watch as I have in the editor and then the same on my phone?