Difference between revisions of "User:Panos Alevropoulos/test"
(add personal test page) |
|||
| Line 1: | Line 1: | ||
This a page I am using to test some potential changes to the FSD. | This a page I am using to test some potential changes to the FSD. | ||
| + | |||
| + | ==Test subpages== | ||
| + | * [[User:Panos_Alevropoulos/test/Antifeatures|Antifeatures]] | ||
==Frontpage== | ==Frontpage== | ||
| Line 19: | Line 22: | ||
** Participation guide (FSD page contribution manual) | ** Participation guide (FSD page contribution manual) | ||
** Style guide (mediawiki practices, make FSD more uniform and consistent) | ** Style guide (mediawiki practices, make FSD more uniform and consistent) | ||
| − | ** Freedom check (check | + | ** Freedom check (check licenses) |
** Join a team (list all teams here) | ** Join a team (list all teams here) | ||
** License activism (convince projects to use free software licenses or use correct licensing practice) | ** License activism (convince projects to use free software licenses or use correct licensing practice) | ||
| Line 34: | Line 37: | ||
I propose the following templates, like on ESP Wiki: | I propose the following templates, like on ESP Wiki: | ||
* Deletion candidate (state reason) | * Deletion candidate (state reason) | ||
| − | |||
* Vague licensing information (urge license activism) | * Vague licensing information (urge license activism) | ||
| − | * Incorrect or outdated information | + | * Incorrect or outdated information (ask for help) |
| + | * [[User:Panos_Alevropoulos/test/Antifeatures|Antifeatures]] (anything wrong with entries that are otherwise eligible for FSD inclusion, but have some antifeatures) | ||
| + | |||
| + | ==Other== | ||
| + | * I do not understand what the review process is for some very complex projects, e.g. [[Chromium]]. The review pages seem confusing and the end user is only greeted with a "Antifeature: Evaluation" template, the wording of which doesn't make sense. The end user needs clear answers: | ||
| + | ** Yes, it's free software with or without antifeatures. | ||
| + | ** No, it's not free software. But in this case, I believe the project should still be on the directory (probably under a different category/namespace) and explicitly explain why it's not free software. This should only be done for popular projects marketed as "open source", e.g. most [[Electron]] apps. | ||
Revision as of 11:55, 23 March 2022
This a page I am using to test some potential changes to the FSD.
Test subpages
Frontpage
3d free software directory text (on click, send to Free_Software_Directory:About
"A collaborative catalog of free software"
"Free as in freedom, not as in free beer" tag line
[BUTTONS:]
- Browse [HEADING]
- All entries (all categories)
- All collections
- Free software replacements
- High priority entries
- Random entry
- Contribute (guides on how to contribute) [HEADING]
- Participation guide (FSD page contribution manual)
- Style guide (mediawiki practices, make FSD more uniform and consistent)
- Freedom check (check licenses)
- Join a team (list all teams here)
- License activism (convince projects to use free software licenses or use correct licensing practice)
[Rebranded FSD meeting notice]
Sidebar
- Add new entry
- Add new collection
- Entries pending approval
- Backlog (is this useful?)
Templates
I propose the following templates, like on ESP Wiki:
- Deletion candidate (state reason)
- Vague licensing information (urge license activism)
- Incorrect or outdated information (ask for help)
- Antifeatures (anything wrong with entries that are otherwise eligible for FSD inclusion, but have some antifeatures)
Other
- I do not understand what the review process is for some very complex projects, e.g. Chromium. The review pages seem confusing and the end user is only greeted with a "Antifeature: Evaluation" template, the wording of which doesn't make sense. The end user needs clear answers:
- Yes, it's free software with or without antifeatures.
- No, it's not free software. But in this case, I believe the project should still be on the directory (probably under a different category/namespace) and explicitly explain why it's not free software. This should only be done for popular projects marketed as "open source", e.g. most Electron apps.
Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.3 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license is included in the page “GNU Free Documentation License”.
The copyright and license notices on this page only apply to the text on this page. Any software or copyright-licenses or other similar notices described in this text has its own copyright notice and license, which can usually be found in the distribution or license text itself.