ExpressionScript - Presentation/da: Difference between revisions
From LimeSurvey Manual
Maren.fritz (talk | contribs) (Created page with "#''suffiks'' er et af de normale qcode-suffikser (f.eks. NAOK, værdi, vist)") |
Maren.fritz (talk | contribs) (Created page with "#''sub-selector'' kan være en af følgende: *kommentarer - kun underspørgsmål, der er kommentarer (f.eks. Spørgsmålstype - Multiple choice med kommentarer|multiple choi...") |
||
Line 472: | Line 472: | ||
#''suffiks'' er et af de normale qcode-suffikser (f.eks. NAOK, værdi, vist) | #''suffiks'' er et af de normale qcode-suffikser (f.eks. NAOK, værdi, vist) | ||
#''sub-selector'' | #''sub-selector'' kan være en af følgende: | ||
* | *kommentarer - kun underspørgsmål, der er kommentarer (f.eks. [[Spørgsmålstype - Multiple choice med kommentarer|multiple choice med kommentar]] og [[Spørgsmålstype - Liste med kommentar|liste med kommentar]]); | ||
*nocomments - | *nocomments - kun underspørgsmål, der ikke er kommentarer; | ||
*sq_X - | *sq_X - hvor X er en række- eller kolonne-id. Kun underspørgsmål, der matcher mønster X, er valgt. Bemærk, at søgningen udføres på komplet kode-id, så matcher sq_X og inkluderer underspørgsmål nX, X, Xn (f.eks. hvis du bruger sq_1, var underspørgsmål a1, 1a, 1, 11 eller 001 inkluderet). Læg mærke til spørgsmålstypen med dobbelt skala, hvor koden for underspørgsmål er QCODE_SQCODE_1 og QCODE_SQCODE_1, og på rangeringsspørgsmålstypen, hvor koden for underspørgsmål er QCODE_1, QCODE_2 .... | ||
'''Examples:''' | '''Examples:''' |
Revision as of 12:26, 2 January 2024
Introduktion
LimeSurvey bruger det nye ExpressionScript (EM) modul, som lader LimeSurvey understøtte mere kompleks forgrening, vurderinger, validering og skræddersyet. Det erstatter, hvordan LimeSurvey administrerer erstatninger, Betingelser og vurderinger på back-end. Det fremskynder også behandlingen betydeligt, da det eliminerer de fleste runtime-databaselæsninger. EM blev udviklet af Dr. Thomas White (TMSWhite).
Nøgledefinitioner
- Udtryk: Alt omgivet af krøllede klammeparenteser:
- Så længe der ikke er et hvidt mellemrum umiddelbart efter den åbne klammeparentes eller før den afsluttende krøllede klammeparentes.
- Udtrykkets indhold evalueres af EM, så det kan indeholde matematiske formler, funktioner og kompleks streng- og datobehandling.
- Tailoring: Nogle gange kaldet "piping". Det er processen med betinget ændring af tekst:
- Du har adgang til alle 'erstatningsfelter', deltagerdata og svardata.
- Du har også lettere adgang til spørgsmål, svar og deres egenskaber.
- Relevans Ligning: En ny spørgsmålsegenskab, der kontrollerer spørgsmålets synlighed:
- Hvis der er en relevansligning, vises spørgsmålet kun, hvis relevansen evalueres til sand.
- *Internt bliver alle kommandoer array_filter og array_filter_exclude relevans på underspørgsmålsniveau.
- SGQA (hvordan variabler blev navngivet tidligere) :
- Står for Survey-Group-Question-Answer
- SGQA-variablenavne ligner 123X5X382X971, og kan have underspørgsmålssuffikser.
- Disse variabelnavne er specifikke for den underliggende S/Q/ G/A-databasekoder, så de skal ofte ændres
- Ligning Spørgsmålstype: En ny spørgsmålstype der gemmer beregninger eller rapporter til databasen:
- Det er ligesom et Boilerplate-spørgsmål, men dets indhold gemmes i databasen, selvom du indstiller "Skjul altid dette spørgsmål".
- Spørgsmålskode: Dette er det foretrukne variabelnavn for EM:
- Dette kan være et beskrivende navn, der angiver formålet med spørgsmålet, hvilket gør det lettere at læse kompleks logik.
- Gyldige spørgsmålskoder bør IKKE starte med et tal, så når spørgsmålskoden bruges til at nummer dine spørgsmål, brug blot "q1", eller "q1a" eller "g1q2".
- Dette bliver variabelnavnet, hvis du eksporterer data til SPSS eller R. Så hvis du laver statistisk analyse, skal du bruge kun at oprette unikke spørgsmålskoder.
Skal jeg bruge EM?
Det korte svar er "nej". Dette afhænger dog meget af kompleksiteten af den undersøgelse, du vil oprette.
For eksempel dækker Betingelser editor nogle grundlæggende udtryk, som kan anvendes på spørgsmålene i din undersøgelse. Betingelsesredaktøren er dog begrænset. Det er derfor, EM bruges - det udvider området for tilpasningsmuligheder.
Kan jeg blande betingelser og relevansligninger?
Ja. Du kan bruge Betingelser editor til nogle spørgsmål og Relevansligninger til andre.
Du kan ikke have både betingelser og udtryk sat op i det samme spørgsmål! Når en betingelse er sat op, erstatter den det udtryk, der er skrevet i relevansligningsfeltet. Desuden kan Relevance equation-feltet ikke længere redigeres manuelt.
Alligevel er der en måde at bruge både udtryk og betingelser i et spørgsmål. Som nævnt ovenfor erstatter en betingelse relevansligningsfeltet. Når du er færdig, skal du kontrollere, hvad den nyoprettede ligning er, og kopiere den i en teksteditor. Slet den nyoprettede betingelse fra Betingelser editor og rediger derefter spørgsmålet ved at tilføje de betingelsesbaserede udtryk fra din tekstredigeringsfil sammen med resten af udtryk, du ønsker at bruge.
Hvordan skal jeg vælge mellem betingelser og relevans?
Her er en liste over fordele og ulemper ved hver stil:
Style | Fordele | Udele |
---|---|---|
Betingelser | 1. Gode GUI til at skabe enkle betingelser. 2. GUI veldokumenteret og forstået af supportteam |
1. Understøtter kun simple sammenligninger og "AND" og "OR" betingelser ikke godt. 2. Kaskadeforhold fungerer uregelmæssigt 3. Langsom - databaseintensiv - det kan bremse lange undersøgelser. 4. Nogle rapporterede problemer med genindlæsningsforhold. 5. GUI skalerer ikke godt, når der er snesevis, hundredvis eller tusindvis af spørgsmål. 6. Det kan være langsomt at konvertere papirbaserede undersøgelser, da det skal bruge SGQA navne. 7. Har ofte brug for en programmør til at specialkode logik, der er nødvendig for kompleks forgrening. |
Relevans | 1. Understøtter meget kompleks logik, inklusive 80+ funktioner og matematik/streng-operatorer. 2. Perfekt understøttelse af cascading logic. 3. Hurtigt - ingen ekstra databasekald, understøtter 1000+ spørgsmålsundersøgelser. 4. Ingen problemer med at genindlæse logik, da den ikke kræver SGQA koder. 5. Syntaks-fremhævning skalerer til 1000+ spørgsmålsundersøgelser. 6. Nem og hurtig at bruge for grupper, der ønsker at computerisere eksisterende papirbaserede undersøgelser. 7. Det understøtter let semi-strukturerede interviews og epidemiologiske undersøgelser uden behov for en programmør. |
1. Ingen GUI til simple forhold - den gør brug af syntax-highlighting i stedet. |
{{Bemærk| Bemærk:
- Vi anbefaler dig at bruge det, der passer bedre til dine behov.
- For en mere detaljeret forklaring af EM-funktionerne, klik på følgende [[EM og dens funktioner|link] ].}}
Kom godt i gang
Den bedste måde at komme i gang med EM er at:
- Installere den seneste stabile version fra https://www.limesurvey.org/en/download.
- Importer og udforsk nogle eksempelundersøgelser.
- Udforsk brugssager og how-tos, og trin- trinvise eksempler.
- Udforsk EM-dokumentationen (denne side)
- Enhedstest af isolerede udtryk (avanceret)
- viser eksempler på brug af alle EM-funktioner og -operatorer, og PHP- og JavaScript-resultater;
- bemærk, at der er få funktioner, der genererer forskellige resultater i PHP- og JavaScript-versionerne, så denne side lader dig planlægge din EM-logik i overensstemmelse hermed.
- Enhedstest af isolerede udtryk (avanceret)
Terminologi
Disse ord bruges almindeligvis til at beskrive mulighederne i EM:
- Relevance-based Branching - hvis et spørgsmål er relevant, så stil det, ellers lad være (f.eks. gør det usynligt og markér det som NULL i databasen). Du kan finde Relevance-felterne i spørgsmålsredigeringspanelet såvel som i spørgsmålsgrupperedigeringspanelet. Den senere bruges til at anvende et sæt betingelser på en hel gruppe uden at skulle kopiere den samme betingelse til hvert spørgsmål og/eller kombinere gruppe- og spørgsmålsniveau betinget logik).
- Skræddersy - Når du ved, hvilke spørgsmål der skal stilles, specificerer skræddersyet (nogle gange kaldet piping), hvordan spørgsmålet skal stilles. Dette lader dig understøtte ikke kun simpel substitution (som {TOKEN:FIRSTNAME}), men også bøjning af verber og deklination af substantiver baseret på køn eller antal af dine emner. Det giver dig også mulighed for at ændre den besked, du leverer til en undersøgelsesrespondent baseret på, om de besvarede (eller hvordan de besvarede) andre spørgsmål.
- Ligninger - EM tilføjer en ny spørgsmålstype kaldet Ligning som gemmer resultatet af et udtryk. Ligningsresultaterne beregnes og skrives til databasen, selvom du skjuler dem på siden. De bruges således til skjulte scoringsberegninger, navigation baseret på komplekse ligninger, vurderinger og rapporter, der vil blive genereret og gemt i databasen.
Relevans og kaskaderelevans
Hver spørgsmålstype har nu en Relevance option, som styrer, om spørgsmålet vises eller ej. EM behandler hver relevansligning i den rækkefølge, de vises i undersøgelsen. Hvis udtrykket er sandt (eller mangler - for at understøtte ældre undersøgelser), vil spørgsmålet blive vist. Hvis det ikke er relevant, så vil spørgsmålet blive skjult, og værdien NULLed i databasen. Hvis der ikke er relevante spørgsmål i en gruppe, vil hele gruppen blive sprunget over.
Desuden, hvis nogen af variablerne i et udtryk er irrelevante, evalueres udtrykket altid til falsk. Dette aktiverer Cascading Relevance, så du ikke behøver at skrive meget lange Relevans-ligninger for hvert spørgsmål.
Lad os sige, at du har fem spørgsmål Q1-Q5, og du kun ønsker at vise Q2, hvis Q1 blev besvaret, og Q3, hvis Q2 blev besvaret, osv. Relevansligningerne kan være:
Spørgsmålskode | Relevans | Spørgsmål |
---|---|---|
Q1 | 1 | Hvad er dit navn? |
Q2 | Q1 | {Q1}, hvor gammel er du? |
Q3 | Q2 | Så du er {Q2} år gammel. Er du gift? |
Q4 | Q3 == "Y" | {Q1}, hvor længe har du været gift? |
Q5 | Q4 | Hvor mange børn har du, {Q1}? |
Relevans på gruppeniveau
ExpressionScript understøtter også relevans på gruppeniveau. Dette gør det nemmere at implementere looping. Lad os sige, at du ønsker at indsamle oplysninger fra op til 10 enheder (såsom produkter eller personer fra en husstand), hvor du først bestemmer, hvor mange enheder der har brug for opfølgning (såsom ved at spørge, hvor mange mennesker der bor i en husstand eller få folk til at tjekke hvilke produkter, de kan lide fra en lang liste). Efter at have ved, hvor mange enheder der har brug for opfølgning, kan du bruge relevans på gruppeniveau som {count >= 1}, {count >=2}, ... {count >= 10} for hver af de 10 grupper af opfølgnings- stille spørgsmål. Inden for hver gruppe kan du have betinget logik på spørgsmålsniveau (f.eks. køn eller aldersspecifikke opfølgningsspørgsmål for hvert emne). Spørgsmålet og relevansligningerne på gruppeniveau er OG-sammensat for at bestemme, hvilke der skal vises.
For at kontrollere et sådant eksempel skal du importere følgende undersøgelse: Census survey example.
Det kan ses på nedenstående skærmbillede, at Person 1-gruppen vises (eller relevant), hvis respondenten bor sammen med mindst en anden samlever:
Skræddersy/rørføring
Alt inden for krøllede seler behandles nu som et udtryk (med én undtagelse beskrevet nedenfor). Udtryk har adgang til alle LimeReplacementFields og variabler (via flere aliaser), alle typiske ligningsoperatorer (matematiske, logiske og sammenligninger) og til snesevis af funktioner (der endda fungerer dynamisk på klientsiden).
Ved at bruge disse ligninger kan du gøre ting som:
- Vis betinget skræddersyede beskeder til respondenterne baseret på tidligere svar;
- Opret vurderinger og vis vurderingsresultater (eller betinget forgrening eller vis beskeder) baseret på disse resultater , alt sammen uden at bruge selve vurderingsmodulet;
- Konjugerer verber og afvis navneord i spørgsmål, svar og rapporter;
- Vis sammendrag af svar før siden "Vis dine svar" på slutningen af undersøgelsen.
Ligninger
Der er en ny spørgsmålstype kaldet Ligning. Tænk på det som en Tekstvisningsspørgsmålstype, bortset fra at det gemmer værdien af det, der vises i databasen. Så hvis ligningsspørgsmålsteksten indeholder en vurderingsberegning, vil denne værdi blive gemt i databasen i en variabel, der kan vises i offentlige eller private statistikker.
Syntaks
Alt, der er indeholdt i krøllede klammeparenteser, betragtes nu som et udtryk (med én undtagelse: der må ikke være indledende eller efterstillede mellemrum - dette er nødvendigt for at sikre, at ExpressionScript ikke forsøger at behandle indlejret JavaScript).
Bemærk, at det er OK, at udtryk spænder over flere linjer, så længe der ikke er mellemrum efter den indledende krøllede klammeparentes eller før den afsluttende krøllede klammeparentes. Dette er især nyttigt for indlejrede "if()"-sætninger som dette:
{if(er_empty(PFTotals),
'',
if(PFTotals >= -5 && PFTtotals <= -4,
'Meget blød',
if(PFTotals >= -3 && PFTotals <= -2,
'Blød',
if(PFTotals == -1,
'Somewhat Soft',
if(PFTotals == 0,
'Moderate',
if(PFTotals == 1,
'Somewhat Hard',
if(PFTotals >= 2 && PFTtotals <= 3,
'Hard',
if(PFTotals >= 4 && PFTtotals <= 5,
'Meget hårdt',
''
)
)
)
)
)
)
)
)}
ExpressionScript understøtter følgende syntaks:
- Alle matematiske standardoperatorer (f.eks. +,-,*,/,!);
- Alle standard sammenligningsoperatorer (f.eks. <,<=,==,!=,> ,>=, plus deres ækvivalenter: lt, le, eq, ne, gt, ge);
- Parentes (så du kan gruppere underudtryk);
- Betingede operatorer (f.eks. &&,| | og deres ækvivalenter: og, eller);
- Enkelte og dobbelte citerede strenge (som hver kan indlejre strenge med den anden citattype);
- Kommaoperator (så kan have en liste over udtryk og bare returnere det endelige resultat );
- Tildelingsoperator (=);
- Foruddefinerede variabler (for at henvise til spørgsmål, spørgsmålsegenskaber og svar) - f.eks. SGQA-koder;
- Foruddefinerede funktioner (der er allerede 80+, og det er nemt at tilføje flere).
Operatører
EM-syntaks følger normal operatorprioritet:
Level | Operator(er) | Beskrivelse |
---|---|---|
1 | () | parenteser til gruppering eller opkald af funktioner |
2 | ! - + | unære operatorer: ikke, negation, unær-plus |
3 | * / | gange, divider |
4 | + - | plus , minus |
5 | < <= > >= lt le gt ge | relative sammenligninger |
6 | == != eq ne | lighedssammenligninger |
7 | og | logisk OG |
8 | eller | logisk ELLER |
9 | = | tildeling operator |
10 | , | komma operator |
Advarsel med mismatch nummer og streng og alfabetisk/numerisk sammenligning
Når du vil sammenligne værdi med relative eller lighedssammenligninger, skal du være opmærksom på uoverensstemmelser. En værdi indtastet af bruger (eller angivet via svarkode) kan bruges som nummer hvis det tydeligt er et tal.
Hvis du omgiver en af værdierne med "
, vil en tekst/streng sammenligning tage sted. Hvis du vil sammenligne som tal, skal du aldrig omgive et tal med "
.
For eksempel er Q0.NAOK > "50"
sandt, hvis Q0.NAOK er et numerisk spørgsmål med 9 som værdi. Dette skyldes, at operatoren >
vil antage, at det er en alfabetisk sammenligning og ikke en numerisk .
For at sikre, at du sammenligner heltalsværdier, kan du bruge intval(Q0.NAOK) > 50
. Bare husk, hvis Q0.NAOK ikke er et tal (tom eller en streng), så intval(Q0.NAOK) === 0. For at sammenligne strengværdier ("A" < "B") brug strcmp direkte : strcmp(Q0.NAOK,"B")
eller strcmp(Q0.NAOK,"A5")
.
Forsigtig ved brug af Assignment Operator (=)
Du bør undgå at bruge opgaveoperatørerne, medmindre det er absolut nødvendigt, da de kan forårsage uventede bivirkninger. Hvis du f.eks. ændrer værdien af et tidligere svar, genberegnes den kaskadende relevans og valideringslogik mellem det spørgsmål og det aktuelle spørgsmål ikke, så du kan ende med internt inkonsistente data (f.eks. spørgsmål, der forbliver besvaret, men som bør er blevet NULLET, eller spørgsmål, der er sprunget over, men som burde være blevet besvaret). Generelt, hvis du vil tildele en værdi til en variabel, bør du oprette en ligningsspørgsmålstype og bruge et udtryk til at indstille dens værdi. Der er dog nogle sjældne tidspunkter, hvor folk virkelig har brug for denne operatør, så vi stillede den til rådighed.
For at advare dig om denne operator, vises den med rød skrift i syntaksligningerne (så du ikke forveksler den med "==").
Brug af opgaveoperator
De vigtigste grunde til, at du måske vil bruge tildelingsoperatoren er:
- Du skal indstille standardværdien via ligning for et spørgsmål, der ikke accepterer standardværdier (såsom listeradio, hvor brugergrænsefladen lader dig vælge en af svarmulighederne, men lader dig ikke indtaste en ligning). Vær dog forsigtig, da LimeSurvey ikke vil være i stand til at validere, at din ligning genererer et af de tilladte svar på det spørgsmål;
- Du skal med magt ændre svaret på et tidligere spørgsmål baseret på et senere svar;
* etc...
Du kan bruge hele expression manager-systemet til dette formål. Det er bedre at bruge en Equation til dette formål.
Nogle eksempler:
- Indstil svar på et kort tekstspørgsmål med små bogstaver:
{QCODE=strtolower(QCODE.NAOK)}
; - Indstil et standardsvar til en matrixspørgsmålstype ved starten af en undersøgelse:
{Q1_SQ1=(is_empty(Q1_SQ1.NAOK),"A99",Q1_SQ1.NAOK)}
; - Indstil et standardsvar til en array-tekstspørgsmålstype ved starten af en undersøgelse:
{Q1_SQY1_SQX1 = (is_empty(Q1_SQY1_SQX1.NAOK),"Inserted answer", Q1_SQY1_SQX1.NAOK)}
; - Indstil et svar med betingelse :
{QCODE=if(YesNo="Y","A1","")}
.
XSS sikkerhed
Med XSS aktiveret, kan nogle dele af expression manager-systemet ikke bruges:
- starter et HTML-tag i udtryk, men slutter i et andet udtryk;
- ved hjælp af et komplekst udtryk i en URL .
<html>Eksempler og løsninger:
{if( 1 ,"","")}information{if( 1 ,"","")}
er brudt med XSS-sikkerhed, her kan du bruge{if(1," ;
<strong>information</strong>","information")}
;
<a href="/script.php?value={if(QCODE == "Y","yes","no")}">next</a>
, here you can use an equation question because using a complete question code is OK :<a href="/script.php?value={EQUATION.NAOK}">next</a>
. information","information")}{if(1," ;
<a href="/script.php?value={if(QCODE == "Y","yes","no")}">next</a>
, here you can use an equation question because using a complete question code is OK :<a href="/script.php?value={EQUATION.NAOK}">next</a>
.
Adgang til variabler
ExpressionScript giver skrivebeskyttet adgang til de variabler, du måtte have brug for. For bagudkompatibilitet giver den adgang til følgende:
- TOKEN:xxx - værdien af et TOKEN (f.eks. TOKEN:FIRSTNAME, TOKEN:ATTRIBUTE_5) (kun for 'not ' anonym undersøgelse).
- INSERTANS:SGQA - visningsværdien af et svar (f.eks. "Ja") - svarende til at bruge {QCODE.shown }.
- Alle {XXX} værdier brugt af skabeloner.
- I spørgsmålsteksten kan du bruge {QID} erstattet af spørgsmåls-id og {SGQ} erstattet af SGQA af spørgsmålet.
Derudover lader ExpressionScript dig henvise til variabler ved hjælp af spørgsmålskoden (kolonnen 'titel' i spørgsmålstabellen i databasen). Dette er også den variable etiket, der bruges, når du eksporterer dine data til SPSS, R eller SAS. Hvis du f.eks. har spørgsmål om navn, alder og køn, kan du kalde disse variabler navn, alder og køn i stedet for 12345X13X22, 12345X13X23' ', og 12345X13X24. Dette gør ligninger nemmere for alle at læse og validere logikken, plus at det gør det muligt at blande spørgsmål uden at skulle holde styr på gruppe- eller spørgsmålsnumre.
Vigtigt: Det er mere sikkert at henvise til variabler, der forekommer på de foregående sider eller spørgsmål.
Ydermere giver ExpressionScript dig adgang til mange egenskaber ved spørgsmålet:
Syntaks | Betydning | Eksempel | Eksempelresultat |
---|---|---|---|
Qcode | et alias for Qcode.code | {implode(',',navn,køn )} | 'Tom','M' |
Qcode.code | den valgte svarkode for spørgsmålet, hvis den er relevant (ellers tom), eller tekstværdien, hvis den ikke er en kodet spørgsmål | {implode(',',name.code,gender.code)} | 'Tom','M' |
Qcode.NAOK | samme som Qcode - se diskussion af NAOK | {gender.NAOK} | 'M' |
Qcode.value | vurderingsværdien for spørgsmålet, hvis det er relevant (ellers tomt), eller tekstværdien, hvis det ikke er et kodet spørgsmål | {gender.value} | '1' |
Qcode.valueNAOK | samme som Qcode.value - se diskussion om NAOK | {gender.valueNAOK} | '1 ' |
Qcode.shown | visningsværdien for spørgsmålet | {implode(',',name.shown,gender.shown)} | 'Tom','Mand' |
Qcode.question | teksten til spørgsmålet | {gender.question} | 'Hvad er dit køn?' |
Qcode.mandatory | om spørgsmålet er obligatorisk (J/N) | {gender.mandatory} | 'N' |
Qcode.qid | det interne spørgsmålsnummer (ikke løbenummeret) | {gender.qid} | 337 |
Qcode.type | spørgsmålstypen | {gender.type} | 'G' |
Qcode.jsName | det korrekte javascript-navn for spørgsmålet, uanset om det er erklæret på eller uden for denne side | {gender.jsName} | 'java1827X3X337' |
Qcode.gid | det interne gruppenummer (ikke løbenummeret) | {gender.gid} | 3 |
Qcode.qseq | spørgsmålets løbenummer, startende fra 0 | {gender.qseq} | 5 |
Qcode.gseq | gruppens fortløbende nummer, startende fra 0 | {gender.gseq} | 1 |
Qcode.relevanceStatus | om spørgsmålet i øjeblikket er relevant (0 eller 1) | {gender.relevanceStatus} | 1 |
Qcode.relevance | relevansligningen på spørgsmålsniveau | {gender.relevance} | '!er_tom(navn)' |
Qcode.grelevance | relevansligningen på gruppeniveau | {gender.grelevance} | 'antal_børn >= 5' |
Qcode.sgqa | SGQA-værdien for dette spørgsmål | {gender.sgqa} | '1827X3X337' |
HTML-editor problem
Hvis du bruger HTML-editoren, erstattes nogle tegn af HTML-enheder.
- & af &
- < af <
- > af >
Hvis du bruger HTML-editor, skal du bruge :
- og for &
- lt for <
- le for <=
- gt for >
- ge for >=
Det anbefales at rydde dit udtryk for HTML, der vises i dit udtryk. Hvis du bruger LimeSurvey HTML-editoren, skal du klikke på knappen "Kilde" (placeret i den øverste venstre del af editoren) og slette alle de tegn, der ikke er relateret til dit udtryk (f.eks.
,
, og så videre).
Her er detaljerne om, hvordan man konstruerer en Qcode (og får adgang til nogle egenskaber) efter spørgsmålstype. Generelt er Qcodes konstrueret som:
Spørgsmålskode. '_'. Underspørgsmåls-ID. '_'. ScaleId
For kommentar og andet er de tilsvarende spørgsmålskoder henholdsvis QuestionCode_comment og QuestionCode_other.
Type | Beskrivelse | Kode | Underspørgsmål | Svarmuligheder | Skalaer | Svarkode | Svar vist | Relevans |
---|---|---|---|---|---|---|---|---|
5 | 5 Punktvalg radio-knapper | Q1 | 1-5 | {Q1} | {Q1.shown} | {Q1==3} | ||
B | Array (10 Point Choice) Radio-knapper | Q2 | |1-10 | {Q2_L2} | {Q2_L2.shown} | {Q2_L2==7} | ||
A | Array (5 Point Choice) Radio-knapper | Q3 | |1-5 | {Q3_1} | {Q3_1.shown} | {Q3_1>=3} | ||
1 | Array (fleksible etiketter) Dobbelt skala | Q4 | sq1-sq5 | 0 :a1-a3 | 1:b1-b3 | {Q4_sq1_0} | {Q4_sq1_1.shown} | {Q4_sq1_1=='b2'} |
H | Array (fleksibel) - Kolonneformat | Q5 | 1-5 | s,m,t | {Q5_1} | {Q5_1.shown} | {Q5_1=='s'} | |
F | Array (fleksibel) - Rækkeformat | Q6 | |1-5 | {Q6_F3} | {Q6_F3.shown} | {Q6_F3==4} | ||
E | Array (Forøg/Samme/Reducer) Radio-knapper | Q7 | 1- 7 | I,S,D | {Q7_4} | {Q7_4.shown} | {Q7_4=='D'} | |
: | Array (Multi Flexi) 1 Til 10 | Q8 | ls1,todo ,ls2 | min.,maks.,gennemsnit | {Q8_ls1_max} | {Q8_ls2_avg.shown} | {Q8_ls2_min==7} | |
; | Array (Multi Flexi) Tekst | Q9 | hp,st,sw | 1., 2., 3. | {Q9_hp_3rd} | {Q9_hp_3rd.shown} | {Q9_hp_3rd=='Peter'} | |
C | Array (Ja/Usikker/Nej) Radio-knapper | Q10 | 1-5 | Y,N,U | {Q10_1} | {Q10_1.shown} | {Q10_3=='Y'} | |
X | Boilerplate-spørgsmål | Q11 | {Q11.shown} | |||||
D | Dato | Q12 | {Q12} | {Q12.shown} | ||||
* | Ligning | Q13 | {Q13} | {Q13.shown} | {Q13>5} | |||
~124~ | Filupload (registrerer antallet af uploadede filer) | Q14 | {Q14} | {Q14>0} | ||||
G | Køn Drop-Down List | Q15 | M,F | {Q15} | {Q15.shown} | {Q15=='M'} | ||
U | Kæmpe gratis tekst | Q16 | {Q16} | {Q16.shown} | {strlen(Q16)>100} | |||
I | Sprogspørgsmål | Q17 | {Q17} | {Q17.shown} | {Q17=='da'} | |||
! | Liste - Dropdown | Q18 | 1-5 | {Q18} | {Q18.shown} | {Q18==3} | ||
L | List drop-down/radioknapliste | Q19 | AZ | {Q19} | {Q19.shown} | {Q19=='X'} | ||
O | Liste med kommentar drop-down/radioknapliste + tekstområde | Q20 | AF | {Q20},{Q20comment} | {Q20.shown} | {Q20=='B'} | ||
T | Lang fritekst | Q21 | {Q21} | {Q21.shown} | {strstr(Q21,'hello')>0} | |||
M | Multiple Choice Checkbox | Q22 | | | {Q22_E}, {Q22_other} | {Q22_E.shown}, {Q22_other.shown} | {Q22_E=='Y'} | ||
P | Multiple Choice with Comments Checkbox + Tekst | Q23 | AF | {Q23_D}, {Q23_Dcomment} | {Q23_D.shown} | {!is_empty(Q23)} | ||
K | Multiple numerisk spørgsmål | Q24 | selv,mor,far | {Q24_self} | {Q24_self.shown} | {Q24_self>30} | ||
Q | Flere kort tekst | Q25 | AF | {Q25_B} | {Q25_B.shown} | {substr(Q25_B,1,1)=='Q'} | ||
N | Numerisk spørgsmålstype | Q26 | {Q26} | {Q26.shown} | {Q26 > 30} | |||
R | Rankingstil | Q27 | 1-4 | {Q27_1} | {Q27_1.shown} | {Q27_1==3} | ||
S | Kort fritekst | Q28 | {Q28} | {Q28.shown} | {Q28=='min'} | |||
Y | Ja/Nej radioknapper | Q29 | {Q29} | {Q29.shown} | {Q29=='Y'} |
Brug af NAOK
NAOK --> "Ikke relevant" (NA) er i orden (OK)
Brug af NAOK betyder, at alle eller nogle af variablerne er irrelevante (f.eks. "Ikke relevant" (NA) er i orden (OK)).
For eksempel: count(Q1_SQ1,Q1_SQ2,Q1_SQ3,Q1_SQ4) angiv altid en tom streng, hvis et underspørgsmål til Q1 er filtreret. For at tælle antallet af kontrollerede underspørgsmål i et sådant spørgsmål kan tælles(Q1_SQ1.NAOK,Q1_SQ2.NAOK ,Q1_SQ3.NAOK,Q1_SQ4.NAOK). Hvis underspørgsmålet er skjult, returnerer EM en tom streng.
Uden NAOK, hvis et spørgsmål eller et underspørgsmål er skjult, returnerer EM altid en tom streng (det samme som at returnere falsk).
De .viste bruger altid NAOK-systemet (tom streng, hvis den er skjult), men hvis du har brug for koden til svaret: det er altid en god idé at tilføje .NAOK efter spørgsmålskoden (undtagen hvis du har brug for det og ved, hvad du gør).
Yderligere oplysninger findes i underafsnittet Overriding Cascading Conditions.
De reserverede "dette", "selv" og "det" variabler
Ganske ofte vil du vurdere alle dele af et spørgsmål, såsom at tælle hvor mange underspørgsmål der er blevet besvaret eller opsummere scoren. Andre gange vil du kun behandle bestemte rækker eller kolonner i et spørgsmål (såsom at hente række- eller kolonnesummerne og gemme dem i databasen). Disse reserverede variabler gør denne proces relativt smertefri.
"Denne" variabel
Variablen "this" bruges udelukkende inden for "Hele spørgsmålsvalideringsligning" og "Underspørgselsvalideringsligning" (den senere er ikke muligt fra GUI). Det udvides til variabelnavnene på hver af cellerne i disse spørgsmål. Så hvis du vil sikre dig, at hver post er større end tre, skal du indstille "Underspørgselsvalideringsligningen" til (dette > 3).
"Selv" variabel
Variablen "selv" og "that" er mere kraftfulde og fungerer som makroer, der udvides før behandling af ligninger. Syntaksvalgene for "selv"-variablen er:
- self
- self.suffiks
- self.sub-selector
- self.sub- vælger.suffiks
- suffiks er et af de normale qcode-suffikser (f.eks. NAOK, værdi, vist)
- sub-selector kan være en af følgende:
- kommentarer - kun underspørgsmål, der er kommentarer (f.eks. multiple choice med kommentar og liste med kommentar);
- nocomments - kun underspørgsmål, der ikke er kommentarer;
- sq_X - hvor X er en række- eller kolonne-id. Kun underspørgsmål, der matcher mønster X, er valgt. Bemærk, at søgningen udføres på komplet kode-id, så matcher sq_X og inkluderer underspørgsmål nX, X, Xn (f.eks. hvis du bruger sq_1, var underspørgsmål a1, 1a, 1, 11 eller 001 inkluderet). Læg mærke til spørgsmålstypen med dobbelt skala, hvor koden for underspørgsmål er QCODE_SQCODE_1 og QCODE_SQCODE_1, og på rangeringsspørgsmålstypen, hvor koden for underspørgsmål er QCODE_1, QCODE_2 ....
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 an 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)}
"That" variable
The "that" variable is like the "self" variable, but it allows you to 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 subquestion extensions. So, let's create a question 'q1', 'q' representing also 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 the EM) can validate whether the variables exist or not. This may seem confusing since you may see quite lengthy equations. However, if you edit the question, you will see the original equation using "self" and/or "that".
- you want to explicitly name each variable used in an equation, or
- use variables that do not have subquestions (e.g., single response questions). In those cases, prefixing a variable with "that" is overkill, and you run the risk of getting unexpected results.
Access to functions
The ExpressionScript 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.
Implemented functions
The following functions are currently available:
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 to 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) |
listifop (New in 3.16.1 ) | Return a 'glue'-separated list of the specified question property (retProp) from questions in the list which pass the criteria (cmpProp op value) | string listifop(cmpProp, op, value, retProp, glue, sgqa1, sgqa2, ... sgqaN) |
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 unicode string (starting by 0, return false if not found) | 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 an unicode string (starting by 0, return false if not found) | int strpos(haystack, needle [ offset=0]) |
strrev | Reverse a string | string strrev(string) |
strstr | Find first occurrence of a string | string strstr(haystack, needle[, before_needle=false]) |
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 an unicode 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) |
Create new expression functions with plugin (New in 4.0.0 )
If you need a new function that doesn't exist in core, you can create one with a plugin. Such a new function is created using the expressionManagerStart event.
ExpressionScript knows which variables are local
In order to properly build the JavaScript for a page, EM needs to know which variables are set on the page, and what their JavaScript ID is (e.g., for document.getElementById(x)). It must also 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).
Cascading Conditions
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 |
Overriding Cascading Conditions
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:
- q1 is not added to the LEManyNA() clause
- 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 converge 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.
How does ExpressionScript support conditional micro-tailoring?
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 | text | {name}, you said you are {age} and that you have {numKids}. The sum of ages of your first {min(numKids,5)} kids is {sumage} |
To download the above survey example, click on the following link: Number of kids survey example.
All of these questions can be on a single page (e.g., in the same group), and only the relevant questions will be displayed. Moreover, as you enter the ages of children, the sum() expression in the last question will dynamically get updated.
ExpressionScript provides this functionality by surrounding each expression with a named <span> element. Every time a value changes, it recomputes the expression that should appear in that <span> element and regenerates the display. You can have dozens or even hundreds of such tailored expressions on the same page.
Syntax highlighting
To help with entering and validating expressions, the EM provides syntax highlighting with the following features:
Types and Meanings of Syntax Highlighting
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 |
bold red text | Sample | An error | Some explanation on error | Can be an unknow variable or an error in function. Survey is broken and the questions that rely on the respective expression will not be shown to the respondents. |
blue text | Sample | function name | meaning and allowable syntax | It refers to function names or things that should be functions since they are followed by an open parenthesis. They are displayed 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. |
cyan text | Sample | variable set on the same page, | [name or SGQA code]: question; value; answerList showing codes for each value | Any variable that is set on the same page as the question you are currently editing is shown in cyan text (it can be updated in javascript). The tooltip shows its name (if you used INSERTANS:xxx) or its 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 shown. |
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 page is 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 shown. |
bold pink text | Sample | variable set on a later page in general : empty at survey start, but can be filled with index or move previous | [name or SGQA code]: question; value; answerList showing codes for each value | Any variable that is set on a prior page is shown in bold pink 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 tan text | Sample | a lime replacement value | the value | Lime Replacement Strings (like {TOKEN:xxx}, {PRIVACY_MESSAGE}) are shown in bold tan text. |
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 signs within the expression are 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 within red boxes. 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. |