[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [p2-dev] Categories

The change toward that behavior got discussed in the call before being implemented (it dates back from before Xmas). The key point was that p2 was, in comparison to UM, showing way too much content since it showed things that were not appearing in the site.xml (site.xml can have categorized content and uncategorized content, but a site can contain more than features) and revealed undesired content (e.g. hidden features).
The change we implemented now maps what UM did and makes things clearer.

Now what is missing in the current UI is a hint to let the user know that there is no category and that switching to an uncategorzied view of the repo could show more.


Inactive hide details for Thomas Hallgren ---01/26/2009 11:47:18 AM---David M Williams wrote:  > I would expect uncategorized IThomas Hallgren ---01/26/2009 11:47:18 AM---David M Williams wrote: > I would expect uncategorized IU's to at > least show up under 'Uncatego


From:

Thomas Hallgren <thomas@xxxxxxx>

To:

P2 developer discussions <p2-dev@xxxxxxxxxxx>

Date:

01/26/2009 11:47 AM

Subject:

Re: [p2-dev] Categories




David M Williams wrote: Yes, but it doesn't cover the fact that unless the feature is categorized, it doesn't show up in *any* of the views. Is that the intended behavior?

- thomas


      Inactive hide details for Thomas Hallgren ---01/26/2009 11:27:40 AM---Hi, I discovered that an attempt to install from a MetadaThomas Hallgren ---01/26/2009 11:27:40 AM---Hi, I discovered that an attempt to install from a MetadataRepository that

      From:

      Thomas Hallgren <thomas@xxxxxxx>

      To:

      P2 developer discussions <p2-dev@xxxxxxxxxxx>

      Date:

      01/26/2009 11:27 AM

      Subject:

      [p2-dev] Categories

      Sent by:

      p2-dev-bounces@xxxxxxxxxxx




      Hi,
      I discovered that an attempt to install from a MetadataRepository that
      contains only features and bundles will not work. The UM will not
      display IU's unless they are found below a category. This seems to be
      true regardless of if I list by category or not (I'm using the 3.5
      integration build from 22/1). I would expect uncategorized IU's to at
      least show up under 'Uncategorized'.

      The current use of categories as IU's is of some concern to me. I can
      see several cons with that approach:

      1. Categories in general are not using qualified names and this results
      in collisions when aggregating repositories. We often see categories
      named 'core', 'optional', 'tools' etc.

      2. Categories are not versioned so we cannot really track how they
      change over time.

      3. Inviting users to install a category is often counter intuitive. They
      may contain several mutually exclusive choices (Subclipse and Subversive
      in the SVN category for instance) or a bunch of features listed under
      "Optional". You're not supposed to install "Optional". The idea is that
      you make your own pick from that category.

      4. Categorization would make a lot of sense if you (the IU publisher)
      were able to hook into well known categories when publishing. As it is
      now, you must own the category and the only thing it can contain is
      listed in its required capabilities, essentially making the category
      useless (and occupied) for everyone else. I think that category affinity
      should be a provided capability (or property) in the respective IU's
      that "belongs" to the category. Having the category itself list its
      content as requirements is doing it backwards.

      Regards,
      Thomas Hallgren
      _______________________________________________
      p2-dev mailing list

      p2-dev@xxxxxxxxxxx
      https://dev.eclipse.org/mailman/listinfo/p2-dev





      _______________________________________________
      p2-dev mailing list
      p2-dev@xxxxxxxxxxx
      https://dev.eclipse.org/mailman/listinfo/p2-dev
       
_______________________________________________
p2-dev mailing list
p2-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/p2-dev


GIF image

GIF image

GIF image

GIF image