I agree to not show the install count for bundled applications since it's an artificial number.
On a side note: I also think the mentioned apps (Tour, Templates, CKEditor) since they are bundled, they should not be recommended since they are bundled. So users (of new versions - which are the ones we support and optimize for) will have them preinstalled. So we will have some special rules for bundled extensions. Since by definition, being bundled, means they are used and recommended. Thanks, Caty On Thu, Oct 6, 2016 at 1:01 PM, Thomas Mortagne <[email protected]> wrote: > On Thu, Oct 6, 2016 at 12:01 PM, Thomas Mortagne > <[email protected]> wrote: > > On Thu, Oct 6, 2016 at 12:00 PM, Thomas Mortagne > > <[email protected]> wrote: > >> On Thu, Oct 6, 2016 at 11:02 AM, Eduard Moraru <[email protected]> > wrote: > >>> Hi, > >>> > >>> First of all, I`m not sure what "show active installs" checkbox you`re > >>> mentioning, since I looked and found no such option anywhere on e.x.o. > nor > >>> on EM. > >> > >> It's not in the UI. Look at object editor. > >> > >>> > >>> Re e.x.o, why not simply adding a boolean "Bundled" column in the > livetable > >>> which could be a standard Yes/No/All select (and maybe which would > even > >>> filter to No by default)? > >>> > >>> I would find this clearer and more flexible than to no longer display > the > >>> install count for some extensions. I would prefer to keep recording it > >>> because, at some point, bundled extensions can be un-bundled or > viceversa, > >>> so the numbers would be relevant. > > > > This option have nothing to do with the recode. That's active install > > job and you can't really disable this. > > s/recode/recording/ > > > > >>> > >>> On the same topic: AFAIU, we currently display the *total* install > count, > >>> but what about displaying a *relative*/*recent* install count, i.e. > for the > >>> last 1 (or 3 or 6) month(s)? This would allow people to sort by > "popular" > >>> extensions instead of always seeing "dinosaur" extensions (like the > ones > >>> you are trying to hide will eventually become), from a time when they > were > >>> popular but which are no longer relevant. Of course, we could take this > >>> further and display on the extension's page an install graph, similar > what > >>> the Jenkins plugins repository does with its "Usage" graphs (ex [1]). > >>> > >>> Thanks, > >>> Eduard > >>> > >>> ---------- > >>> [1] https://wiki.jenkins-ci.org/display/JENKINS/Groovy+ > Postbuild+Plugin > >>> > >>> On Thu, Oct 6, 2016 at 10:48 AM, Vincent Massol <[email protected]> > wrote: > >>> > >>>> Hi devs, > >>>> > >>>> Question: do we agree to disable "show active installs" for extensions > >>>> bundled in XE on e.x.o? (if I remember correctly that's why thomas > >>>> introduced this checkbox but I want to make sure we have the same > opinion) > >>>> > >>>> The idea is not to drown the install figures with bundled extensions > which > >>>> are not chosen by users (they get them by default). > >>>> > >>>> Right now we still have a few extensions that are bundled and have > their > >>>> install count displayed. I can fix it but I want to make sure first. > >>>> > >>>> Also we need to decide what to do with contrib extensions bundled in > XE. > >>>> For example: > >>>> - Tour app > >>>> - CKEditor > >>>> - Templates app > >>>> > >>>> I think we should also disable their active install count, following > the > >>>> same rule, even though they can also be installed by themselves in > older > >>>> versions of XE. > >>>> > >>>> WDYT? > >>>> > >>>> To see it: > >>>> http://extensions.xwiki.org/xwiki/bin/view/Extension/#|t= > >>>> extensions&p=1&l=30&s=installedCount&d=desc > >>>> > >>>> Thanks > >>>> -Vincent > >>>> > >>>> _______________________________________________ > >>>> devs mailing list > >>>> [email protected] > >>>> http://lists.xwiki.org/mailman/listinfo/devs > >>>> > >>> _______________________________________________ > >>> devs mailing list > >>> [email protected] > >>> http://lists.xwiki.org/mailman/listinfo/devs > >> > >> > >> > >> -- > >> Thomas Mortagne > > > > > > > > -- > > Thomas Mortagne > > > > -- > Thomas Mortagne > _______________________________________________ > devs mailing list > [email protected] > http://lists.xwiki.org/mailman/listinfo/devs > _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
