Automatically generate eclipse settings#249
Conversation
This might be caused by some "duplicates" in the gradle script: What is "sp_cleanup"? Are those the save actions? |
|
|
|
I do not like that this is polluting the |
|
I had the choice between
I opted for the first one. If @stefan-kolb agrees, I choose the second option and will generate the additional file |
|
This is a lot of stuff. I second creating an exclusive |
ff2ba00 to
9a6c63b
Compare
|
Result of discussion: merge, leave the minor issues (see PR description) open, and format the complete code later. |
Automatically generate eclipse settings
gradlew eclipsenow generates formatter and save action settings.Since the default settings of Eclipse won't change in the near future (see Eclipse bug 479928) and since it takes a few steps to configure Eclipse correctly, we try to create the required configurations
automatically.
Following minor issues remain:
LFand notCRLFas the part generated by gradle inorg.eclipse.jdt.core.prefs. Works without issues in Eclipse, but causes difficulties in diffing with git.gradlew eclipseCleanmanuallyorg.eclipse.jdt.core.preffile is not sorted alphabetically: First come the gradle generated propreties and then our properties. This does not harm, but if a user changes a setting in eclipse. the file gets reordered. No drawbacks in the functionality, but hard to diff.I propose to reformat the whole source code using the new formatter settings (solves the last issue) in the near future and to ask all committers to regenerate their Eclipse config with the new gradle target.
I tested the formatter with Eclipse Mars SR1 and JabRefPreferences. It looks good at first sight 😸