Well, Scott and Irene, thank you VERY MUCH for the interesting and 
extensive answers (as always :-)

Guided by your inputs I did a couple of more checks :
- when I select the "*show widgets for all matching properties*" it shows 
me a list of properties in the form (some of them with no value). This list 
is the same as the one proposed in the "*Relevant Properties*" tab that 
Scott pointed out.
- This list does not contains ALL the defined properties in the model as I 
first thought. I fail however to see how the "relevant" properties are 
selected as some of them have a domain defined that is not a (super)class 
containing  the instance I'm editing...

I need to check my model to be 100% sure that no error is making some kind 
of "interference".

My two cents is that when I define the domain of a property, I can always 
assert another RDF triple that add a class in the domain (that is the union 
of all the classes declared with the *rdfs:domain* property). If such a 
triple is not asserted, it does not mean that it is false, just that we 
don't know if it is true.
Thus, the domain of a property always contains potentially every class 
except if declared otherwise (not even sure how to declare that...) 
Well, even if my two cents are correct, it doesn't add up... (I then should 
see all declared properties as "potentially" relevant...)

Good news : you indirectly pointed a workaround for me.
I discovered the "*Domain*" tab that list the properties I want (namely the 
one whose declared domain contains the instance I'm editing) plus a few 
that I don't want (namely those that have no specific domain declared but 
this is easily fixed). 
I can drag those properties into my form ET VOILA. 
I did not know such drag and drop where possible. It is really a nice 
feature of the interface.

Thanks again
Best regards
--
David







Le mardi 24 mars 2015 23:10:51 UTC+1, Scott Henninger a écrit :
>
>  On 3/24/2015 4:48 PM, Irene Polikoff wrote:
>
> <But this is not how the feature works.  It displays ALL property values, 
> regardless of property definitions.  None are hidden. >
>
>  I see what you are saying and I agree. 
>
>  If there already exist a triple :resource :someProperty :someValue, it 
> will be shown no matter what. But as far as “empty” widgets, Resource 
> Editor will only show the relevant properties.
>
>  So, in reality the icon, when selected, is really showing all relevant 
> property widgets plus widgets for all the properties that have values. When 
> deselected, only properties that have values are shown.
>
>  The only way to avoid seeing a property for which there is a value is by 
> creating a custom form.
>
>
> If that is the question, then yes (!).  But if the question is just to 
> find out what the relevant properties are for the resource, then the 
> Relevant Properties tab is designed exactly for that.
>
> -- Scott
>
>
>  
>  From: Scott Henninger <[email protected] <javascript:>>
> Organization: TopQuadrant, Inc.
> Reply-To: <[email protected] <javascript:>>
> Date: Tuesday, March 24, 2015 at 5:36 PM
> To: <[email protected] <javascript:>>
> Subject: Re: [topbraid-users] Re: [TBC] : how to show only properties 
> with matching domains in forms ?
>  
>  But this is not how the feature works.  It displays ALL property values, 
> regardless of property definitions.  None are hidden.  -- 
> You received this message because you are subscribed to the Google Group 
> "TopBraid Suite Users", the topics of which include Enterprise Vocabulary 
> Network (EVN), Reference Data Manager (RDM), TopBraid Composer, TopBraid 
> Live, TopBraid Insight, SPARQLMotion, SPARQL Web Pages and SPIN.
> To post to this group, send email to [email protected] 
> <javascript:>
> --- 
> You received this message because you are subscribed to the Google Groups 
> "TopBraid Suite Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to [email protected] <javascript:>.
> For more options, visit https://groups.google.com/d/optout.
>
>
> 

-- 
You received this message because you are subscribed to the Google Group 
"TopBraid Suite Users", the topics of which include Enterprise Vocabulary 
Network (EVN), Reference Data Manager (RDM), TopBraid Composer, TopBraid Live, 
TopBraid Insight, SPARQLMotion, SPARQL Web Pages and SPIN.
To post to this group, send email to [email protected]
--- 
You received this message because you are subscribed to the Google Groups 
"TopBraid Suite Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
For more options, visit https://groups.google.com/d/optout.

Reply via email to