OK, some pretty cool stuff, but I'm having a little trouble getting my head wrapped around how exactly to implement it in a "real world" webapp. First a couple specific ?s and then a couple of broad questions:
1. In the spin.ui:ArgumentsList definition I noticed it is a subclass of html:Div. The writeup doesn't mention this so I was wondering what the significance of this is, i.e. what does it buy you? I'm guessing that class needs to match the outermost html element in the prototype, but what if it doesn't? I'd rather not have to "hard code" it's element type as its superclass unless it's buying something. Does it just help guide the renderer or is there more significance? 2. Again concerning spin.ui:ArgumentList, would it be a good idea to make rdfs:Class the spl:valueType of the spin.ui:module Argument (instead of spin:Modules)? That way the ArgumentList prototype could be used for any class with Arguments defined for it, and not just spin:Modules. 3. In a broader sense, how would one go about building a web-app by using and reusing these snippets of html? Again no need to explain details, but just wondering (in a very general sense) what the controller layer is in the TBS ecosystem? And where are the decisions made about page navigation and which renderings of class data to use on each page? 4. Also, I'm still unsure of how to define and choose from multiple renderings of the same class, other than possibly building a different ui model for each different rendering. It's almost leading me to an architecture where each page in a web app would have a different ui model defined for it that perhaps re-uses some renderings defined in a "common" ui model and also defines some of its own custom, page specific renderings. But I have just a little experience with SPARQLMotion, and none with TBL, so I'm probably missing something. Finally, any plans to make the uispin rendering engine a part of the SPIN open source API? :-) Anyway, that was a little long winded and open ended so just some very general responses (especially for numbers 3 & 4) would be great. Thanks, Jeff > -----Original Message----- > From: [email protected] [mailto:topbraid- > [email protected]] On Behalf Of Schmitz, Jeffrey A > Sent: Friday, May 07, 2010 10:17 AM > To: [email protected] > Subject: RE: [topbraid-users] Re: UISPIN and Inference > > Looks like this may answer at least some of my questions: > > http://composing-the-semantic-web.blogspot.com/2010/04/uispin-example- > documenting-spin.html > > So no need to answer the previous posting. I'll read through and post > any subsequent ?s I may have. > > Thanks, > jeff > > > -----Original Message----- > > From: [email protected] [mailto:topbraid- > > [email protected]] On Behalf Of Schmitz, Jeffrey A > > Sent: Friday, May 07, 2010 9:26 AM > > To: TopBraid Suite Users > > Subject: [topbraid-users] Re: UISPIN and Inference > > > > Just running the inferences is fine for what I'm doing. I should have > > thought of trying that but I've been spoiled by the SPARQL tab's > > inference button :-) > > > > I noticed you must have some default UISPIN ui:instanceView defined > > since all URIs are clickable and they render all of a resource's > > propeties/values (as well as incoming references). This leads me to > > the question of what if, in the context of tobraid live/SPARQL > Motion, > > you want multiple, different renderings associated with a class that > > would be choose-able (e.g. what if in some cases I wanted your > default > > rendering instead of my custom designed one)? I did try creating > > two ui:instanceView renderings in my ui model for a single class, but > > the default rendering in the browser view ignores the second one. > > Would there be a way to create a web-app where you could choose which > > rendering you want? No need to explain how, I'm just looking for a > > basic yes or no right now, e.g. "yes there is a way to create > multiple > > renderings and choose at run-time which one you want by using SPARQL > > Motion." > > > > Thanks! > > > > Jeff > > > > On May 6, 5:42 pm, Holger Knublauch <[email protected]> wrote: > > > Hi Jeff, > > > > > > when executed from TBC, UISPIN will see whatever triples are > > available in the current session, including any inferences that you > may > > have executed (manually) or asserted. So a simple solution would be > to > > run the inferences first and then do the visualizations. > > > > > > > -- > > You received this message because you are subscribed to the Google > > Group "TopBraid Suite Users", the topics of which include TopBraid > > Composer, > > TopBraid Live, TopBraid Ensemble, SPARQLMotion and SPIN. > > To post to this group, send email to > > [email protected] > > To unsubscribe from this group, send email to > > [email protected] > > For more options, visit this group at > > http://groups.google.com/group/topbraid-users?hl=en > > -- > You received this message because you are subscribed to the Google > Group "TopBraid Suite Users", the topics of which include TopBraid > Composer, > TopBraid Live, TopBraid Ensemble, SPARQLMotion and SPIN. > To post to this group, send email to > [email protected] > To unsubscribe from this group, send email to > [email protected] > For more options, visit this group at > http://groups.google.com/group/topbraid-users?hl=en -- You received this message because you are subscribed to the Google Group "TopBraid Suite Users", the topics of which include TopBraid Composer, TopBraid Live, TopBraid Ensemble, SPARQLMotion and SPIN. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/topbraid-users?hl=en
