Re: [ide-dev] Project names in the UI

[Doug Schaefer <dschaefer@xxxxxxx>]

+1. The Marketplace is definitely the most user friendly way to install
plug-ins. It also give more visibility to the ecosystem. There are some
great plug-ins out there that aren¹t Eclipse projects.

I will definitely work on getting the CDT features into there.

Doug.

On 2015-02-13, 7:40 AM, "Carsten Reckord" <reckord@xxxxxxxx> wrote:

>+1, I really like the suggestions in that document.
>
>I'd just like to add another aspect to the discussion (sorry, not meaning
>to
>detract from the main topic, but I think those two are strongly related):
>
>There have been a few requests to the Marketplace Client project over the
>time to have one single source where you can get all your Eclipse
>plug-ins,
>not two (or n if you count each update site separately). The example that
>comes up is that you need to go to "Help / Install New Software..." for
>Eclipse plug-ins and can go to the Marketplace for (almost) everything
>else.
>
>I don't want to suggest to get rid of "Install New Software..." - I like
>it
>personally and it makes sense to have for individual repositories. But
>people expect Eclipse projects to be present in the Marketplace. And I
>think
>we should work to give them that.
>
>We could of course just make all the features from the SimRel repository
>available in the Marketplace Client. But I'm not a big fan of that idea,
>because the "granularity" of those features is smaller and more
>"technical"
>than your average Marketplace entry (i.e. you'd probably just have a
>"Maven
>Integration" entry that includes the "Maven Integration - JPA
>configurator"
>and "Maven Integration - JSF configurator" features[1]). Also, in the
>Marketplace, descriptions tend to be much longer and more marketing-style,
>including the possibility of screenshots and feature lists, than the short
>overview descriptions in the features.
>
>What I think would be great is to have every project on the release train
>to
>maintain an entry on the Marketplace with its main feature and possibly
>optional add-ons[1]. And - this is where the relation to Wayne's
>initiative
>comes in - a good, marketable description.
>
>Some projects already have an entry. For some it seems that someone else
>has
>created an (unmaintained?) entry. Getting more projects to join in with a
>good Marketplace presence - or even aiming for some sort of guideline in
>that regard - would be awesome.
>
>What do you think?
>
>Best,
>Carsten
>
>
>[1] For Mars, MPC will improve its handling of required and optional
>features. Essentially, a project can select one or more features that will
>always need to be installed. Additionally, you can have optional features,
>for which you decide if they are selected for installation by default or
>not. See https://bugs.eclipse.org/bugs/show_bug.cgi?id=398653 for details.
>
>
>On 12.02.2015 20:41, Wayne Beaton wrote:
>> I regard project names as code names. These project/code names are
>>meaningless 
>> to the user. The EGit UI is a good example of this (you never see EGit
>>in the 
>> UI, not even as a feature name).
>> 
>> As a starting point, I've been working on a document to try and tackle
>>feature 
>> names and categorization in the Mars p2 repository.
>> 
>> While I hate to pick on any project in particular, I personally stuggle
>>a bit 
>> every time I try to install SQL tools from the repository; I eventually
>>install 
>> "Data Tools Platform Enablement Extender SDK". While "Data Tools
>>Platform SQL 
>> Query Builder" would be better, "Data Tools" is meaningless to the
>>average user 
>> and so it should just be "SQL Query Builder". Unfortunately, "Data
>>Tools 
>> Platform SQL Query Builder" isn't presented as an option in the feature
>>install 
>> UI, so a user who is unfamiliar with our project structure (i.e.
>>virtually all 
>> of them) would have to somehow sort out that they want something to do
>>with 
>> "Data Tools".
>> 
>> This isn't the only example, it's just the one that I've--with my
>>inside 
>> knowledge of all things project-related--have run into a couple of
>>times.
>> 
>> I haven't actually gotten the categorization fully sorted out yet. I've
>>been 
>> focused on getting the names right first, including rules like: name
>>things what 
>> they are; don't include the word "Feature" in your feature name; and
>>some 
>> standardization of source vs. SDK labelling.
>> 
>> Your comments are welcome.
>> 
>> https://wiki.eclipse.org/SimRel/Feature_Categories
>> 
>> My intent is to deliver this to the Planning Council in the next week
>>or so. 
>> Sometime after that, I'll start making Gerrit contributions :-)
>> 
>> Thanks,
>> 
>> Wayne
>> -- 
>> Wayne Beaton
>> @waynebeaton
>> The Eclipse Foundation
>> EclipseCon 2015 <http://www.eclipsecon.org/na2015>
>> 
>> 
>> 
>> _______________________________________________
>> ide-dev mailing list
>> ide-dev@xxxxxxxxxxx
>> To change your delivery options, retrieve your password, or unsubscribe
>>from this list, visit
>> https://dev.eclipse.org/mailman/listinfo/ide-dev
>> 
>
>-- 
>Yatta Solutions GmbH
>- Carsten Reckord -
>
>  t  +49 (0)69 2475666-33
>  f  +49 (0)69 2475668-0
>  e  reckord@xxxxxxxx
>
>Anschrift Office Kassel
>  Ludwig-Erhard-Straße 12
>  34131 Kassel
>
>Anschrift Office Frankfurt a.M.
>  Mainzer Landstraße 50
>  60325 Frankfurt a.M.
>
>Sitz, Handelsregister:
>  Sitz der Gesellschaft: Kassel
>  Amtsgericht Kassel, HRB 14720
>  USt-IdNr DE263191529
>
>Geschäftsführung:
>  Johannes Jacop
>  Dr. Christian Schneider
>
>Kontakt Geschäftsstelle:
>  t  +49 (0)69 2475666-0
>  f  +49 (0)69 2475668-0
>  e  info@xxxxxxxx
>
>_______________________________________________
>ide-dev mailing list
>ide-dev@xxxxxxxxxxx
>To change your delivery options, retrieve your password, or unsubscribe
>from this list, visit
>https://dev.eclipse.org/mailman/listinfo/ide-dev