Dear Open Hub Users,
We’re excited to announce that we will be moving the Open Hub Forum to
https://community.blackduck.com/s/black-duck-open-hub.
Beginning immediately, users can head over,
register,
get technical help and discuss issue pertinent to the Open Hub. Registered users can also subscribe to Open Hub announcements here.
On May 1, 2020, we will be freezing https://www.openhub.net/forums and users will not be able to create new discussions. If you have any questions and concerns, please email us at
[email protected]
The list of files to exclude in Settings : Code Locations : Ignore Files
has annoying limit of 1000 characters.
I'm hitting the limit, because wildcards are not supported.
Ohloh mis-estimates my project as having 21 years of work put into XML files, while in fact that's just plenty of near-duplicate localized .nib and .xib files generated by Interface Builder.
If I could exclude *.xib, *.nib, *.xcodeproj, etc. that would be great.
Or if you could recognize that a line of auto-generated XML is not worth as much as a line of C, that would be even better.
Failing that, I probably need 10KB to list all paths to all localized resources my project currently has, and different paths it had in the past.
I have recently made a similar post to the technical issues forum.
For my own project, Github says
Java 57.3% Matlab 20.2% Processing 13.3% JavaScript 3.7% Groovy 2.4% M 2.0% Other 1.0%
which looks about right:
Ohloh says:
XML 52% Java 35% .....
Just being able to ignore XML would bring this particular list into the right ballpark.
+1 for the issue.
My project has a lot of autogenerated code that skews statistics and I'd like to exclude it. Full file names hit 1000 characters
the limit before covering even half of them. On the other hand a single ignore this extension
wildcard would cover them all.
+1, Amber Smalltalk has it skewed, too, for the amount of generated .js files in src directory.
+1, for scikit-learn it's also not possible to list ignored files.
https://github.com/scikit-learn/scikit-learn/issues/3100#issuecomment-41113698
Please improve this.