multiple Splash in a single bundle, is it possible ? [message #890151] |
Thu, 21 June 2012 05:49  |
Eclipse User |
|
|
|
Hello,
I have been searching quite a while and I can find a way to specify in my config.ini a splash path that is not just a bundle path but resolve to a bundle subfolder.
the osgi.splashPath is supposed to take URLs.but when using the platform protocol
osgi.splashPath=platform\:/base/plugins/my.bundle/my_folder
this does not resolve.
I know the launcher is expecting to find a splash.bmp but I was hoping I could place the splash.bmp in some subfolder of the bundle because I need many splashes in the same bundle. But it seems not.
It seems that bug 263280 is resolving this problem, but I can't get it to work.
looking at the patch, it seems that I should be using the following URL
osgi.splashPath=reference\:file\:plugins/my.bundle/my_folder
but it does not work ether.
I have tried many combinations without luck.
Can some help me please?
Thanks
PS : I do not want to use osgi.splashLocation cause it expects an absolute path.
|
|
|
|
Re: multiple Splash in a single bundle, is it possible ? [message #891553 is a reply to message #890439] |
Mon, 25 June 2012 04:27  |
Eclipse User |
|
|
|
Hello and thank for this first reply.
Here at Talend, we have a single set of bundle use for 30 different products. We have implemented our own configurator which installs the bundles according to the licence.
I do not want to expand to much on that but we get so many branding bundles that we would want to have only one generic bundle.
We have already manage to make the application generic and the many items like about message, app title and so on are generic but splash is a real hassle.
The splash path belongs to the licence and we update the configuration file according to our licence file but we really would like the splash to belong to one single bundle.
This is not a matter of language but product branding.
I hope this is clear enought.
SeB.
[Updated on: Mon, 25 June 2012 04:46] by Moderator
|
|
|
Powered by
FUDForum. Page generated in 0.04957 seconds