Expression Manager/nl

NB.: Deze functie is vanaf versie 1.92 beschikbaar.

Beknopte handleiding

Overzicht

Wanneer je een enquête maakt, dan heb je een manier nodig om de volgende zaken te kunnen instellen:

1. Navigatie/Vertakking - op basis van een antwoord de volgorde van de vragen aanpassen of vragen overslaan
2. Maatwerk - de vraag zelf aanpassen (refereren aan vorige antwoorden, of teksten aanpassen op grond van gegevens) of aangepaste rapporten maken (zoals assessment scores of advies).
3. Validatie - de antwoorden controleren op basis van criteria (minimum, maximum, patroon)

Expressie Beheer heeft een intuïtieve manier om de logica te specificeren voor deze functies.  Bijna alles wat je als een standaard mathematische vergelijking kunt schrijven is een geldige expressie. Je kunt ook een of meer van de 70 functies gebruiken. Dit aantal kan gemakkelijk uitgebreid worden. Je kunt ook gewone namen voor de variabelen gebruiken in plaats van de SGQA namen.

Expressie beheer wordt op de volgende plaatsen gebruikt

Relevantie (Controle Navigatie/Vertakking)

Sommige enquête systemen gebruiken een "Goto Logica", als je vraag 1 met optie C beantwoordt dan spring je naar vraag 5. Deze aanpak is erg beperkt en moeilijk te valideren, ook het wijzigen van de volgorde van de vragen is een lastige klus.  In expressie beheer gebruiken wij een boolean relevantie vergelijking om aan te geven wanneer een vraag van belang is. Alleen als de vraag relevant is wordt de vraag getoond. Onze oude aanpak, de conditie editor, is vergelijkbaar maar nu kun je complexere criteria gebruiken en ook met namen voor variabelen in plaats van de SGQA code.

Deze afbeelding toont een voorbeeld van de relevantie logica van een enquête. Het is de berekening van de lichaamsgewichtindex (BMI). De relevantie vergelijking wordt getoond tussen vierkante haken achter de variabele naam (die is in groen). Dus de relevantie van het gewicht, de gewichtseenheid, de lengte en de lengte-eenheid zijn 1, dat betekent dat die vragen altijd gesteld worden.  Echter de relevantie voor de BMI is {!is_empty(height) and !is_empty(weight)}, dat betekent dat de BMI alleen berekent kan worden als er zowel een waarde voor lengte als gewicht wordt ingevuld. Ook wordt het rapport alleen getoond als alle vier vragen worden ingevuld.

Relevantie wordt getoond en kan worden gewijzigd op de volgende plekken:

Bekijken / Wijzigen relevantie op vraagniveau

Deze vergelijking bepaald de index voor het lichaamsgewicht (BMI). De vraag wordt allen getoond als de deelnemer eerst het gewicht en de lengte heeft ingevuld.

Het wijzigscherm voor de vraag over het BMI.

NB. de accolades worden niet gebruikt als je een relevantie vergelijking invult.

Bekijken / Wijzigen relevantie op groepsniveau

Deze enquête is een voorbeeld van een volkstelling. Op de eerste pagina wordt gevraagd met hoeveel mensen de deelnemer samenwoont (variabele cohabs). De volgende pagina wordt alleen getoond als je meer dan 1 persoon hebt opgegeven, het stelt dan vragen over die 2e persoon en dan ook alleen maar als je hebt opgegeven wat je relatie met die eerste persoon is (p1_rel).

Zoals je kunt zien, heeft de groep ook relevantie criteria op vraagniveau. Elke vraag wordt alleen gesteld als je de voorgaande vraag hebt beantwoordt (!is_empty(p2_sex), foutje in voorbeeld). De relevantie voor de groep en de vraag worden vanzelf gecombineerd. Een vraag in de groep wordt alleen gesteld als de groep relevant is.  Binnen de groep worden alleen de relevante vragen gesteld.

Het scherm voor het wijzigen van de relevantie op groepsniveau:

NB. de accolades worden niet gebruikt als je een relevantie vergelijking invult.

Maatwerk

Je kunt eenvoudig allerlei conditioneel maatwerk in je vragen gebruiken. Soms is een eenvoudige vervanging al voldoende. Voorbeeld: "U heeft [Product] gekocht.  Wat vond u het sterkste punt ervan?".  Soms wil je een vervanging op een conditie doen. Bijvoorbeeld: "[Dhr./Mevr.] [Achternaam], wilt u deze enquête invullen?". Je wilt hier dan natuurlijk de keuze tussen Dhr. en Mevr. op basis van het geslacht door het programma laten maken. Je kunt ook hele complexe vervangingen doen met bijvoorbeeld berekeningen.

Conditionele vergelijking

Het hier eerder gegeven voorbeeld met de BMI toont de mogelijkheid om dit BMI te berekenen, omdat je daar de lengte en het gewicht, en de gebruikte eenheden opvraagt.

Hier is weight_kg {if(weight_units == 'kg', weight, weight * .453592)}.  Deze if() functie betekent dat als het gewicht in kg is ingevuld, dat dan als gewicht de eerste waarde moet worden genomen (de ingevulde waarde) en anders dat het gewicht dat is ingevuld moet worden vermenigvuldigd met een constante (om de ponden om te zetten in kg).  De variabele height_m wordt gebruikt om op dezelfde manier de lengte altijd in meters om te zetten.

BMI berekening: {weight_kg / (height_m * height_m)}.

Tot slot wordt het rapport conditioneel afgesloten met het wat de invoergegevens waren. ("U heeft gezegd dat u 2 meter lang bent en 70 kg weegt.")

In het bovenstaande plaatje zie je niet goed de verdere uitwerking om met geneste if() de persoon in te delen in een categorie als ondergewicht of obesitas. Je ziet de vergelijkingen ook in de "Show Logic View".

Op het wijzigscherm van de vraag, kun je zien dat:

1. je bij maatwerk de expressie tussen accolades moet zetten
2. Een expressie kan heel lang zijn. Je wilt het dan meer leesbaar maken om de geneste conditionele logica beter te kunnen lezen.

Maatwerk vragen, antwoorden en rapporten

NB.: Dynamisch maatwerk kan mogelijk niet werken als de antwoordopties op hetzelfde scherm kunnen worden geselecteerd uit een lijst. Dit komt omdat bij maatwerk er een <span> tag wordt toegevoegd, dat is niet mogelijk binnen een selectielijst.

Dit voorbeeld toont het BMI rapport.

Het wijzigscherm voor dezelfde vraag.

Zoals je kunt zien, wordt alles binnen de accolades als een expressie behandeld. Als je een tikfout had gemaakt,in de naam van een variabele of een functie, dan krijg je een foutmelding (height_unit is een onbekende variabele, het moet height_units zijn, en rnd() is een onbekende functie, het moet round() zijn).  Elke functie / variabele wordt met een achtergrond weergegeven, bij fouten in een rood kader.

Je kunt ook snel complexe rapporten maken, zoals een tabel met ingevoerde waarden of advies op maat.

Al het maatwerk moet dus tussen accolades, zodat LimeSurvey in de vraag het onderscheid ziet tussen vaste tekst en expressies.

Validatie

Expressie beheer bepaald hoe de geavanceerde vraagopties werken. Dit betreft o.a.: min/max aantal antwoorden; min/max persoonlijke waarden; min/max totalen; en controleren dat de invoer voldoet aan gespecificeerde patronen. Het gebruik van deze opties is niet gewijzigd. Alle waarden in een van deze velden wordt echter nu gezien als een expressie, zodat je min/max criteria kunt hebben met complexe relaties met andere vragen.

In al van deze gevallen hoef je bij het specificeren geen accolades te gebruiken omdat de geavanceerde vraagopties altijd als expressie beschouwd worden.

Op de pagina met voorbeeld enquêtes staan meerdere voorbeelden van validatie met expressies.

Introductie

In LimeSurvey wordt vanaf versie 1.92 de expressie beheer module gebruikt, waarmee LimeSurvey meer complexe vertakkingen, beoordelingen, validatie en maatwerk kan ondersteunen.  Het vervangt hoe LimeSurvey de vervangingen, condities en beoordelingen op het beheerdeel beheert. Doordat het ook het lezen in de database vermindert, betekent het ook een snellere werking. Expressie Beheer is ontworpen door Dr. Thomas White (TMSWhite).

Op deze pagina staat de definitieve referentie voor de Expressie Beheer syntax en functionaliteit.

Definities

