| Summary: | [p2] Store the license field in the product extension | ||
|---|---|---|---|
| Product: | [Eclipse Project] PDE | Reporter: | Ian Bull <irbull> |
| Component: | UI | Assignee: | PDE-UI-Inbox <pde-ui-inbox> |
| Status: | RESOLVED INVALID | QA Contact: | |
| Severity: | enhancement | ||
| Priority: | P3 | CC: | caniszczyk, contact, jeffmcaffer, john.arthorne |
| Version: | 4.0 | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Windows XP | ||
| Whiteboard: | |||
| Bug Depends on: | 241169 | ||
| Bug Blocks: | |||
|
Description
Ian Bull
The license is already in the .product file... what's the problem here? Sorry Chris,
What I meant was all the other fields (product name, about text, etc...) that is specified in the .product file is also stored in the plugin.xml file of whoever defines the product extension. I assume this was done in part so we can use a plugin.properties file for translating these strings. Maybe I'm mistaken about that.
I was wondering if it makes sense to also store the license in the plugin.xml file.
<extension
id="product"
point="org.eclipse.core.runtime.products">
<product
application="mail.bundle.application"
name="RCP Product">
<property
name="aboutText"
value="RCP Mail template created by PDE">
</property>
<property
name="windowImages"
value="icons/sample2.gif">
</property>
<property
name="aboutImage"
value="product_lg.gif">
</property>
<property
name="appName"
value="RCP Product">
</property>
</product>
Note that .product files do not have to have an associated product extension nor do they have to be in the plugin that defines the product extension. The license cotnet should be in some other location. It may make sense to *also* put the license in the plugin.xml if the product license is going to surface in the running system (In reply to comment #3) > Note that .product files do not have to have an associated product extension > nor do they have to be in the plugin that defines the product extension. The > license cotnet should be in some other location. It may make sense to *also* > put the license in the plugin.xml if the product license is going to surface in > the running system > Ok, I thought these strings were in the plugin.xml for translation purposes, but I guess that assumption was wrong. I thought by putting the license in the plugin that defines the product extension we could treat the plugin like a "branding plugin" for the product (and use the translations). Maybe that won't work. Do you have other ideas for how we can do product translations? What about a product.properties file? (similar to the way features do translations). prior to p2 publishing products, .product files existed solely at development time. Now that they end up as IUs in the repo, we have the translation problem. As mentioned in comment 3, the .product need not have any relatsionship to any extensions or bundles so getting translations from there is unlikely. Most of my .products for example are in generic Projects not even plugin projects. So, one option is to do something like you say, product.properties. I dont relly understand how the publisher does translations etc so it is unclear how the translations for the products would ever get in the repo. It may well be the case that we will need to write some new action that publishes translation IUs. Since the license field is not shown in the running application, adding to the plugin.xml file is not necessary. I will close this bug as invalid. We can re-open it if there is case for showing the license in the product. |