-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 06/06/15 14:07, Ulrich Mueller wrote: >>>>>> On Sat, 6 Jun 2015, Duncan wrote: > >>> *If* we should agree on using tabs, then we should also >>> standardise the tab width. Using the same rules for indenting >>> and whitespace as for ebuilds (i.e., tab stops every four >>> positions) suggests itself: >>> https://devmanual.gentoo.org/ebuild-writing/file-format/index.html#i ndenting-and-whitespace > >>> >> (Somewhat) More seriously, standardizing the tab size defeats >> the purpose, letting people decide for themselves, particularly >> when it's to be the declared horizontal spacing standard in a >> file such as this, where mixed spaces and tabs can be avoided, so >> someone's personal setting shouldn't be mixed up by someone using >> spaces instead > > It plays a role when at the same time there is a policy about the > line width. For example, the devmanual has this (about _ebuilds_, > not about metadata.xml): > > # Where possible, try to keep lines no wider than 80 positions. # A > 'position' is generally the same as a character — tabs are four # > positions wide, and multibyte characters are just one position > wide. > > This would make no sense with the width of a tab being arbitrary. > >> (and if it is, the non-standard spaces in place of tabs is >> simply much more obvious, allowing easier detection /due/ to the >> non-standardized tabsize, and replacing with tabs as >> appropriate). > > I don't understand this part. We would have either spaces or tabs, > but not both. And e.g. Emacs can highlight tabs (with > whitespace-mode) so there's no problem seeing them. > >> But IMO it's all simply bikeshedding, regardless. > > Maybe. But standardising it could simplify life when updating > metadata files with a script. >
Exactly, that was my intention. How about * indent with tab * tab == 4 spaces * linewidth >> 80 (why do we have this short limit still in 2015) Justin -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0 iQJ8BAEBCgBmBQJVcuYOXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ0QUU0N0I4NzFERUI0MTJFN0EyODE0NUFF OTQwMkE3OUIwMzUyOUEyAAoJEOlAKnmwNSmigYkQAIGipC0pMA0JcMTu4aoTM+jj 5T8QOd+zh7SxyuELiie6ZJV+JsccyXZsFZjqYOHptVfqsOuLXlhqv+mC/iAH/zjg pAqyA1BYbuf8D5j1liF7t85CT8K4C9gUfNOjIQbVMqaLubEO4+Kzc8ik+LQ4O9Ca 06Sp1bwtBbcNNzpsLZ/Xa60uCGWgdcopcLEujtP34AxSVfa9NgyWs7a1ceRKMv8m +9T3WryOB6dzLQu1da+nUIOnlkwxau0mlDuwA2F968F5ewbophRf+0Tn5FiSu/zb D0wm3LX0pPIk/l/r9BN7mZHh/yokO6iyMcGhSUyNdUys2G3b2LvOOoXW1MfX8SWE YlZVZhzpImG/yVJu6dr7LSHmXo4NNZ8ZZb7uTgKM2NvyO3tX0BZt8RyAXipRP5+X YFuXDf70zagnuAe/iUfw8+vFqb+JzShAvnD7DI7XpoKOkGl1W5XN06suDzUsSRfx F9lFUk4kD2Xwp0zZpTBncCAzcidSbikUQM/CaBATg+62PwvQisvSBtnz0+eGUSMI iUPj8fJhyuZCoYOPEq+wvTdQwYfpd8PLhKxlTEjDb2qY6uVbqxaznE2A6tmkBG9K 5MriinvGOkjdfxvv+rNwPiMDrnaTgljuXEg64mgUz/7/3m3jb1lyYHMIzoiJpIBH ynDhu68FZTXb+RUVc2wo =+HgJ -----END PGP SIGNATURE-----