1. Expressie:  Alles binnen de accolades
   • exclusief spatie(s) na de open accolade en spatie(s) voor de sluit accolade
   • De inhoud van de expressie wordt door expressie beheer geëvalueerd, het mag mathematische formules, functies en complexe tekst en data berekeningen bevatten.
2. Maatwerk: Soms "piping" genoemd, dit is het proces van het conditioneel aanpassen van tekst
   • Je hebt toegang tot alle te vervangen velden, toegangscodes en INSERTANS waarden.
   • Je hebt ook gemakkelijker toegang tot vragen, antwoorden en hun eigenschappen.
3. Relevantie vergelijking:  Een nieuw attribuut dat de zichtbaarheid van de vraag bepaald
   • Als er een relevantie vergelijking is, dan wordt de vraag alleen getoond bij het resultaat true.
   • Intern, alle array_filter en array_filter_exclude commando's worden subvraag niveau relevantie
4. Vergelijking Vraagtype:  Een nieuw vraagtype waarmee berekeningen of rapporten worden bewaard in de database
   • Het lijkt op een boilerplaat vraag, maar de inhoud wordt altijd opgeslagen ook als je kiest voor "Deze vraag altijd verbergen"
5. SGQA:  De naamgeving van variabelen in LimeSurvey versies tot en met 1.91+
   • Staat voor Survey-Group-Question-Answer
   • Voorbeeld SGQA variabele naam: 123X5X382X971, er kunnen subvraag achtervoegsels zijn.
   • Deze namen zijn specifiek voor de onderliggende S/Q/G/A database codes, en dienen dus regelmatig te worden gewijzigd.
6. Vraagcode:  De aanbevolen naam voor de variabele
   • Dit kan een beschrijving zijn van het doel van de vraag, dat maakt het lezen gemakkelijker
   • Het is niet verplicht uniek in versies tot en met 1.91+, maar daarna moet het uniek zijn als je expressie beheer wilt gebruiken
   • De vraagcode mag niet beginnen met een nummer. Kies bijvoorbeeld "q1", of "q1a" of "g1q2"
   • Dit worden nu al de variabele namen als je exporteert naar SPSS of R, als je dus al statistische analyse doet, dan heb je de vraagcodes al uniek gemaakt.

Moet ik Expressie beheer gebruiken?

Nee, je hoeft expressie beheer niet te gebruiken.

Expressie beheer ondersteunt volledig enquêtes die met een oudere versie van LimeSurvey zijn gemaakt. Als u dus liever condities en beoordelingen gebruikt op de manier zoals dat in versies tot en met LimeSurvey 1.91+ ging, dan kunt u dat dus zo blijven doen.

In expressie beheer wordt de gehele verwerking van condities vervangen door relevantie vergelijkingen. Bij de upgrade naar LimeSurvey 1.92 wordt deze conversie gedaan.

Je kunt dus geleidelijk overschakelen naar relevantie vergelijkingen.

Kan ik condities en relevantie tegelijk gebruiken?

Ja, je kunt de conditie editor voor enkele vragen gebruiken en de relevantie editor voor andere vragen. Bij het opslaan van de vraag worden condities automatisch omgezet naar relevantie.

NB.: we gaan er van uit dat als je de conditie editor gebruikt, dat je dan die condities wilt gebruiken boven de handmatig ingevulde relevantie vergelijking bij die vraag. Dus als je een bestaande conditie hebt en een relevantie handmatig wilt wijzigen, verwijder dan eerst de conditie.  Bewaar de gegenereerde relevantie vergelijking in een teksteditor, verwijder alle condities van die vraag (dan gaat de relevantie vergelijking ook weg), wijzig de vraag en plak de bewaarde relevantie vergelijking voor de vraag terug. Er is een openstaand idee om in een slag bij alle vragen alle condities te verwijderen zonder de gegenereerde relevantie vergelijking te verwijderen.

Kiezen uit conditie en relevantie?

Een lijst van voordelen en nadelen van beide:

Manier	Voordeel	Nadeel
Condities	1. Mooie GUI voor aanmaken simpele condities 2. GUI goed gedocumenteerd en bekend bij ondersteuningsteam	1. Alleen simpele vergelijkingen, geen goede AND/OR condities 2. Gecombineerde condities niet altijd goed 3. Langzaam - door gebruik database, vooral bij grote enquêtes 4. Volgens sommigen problemen bij herladen condities 5. GUI schaal matig bij grote aantallen vragen 6. Mogelijk langzaam bij omzetten enquêtes op papier vanwege gebruik SGQA namen 7. Programmeerkennis nodig bij aangepaste code bij complexe vertakkingen
Relevantie	1. Ondersteunt complexe logica, inclusief 80+ functies en rekenkundige/tekst bewerkingen 2. Uitstekende ondersteuning gecombineerde logica 3. Vroeger - geen extra database aanroepen, ondersteunt 1000+ vragen enquêtes 4. Geen problemen met herladen logica, SGQA codes niet meer gebruikt 5. Syntax markeren schalen tot 1000+ vragen 6. Gemakkelijk en snel te gebruiken voor groepen die bestaande papieren enquêtes willen invoeren. 7. Ondersteunt eenvoudige semi gestructureerde interviews en epidemie logische enquêtes zonder programmeerkennis.	1. Geen GUI voor simpele condities - gebruikt syntax markeren 2. Nieuw, dus iedereen moet zich dit nog eigen maken.

Als je goed thuis bent in LimSurvey 1.91+, dan hoef je dus niet per se over te stappen.

Andere voordelen van expressie beheer

Andere redenen om expressie beheer te gebruiken.

1. Berekeningen - je kunt alles wat je kunt bedenken berekenen:
   • Je kunt alle gebruikelijke mathematische operators en functies gebruiken
   • Je kunt veel functies gebruiken voor mathematische, datum en tekst bewerkingen
   • Een ontwikkelaar kan nieuwe functies toevoegen
2. Berekeningen kunnen opgeslagen worden in de database
   • Je kunt nu simpele en complexe berekeningen en/of schaal scores berekeningen doen en opslaan in database zonder JavaScript te gebruiken.
   • Je gebruikt daarvoor het vraagtype vergelijking voor.
3. Beoordelingen
   • Je kunt nu beoordelingen en schaal scores aanmaken voor elk vraagtype, niet alleen voor degene die eerst ondersteund werden
   • Je kunt overal waar nodig maatwerk gebruiken om scores te tonen van beoordelingen - zelfs op dezelfde pagina
   • Je hebt meer controle over de rapporten over de beoordelingen die aangemaakt kunnen worden
   • Je kunt de scores van beoordelingen opslaan in de database zonder gebruik te maken van JavaScript
   • Je kunt de scores verbergen zonder gebruik te maken van JavaScript of CSS
4. Velden vervangen
   • In plaats van de {INSERTANS:SGQA} te gebruiken, kun je de vraagcode gebruiken - dat maakt het lezen en controleren gemakkelijker.
   • Je hoeft dus ook geen vragen meer aan te passen omdat de SGQA code wijzigt.
5. Maatwerk - je kunt conditioneel tekst tonen op basis van andere waarden
   • Gebruik de toepasselijke titel voor een onderwerp, (bijvoorbeeld: "Hallo [Dhr./Mevr.] Jansen")
   • Uitvoer van grammaticaal correcte zinnen met de juiste meervoudsvorm:  ("Je hebt 1 kind" of "Je hebt 2 kinderen")
   • De goede vervoeging van werkwoorden en zelfstandige naamwoorden gebaseerd op geslacht en meervoudsvorm.
6. Nieuwe attribuut variabelen - je kunt de volgende velden benaderen voor je maatwerk:
   • (no suffix) -  een alias voor qcode.code
   • .code - de geselecteerde antwoordcode van de vraag indien die relevant is (anders leeg), of de tekstwaarde als het geen code vraag is
   • .NAOK - zelfde als .code, maar het kan een onderdeel van een berekening zijn of lijsten ook als het niet relevant is
   • .value - de beoordelingswaarde voor de vraag als het relevant is (anders leeg), of de tekstwaarde als het geen code vraag is
   • .valueNAOK - zelfde als .value, maar het kan een onderdeel van een berekening zijn of lijsten ook als het niet relevant is
   • .shown - het antwoord zoals getoond aan de gebruiker (dit is wat {INSERTANS:xxx}  doet)
   • .qid - de ID van de vraag
   • .gid - de ID van de groep
   • .sgqa - de SGQA waarde van de vraag
   • .jsName - de correcte JavaScript variabele naam van de vraag, ongeacht op welke pagina gedefinieerd
   • .qseq - de vraagvolgorde (start met 0)
   • .gseq - de groepsvolgorde (start met 0)
   • .mandatory - is de vraag veplicht (Y/N)
   • .question - de vraagtekst
   • .relevance - de relevantie vergelijking van de vraag
   • .grelevance - de relevantie vergelijking van de groep
   • .relevanceStatus - of de vraag op dit moment relevant is (1 ja, 0 nee)
   • .type - het vraagtype (de 1 letter code)
