On Feb 6, 2008 5:58 PM, Richard S. Hall <[EMAIL PROTECTED]> wrote: > Stuart McCulloch wrote: > > also the subproject documentation that is there is (imho) not visible enough > > ( have to click Documentation->...um...->Subproject Documentation->aha... ) > > > > perhaps we could add a direct link to the subprojects page from the main > > page? > > > > Yes, something like that would be a good idea too. Our menu on the side > is getting a little long, though, so perhaps there is some way to > shorten it to make it more useful, e.g., grouping related items into a > new page so that they only have one link in the menu. > > > yes - a matrix of bundles against frameworks/EE would be really cool and we > > could perhaps find a way to display it on the main page (in reduced form, so > > it doesn't takeover the whole page, but shows our bundles can be used with > > many other frameworks) > > > > each sub-project page could have a banner at the top with specific results > > > > Yes, exactly my thinking. > > > +1 for something like a matrix, but I'm no good at web-design ;)
+1 > Me either and currently lack any time. Same here :-( regards, Karl > -> richard > > > > -> richard > > > >> Guillaume Nodet wrote: > >> > >>> On Jan 15, 2008 8:32 PM, Richard S. Hall <[EMAIL PROTECTED]> wrote: > >>> > >>> > >>> > >>>> Further, I am not really certain about what is being said here. This > >>>> thread seems to imply that if we did "rm -rf framework" in our trunk > >>>> directory, then it would be possible for our bundles to be seen as > >>>> framework independent and good OSGi citizens. However, since one of our > >>>> subprojects happens to be a framework implementation, then all of our > >>>> subprojects are tainted and seen as "Felix-only"? Is that right? > >>>> > >>>> > >>>> > >>>> > >>>> > >>> I think the situation is a bit more complicated. We have the same > >>> > >> problems > >> > >>> in ServiceMix where we have both a JBI container and JBI components. > >>> I think users are tempted to assume that there is an implicit tie > >>> > >> between > >> > >>> the runtime and the services provided. OPS4j does not provide any OSGi > >>> runtime, thus, it easier to look at it as independent of the runtime. > >>> > >>> > >>> > > > > > > > > > -- Karl Pauls [EMAIL PROTECTED]
