Hi Damjan, All, Am 25.01.25 um 00:37 schrieb Damjan Jovanovic:
On Fri, Jan 24, 2025 at 8:10 PM Dave Fisher <w...@apache.org> wrote:Hi -On Jan 24, 2025, at 12:05 PM, ardovm (via GitHub) <g...@apache.org>wrote:ardovm commented on PR #256: URL:https://github.com/apache/openoffice/pull/256#issuecomment-2613292891Wiki is often outdated....but I liked it that way... ;-) In fact, I thought that that wiki page was written _after_ many fileswere already formatted with tabs.It may be worth a short discussion on dev@.I’m reading this on dev. I’d like to know what currently busy developers like DamJan think.I always had to use a tab size of 4. As for spaces vs tabs, I usually try to preserve whatever the file originally used, which is usually tabs for C++ and makefiles, and spaces for Java.Would that correspond to: `/* vim: set noet sw=4 ts=4: */`This should represent the current state of many files, i.e. tabs, tobe displayed as 4 spaces.I was suggesting we rather set `et` instead of `noet`, using no tabsfor indentation, but rather 4 spaces. If developer makes a mistake will this precommit hook fix our mistakes?How can GitHub fix mistakes when we commit to gitbox.apache.org?
That is a point, but still it would be helpful for Pull Requests that are opened directly on GitHub.
Regards, Matthias
Best, DaveDamjan
smime.p7s
Description: Kryptografische S/MIME-Signatur