7. Dynamische wijzigingen op pagina
   • Alle relevantie, berekening en maatwerk werkt op de pagina dynamisch - dus wijzigingen in waarden zie je direct door het wijzigen van de pagina
   • Dus, je hebt vragen die dynamisch getoond/verborgen worden afhankelijk van de relevantie
   • Vragen worden ook dynamisch gewijzigd op basis van de antwoorden op de pagina, je ziet aanpassingen in lopende totalen, zinnen en rapporten.
8. Nieuw scherm gegevensinvoer
   • In aanvulling op het gebruik van het huidige gegevensinvoerscherm, kun je ook Survey-All-In-One gebruiken.
   • Hierbij wordt ook de relevantie en maatwerk toegepast zodat de gegevensinvoer door uw medewerker sneller kan worden gedaan omdat alleen de relevante vragen ingevoerd hoeven te worden
   • Dit kan nodig zijn als uw medewerker ook het dynamische maatwerk wil zien.
9. Minder gebruik van JavaScript
   • ondersteuning voor ingewikkelde berekeningen, scores, maatwerk en conditionele logica.
   • Er wordt nog wel JavaScript gebruikt (aangepaste lay-outs en conditioneel verbergen sub-elementen vragen), maar je JavaScript kan de functies van expressie beheer gebruiken zodat je de Qcode in plaats van de SGQA kunt gebruiken om de vragen (en de hierboven genoemde vraagattributen) te benaderen.

Andere nieuwe functies in expressie beheer

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
   • Alle geavanceerde 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.
   • Ook is er afhandeling van alle reguliere validatie op basis van expressies, je kunt dus betrouwbaar preg en vergelijkingen vraagattributen combineren.
2. Gemakkelijk herordenen (of verwijderen) van vragen of groepen
   • 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.
   • 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.
   • 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.
3. De index voor vragen/groepen is altijd beschikbaar en actueel
   • In versies voor 1.92, was dit niet zo als het complexe condities waren
   • Onderwerpen kunnen ook terugspringen, naar een vorige vraag, het antwoord wijzigen en dan vooruitspringen (of verzenden)
     • Bij het vooruitspringen worden alle betrokken vragen / groepen opnieuw vanzelf beoordeeld.
     • Als een vraag niet meer relevant wordt, dan wordt het antwoord gewist (in de database) zodat je gegevens consistent blijven.
     • 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.
4. Automatische conversie van conditie naar relevantie
   • Bij het upgraden van je database worden voor alle enquêtes die condities hebben de relevantie vergelijkingen gegenereerd.
   • Bij het importeren van een enquête worden indien nodig relevantie vergelijkingen gegenereerd.
   • Als je een conditie toevoegt, wijzigt of verwijdert dan wordt de bijbehorende relevantie vergelijking gegenereerd.
5. Syntax markeren
   • De relevantie vergelijking wordt met Qcode getoond, ook als je het invult met SGQA code, dit is volgens ons veel beter leesbaar.
   • 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.
   • 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).
     • De lijst van antwoordkeuzes gebruikt de syntax:  'answers':{key:val, ... }.
     • key heeft de de syntax 'scale~code' de scale is de schaal van het antwoord (bijvoorbeeld bij dubbele schaal), en code is de antwoordcode.
     • 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)
     • 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.
6. Gemakkelijk bekijken logica en inhoud enquête
   • Er is een nieuwe functie waarmee je alle logica over de enquête, groep of vraag op een pagina toont.
   • het toont de groep, vraag, subvraag en antwoordniveau details op het geselecteerde niveau (enquête - groep - vraag)
   • 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.
   • Alles in de syntax wordt met kleur gemarkeerd zodat je mogelijke fouten ziet (o.a. fouten met haakjes en niet gedefinieerde variabelen)
   • Het markeren zorgt ook voor et snel navigeren en bijwerken van je enquête.
     • 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.
     • Als je op een groep klikt krijg je een venster (of tab) waar je de groepsvolgorde ziet en waarin je de vragen kunt verplaatsen.
     • Alle vraagattributen worden ook met kleur gemarkeerd. Je kunt dan de expressies zien en wijzigen met geavanceerde vraagopties (zoals basis instellingen van de max/min som/aantal van waarden van een expressie)
   • 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.

Ondersteuning voor versie 1.91+?

LimeSurvey 1.92 is volledig compatibel met versie 1.91+ met een uitzondering / aandachtspunt: 1.92 behandelt kleiner dan / groter dan vergelijkingen met lege waarden anders.

Een van de LimeSurvey demo enquêtes gebruikt meerdere condities die vertaald worden naar deze relevantie vergelijking:  {(age < 16) or (age == 20) or ... or (age == 80)}.
In LimeSurvey 1.91+ is (age < 16) FALSE als er geen antwoord is gegeven.  In LimeSurey 1.92 is dit dan echter TRUE, want in PHP en JavaScript wordt in rekenkundige vergelijkingen spatie als 0 gezien. Dus in versies voor 1.92 wordt de vraag dan niet getoond en vanaf versie 1.92 wel. Er is een gemakkelijke aanpassing mogelijk. Als je wilt dat (age < 16) FALSE is, gebruik dan als expressie: {(!is_empty(age) and age < 16)}.
Gebruik het enquête logica overzicht om deze vergelijkingen in je enquête op te zoeken en te herstellen.

Beginnen

De beste manier om met expressie beheer te beginnen:

• Installeer de meest recente stabiele versie van LimeSurvey http://www.limesurvey.org/en/download
• Importeer en bekijk de voorbeeld enquêtes.
• Lees de uitgewerkte voorbeelden en hoe te gebruiken en nog meer voorbeelden.
• Neem deze pagina goed door
• Probeer de interne expressie beheer testomgeving
  • Selecteer een enquête en kies onder Gereedschap de Expressie Manager
  • Available Functions toont de 70+ functies en syntax
  • Unit Tests of Isolated Expressions
    • toont voorbeelden van gebruik van interne functies en operators, met de PHP en JavaScript resultaten
    • NB. : er zijn een paar functies die verschillende resultaten geven afhankelijk van de versie van je PHP (en JavaScript), dus deze pagina kan helpen je logica beter te bekijken.

Welke functionaliteit wordt uitgebreid / vervangen? (versies voor 1.92)

Condities => Relevantie

Condities bepalen welke vragen getoond worden.  De syntax is SGQA operator waarde, voorbeeld: 111X2X3 == "Y".  Condities kunnen met AND of OR worden gecombineerd, maar het gebruiken van beide was lastig. De condities werden in een aparte tabel opgeslagen.  Omdat het gebruik veel database verkeer nodig had, kon dit bij grote aantallen condities performance problemen geven. Ook was het herordenen en verwijderen van vragen / groepen vaak niet meer mogelijk.

Beoordelingen => Vergelijkingen en micro-maatwerk

Beoordelingen maken het gebruikers mogelijk om de scores van een aantal vragen te schalen. Echter, ze konden niet dynamisch op dezelfde huidige pagina gewijzigd worden, ook werden de waarden niet opgeslagen.

Vervangingen => micro-maatwerk

Gebruikers kunnen berichten en vragen opmaken op grond van al gegeven antwoorden. Voorbeeldvraag: {TOKEN:FIRSTNAME}, u heeft aangegeven dat {INSERTANS:111X3X4} uw favoriete sport is.  Het was niet mogelijk om de vraag conditioneel te wijzigen. (bijvoorbeeld door "Dhr." of "Mevr." te gebruiken afhankelijk van het geslacht van de gebruiker), of om de juiste werkwoordsvormen of bezittelijke voornaamwoorden te gebruiken zonder JavaScript te gebruiken.  De maker van een enquête kon wel enquêtes maken die op maat gemaakt leken te zijn, maar dat waren dan enquêtes met dubbele vragen voor elke vertakking een en met veel complexe condities wanneer die vraag dan getoond moest worden.

Validatie

Vragen kunnen gevalideerd worden met reguliere expressies, of minimum/maximum waarden, of door een SGQA antwoord te gebruiken als minimum of maximum waarde.  Echter, een validatie kon niet gebaseerd zijn op een berekening of een andere variabele zonder gebruik van JavaScript.

Vergelijkingen

Vergelijkingen worden zonder JavaScript niet ondersteund.

Vraagtype vergelijking

