XMLWordPrintable

    Details

    • Type: Epic
    • Status: Closed (View Workflow)
    • Priority: Major
    • Resolution: Done
    • Component/s: www
    • Labels:
      None
    • Epic Name:
      New Plugin Site
    • Similar Issues:

      Description

      This epic is used to track the effort to launch a new plugin directory website as a better version of https://wiki.jenkins-ci.org/display/JENKINS/Plugins.

        Attachments

          Issue Links

            Activity

            Hide
            gusreiber gus reiber added a comment -

            Hey so looking more closely at the labels and categories, I think they need the following juggling and want to get some consensus that what I am saying makes sense.

            The categories Daniel put together are better than the labels currently assigned to plugins by their developers (IMO, but please disagree if you do)
            But, because Daniels good labels only apply to ~70 of the 1000+ plugins we still need the other labels
            Having both labels and categories appear in the UI and overlap the way they do is totally confusing.
            ...so I want to merge the two lists, starting from Daniel's list and mapping it back to existing labels as follows...

            (Daniel good categories) =vs=> (plugin labels)
            Show all plugins ===> reset all filters
            SCM Connectors ===> scm
            Build and Analysis ===> (let's split this into 2 categories)
            Build Containers ==> 'builder' and 'buildwrapper'
            Reports and Analysis ==> 'report'
            Deployment ===> 'upload'
            Pipelines ===> stays as it is, because tags don't really capture this guy correctly
            Container ===> same as above
            Mobile (this would be new) ===> 'ios' and 'android'
            Users and Security ===> 'users' and 'security'
            General Purpose ===> all other labels not otherwise mentioned above
            When "General Purpose" is selected, we would then show the remaining labels as sub-filter options
            Daniel's list, by virtue of the fact that he categorized those plugins, also gives us the added metadata of 'approved for initial install' which would be nice to also surface and potentially add as a binary filter that could be layered atop the above categories (but if this is controversial in any way, forget I asked).

            To help make this clearer, here is a video with my work-in-progress:
            https://youtu.be/IXe8EAh7uqo

            ...still a decent amount of Ps and Qs clean-up to do, but I would like to get at least some of you-all's feedback on the above.

            Here is the PR: https://github.com/gusreiber/jenkins-plugin-site/pull/8

            Show
            gusreiber gus reiber added a comment - Hey so looking more closely at the labels and categories, I think they need the following juggling and want to get some consensus that what I am saying makes sense. The categories Daniel put together are better than the labels currently assigned to plugins by their developers (IMO, but please disagree if you do) But, because Daniels good labels only apply to ~70 of the 1000+ plugins we still need the other labels Having both labels and categories appear in the UI and overlap the way they do is totally confusing. ...so I want to merge the two lists, starting from Daniel's list and mapping it back to existing labels as follows... (Daniel good categories) =vs=> (plugin labels) Show all plugins ===> reset all filters SCM Connectors ===> scm Build and Analysis ===> (let's split this into 2 categories) Build Containers ==> 'builder' and 'buildwrapper' Reports and Analysis ==> 'report' Deployment ===> 'upload' Pipelines ===> stays as it is, because tags don't really capture this guy correctly Container ===> same as above Mobile (this would be new) ===> 'ios' and 'android' Users and Security ===> 'users' and 'security' General Purpose ===> all other labels not otherwise mentioned above When "General Purpose" is selected, we would then show the remaining labels as sub-filter options Daniel's list, by virtue of the fact that he categorized those plugins, also gives us the added metadata of 'approved for initial install' which would be nice to also surface and potentially add as a binary filter that could be layered atop the above categories (but if this is controversial in any way, forget I asked). To help make this clearer, here is a video with my work-in-progress: https://youtu.be/IXe8EAh7uqo ...still a decent amount of Ps and Qs clean-up to do, but I would like to get at least some of you-all's feedback on the above. Here is the PR: https://github.com/gusreiber/jenkins-plugin-site/pull/8
            Hide
            gusreiber gus reiber added a comment -

            I think there are two bits to sort out:

            • correct categorization of the plugins
            • transition between viewing the plugin list and viewing a particular plugin

            Perhaps the second here is out of scope, but I am not sure we can really get over the minimum bar here without addressing it somehow.

            Show
            gusreiber gus reiber added a comment - I think there are two bits to sort out: correct categorization of the plugins transition between viewing the plugin list and viewing a particular plugin Perhaps the second here is out of scope, but I am not sure we can really get over the minimum bar here without addressing it somehow.

              People

              Assignee:
              rtyler R. Tyler Croy
              Reporter:
              kohsuke Kohsuke Kawaguchi
              Votes:
              1 Vote for this issue
              Watchers:
              2 Start watching this issue

                Dates

                Created:
                Updated:
                Resolved: