Skip to content

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

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

Can I get bright without bold (as in a console)? #10758

Closed
vefatica opened this issue Jul 22, 2021 · 10 comments
Closed

Can I get bright without bold (as in a console)? #10758

vefatica opened this issue Jul 22, 2021 · 10 comments
Labels
Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing.

Comments

@vefatica
Copy link

Microsoft Windows 10 Pro for Workstations
10.0.19042.1110 (2009, 20H2)
WindowsTerminal: 1.10.1933.0

Below, a Windows console is on top and in the foreground, WindowsTerminal on the bottom and in the background. This is the best size-match I can get ... Consolas 22 Normal in the console, Consolas 17 Normal in WT. Apparently, when I specify the bright/bold attribute in WT, I get both bright (a different color) and bold (a different font weight). In the console I get just the bright color.

Can I get bright without bold in WT?

image

I think something has changed recently. I've been looking at the bright green "v:>" prompt for ages, and only very recently has the fuzzy bold version of it bothered me.

@ghost ghost added Needs-Triage It's a new issue that the core contributor team needs to triage at the next triage meeting Needs-Tag-Fix Doesn't match tag requirements labels Jul 22, 2021
@zadjii-msft
Copy link
Member

I think something has changed recently.

yep, we added support for bold text in #10498.

Adding the setting to control this is in #10576, and the PR should be #10759 (unless someone snipes me).

/dup #10576

@ghost
Copy link

ghost commented Jul 22, 2021

Hi! We've identified this issue as a duplicate of another one that already exists on this Issue Tracker. This specific instance is being closed in favor of tracking the concern over on the referenced thread. Thanks for your report!

@ghost ghost closed this as completed Jul 22, 2021
@ghost ghost added Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing. and removed Needs-Triage It's a new issue that the core contributor team needs to triage at the next triage meeting Needs-Tag-Fix Doesn't match tag requirements labels Jul 22, 2021
@vefatica
Copy link
Author

Here are the 1.9 preview (first) and the 1.10 preview (second) using the same settings file.

image

image

@vefatica
Copy link
Author

yep, we added support for bold text in #10498

You not only added support for it, you made it the default, with no way to get the behavior to which users are accustomed, both in WT and the Windows console.

@DHowett
Copy link
Member

DHowett commented Jul 22, 2021

We have to move forward. I'm not interested in making Terminal start up and act just like conhost in every single way.

@DHowett
Copy link
Member

DHowett commented Jul 22, 2021

As well: Preview is a preview. We release features there to gauge how users will receive them 😄. We declared before even merging support for bold fonts that it needed to be configurable before we would take it out of the Preview version and into Stable.

@vefatica
Copy link
Author

I just changed my app alias to this (and I get this). Notice how the message box specifies the preview.

image

@vefatica
Copy link
Author

In the post above, I issued "WT" in the Win+R dialog. These are OK and both work correctly.

image

@vefatica
Copy link
Author

So I uninstalled both. The preview would re-install but the release version gives this.

image
The unshown part of the reason is:
S-1-5-18 (0x80070005)

Got any hints on fixing this?

@vefatica
Copy link
Author

After a restart, I could (re-)install both versions (release and preview). But I'm still seeing peculiar behavior from the App Alias settings.

If I toggle these:

image

the Settings app remembers my choice but there are no changes in these registry keys:

2021-07-22 16:44:46.296  HKCU\SOFTWARE\Microsoft\Windows\CurrentVersion\App Paths\wt.exe
2021-07-22 16:44:41.597  HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\App Paths\wt.exe

If I manually change those keys (using .reg files) I can use the "WT" alias successfully if and only if what's in those keys matches the App Alias choice. If they don't match, I get the "access denied" message (regarding the one specified in the registry).

@microsoft microsoft locked and limited conversation to collaborators Jan 7, 2022
@DHowett DHowett converted this issue into discussion #12114 Jan 7, 2022

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

Labels
Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing.
Projects
None yet
Development

No branches or pull requests

3 participants