-
Notifications
You must be signed in to change notification settings - Fork 902
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Open Source, 100% Free, Trial/Limited flags #3533
Comments
The answer to this is very much the same as that in #3497. I don't want to just repeat everything in there so I'm happy to respond to any particular points mentioned in there. |
I'm honestly not seeing any correlation whatsoever |
The questions I was asking, and I believed I answered over on #3497 was:
Would that not be the responsibility of the user to ensure that they software they are spending hours setting up, is what they want to spend their time on? As this is specific to each individual, would it not be better for them to decide what they will and won't accept? There are tags that can be used on packages today, which some use. |
Checklist
Is Your Feature Request Related To A Problem? Please describe.
It is really tedious to have to install dozens of different applications one by one to evaluate if they are feature limited in some way. Take diff tools for example.
choco find diff
returns over sixty (60) results.Describe The Solution. Why is it needed?
I propose a unique tag (string flag) that can be used in find results to filter out software based on the license/feature category:
1.a. [#OS] Open source
1.b. [#CS] Closed source (proprietary)
and
2.a. [#FFF] Free (fully functional)
2.b. [#FTL] Free (time-limited)
2.c. [#FFL] Free (feature-limited)
Or something like that. The important thing is that they are unique, and appear in terminal search results for grep filtering.
Each package would have a tag for each of 1 and 2 to cover all the combinations of properties. E.g. WinMerge would have #OS #FFF since it's open source and the open source version is fully functional while GitLab CE would have #OS #FFL since even though it claims to be open source, it has only a subset of features of the full GitLab Enterprise version.
Additional Context
This would be invaluable in saving time selecting open source tools that always seem to claim that designation these days but are very frequently limited in major ways when there are paid versions available. I don't care about how people collect money, but I do care about having that information up front. What an absurd practice, btw - who would ever start paying for software they thought would be free after they spend hours setting it up to discover such a rug-pull deep in the greyed out settings? But that is the world we live in.
Related Issues
No response
The text was updated successfully, but these errors were encountered: