-
Notifications
You must be signed in to change notification settings - Fork 29.8k
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
ANSI colors in OutputChannel #571
Comments
From @bpasero on October 30, 2015 7:16 Yes, this is on the plan for post November. |
From @SamVerschueren on October 30, 2015 7:16 Awesome, great job! |
Excellent! |
As there's not been too much activity on this thread, I'd like to drop a +1 - I was comparing some of my extension's output from the debug console to it's user's Output Channel and would love to be able to show colour in there. |
Up! |
To provide a workaround, you can create a custom log syntax for the output - see https://github.com/IBM-Bluemix/vscode-log-output-colorizer |
Thank you @orta for your quick response, but the extension you proposed did't enhances my situation. Actually, my problem is I don't get anything from ProgressBarPlugin when I bundle my project with WebPack with VSCode task, whereas I get a nice print when I run the command from a terminal... I don't know if it's directly related with issue (this plugin WebPack use chalk, which could be the problem), maybe I should create another thread... |
I was noting that you could write a colorizer yourself, not that it would help you right now. |
+1 this - seems to be possible to render the ansi in the same method as the internal termimal - in fact I would prefer it this way! Because then my variables and other environment configs I define within that environment become available. |
pytest output is next to impossible to debug without this feature. Please consider re-opening it. For now I've resorted to running pytest on the terminal and just ignore the IDE integration entirely. |
yes. for pytest it would be a great enhancement on usability. |
@jbcpollak @sn0wf4ke I also use Pytest and would love to have this feature. There is an existing issue over at vscode-python repo. microsoft/vscode-python#12615 Giving the issue a thumbs up would help as one of the maintainers say,
|
I would love to take this out of my (logging) code:
|
I'd recommend using an extension pseudoterminal. Documentation is a little scarce. See ShMcK/vscode-pseudoterminal for a simple example of this in use. |
Please reopen this! |
We really need this! Reopen please. |
+1 for this! |
+1 for this!! |
+1 for this! |
2 similar comments
+1 for this! |
+1 for this! |
+1 |
Please, re-open this issue. It could be super helpful for the pytest tests. |
@isidorn Would you be able to bring this issue up for reconsideration? I know it's an old one, but we're integrating with Test Explorer and that uses the OutputChannel for our build+test output. Would be nice to have ANSI support. |
@JamyDev would be great if you can open a new issue. I am not sure if this is something we will tackle any time soon though. |
I made a year ago and half a proof of concept of something that cleans the
Check it out
The documentation details all. Including the core ideas of the solution. And a full showcase. |
Please reopen this issue - the need for this will not magically disappear, thanks |
@jrieken could you provide some justification as to why this was closed as out-of-scope? There are many who still need it, so an explanation would be great. |
From @SamVerschueren on October 30, 2015 6:9
I might have seen a post regarding styling of the
OutputChannel
, but not sure though.I think it would be a nice feature to support ANSI colors. This way libraries like chalk can be used to style the output. Another benefit is that if you develop a plugin like Yeoman, who outputs to the console, the output can be directly passed to the
OutputChannel
.Not sure if this is possible, but I think it would be a nice feature. No need to implement our own styling stuff in the channel, just use libraries that already exist.
Copied from original issue: Microsoft/vscode-extensionbuilders#69
The text was updated successfully, but these errors were encountered: