You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I was wondering where we stand when it comes to case sensitivity matching strings.
An 'xs:pattern' on a property name should probably be case sensitive, but what if somebody sets the a
patter constraint for IFCWALL vs. IFCwall? I would argue that against schema parts (i.e. types, predefined types, class attributes...)
a user might reasonably expect some freedom.
Should we vote on this?
Also, I think that we should start documenting these decisions in the repository.
Best,
Claudio
The text was updated successfully, but these errors were encountered:
Not only should these point be documented in the repository but also users are going to need realistic examples and prompts in the user interfaces.
Are these valid for a selection and for an Exception?
* Ifc(Window|Door)Type
* Ifc^(OpeningElement).*
Hello all,
I was wondering where we stand when it comes to case sensitivity matching strings.
An 'xs:pattern' on a property name should probably be case sensitive, but what if somebody sets the a
patter constraint for
IFCWALL
vs.IFCwall
? I would argue that against schema parts (i.e. types, predefined types, class attributes...)a user might reasonably expect some freedom.
Should we vote on this?
Also, I think that we should start documenting these decisions in the repository.
Best,
Claudio
The text was updated successfully, but these errors were encountered: