Tan Alternatives

Similar projects and alternatives to tan

prettier

443 48,347 9.8 JavaScript tan VS prettier

Prettier is an opinionated code formatter.
black

322 37,425 9.4 Python tan VS black

The uncompromising Python code formatter
InfluxDB

www.influxdata.com featured

Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
ipython

34 16,143 9.6 Python tan VS ipython

Official repository for IPython itself. Other repos in the IPython organization contain things like the website, documentation builds, etc.
pip-audit

22 920 8.8 Python tan VS pip-audit

Audits Python environments, requirements files and dependency trees for known security vulnerabilities, and can automatically fix them
google-java-format

21 5,424 8.6 Java tan VS google-java-format

Reformats Java source code to comply with Google Java Style.
yapf

21 13,655 8.0 Python tan VS yapf

A formatter for Python files
squelch

1 6 2.8 D tan VS squelch
SaaSHub

www.saashub.com featured

SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives

NOTE: The number of mentions on this list indicates mentions on common posts plus user suggested alternatives. Hence, a higher number means a better tan alternative or higher similarity.

Suggest an alternative to tan

tan reviews and mentions

Posts with mentions or reviews of tan. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2022-01-29.

Black, the Uncompromising (Python) Code Formatter Is Stable
12 projects | news.ycombinator.com | 29 Jan 2022

Congratulations. I'm a Python developer of 17+ years and Black is truly a huge blessing in the Python ecosystem.
That said, I'm a little sad to see it's gone stable without adding support for tabs, which would be extremely simple to add at this point (cf. https://github.com/jleclanche/tan/commit/e23c038167528bdacdd...). I have a lot of people using this tab-capable fork, that I did not advertise anywhere.
Łukasz seems to have a personal grudge against tabs which may be why the issue for tab support was closed early on, but there's a plethora of good reasons to support it behind a flag. I don't want to rehash those arguments here on HN but you think you could re-think the approach a bit?
I'd be happy to do a PR if it's not getting rejected right away with "no discussion allowed" like the last one was (before Black was moved to PSF maintainership).