Vergelijkingen worden zonder JavaScript niet opgeslagen in de database.

Hoe vervangt expressie beheer die functionaliteit?

Expressie beheer is een standaard onderdeel van LimeSurvey waarmee veel gemakkelijker de complexe functionaliteit wordt ondersteund. Het vervangt de manier waarop voor versie 1.92 de condities en beoordelingen werden beheerd.

Nieuwe terminologie in expressie beheer

Begrippen in expressie beheer:

• vertakkingen op basis van relevantie - als een vraag relevant is, stel die vraag dan. Als de vraag niet relevant is, dan is de vraag niet zichtbaar en worden er NULL waarden opgeslagen in de database. Er is een veld relevantie voor alle vraagtypes, en ook voor elke groep (dus je kunt ook condities op een groep zetten in plaats van die conditie op elke vraag in de groep zetten).
• Maatwerk - Ook wel piping genoemd, is het specificeren hoe een vraag moet worden gesteld. Naast simpele vervangingen (als {TOKEN:FIRSTNAME}), kun je ook werkwoorden en zelfstandige naamwoorden goed zetten op basis van het geslacht of het aantal. Je kunt ook de vraag aanpassen op grond van eerder gegeven antwoorden.
• Vergelijkingen - Dit is een nieuw vraagtype waarmee je het resultaat van een expressie kunt opslaan in de database. Ook als je ze niet op het scherm toont. Je kunt ze gebruiken voor een verborgen berekende score, navigatie op grond van complexe berekeningen, beoordelingen en rapporten die aangemaakt moeten worden en in de database beschikbaar moeten zijn.

Relevantie en trapsgewijze relevantie

Elk vraagtype heeft een optie relevantie die dus bepaald of de vraag moet worden gesteld. Ze worden verwerkt in de volgorde dat ze in de enquête staan. Als de expressie waar is (of ontbreekt, dit om oudere enquêtes te blijven ondersteunen) dan wordt de vraag gesteld. Als er geen enkele relevante vraag in de groep is, dan wordt de hele groep overgeslagen.

Als een van de variabelen in de expressie niet relevant is, dan is die vraag niet relevant. Dit is dus een trapsgewijze relevantie waardoor je niet hele lange relevantie vergelijkingen voor elke vraag hoeft te schrijven.

Stel je hebt 5 vragen Q1-Q5, en je wilt alleen vraag Q2 stellen als vraag Q1 beantwoord is. En je wilt vraag Q3 alleen stellen als vraag Q2 beantwoord is.  De relevantie vergelijkingen kunnen dan zijn:

Vraag Code	Relevantie	Vraag
Q1	1	Wat is uw naam?
Q2	Q1	{Q1}, hoe oud bent u?
Q3	Q2	Dus u bent {Q2} jaar oud.  Bent u getrouwd?
Q4	Q3 == "Y"	{Q1}, hoelang bent u getrouwd?
Q5	Q4	Hoeveel kinderen heeft u, {Q1}?

De relevantie vergelijkingen werken ook in JavaScript - dus je kunt alle bovenstaande vragen op een pagina zetten.  In feite vervangt expressie beheer hoe het werkt met Enquête vs. Groep vs. Vraag-in-een-keer formaten. Ze werken nu allemaal met dezelfde navigatie afhandeling ongeacht dus de stijl van de enquête.

Zolang je op dezelfde pagina bent, zijn alle ingevoerde gegevens beschikbaar maar verborgen. Dus als je gegevens invult, ze niet relevant maakt door iets bij een eerdere vraag te veranderen, vervolgens dat weer ongedaan maakt, dan zijn je ingevulde gegevens weer relevant en worden ze weer getoond. Als je naar een volgende pagina gaat, dan vervallen alle niet relevante antwoorden.

Relevantie op groepsniveau

Expressie beheer ondersteunt ook relevantie op groepsniveau. Dit is gemakkelijk voor het herhalen van vragen. Stel je wilt informatie vragen over een aantal producten. Je stelt eerst vast om hoeveel producten het gaat, bijvoorbeeld door een aantal producten uit een lijst te laten selecteren. Je kunt daarna relevantie op groepsniveau gebruiken {count >= 1}, {count >=2}, ... {count >= 10} voor elke van de 10 groepen voor vervolgvragen.  Binnen elke groep kun je dan conditioneel logica op vraagniveau gebruiken (bijvoorbeeld: geslacht of vragen afhankelijk van de leeftijd).  De relevantie vergelijkingen van groep en vraag worden dan gecombineerd met AND om te bepalen of de vraag getoond moet worden.

Maatwerk / Doorvoeren

Alles tussen accolades wordt beschouwd als een expressie (net een uitzondering die hieronder wordt beschreven). Expressies kunnen beschikken over alle vervangingsvelden, alle variabelen (via verschillende aliassen), alle vergelijkingsoperatoren (rekenkundig, logisch en vergelijkend) en veel functies (die ook dynamisch op de server uitgevoerd kunnen worden).

Met deze vergelijkingen kun je dingen doen als:

1. Conditioneel tonen van op maat gesneden berichten aan de respondenten die gebaseerd zijn op antwoorden op voorafgaande vragen.
2. Beoordelingen maken en de resultaten daarvan conditioneel tonen (of conditioneel een vertakking maken), alles zonder de module beoordeling te gebruiken.
3. De goede werkwoordsnormen en zelfstandige naamwoorden gebruiken in vragen, antwoorden en rapporten.
4. Tonen van samenvattingen van antwoorden bij het einde van de enquête

Vergelijkingen

Er is een vraagtype Vergelijking toegevoegd. Het lijkt op een boilerplaat vraag, maar bij het nieuwe type wordt het de waarde of wat er getoond wordt, opgeslagen in de database. Dus, als de tekst van een vergelijking vraag een berekening van een beoordeling bevat, dan wordt die waarde opgeslagen in een variabele die getoond kan worden bij statistieken.

Het kunnen opslaan van beoordelingsscores was een verzoek van de gebruikers van LimeSurvey.

Syntax

De uitzondering op dat alles tussen accolades een expressie is, is dat er geen spatie(s) na de begin accolade en voor de sluit accolade mogen staan. Dit is nodig om te voorkomen dat expressie beheer probeert JavaScript te gaan verwerken.

NB.: Expressies mogen meerdere regels bevatten.  Een voorbeeld met een genest if() statement:

{if(is_empty(PFTotals),
 '',
 if(PFTotals >= -5 && PFTotals <= -4,
   'Heel weinig',
   if(PFTotals >= -3 && PFTotals <= -2,
     'Weinig',
     if(PFTotals == -1,
       'Minder dan normaal',
       if(PFTotals == 0,
         'Normaal',
         if(PFTotals == 1,
           'Meer dan normaal',
           if(PFTotals >= 2 && PFTotals <= 3,
             'Veel',
             if(PFTotals >= 4 && PFTotals <= 5,
               'Heel veel',
               ''
             )
           )
         )
       )
     )
   )
 )
)}

Expression Manager supports the following syntax:

• All standard mathematical operators (e.g. +,-,*,/,!)
• All standard comparison operators (e.g. <,<=,==,!=,>,>=, plus these equivalents:  lt,le,eq,ne,gt,ge)
• Parentheses (so you can group sub-expressions)
• Conditional operators (e.g. &&,| | and these equivalents: and,or)
• Single and double-quoted strings (which can each embed strings with the other quote type)
• Comma operator (so can have a list of expressions and just return the final result)
• Assignment operator (=)
• Pre-defined variables (to refer to questions, question attributes, and responses) - e.g. all of the SGQA codes
• Pre-defined functions (there are already 70+, and it is easy to add more)

EM syntax follows normal operator precedence:

Level	Operator(s)	Description
1	()	parentheses for grouping or calling functions
2	! - +	unary operators: not, negation, unary-plus
3	* /	times, divide
4	+ -	plus, minus
5	< <= > >= lt le gt ge	relative comparisons
6	== != eq ne	equality comparisons
7	and	logical AND
8	or	logical OR
9	=	assignment operator
10	,	comma operator

Note, for consistency between JavaScript and PHP, the plus operator (+) does addition if both operands are numeric, but does concatenation if both parts are non-numeric strings.  However, we recommend using the join() function for concatenation, as that makes your intent more clear, and avoids unexpected results if you were expecting strings but got numbers instead (or vice versa).

Uitkijken met gebruik operator (=)

Note, you should avoid using the assignment operators unless absolutely necessary, since they may cause unexpected side-effects.  For example, if you change the value of a previous response, the cascading relevance and validation logic between that question and the current question is not re-computed, so you could end up with internally inconsistent data (e.g. questions that stay answered but should have been NULLed, or questions that are skipped but should have been answered).  In general, if you want to assign a value to a variable, you sould create an Equation question type, and use an expression to set its value.  However, there are some rare times that people really need this operator, so we made it available.

To help caution you about this operator, it is shown in red font within the syntax equations (so that you don't confuse it with "==")

The main reasons you may want to use assignment are:

• You need to set the default value for a question that does not accept defaults via equation (such as list radio, where the user interface lets you pick one of the answer options, but does not let you enter an equation).  However, be careful, as LimeSurvey will not be able to validate that your equation generates one of the allowable answers for that question.
• You need to forcibly change the response to a previous question based upon a later response

Toegang tot variabelen

Expression Manager provides read-only access to whichever variables we might need.  For backwards compatibility, it provides access to the following:

• TOKEN:xxx - the value of a TOKEN (e.g. TOKEN:FIRSTNAME, TOKEN:ATTRIBUTE_5)
• INSERTANS:SGQA - the display value of an answer (e.g. "Yes")
• All {XXX} values used by templates
• In question text, you can use {QID} replaced by the question id and {SGQ} replaced by the SGQA of the question

In addition, Expression Manager lets you refer to variables by the Question Code (the 'title' column in the questions table within the database).  This is also the variable label used when you export your data to SPSS, R, or SAS.  For example, if you have questions about name, age, and gender, you could call those variables name, age, and gender instead of 12345X13X22, 12345X13X23, and  12345X13X24.  This makes equations easier for everyone to read and validate the logic, plus makes it possible to shuffle questions around without having to keep track of group or question numbers.

Furthermore, Expression Manager lets you access many properties of the Question:

Syntax	Meaning	Example	Example Result
Qcode	an alias for Qcode.code	{implode(',',name,gender)}	'Tom','M'
Qcode.code	the selected response code for the question if it is relevant (otherwise blank), or the text value if it is not a coded question	{implode(',',name.code,gender.code)}	'Tom','M'
Qcode.NAOK	same as Qcode - see discussion of NAOK	{gender.NAOK}	'M'
Qcode.value	the assessment value for the question if it is relevant (otherwise blank), or the text value if it is not a coded question	{gender.value}	'1'
Qcode.valueNAOK	same as Qcode.value - see discussion about NAOK	{gender.valueNAOK}	'1'
Qcode.shown	the dispay value for the question	{implode(',',name.shown,gender.shown)}	'Tom','Male'
Qcode.question	the text of the question	{gender.question}	'What is your gender?'
Qcode.mandatory	whether the question is mandatory (Y/N)	{gender.mandatory}	'N'
Qcode.qid	the internal question number (not the sequential number)	{gender.qid}	337
Qcode.type	the question type	{gender.type}	'G'
Qcode.jsName	the correct javascript name for the question, regardless whether declared on or off this page	{gender.jsName}	'java1827X3X337'
Qcode.gid	the internal group number (not the sequential number)	{gender.gid}	3
Qcode.qseq	the sequential number of the question, starting from 0	{gender.qseq}	5
Qcode.gseq	the sequential number of the group, starting from 0	{gender.gseq}	1
Qcode.relevanceStatus	whether the question is currently relevant (0 or 1)	{gender.relevanceStatus)	1
Qcode.relevance	the question-level relevance equation	{gender.relevance}	'!is_empty(name)'
Qcode.grelevance	the  group-level relevance equation	{gender.grelevance}	'num_children >= 5'
Qcode.sgqa	the SGQA value for this question	{gender.sgqa}	'1827X3X337'

Beveiliging

Ter beveiliging wordt de invoer van de gebruiker gefilterd. Sommige tekens worden vervangen door HTML.

• & door &amp;
• < door &lt;
• > door &gt;

Naamgeving Qcode Variabele

Here are the details of how to construct a Qcode (and access some properties) by question type.  In general, Qcodes are constructed as:

QuestionCode . '_' . AnswerID . '_' . ScaleId

Type	Description	Code	SubQs	Answer Options	Scales	Answer Code	Answer Shown	Relevance
5	5 Point Choice Radio-Buttons	Q1		1-5		{Q1}	{Q1.shown}	{Q1==3}
B	Array (10 Point Choice) Radio-Buttons	Q2	L1-L6	1-10		{Q2_L2}	{Q2_L2.shown}	{Q2_L2==7}
A	Array (5 Point Choice) Radio-Buttons	Q3	1-5	1-5		{Q3_1}	{Q3_1.shown}	{Q3_1>=3}
1	Array (Flexible Labels) Dual Scale	Q4	sq1-sq5	0:a1-a3	1:b1-b3	{Q4_sq1_0}	{Q4_sq1_1.shown}	{Q4_sq1_1=='b2'}
H	Array (Flexible) - Column Format	Q5	1-5	s,m,t		{Q5_1}	{Q5_1.shown}	{Q5_1=='s'}
F	Array (Flexible) - Row Format	Q6	F1-F5	1-5		{Q6_F3}	{Q6_F3.shown}	{Q6_F3==4}
E	Array (Increase/Same/Decrease) Radio-Buttons	Q7	1-7	I,S,D		{Q7_4}	{Q7_4.shown}	{Q7_4=='D'}
:	Array (Multi Flexi) 1 To 10	Q8	ls1,todo,ls2	min,max,avg		{Q8_ls1_max}	{Q8_ls2_avg.shown}	{Q8_ls2_min==7}
;	Array (Multi Flexi) Text	Q9	hp,st,sw	1st,2nd,3rd		{Q9_hp_3rd}	{Q9_hp_3rd.shown}	{Q9_hp_3rd=='Peter'}
C	Array (Yes/Uncertain/No) Radio-Buttons	Q10	1-5	Y,N,U		{Q10_1}	{Q10_1.shown}	{Q10_3=='Y'}
X	Boilerplate Question	Q11					{Q11.shown}
D	Date	Q12				{Q12}	{Q12.shown}
*	Equation	Q13				{Q13}	{Q13.shown}	{Q13>5}
~124~	File Upload (records number of files uploaded)	Q14				{Q14}		{Q14>0}
G	Gender Drop-Down List	Q15		M,F		{Q15}	{Q15.shown}	{Q15=='M'}
U	Huge Free Text	Q16				{Q16}	{Q16.shown}	{strlen(Q16)>100}
I	Language Question	Q17				{Q17}	{Q17.shown}	{Q17=='en'}
!	List - Dropdown	Q18		1-5		{Q18}	{Q18.shown}	{Q18==3}
L	List Drop-Down/Radio-Button List	Q19		A-Z		{Q19}	{Q19.shown}	{Q19=='X'}
O	List With Comment Drop-Down/Radio-Button List + Textarea	Q20		A-F		{Q20},{Q20comment}	{Q20.shown}	{Q20=='B'}
T	Long Free Text	Q21				{Q21}	{Q21.shown}	{strstr(Q21,'hello')>0}
M	Multiple Choice Checkbox	Q22	A-F			{Q22_E}	{Q22_E.shown}	{Q22_E=='Y'}
P	Multiple Choice With Comments Checkbox + Text	Q23	A-F			{Q23_D}, {Q23_Dcomment}	{Q23_D.shown}	{!is_empty(Q23)}
K	Multiple Numerical Question	Q24	self,mom,dad			{Q24_self}	{Q24_self.shown}	{Q24_self>30}
Q	Multiple Short Text	Q25	A-F			{Q25_B}	{Q25_B.shown}	{substr(Q25_B,1,1)=='Q')}
N	Numerical Question Type	Q26				{Q26}	{Q26.shown}	{Q26 > 30}
R	Ranking Style	Q27	1-4			{Q27_1}	{Q27_1.shown}	{Q27_1==3}
S	Short Free Text	Q28				{Q28}	{Q28.shown}	{Q28=='mine'}
Y	Yes/No Radio-Buttons	Q29				{Q29}	{Q29.shown}	{Q29=='Y'}

Gereserveerde variabelen ('this','self','that')

Quite often, you want to evalute all parts of a question, such as counting how many sub-questions have been answered, or summing the scores.  Other times, you want to process just certain rows or columns of a question (such as getting the row or column sums and storing them in the database).  These reserved variables make that process relatively painless.

The 'this' variable is used exclusively within the "Whole question validation equation" and "Sub-question validation equation" advanced question options.  It expands to the variable names of each of the cells within those questions.  So, if you want to make sure that each entry is greater than three, you would set the "Sub-question validation equation" to (this > 3).

The 'self' and 'that' variable are more powerful, and serve as macros which are expanded prior to processing equations.  The syntax choices are:

