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

Add parameter to "slash run" for forcing/forbidden console colors #635

Closed
ayalash opened this issue Jul 12, 2017 · 9 comments
Closed

Add parameter to "slash run" for forcing/forbidden console colors #635

ayalash opened this issue Jul 12, 2017 · 9 comments
Assignees
Milestone

Comments

@ayalash
Copy link
Collaborator

ayalash commented Jul 12, 2017

Logbook supports forbidden/forcing log colors: since getlogbook/logbook#239

slash run should support it too.

@ayalash ayalash self-assigned this Jul 12, 2017
@ayalash ayalash added this to the 1.3.0 milestone Jul 12, 2017
@ayalash
Copy link
Collaborator Author

ayalash commented Jul 12, 2017

As far as I know, there are too conventions for it:

  • Example from grep man page:
--color[=WHEN], --colour[=WHEN]
    ... WHEN is never, always, or auto.
  • Example from ag man page:
--[no]color
    Print color codes in results. Enabled by default.

@vmalloc
Copy link
Member

vmalloc commented Jul 12, 2017

@ayalash I prefer the first convention

@ayalash
Copy link
Collaborator Author

ayalash commented Jul 12, 2017

@vmalloc You preferred that I use grep like convention, but I just remembered that we have --force-color and --no-color flags to slash list and slash list-config. Shouldn't we have the same convention for all sub-commands? Should I change list and list-config to use --color[=WHEN] as well?

@vmalloc
Copy link
Member

vmalloc commented Jul 12, 2017 via email

@ayalash
Copy link
Collaborator Author

ayalash commented Jul 13, 2017

@vmalloc Should I support the "old" flags (for list commands) with deprecation, or should I just change them to the new ones?

@vmalloc
Copy link
Member

vmalloc commented Jul 13, 2017

@ayalash I meant to align the new ones according to the old ones, not the other way around. The old ones seem reasonable as well, so no big deal

@ayalash
Copy link
Collaborator Author

ayalash commented Jul 13, 2017

oh, ok... I'm happy I asked :)

@ayalash
Copy link
Collaborator Author

ayalash commented Jul 13, 2017

@vmalloc Can you please release a version of Logbook?
This issue should depend on the code you merged on getlogbook/logbook#239.

@vmalloc
Copy link
Member

vmalloc commented Jul 13, 2017

Released 1.1.0. Will be on Pypi soon

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

No branches or pull requests

2 participants