Translations:Expression Manager/71/nl

Ongeacht of je de condities editor gebruikt of handmatig relevantie vergelijkingen maakt, je hebt de volgende voordelen:
 * 1) Je kunt meer complexe validatie criteria maken
 * 2) *Alle speciale vraagattributen (max_answers, min_num_value_n, max_num_value) kunnen expressies gebruiken. Dus kunnen je min/max criteria afhankelijk zijn van eerder gegeven antwoorden, ook als ze op dezelfde pagina staan.
 * 3) *Ook is er afhandeling van alle reguliere validatie op basis van expressies, je kunt dus betrouwbaar preg en vergelijkingen vraagattributen combineren.
 * 4) Gemakkelijk herordenen (of verwijderen) van vragen of groepen
 * 5) *In versies voor 1.92, kon dit niet als er volgens LimeSurvey problemen met condities zouden ontstaan. Je kon toen geen vragen verwijderen als er andere vragen van afhankelijk waren.
 * 6) *Met het markeren van de syntax in expressie beheer is het gemakkelijk om te zien of je fouten maakt, zoals het gebruiken van latere vragen. Je kunt nu vragen en groepen herordenen en verwijderen.  Kijk maar of er fouten worden ontdekt, ze worden immers gemarkeerd.
 * 7) *Het scherm om vragen te ordenen is gewijzigd voor een gemakkelijker gebruik. De relevantie vergelijking en het maatwerk worden nu getoond. Als een variabele paars is, of paars wordt, dan gebruik je ze voordat ze zijn gedefinieerd.
 * 8) De index voor vragen/groepen is altijd beschikbaar en actueel
 * 9) *In versies voor 1.92, was dit niet zo als het complexe condities waren
 * 10) *Onderwerpen kunnen ook terugspringen, naar een vorige vraag, het antwoord wijzigen en dan vooruitspringen (of verzenden)
 * 11) **Bij het vooruitspringen worden alle betrokken vragen / groepen opnieuw vanzelf beoordeeld.
 * 12) **Als een vraag niet meer relevant wordt, dan wordt het antwoord gewist (in de database) zodat je gegevens consistent blijven.
 * 13) **Als een vraag relevant wordt of verplichte gegevens ontbreken of er validatie problemen zijn, dan stopt de verwerking op die pagina en moet de gebruiker die fouten eerst verbeteren.
 * 14) Automatische conversie van conditie naar relevantie
 * 15) *Bij het upgraden van je database worden voor alle enquêtes die condities hebben de relevantie vergelijkingen gegenereerd.
 * 16) *Bij het importeren van een enquête worden indien nodig relevantie vergelijkingen gegenereerd.
 * 17) *Als je een conditie toevoegt, wijzigt of verwijdert dan wordt de bijbehorende relevantie vergelijking gegenereerd.
 * 18) Syntax markeren
 * 19) *De relevantie vergelijking wordt met Qcode getoond, ook als je het invult met SGQA code, dit is volgens ons veel beter leesbaar.
 * 20) *Alle variabelen zijn gekleurd om aan te geven of ze voor of na de huidige vraag (of groep) zijn gedefinieerd.  Je ziet en herstelt zo snel fouten waar de variabelen gebruikt worden voordat ze gedefinieerd zijn.
 * 21) *Als je met de muis over de variabele gaat, dan krijg je nog wat aanvullende informatie over die vraag. Dit is onder meer de groepsvolgorde #, vraagvolgorde #, Qcode, vraagtekst, de beschikbare antwoordcodes (indien van toepassing).
 * 22) **De lijst van antwoordkeuzes gebruikt de syntax:  'answers':{key:val, ... }.
 * 23) **key heeft de de syntax 'scale~code' de scale is de schaal van het antwoord (bijvoorbeeld bij dubbele schaal), en code is de antwoordcode.
 * 24) **val heeft de syntax 'value~shown' de value is de beoordelingswaarde (bij beoordelingen, anders code) (bijvoorbeeld: Qcode.value), en shown is de te tonen waarde bij het onderwerp (bijvoorbeeld: Qcode.shown)
 * 25) **Dit betekent dat veel enquêtes berekeningen kunnen doen zonder de noodzaak van beoordelingen. Als je genummerde antwoordopties hebt die uniek, zonder decimalen en positief zijn dan kun je simpel berekeningen doen met de Qcode.code waarden.
 * 26) Gemakkelijk bekijken logica en inhoud enquête
 * 27) *Er is een nieuwe functie waarmee je alle logica over de enquête, groep of vraag op een pagina toont.
 * 28) *het toont de groep, vraag, subvraag en antwoordniveau details op het geselecteerde niveau (enquête - groep - vraag)
 * 29) *het toont de relevantie, subvraag niveau relevantie (bij array_filter en array_filter_exclude) en de gegenereerde validatie vergelijking (voor preg en alle validatie regels zoals min/max som/aantal of waarden) en alle gebruikte vraagattributen.
 * 30) *Alles in de syntax wordt met kleur gemarkeerd zodat je mogelijke fouten ziet (o.a. fouten met haakjes en niet gedefinieerde variabelen)
 * 31) *Het markeren zorgt ook voor et snel navigeren en bijwerken van je enquête.
 * 32) **Als je op een variabele klikt, dan wordt er een venster (of een tab) geopend die de vraag toont en waar je de vraag kunt wijzigen.
 * 33) **Als je op een groep klikt krijg je een venster (of tab) waar je de groepsvolgorde ziet en waarin je de vragen kunt verplaatsen.
 * 34) **Alle vraagattributen worden ook met kleur gemarkeerd. Je kunt dan de expressies zien en wijzigen met speciale vraagopties (zoals basis instellingen van de max/min som/aantal van waarden van een expressie)
 * 35) *De auteur van expressie beheer gebruikte een gelijksoortig overzicht om zijn collega epidemiologen en het Institutional Review Board een enquête te laten valideren en autoriseren met duizenden vragen met veel vertakkingen en maatwerk.