You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
WT 2.2 - Themes - Request for element isolation #161
When customising a style sheet the following lines control the text colour of the Log File select drop down and also the search text box text colour in the LV.
If the above text colours (color:) are set to white or any other light colour, then the text is not displayed correctly, or at all, in the drop down or search text box.
I would like to see those two elements either isolated, so that no style is applied, or allow separate styles to be applied if that is at all possible, thanks. :)
Also, in the UAS, when clicking on any button and then moving the mouse pointer away from the button, the colours are not restored to those of the style sheet and instead display a default grey background with black text. If you then click on the page, the configured colours are restored. See the image.
I've added select and input tags to the default.css file so they are in there forced to black text, white background. But that can of course be overwritten in other themes. But they are getting their setting from that tag and not from any inheritance now. I'll let you know when i've uploaded this fix.
I have not tested the new fixes, so it's hard for me to say yay or nay on that.
The issue with the default colors showing on buttons remains. As you can see in the following image, now it is not just the grey color showing but the default colour also.
I'm not sure what is causing it, if it's the browser or something else. It sure is strange though.
Hmm, a button uses:
btn-default
btn-default:focus
btn-default:hover
btn-active
Is it someone of those that are missing? Do an inspect on the button that is not showing what you want. There you can see what CSS it has. (At least this is in Chrome, i haven't used FF in about 7 years)
OK, I thought this may have been an issue with Win10 but I just did a reboot and the issue is still there in FF, Edge and IE 11.
When you enter the UAS the 'All' button shows with the default CSS colours, the rest shows with the correct skin colours. If you click anywhere on the screen, the default colours disappear and revert to the current skin colours.
It happens with any skin selected in any browser. It seems to be connected to 'focus'.
It is also happening on the 'previous' 'next' buttons when searching. If you click either of those buttons, the default colors are showing after the mouse is moved away from the buttons.
I set All button to focus after refresh. However, that might not be needed anymore, i'll investigate that. But in CSS, try setting btn-default:focus or btn-default:active
could it be another cache issue? When you first start WebTools, the default style sheet is used, could it be that because it is cached, then when the override style sheet is used, the default style sheet is still in focus or something to that effect?
Custom.css is not the one you should look in. If you look at my branch, there is no such file. default.css is the most recent and valid one.
The default.css contains this: .btn-default:focus {background-color: #FE9B00; color: #242424;}
And upon starting, yes default is used. It goes to the selected upon logging in. I've thought about changing that but have not yet done so.
Default.css is always loaded. When you have a custom theme, it overrides the corresponding settings in default, but if a specific setting it not made in the custom theme, default still applies.
So, I added .btn-default:focus {background-color: #f6894b; color: #68452c;} and changed it .btn-default:focus {background-color: #ffffff; color: #000000;}
And now the issue appears to be gone for the UAS and the search buttons or at least they return to the default black and white colors which is quite acceptable IMHO.
And yes the dreaded cache got me again ... grrrrrrr ... lol
Activity
dagalufh commentedon Apr 16, 2016
I'll look into it, Currently if i remember correctly, there is no specific css for the dropdown.
dagalufh commentedon Apr 17, 2016
Do you mean:


and
is it those that you want to be css seperated?
trumpy81 commentedon Apr 17, 2016
Yes, those two elements, please :)
dagalufh commentedon Apr 17, 2016
I've added select and input tags to the default.css file so they are in there forced to black text, white background. But that can of course be overwritten in other themes. But they are getting their setting from that tag and not from any inheritance now. I'll let you know when i've uploaded this fix.
Gonna do some more things first.
Implemented fix for Issue #161, issue #159
dagalufh commentedon Apr 17, 2016
Download latest and try from my branch; https://github.com/dagalufh/WebTools.bundle/tree/micke-work
trumpy81 commentedon Apr 18, 2016
That's great news. It will give us a little more flexibility with colour choices. Thanks for that. 🎯
dagalufh commentedon Apr 18, 2016
Let me know if you consider this solved and i'll close it. :)
trumpy81 commentedon Apr 18, 2016
I have not tested the new fixes, so it's hard for me to say yay or nay on that.
The issue with the default colors showing on buttons remains. As you can see in the following image, now it is not just the grey color showing but the default colour also.
I'm not sure what is causing it, if it's the browser or something else. It sure is strange though.
dagalufh commentedon Apr 18, 2016
Hmm, a button uses:
btn-default
btn-default:focus
btn-default:hover
btn-active
Is it someone of those that are missing? Do an inspect on the button that is not showing what you want. There you can see what CSS it has. (At least this is in Chrome, i haven't used FF in about 7 years)
trumpy81 commentedon Apr 18, 2016
OK, I thought this may have been an issue with Win10 but I just did a reboot and the issue is still there in FF, Edge and IE 11.
When you enter the UAS the 'All' button shows with the default CSS colours, the rest shows with the correct skin colours. If you click anywhere on the screen, the default colours disappear and revert to the current skin colours.
It happens with any skin selected in any browser. It seems to be connected to 'focus'.
It is also happening on the 'previous' 'next' buttons when searching. If you click either of those buttons, the default colors are showing after the mouse is moved away from the buttons.
dagalufh commentedon Apr 18, 2016
Ah, sounds like the :focus or :active
I set All button to focus after refresh. However, that might not be needed anymore, i'll investigate that. But in CSS, try setting btn-default:focus or btn-default:active
trumpy81 commentedon Apr 18, 2016
There is no css for btn-default:focus in the 'custom.css' file. I can add that and try it though.
Added .btn-default:focus {background-color: #f6894b; color: #68452c;}
But no change. the default colours still display.
trumpy81 commentedon Apr 18, 2016
could it be another cache issue? When you first start WebTools, the default style sheet is used, could it be that because it is cached, then when the override style sheet is used, the default style sheet is still in focus or something to that effect?
dagalufh commentedon Apr 18, 2016
Custom.css is not the one you should look in. If you look at my branch, there is no such file. default.css is the most recent and valid one.
The default.css contains this: .btn-default:focus {background-color: #FE9B00; color: #242424;}
And upon starting, yes default is used. It goes to the selected upon logging in. I've thought about changing that but have not yet done so.
Default.css is always loaded. When you have a custom theme, it overrides the corresponding settings in default, but if a specific setting it not made in the custom theme, default still applies.
trumpy81 commentedon Apr 18, 2016
So, I added .btn-default:focus {background-color: #f6894b; color: #68452c;} and changed it .btn-default:focus {background-color: #ffffff; color: #000000;}
And now the issue appears to be gone for the UAS and the search buttons or at least they return to the default black and white colors which is quite acceptable IMHO.
And yes the dreaded cache got me again ... grrrrrrr ... lol
I think we can close this one too now.
dagalufh commentedon Apr 18, 2016
Great, glad it works for you and also, i really value all the feedback as it helps in a great way to make the system better.
However, the caching issue is not something i can work around i'm afraid. Will close this issue now.