• self
• self.suffix
• self.sub-selector
• self.sub-selector.suffix

suffix is any of the normal qcode suffixes (e.g. NAOK, value, shown)

sub-selector is one of:

• comments - only subquestions that are comments (e.g. from multiple choice with comment and list with comment)
• nocomments - only subquestions that are not comments
• sq_X - where X is a row or column identifier.  Only sub-questions matching pattern X are selected.

Examples:

• Has any part of a question been answered?  {count(self.NAOK)>0}
• What is the assessment score for this question?  {sum(self.value)}

You can also use these to get row and column totals.  Say you have a array of numbers with rows A-E and columns 1-5.

• What is the grand total?  {sum(self.NAOK)}
• What is the total of row B?  {sum(self.sq_B.NAOK)}
• What is the total of column 3? {sum(self.sq_3.NAOK)}

The 'that' variable is like the 'self' variable, but lets you refer to other questions.  Its syntax is:

• that.qname
• that.qname.suffix
• that.qname.sub-selector
• that.qname.sub-selector.suffix

qname is the question name without any sub-question extensions.  So, say you create a question 'q1', that is its qname

Examples:

• Has any part of question q1 been answered?  {count(that.q1.NAOK)>0}
• What is the assessment score for q2?  (sum(that.q2.NAOK)}
• What is the grand total of q3? {sum(that.q3.NAOK)}
• What is the total of row C in q4?  {sum(that.q4.sq_C.NAOK)}
• What is the total of column 2 in q4? {sum(that.q4.sq_2.NAOK)}

The 'self' and 'that' variables can be used in any relevance,  validation, or tailoring.

The one caveat is that when you use the Show Logic File feature, it will show you the expanded value of 'self' and 'that'.  This lets you see the actual equation that will be generated so that you (and Expression Manager) can validate that the variables exist.  This may seem confusing since you may see quite lenghty equations.  However, if you edit the question, you will see the original equation using 'self' and/or 'that'

Also note that you should not use these variables if (a) you want to explicitly name each variable used in an equation, or (b) use variables that do not have sub-questions (e.g. single response questions).  In those cases, prefixing a variable with 'that' is overkill, and you run the risk of getting unexpected results.

Toegang tot functies

Expression Manager provides access to mathematical, string, and user-defined functions, as shown below.  It has PHP and JavaScript equivalents for these functions so that they work identically on server-side (PHP) and client-side (JavaScript).  It is easy to add new functions.

Geïmplementeerde functies

De volgende functies zijn beschikbaar:

Function	Meaning	Syntax
abs	Absolute value	number abs(number)
acos	Arc cosine	number acos(number)
addslashes	Quote string with slashes	string addslashes(string)
asin	Arc sine	number asin(number)
atan	Arc tangent	number atan(number)
atan2	Arc tangent of two variables	number atan2(number, number)
ceil	Round fractions up	number ceil(number)
checkdate	Returns true(1) if it is a valid date in gregorian calendar	bool checkdate(month,day,year)
convert_value	Convert a numerical value using a inputTable and outputTable of numerical values	number convert_value(fValue, iStrict, sTranslateFromList, sTranslateToList)
cos	Cosine	number cos(number)
count	count the number of answered (non-blank)questions in the list	number count(arg1, arg12, ..., argN)
countif	Count the number of answered questions in the list equal the first argument	number countif(matches, arg1, arg2, ... argN)
countifop	Count the number of answered questions in the list which pass the criteria (arg op value)	number countifop(op, value, arg1, arg2, ... argN)
date	Format a local date/time	string date(format [, timestamp=time()])
exp	Calculates the exponent of e	number exp(number)
fixnum	Display numbers with comma as radix separator, if needed	string fixnum(number)
floor	Round fractions down	number floor(number)
gmdate	Format a GMT date/time	string gmdate(format [, timestamp=time()])
html_entity_decode	Convert all HTML entities to their applicable characters (always uses ENT_QUOTES and UTF-8)	string html_entity_decode(string)
htmlentities	Convert all applicable characters to HTML entities (always uses ENT_QUOTES and UTF-8)	string htmlentities(string)
expr_mgr_htmlspecialchars	Convert special characters to HTML entities (always uses ENT_QUOTES and UTF-8)	string htmlspecialchars(string)
expr_mgr_htmlspecialchars_decode	Convert special HTML entities back to characters (always uses ENT_QUOTES and UTF-8)	string htmlspecialchars_decode(string)
idate	Format a local time/date as integer	string idate(string [, timestamp=time()])
if	Excel-style if(test,result_if_true,result_if_false)	if(test,result_if_true,result_if_false)
implode	Join array elements with a string	string implode(glue,arg1,arg2,...,argN)
intval	Get the integer value of a variable	int intval(number [, base=10])
is_empty	Determine whether a variable is considered to be empty	bool is_empty(var)
is_float	Finds whether the type of a variable is float	bool is_float(var)
is_int	Find whether the type of a variable is integer	bool is_int(var)
is_nan	Finds whether a value is not a number	bool is_nan(var)
is_null	Finds whether a variable is NULL	bool is_null(var)
is_numeric	Finds whether a variable is a number or a numeric string	bool is_numeric(var)
is_string	Find whether the type of a variable is string	bool is_string(var)
join (New in 2.0 build 130129)	Join elements as a new string	join(arg1, arg2, ... argN)
list	Return comma-separated list of non-blank values	string list(arg1, arg2, ... argN)
log	The logarithm of number to base, if given, or the natural logarithm.	number log(number,base=e)
ltrim	Strip whitespace (or other characters) from the beginning of a string	string ltrim(string [, charlist])
max	Find highest value	number max(arg1, arg2, ... argN)
min	Find lowest value	number min(arg1, arg2, ... argN)
mktime	Get UNIX timestamp for a date (each of the 6 arguments are optional)	number mktime([hour [, minute [, second [, month [, day [, year ]]]]]])
modulo-function	The modulo function is not supported yet. You can use the floor() function instead	floor(x/y)==(x/y)
nl2br	Inserts HTML line breaks before all newlines in a string	string nl2br(string)
number_format	Format a number with grouped thousands	string number_format(number)
pi	Get value of pi	number pi()
pow	Exponential expression	number pow(base, exp)
quoted_printable_decode	Convert a quoted-printable string to an 8 bit string	string quoted_printable_decode(string)
quoted_printable_encode	Convert a 8 bit string to a quoted-printable string	string quoted_printable_encode(string)
quotemeta	Quote meta characters	string quotemeta(string)
rand	Generate a random integer, see this example	int rand() OR int rand(min, max)
regexMatch	compare a string to a regular expression	bool regexMatch(pattern,input)
round	Rounds a number to an optional precision	number round(val [, precision])
rtrim	Strip whitespace (or other characters) from the end of a string	string rtrim(string [, charlist])
sin	Sine	number sin(arg)
sprintf	Return a formatted string	string sprintf(format, arg1, arg2, ... argN)
sqrt	Square root	number sqrt(arg)
stddev	Calculate the Sample Standard Deviation for the list of numbers	number stddev(arg1, arg2, ... argN)
str_pad	Pad a string to a certain length with another string	string str_pad(input, pad_length [, pad_string])
str_repeat	Repeat a string	string str_repeat(input, multiplier)
str_replace	Replace all occurrences of the search string with the replacement string	string str_replace(search, replace, subject)
strcasecmp	Binary safe case-insensitive string comparison	int strcasecmp(str1, str2)
strcmp	Binary safe string comparison	int strcmp(str1, str2)
strip_tags	Strip HTML and PHP tags from a string	string strip_tags(str, allowable_tags)
stripos	Find position of first occurrence of a case-insensitive string	int stripos(haystack, needle [, offset=0])
stripslashes	Un-quotes a quoted string	string stripslashes(string)
stristr	Case-insensitive strstr	string stristr(haystack, needle [, before_needle=false])
strlen	Get string length	int strlen(string)
strpos	Find position of first occurrence of a string	int strpos(haystack, needle [ offset=0])
strrev	Reverse a string	string strrev(string)
strstr	Find first occurrence of a string	string strstr(haystack, needle)
strtolower	Make a string lowercase	string strtolower(string)
strtotime	Parse about any English textual datetime description into a Unix timestamp	int strtotime(string)
strtoupper	Make a string uppercase	string strtoupper(string)
substr	Return part of a string	string substr(string, start [, length])
sum	Calculate the sum of values in an array	number sum(arg1, arg2, ... argN)
sumifop	Sum the values of answered questions in the list which pass the criteria (arg op value)	number sumifop(op, value, arg1, arg2, ... argN)
tan	Tangent	number tan(arg)
time	Return current UNIX timestamp	number time()
trim	Strip whitespace (or other characters) from the beginning and end of a string	string trim(string [, charlist])
ucwords	Uppercase the first character of each word in a string	string ucwords(string)
unique	Returns true if all non-empty responses are unique	boolean unique(arg1, ..., argN)

Mogelijk toekomstige functions

Other functions that are planned (or being considered) but which are not implemented yet include the following.  Some of these are for backwards compatability with another survey tool.

Syntax	Meaning	Comments
e()	returns the value of e
formatDate(X,PAT)	return the string value of date X formatted according to Java data format pattern PAT
formatNumber(X,PAT)	return the string value of number X formatted according to Java number format pattern PAT
getAnsOption(X)	returns the text corresponding to the selected option for answer X	this is the same as X.shown
getAnsOption(X,Y)	returns the text corresponding to the option at index Y of node X
getRelevance(X)	returns the relevance equation for question X
getStartTime()	returns the date corresponding to the system time when the interview was started
getType(X)	returns the string name of the datatype - e.g. *NA* if isNA()
gotoFirst()	jumps to the first relevant set of questions - this violates the normal flow of the system
gotoNext()	jumps to the next set of relevant questions - this violates the normal flow of the system
gotoPrevious()	jumps to the previous set of relevant questions - this violates the normal flow of the system
isAsked(X)	returns true if the answer is neither *NA*, *INVALID*, nor *UNASKED*
isInvalid(X)	returns true if the answer is of type *INVALID*
isNA(X)	returns true if the answer is of type *NA*
isNotUnderstood(X)	returns true if the answer if of type *HUH*
isRefused(X)	returns true if the answer is of type *REFUSED*
isSpecial(X)	returns true if the answer is of type *UNASKED*, *NA*, *REFUSED*, *INVALID*, *UNKNOWN*, or *HUH*
isUnknown(X)	returns true if the answer is of type *UNKNOWN*
jumpTo(X)	jump to the group containing the named question -- this violates the normal flow of the system
jumpToFirstUnasked()	jump to the first unasked question thus bypassing previous answered questions this violates the normal flow of the system
lastIndexOf(X,Y)	returns the last index (base 0) of string Y in string X. Returns -1 if Y is not contained within X
list(X,...)	a string containing a comma separated list of the positive values with "and" separating the last two
mean(X,...)	returns the mean of a list of values
numAnsOptions(X)	returns the number of answer options that question X has
orlist(X,...)	a string containing a comma separated list of the positive values, with "or" separting the last two
parseDate(X,PAT)	returns the date value of string X parsed with Java date format pattern PAT
parseNumber(X,PAT)	returns the numerical value of string X parsed with Java number format pattern PAT
showAllResponsesExcept(questionList,attributeList,attributeTitleList)	questionList = pipe-delimited list of question identifiers; attributeList = pipe-delimited list of attributes (like question#, title, text, type - so you can decide what to show); attributeTitleList = pipe-delimited list of table headers, so can internationalize the report.
showTheseResponses(questionList,attributeList,attributeTitleList)	questionList = pipe-delimited list of question identifiers; attributeList = pipe-delimited list of attributes (like question#, title, text, type - so you can decide what to show); attributeTitleList = pipe-delimited list of table headers, so can internationalize the report.

Expressie beheer weet wat de lokale variabelen zijn

In order to properly build the JavaScript for page, Expression Manager needs to know which variables are set on the page, and what their JavaScript ID is (e.g. for document.getElementById(x)).  It also must know which variables are set on other pages (so that it can ensure that the needed <input type='hidden' value='x'> fields are present and populated).

Trapsgewijze condities

If any of the variables are irrelevant, the whole equation will be irrelevant (false).  For example, in the following table, N/A means that one of the variables was not relevant

Operator	Example	a	b	Result
+ (unary)	+a	N/A		false
!	!a	N/A		false
== (or eq)	a == b	N/A	5	false
== (or eq)	a == b	N/A	0	false
== (or eq)	a == b	N/A	N/A	false
!= (or ne)	a != b	N/A	5	false
!= (or ne)	a != b	N/A	N/A	false
!= (or ne)	a != b	N/A	0	false
> (or gt)	a > b	N/A	5	false
>= (or ge)	a >= b	N/A	5	false
< (or lt)	a < b	N/A	5	false
<= (or le)	a <= b	N/A	5	false
and	a and b	N/A	5	false
and	a and b	N/A	N/A	false
or	a or b	N/A	N/A	false
or	a or b	N/A	5	false
+	a + b	N/A	5	false
*	a * b	N/A	5	false
/	a / b	5	N/A	false
()	(a)	N/A		false
(exp)	(a && b)	N/A	5	false
(exp) op (exp)	(b + b) > (a && b)	N/A	5	false
function	sum(a,b,b)	N/A	5	false
function	max(a,b)	N/A	5	false
function	min(a,b)	N/A	5	false
function	implode(', ',a,b,a,b)	N/A	5	false
function	if(a,a,b)	N/A	5	false
function	is_empty(a)	N/A		false
function	is_empty(a)	0 (or blank)		true
function	!is_empty(a)	N/A		false

Overslaan trapsgewijze condities

Say you want to show a running total of all relevant answers.  You might try to use the equation {sum(q1,q2,q3,...,qN)}.  However, this gets translated internally to LEMif(LEManyNA('q1','q2','q3',...,'qN'),,sum(LEMval('q1'),LEMval('q2'),LEMval('q3'),...,LEMval('qN')).  So, if any of the values q1-qN are irrelevant, the equation will always return false.  In this case, the sum() will show 0 until all questions are answered.

To get around this, each variable can have a ".NAOK" suffix (meaning that Not Applicable is OK) added to it.  In such cases, the following behavior occurs.  Say you have a variable q1.NAOK

1. q1 is not added to the LEManyNA() clause
2. LEMval('q1') will  continue to check whether the response is relevant, and will return if it is not (so individual irrelevant responses will be ignored, but they will not void the entire expression.

So, the solution to the running total problem is to use the equation sum(q1.NAOK,q2.NAOK,q3.NAOK,...,qN.NAOK).

The use of the .NAOK suffix also lets authors design surveys that have several possible paths but then converage on common paths later.  For example, say subjects answer a survey in a way that is outside the normal range of responses.  The author could alert the subjects that they may not get valid results, and ask them whether they really want to  continue with the survey.  If they say Yes, then the rest of the questions will be shown.  The condition for the "rest of the questions" would check whether the initial responses were answered within the normal range OR whether the subject said Yes to the question that is only relevant if they answered outside the normal range.

Hoe wordt conditioneel micro-maatwerk ondersteund?

Here is an example of micro-tailoring (where Question Type=='expr' means an Equation):

Question Code	Relevance	Question Type	Question
name	1	text	What is your name?
age	1	text	How old are you?
badage	!is_empty(age)	expr	{(age<16) or (age>80)}
agestop	badage	message	Sorry, {name}, you are too {if( (age<16),'young',if( (age>80),'old','middle-aged') ) } for this test.
kids	!badage	yesno	Do you have children?
parents	1	expr	{!badage && kids=='Y'}
numKids	parents	text	How many children do you have?
kid1	parents && numKids >= 1	text	How old is your first child?
kid2	parents && numKids >= 2	text	How old is your second child?
kid3	parents && numKids >= 3	text	How old is your third child?
kid4	parents && numKids >= 4	text	How old is your fourth child?
kid5	parents && numKids >= 5	text	How old is your fifth child?
sumage	1	expr	{sum(kid1.NAOK,kid2.NAOK,kid3.NAOK,kid4.NAOK,kid5.NAOK)}
report	parents	yesno	{name}, you said you are {age} and that you have {numKids}.  The sum of ages of your first {min(numKids,5)} kids is {sumage}

All of these questions can be on a single page (e.g. in the same group), and only the relevant questions will display.  Moreover, as you enter the ages of children, the sum() expression in the last question will dynamically update on the page.

Expression Manager provides this functionality by surrounding each expression with a named element.  Every time a value changes, it recomputes the expression that should appear in that element and regenerates the display.  You can have dozens, or even hundreds, of such tailored expressions on the same page, and the page will re-display all of them in a single screen refresh.

Koppelen LimeSurvey 1.91+ aan functionaliteit expressie beheer

Old Feature	New Feature	Comments
Conditions	Relevance	You can use very complex conditional equations, and access a broader range of variables
Assessments	Equation	Any assessment scores can be re-structured into an Equation. This both ensures that the score is written to the database, and also lets you see dynamic changes to the score value on the current page
Replacements	Expression Manager	The core engine takes the input string and treats everything within curly braces as an Expression - so it handles all historical replacements types.  To avoid messing up embedded JavaScript, Expression Manager only processes content between curly braces as long as (a)  there is no leading or trailing whitespace within the curly braces - e.g. {expr} is an expression, but { expr}, {expr }, and { expr } are not expressions.  Furthermore, Expression Manager does not process content within its own strings (e.g. {list('hi','there {braces}'} generates "hi there {braces}").  It also ignores escaped curly braces (e.g. \{this is not an expression\})
Validation	Expression Manager	The plan is to take the current min/max Question Attributes and have Expression Manager process them.  That way the min/max values can be expressions themselves

Syntax markeren

Als ondersteuning bij het invoeren en valideren van expressies wordt de syntax met kleur gemarkeerd volgens deze regels:

Manieren van markeren en hun betekenis

Color	Sample	Meaning	Tooltip	Comments
tan background	Sample	the whole equation	none	Anything within curly braces that is recognized as an equation (e.g. there is no leading or trailing whitepace) will be color-coded with a tan background to help distinguish it from surrounding text
blue bold text	Sample	function name	meaning and allowable syntax	function names, or things that should be functions since they are followed by an opening parenthesis, are presented in bold blue text. Tooltips show the meaning and allowable syntax for the function.
grey text	Sample	string	none	single and double-quoted strings are shown in grey text
bold maroon text	Sample	variable set on the same page, but after the current question	[name or SGQA code]: question; value; answerList showing codes for each value	Any variable that is set on the same page but after the current question is shown in bold maroon text. This color coding should alert authors to possible errors in question sequencing; but it is allowed since some authors may want this sequence of variables a page, especially for dynamic reports. The tooltip shows its name (if you used INSERTANS:xxx) or SGQA code (if you used the new naming system), the actual question, and its current value (or blank if not set). If the question type expects responses from an enumerated value set, the mapping of the codes to display values is show.
bold cyan text	Sample	variable set on the same page, prior to the current question	[name or SGQA code]: question; value; answerList showing codes for each value	Any variable that is set on the same page and prior to the current question is shown in bold cyan text. The tooltip shows its name (if you used INSERTANS:xxx) or SGQA code (if you used the new naming system), the actual question, and its current value (or blank if not set). If the question type expects responses from an enumerated value set, the mapping of the codes to display values is show.
bold green text	Sample	variable set on a prior page	[name or SGQA code]: question; value; answerList showing codes for each value	Any variable that is set on a prior pageis shown in bold green text. The tooltip shows its name (if you used INSERTANS:xxx) or SGQA code (if you used the new naming system), the actual question, and its current value (or blank if not set). If the question type expects responses from an enumerated value set, the mapping of the codes to display values is show.
bold pink text	Sample	variable set on a later page	[name or SGQA code]: question; value; answerList showing codes for each value	Any variable that is set on a prior pageis shown in bold pink text. These are erorrs since the variable is being used before it is declareed. The tooltip shows its name (if you used INSERTANS:xxx) or SGQA code (if you used the new naming system), the actual question, and its current value (or blank if not set). If the question type expects responses from an enumerated value set, the mapping of the codes to display values is show.
bold tan text	Sample	a lime relacement value	the value	Lime Replacement Strings (like {TOKEN:xxx}, {PRIVACY_MESSAGE} are shown in bold tan text. The tooltip shows the current value.
red text	Sample	assignment operator	warning message	If you use one of the assignment operator (=) that operator will be displayed in red text. This is meant to help prevent accidental re-assignment of values when you really meant to check whether a == b instead of setting the value of a = b.
normal black text	Sample	punctuation	none	All other punctuation within the expression is shown as normal black text.
red-boxed text	a bold red line surrounds the error	syntax error	description of the error	Any detected syntax errors are shown by surrounding the error with a red box. The tooltip shows the error. Examples include unmatched parentheses, use of undefined functions, passing the wrong number of arguments to functions, poorly structured expressions (e.g. missing operators between variables), trying to assign a new value to a read-only variable, trying to assign values to non-variables, or using unsupported syntax. Note that the syntax error dectection system may only report one error in an expression even if there are multiple errors; however, if any errors are detected, at least one error will be shown.

Mogelijke uitbreidingen voor LimeSurvey

Expression Manager provides complete or partial solutions to each of the following:

• Conditions
• Answercounts
• Advanced reporting for assessments
  • partial: Equations let one store the Assessment value in the database, and micro-tailoring can generate simple formatted reports.  Authors can access those Equation values if they have more complex reporting needs.
• Assessment reports
  • partial:  Since Equations store the Assessment score, it should be possible to use Statistics to show distributions of those scores, and Quotas to limit the number of responses with those scores.
• Store assessment results for further evaluation
  • Equations let one store the Assessment value in the database, completely solving this problem
• More advanced condition rules
• Open Answertable up so that we can alter formatting
  • partial:  All of the question attributes are available, so authors can create custom AnswerTable equivalents as a Question.  Once implatemented, they can also use the showTheseResponses() or showAllResponsesExecpt() functions
• Export survey results with full questions to include images
  • since Tailoring has access to the full question text, it can include images in the export
  • if subjects choose Print Your Answers after finishing the survey, those printouts will be fully tailored
• List of question codes and SGQA identifiers
  • The Show Survey Logic view shows that mapping (plus much more information)
  • In addition, you no longer have to use SGQA codes to refer to variables - you can use the Question code/title.
• Branch/jump to another question (earlier or later) based on current question
  • You can use the Navigation Index for this in most cases
  • Once implemented, you can use the JumpTo() function.  Like the Navigation Index, if you try to jump forward, it will stop on an intervening page if there are any of the relevant mandatory questions are unanswered, or if any relevant questions fail validation tests.
• set quota for total responses
  • If the final question is an Equation that flags a survey as completed (so is NULL if a respondant does not get to that page), you can use Quotas on that question to control the number of completed responses.
• Review all conditions
  • The Show Logic File view shows this (and much more)
• Review all questions + Review all groups
  • The Show Logic File view shows this (and much more)
• How to visualize questions, logic & conditions
  • The Show Logic File view shows this (and much more)
• Offline Surveys
  • Running a survey with all of the questions on the same page would let you do off-line data collection  (e.g. email the html page and associated JavaScript).  However, you would still want a way to submit the results so that they did not get lost.  It may be possible to use Save As HTML to save partially completed responses.
• Remove INSERTANS from question text at survey results
  • INSERTANS is no longer needed.  You can refer to a variable by its SGQA code (without prefixing it with INSERTANS:), or by its question code.
• Informed Consent and Authorization Functionality
  • You can show show the informed consent on the welcome page, then ask any additional questions needed (to ensure they meet the study inclusion/exclusion criteria), and ask them a Yes/No question whether they give their consent.  Then, make all of the remaining questions conditional on that yesNo.  For example, if the question is named consent, you would set the relevance to the remaining questions to consent == "Y" (possibly anding that with whatever additional conditions you needed to support your branching needs.
• Show codes instead of of answers using INSERTANS
  • {Qcode} returns the code instead of the response text (which you can get via {INSERTANS:SGQA}, or {Qcode.shown}
• Need group mean or calculations for assessments
  • Say you have N variables of which N-X were answered, you could compute the mean of the answered variables as {sum(var1, var2, ..., varN) / count(var1, var2, ..., varN)}
  • Computing the mean across a set of respondants would require extension of the Quota functionality.
• To insert a language dependent text
  • Tailoring lets you conjugate verbs and decline nouns in each language
• Surveyors should approve their answers
  • Custom Questions with tailoring, or the showAllResponsesExcept() function will let Surveyors see all of the questions and responses before clicking Submit. If the Navigation Menu option is enabled, it is easy to go back and correct answers.
• Suppliment to #answernnXnnXnnn method of targetting form elements
  • You can now refer to questions and answers by their Question Code, so there is no longer a need to modify SGQA values.
• More flexibility with hidden questions
• Remove specific conditions from multiple questions
  • You can now use Relevance, which is easier to manage than Conditions.  If  needed, they can all be exported from the database, edited in a spreadsheet, and re-imported.
• Cross Survey Reporting
  • By using question codes that are unique across your surveys and versions, you can consolidate data from multiple surveys and/or compare them
• Simplifying integration with other tools
  • Expression Manager uses Question Codes instead of SGQA, making it easier to integrate with other tools.
• Expose assessment score to 3rd party app processing
  • This can be done with Equation question type
• Multiple thank you pages
  • This can be supported via conditional relevance branching and tailoring