Aparte lensen en lens-types voor informbox templates en voor forms

[LloydRutledge]

Lensen worden gebruikt voor zowel informbox als hun forms. Er moet dus twee soorten lensen komen: een voor informboxes, de andere voor hun forms. Deze verschil moet in de ontologie komen door zoiets als een owf:lenstype property met mogelijk waarden van "informbox" en "form", met "informbox" de de facto default.

De Fresnel generator moet die twee soorten maken bij het default initieel generatie. De wiki generator moet de twee apart lezen voor de form pagina en voor de template pagina. En ingewikkelder gevolg is dat de GUI die twee uit elkaar moet houden. Misschien door twee aparte boxes per bron-class? Of één box per maar met verschillen erin?

Als het te ingewikkeld wordt dan kunnen we bij de originele één lens voor beide houden. Dan wordt de informatie voor de template een subset van de informatie voor de form. Maar dan moeten de overlap hetzelfde zijn voor beide natuurlijk - met deze aanpak kan de ontwerper geen verschil van de twee soorten weergaves maken.

[LloydRutledge]

Dacht net aan Alex als assignee zodat hij de moeilijk GUI kwestie kan bedenken en zeggen of deze issue te ingewikkeld is.

[AlexMekkering]

Zie mijn verhaal bij #15.

Wanneer we de GUI elementen abstracter bekijken (dus niet meer per se als Fresnel lenzen), kunnen we volgens mij voor een klasse in de ontologie, een groep van selecties (lenzen) definiëren welke intern onderscheiden worden door de fresnel:purpose property. De de-facto default (intern fresnel:purpose fresnel:defaultlens) voor selectie van properties zal dan voor wiki-output gelijk zijn aan die voor een infobox. Wanneer dan een specifieke selectie voor die klasse wordt toegevoegd, zal de gebruiker een doel (purpose) moeten opgeven (of selecteren) waarmee een form gedefinieerd kan worden.

De GUI zelf zal dan per klasse echter maar één 'box' hebben met eventueel meerdere selecties van properties (intern dus verschillende Fresnel lenzen). De 'box' zal initieel slechts één selectie bevatten (de de-facto standaard: die voor infobox), maar de gebruiker kan meer selecties toevoegen, waarbij het doel voor de selectie door de gebruiker wordt opgegeven,

Komt dit idee bij je bedoeling in de buurt?

[LloydRutledge]

We hebben deze besproken bij de scrum gisteren. We houden het simpel. De GUI heeft per (domain) class in de ontologie één vierkant met één selectie en één volgorde van properties. De gebruiker kan die aanpassen, maar per GUI vierkant komt er een box en en form lens met de zelfde property selectie en volgorde. De GUI zal eventueel features hebben per property die invloed hebben op die property in de box, form of allebei. Hier zijn drie voorbeelden: Label is voor allebei. Autocomplete on categorie is alleen for forms. Default form is alleen voor boxes.