Hi Jan, Jan Schulz wrote: > For playing and switching a lot, it *is* a lot of help. With a package > manager, which knows of all installed files, thats just somethign > 'nice to have'. I'm not sure, how gentoo's Partage system is handling > that.
Well this seems easy: When emergeing a plugin just generate a such a link file for every installed version or if Eclipse is emerged, create one for each already installed one. >>Even more, you can have links to differetn plugin versions >> for different Eclipse releases. > > True. But I don't expect, that one wants to have different versions of a > IDE installed (apart from the guys, which get it for fun :). Currently > I don't plan to let eclipse3 be installable beside eclipse2.x, apart > from the swt part (and that only if there is API breakage, which > hasn't happen yet). Well I have. Some (newer) plugins work already (and only) with 3.x and some won't at all. Additionally I try a new Milestone forst, before it gets my default one. And if you get used to the new features of 3.x, you'll miss'em immediately if you have to use the old 2.1.x because of some plugins ... > Anyway, it can become a requirement in the next version, as eclipse > introduces the 'Rich Client Platform', which is a set of IDE > independend plugins, which cna be used as the underlying engin for any > programm. There is curently one open source app for SWT (f which I > know), but if this gets the same impact than what happend with eclipse > plugins, then we will get a lot more 'RCP based apps' in the future. Yes, but it is the same for every application platform: We should already handle EARs and WARs in a similar way. Looking at PHP, we have already a lot of them supported in portage. And did I mension mono applications ... ok, don't handle too much problems at the same time ;-) Regards, J�rg -- [EMAIL PROTECTED] mailing list
