Skip to content

Conversation

@Zishan-Rahman
Copy link
Contributor

No description provided.

@Zishan-Rahman Zishan-Rahman changed the title Make sure edited text in input field is visible when editing in modes other than standard light mode Make sure edited text in input field is visible and legible when editing in modes other than standard light mode Nov 15, 2025
@tracygardner
Copy link
Contributor

Hi @Zishan-Rahman, I'm seeing this:

image

Have I misunderstood what this fixes?

@tracygardner tracygardner marked this pull request as draft November 17, 2025 11:41
… input text fields

Instead of just dropdown fields (typo)
@Zishan-Rahman
Copy link
Contributor Author

@tracygardner Hopefully my latest commit fixed it 🙏

@tracygardner
Copy link
Contributor

@Zishan-Rahman I still see the same. What are you seeing?

I searched and found the value in the HTML and then targetted it:

body[data-theme="dark-contrast"] .blocklyWidgetDiv input.blocklyHtmlInput {
  background-color: #ffffff !important;
  color: #000000 !important;
}

Which seems to work for me. There's an html overlay.

@Zishan-Rahman
Copy link
Contributor Author

@Zishan-Rahman I still see the same. What are you seeing?

I searched and found the value in the HTML and then targetted it:

body[data-theme="dark-contrast"] .blocklyWidgetDiv input.blocklyHtmlInput {
  background-color: #ffffff !important;
  color: #000000 !important;
}

Which seems to work for me. There's an html overlay.

@tracygardner I thought I got it to work before I opened the PR? I could've sworn it did, but what's meant to happen is that the text itself is supposed to be white on a grey-ish background while you edit the text:
whitetext

It's meant to stay white while I edit the text, but for some reason that's not what's happening now as I'm able to reproduce the same issue you have:
blacktext

I thought the white-on-black text would look nicer and be an easy way to resolve this, but perhaps I should've consulted you and Becky on that particular colour choice first. Your original black-on-white solution (as discussed privately) is a better way out of this. I'll implement that now.

… editing in dark modes and contrast mode

Co-authored-by: Dr Tracy Gardner <[email protected]>
@tracygardner
Copy link
Contributor

@Zishan-Rahman As I understood it from Becky, this wasn't something that needed changing at this stage, so all I was doing was making it consistent. The change to black background looks like an unintended side effect of another change. If we were going to change this for dark mode then it would be consistently throughout, not just for editing.

@Zishan-Rahman
Copy link
Contributor Author

@tracygardner I implemented your fix, but the only thing is that the background doesn't change to red anymore if you enter an invalid input as you'd expect it to (it still rejects it when you press Enter, it just doesn't show it's invalid while you edit it):
numberfieldinvalidinput

@tracygardner
Copy link
Contributor

@Zishan-Rahman It was just a hint to help you get unstuck. You probably need to target more carefully.

@Zishan-Rahman
Copy link
Contributor Author

Zishan-Rahman commented Nov 19, 2025

Good point. I'll keep digging. Thanks.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants