Since some suggestions have been added in this topic, I would like to use it to make a proposal for the retiring mechanism: * add a new list xproperty to the "ExtensionCode.ExtensionClass" called "status" which will have a "Retired" value, a default one and later a "Recommended" one (this depends on the need of using this field in the livetable; we don't want a filter to show "Retired" extensions). * using "status" property, hide the retired extensions from e.x.o livetable and EM * create a new document "Extension.RetiredExtensions" with a livetable listing the retired extensions * add a small note(link) above the livetable of Extensions: "See retired extensions". WDYT? Thanks, Alex On Thu, Jun 16, 2016 at 6:04 PM, Eduard Moraru <[email protected]> wrote:
On Thu, Jun 16, 2016 at 4:28 PM, Marius Dumitru Florea < [email protected]> wrote:
On Thu, Jun 16, 2016 at 12:02 PM, Vincent Massol <[email protected]> wrote:
+1 in general.
On 16 Jun 2016, at 10:57, Thomas Mortagne <[email protected]
wrote:
On Thu, Jun 16, 2016 at 10:43 AM, Eduard Moraru <
[email protected]> wrote:
+1
Also, if we retire the jira project, it means that we stop the support for this application (since no new issues can be created), effectively retiring the whole application itself, not only its jira project.
I`m not sure if we currently have a documented process for retiring contrib extensions, but we should at least update the descriptions (and maybe title as well - marking it [Retired]) on the e.x.o. page and on the contrib repo to clearly mention that the app is no longer actively supported by anyone.
We don't have any process. We actually never done it before. What we could easily do is add a property in ExtensionClass to indicate an extension is retired in which case: * the extension does not appear in EM anymore (i.e. make the extension "invalid") since that's something we want for this kind of extension I think * the extension sheet make clear it's retired with some visible marker in the title and some warning at the beginning of the content
Or simply remove the extension from e.x.o. I don’t think they should even be visible on e.x.o since they’ll be visible when someone filters or searches for extensions and will potentially confuse the user (even with the banner/warnings).
If we want to keep it visible I’d not mix them with other extensions in the LT but instead I'd introduce another page for retired extensions and we’d add a link to retired extensions on e.x.o home page somewher.
I would keep it on e.x.o for documentation. There may be users that are forced to use this application. Note that this application is in a similar situation to the Radeox macros that Thomas wanted to remove from e.x.o . Check the "Remove old Radeox macros from e.x.o?" thread.
I agree that it shouldn't appear on EM and on the e.x.o live table.
+1 to keep and not show by default.
Thanks, Eduard
Thanks, Marius
I think we need an agreement from authors in order to mark an extension
as
retired. We could say that we ask on the list for an agreement putting
in
cc the authors (when we have their email addresses) and if we don’t get any answer in 2 weeks, we go ahead and retire it. If they say they still want to maintain it, we keep it.
WDYT?
Thanks -Vincent
P.S.: The link to the new old jira project would still need to be added to
the e.x.o page since it`s currently missing.
Thanks, Eduard
On Thu, Jun 16, 2016 at 10:20 AM, Alexandru Cotiuga < [email protected]> wrote:
Hi devs,
Currently, the Meeting Manager Application [
http://extensions.xwiki.org/xwiki/bin/view/Extension/Meeting+Manager+Applica...
] is marked, with a warning, as "This application is superseded by the Meeting Application". The application is written in xwiki/1.0 syntax and is full of deprecated usages which makes it unusable at least since XWiki 6.2.
Considering the above reasons I propose to retire the MEETING Jira project.
Thanks, Alex
devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs