I've been a professional C, Perl, PHP and Python developer.
I'm an ex-sysadmin from the late 20th century.
These days I do more Javascript and CSS and whatnot, and promote UX and accessibility.
I understand what accessibility means, I also understand what was written in the post. What I'm saying is that presentation of the code is the responsibility of the IDE - it already will allow you to specify tab widths, it should understand indentation widths and do the transformation automatically.
IDEs already do this with things like line endings. The accessibility problem is in the software not the format of the file.
Let's go through what the workflow of someone who needs to transform the file from tab to space might look like:
They clone the repo
They open the file in their editor of choice, which transforms the file to their preferred indentation width
They do their changes
They save their changes along with the new indentation width
They transform the file to the indentation width preferred by the project
They commit their changes back to the repo
Problems:
Step 2 and 5 might be erroneous, adding one step following them
I have not seen IDE do step 5 automatically, maybe because it may be erroneous
What does the workflow look like if the project uses tab?
They clone the repo
They open the file in their editor of choice, displayed in their preferred indentation width
They do their changes
They save the file
They commit their changes back to repo
Indentation width of every developer of the repo is respected, without transformation.
I do not have a strong personal preference to tab over space, nor to a specific indentation width. But I have a strong preference to protecting the marginalized people and fairness. A project-wise indentation width can be formatted with either tab or space. Formatting with space incurs more work for those in need of a different width than not. Formatting with tab incurs the same amount of work for everyone regardless of which width they need.
I agree that IDE can help. An IDE which maintains both the user preference and the project preference and can transform between the two is probably sufficient for 90% of the use cases. But that's not 100%, and does not change the essence that formatting the indentation width with space ends up being not as fair as with tab.
I've been a professional C, Perl, PHP and Python developer.
I'm an ex-sysadmin from the late 20th century.
These days I do more Javascript and CSS and whatnot, and promote UX and accessibility.
I don't know yet. Right now such IDE capable of auto-converting formatting don't exist to my knowledge so they cover 0% of the cases. If I find IDE plugins with such feature out in the wild, then I can know what cases they do not cover from user comments.
For further actions, you may consider blocking this person and/or reporting abuse
We're a place where coders share, stay up-to-date and grow their careers.
I understand what accessibility means, I also understand what was written in the post. What I'm saying is that presentation of the code is the responsibility of the IDE - it already will allow you to specify tab widths, it should understand indentation widths and do the transformation automatically.
IDEs already do this with things like line endings. The accessibility problem is in the software not the format of the file.
Let's go through what the workflow of someone who needs to transform the file from tab to space might look like:
Problems:
What does the workflow look like if the project uses tab?
Indentation width of every developer of the repo is respected, without transformation.
I do not have a strong personal preference to tab over space, nor to a specific indentation width. But I have a strong preference to protecting the marginalized people and fairness. A project-wise indentation width can be formatted with either tab or space. Formatting with space incurs more work for those in need of a different width than not. Formatting with tab incurs the same amount of work for everyone regardless of which width they need.
I agree that IDE can help. An IDE which maintains both the user preference and the project preference and can transform between the two is probably sufficient for 90% of the use cases. But that's not 100%, and does not change the essence that formatting the indentation width with space ends up being not as fair as with tab.
What's the 10% of cases where automatically formatting the document isn't sufficient?
I don't know yet. Right now such IDE capable of auto-converting formatting don't exist to my knowledge so they cover 0% of the cases. If I find IDE plugins with such feature out in the wild, then I can know what cases they do not cover from user comments.