Tim,
I assume that you're talking about the forms that are defined in TBC that can be used in the TBE Form component, as opposed the Search and Entry forms that can also be created in TBE. When you define forms in TBC, they are stored I a file that has an extension of tbc, like the foaf.owl.tbc file in the TopBraid/Common folder. I've never seen anyone create multiple tbc form files for the same ontology (for example, an additional one for foaf.owl), and doing this, or using two different form definitions for the same class in an imported and importing graph file, could lead to unpredictable behavior. To create different forms in TBE for the same class, you could design them in TBC attached to other classes created for that purpose and then use the Form Definition Class attribute in TBE to point to the appropriate one. For example, let's say that for the Person class you defined one form attached to a new display:PersonSummary class and another to a new display:PersonDetail class. When you build your TBE app, you could create one Form component to display Person instances and set that component's Form Definition Class attribute (under "Form Attributes" on the TBE Application Configuration dialog box) to display:PersonSummary, and you could create a separate Form component to also display Person instances but with its Form Definition Class attribute set to the display:PersonDetail class. That way, you have two different forms to display Person data. For even more flexibility in your TBE app, you can set the form component's "Update the Form Definition Class" attribute to switch the form from using one class's form to another (e.g. from display:PersonDetail to display:PersonDetail) when a certain TBE event got triggered, to adjust to the context of the user's activity. Would this approach help? > And last... does TBE respect owl:Restrictions when providing instances for type-ahead? Not that I know of. Bob DuCharme TopQuadrant From: [email protected] [mailto:[email protected]] On Behalf Of TIM Smith Sent: Wednesday, August 24, 2011 8:50 AM To: [email protected] Subject: [topbraid-users] Questions Creating Custom Forms for TBE Hi, I'm trying to create custom forms for entering data in TBE. Following the instructions in TBE App Dev and Composer Help, I create a general form for two classes, clear the TBL sessions, reload the TBE app and only one of the forms shows up - consistently. They are configured the same (other than the specific properties) and are sub classes of the same parent (not owl:Thing) I do not understand why one would appear in TBE and the other would not. The form appears almost correctly when creating instances in TBC - since some of the properties are defined in the form AND are part of owl:Restrictions on the class, they show up twice on the form in TBC. This does not happen in TBE. In addition, I would like to keep the form definitions separate from the class definitions so that I can create different views of a class depending on how I'm using it - much like SWPs. For example, I might want one form for a Person class when used with a project ontology and another form for Person when used with a social networking application. I've adopted the design pattern where I define my ontology in one file, create a new file for instances and a third file for UI-related components. Can I define a Form in the UI file for a class defined in the ontology file? My interpretation is that I can do this based on the TBC help pages. I will create separate UI files for each form needed for the same class. However, when I try it, TBC begins displaying the custom form definition when editing the base ontology file - not just the UI file which imports the base ontology. Thus I'm confused where the form is actually stored (I know it is in the .tbc file but which .tbc file?) and where to edit it. And last... does TBE respect owl:Restrictions when providing instances for type-ahead? Thanks for your help! Tim -- 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
