Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Should default themes specify link hover color? #131109

Closed
usernamehw opened this issue Aug 18, 2021 · 7 comments
Closed

Should default themes specify link hover color? #131109

usernamehw opened this issue Aug 18, 2021 · 7 comments
Assignees
Labels
under-discussion Issue is under discussion for relevance, priority, approach ux User experience issues workbench-hover Hover issues in the workbench
Milestone

Comments

@usernamehw
Copy link
Contributor

On the web (and not only) links usually react to hover (underline or color change). Right now in vscode in some places there is underline, like in markdown preview, in other places there is no style change, like in Settings UI or an editor hover.

There is already a color for that textLink.activeForeground. I think it would be better if default themes specified it.

@aeschli
Copy link
Contributor

aeschli commented Aug 19, 2021

Can you add screenshots of the places that you miss the undeline?
textLink.activeForeground is intended for text in a rich editor like the settings or welcome editor.
Editor hover would need a new color.

@usernamehw
Copy link
Contributor Author

usernamehw commented Aug 19, 2021

Example of editor hover (now):

const markdown = new MarkdownString(undefined, true);
markdown.appendMarkdown(`[How](https://www.google.com) [many](https://www.google.com) [links](https://www.google.com) [here?](https://www.google.com)`);
return new Hover(markdown);

unknown2

Example of when the color is defined:

"workbench.colorCustomizations": {
		"textLink.activeForeground": "#fc9867",
}

known2

@aeschli
Copy link
Contributor

aeschli commented Aug 19, 2021

Ok if we make this issue about underlines in the hover only? That makes it easier to manage the issue.

@usernamehw
Copy link
Contributor Author

Ok if we make this issue about underlines in the hover only?

If you think that would be better.

@miguelsolorio miguelsolorio added this to the September 2021 milestone Aug 30, 2021
@miguelsolorio miguelsolorio added ux User experience issues workbench-hover Hover issues in the workbench labels Aug 30, 2021
@aeschli
Copy link
Contributor

aeschli commented Sep 17, 2021

Ignore my comment about a new color.

I agree with the request. We should make use of textLink.activeForeground.

The color is used at many places where links are shown. But nobody is aware of it as by default it is the same as `textLink.foreground'.

@misolori What do you think?

Assigning to you as you'd have come up with actual color values for light and dark.

To verify: Open the Welcome page and move the mouse over the links.

@aeschli aeschli removed their assignment Sep 17, 2021
@miguelsolorio
Copy link
Contributor

This one is tricky because we already have a bright link color that we use, primarily because we use links in a lot of places and need to make sure it passes the color contrast ratio. The list hover (in notifications and settings) is the one where we need to pass the minimum since it has a brighter hover color:

An alternative would be to use text underlines for hovers but I thought we removed those a while back?

@miguelsolorio miguelsolorio added the under-discussion Issue is under discussion for relevance, priority, approach label Sep 27, 2021
@miguelsolorio miguelsolorio modified the milestones: September 2021, Backlog Sep 27, 2021
@usernamehw
Copy link
Contributor Author

This issue went nowhere.

@usernamehw usernamehw closed this as not planned Won't fix, can't repro, duplicate, stale Feb 28, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
under-discussion Issue is under discussion for relevance, priority, approach ux User experience issues workbench-hover Hover issues in the workbench
Projects
None yet
Development

No branches or pull requests

4 participants