Page History

...

• Als je op Windows zit en je wilt bijvoorbeeld $1 gebruiken om een replacement te doen, NIET de $ escapen. Als je op Unix zit, WEL de $ escapen. Zie dit topic: Using string replacement with CLI
• Whitespace karakter (\s+) lijkt niet te werken, spatie ( ) lijkt wel te werken.
• De meeste leestekens moeten escaped worden. Bijvoorbeeld de < en > moeten escaped worden. Dit geld alleen voor het linkerlid van de findReplaceRegex, want het rechterlid wordt al als string geintepreteerd!

...

• (?!@title@) geeft aan dat de match niet de title van het artikel mag zijn. De attributen met dezelfde naam als het artikel hoeven namelijk niet naar hetzelfde artikel gelinked te worden.

• (@)+ geeft aan dat de match moet beginnen met een @, de + geeft aan dat er minimaal 1 moet inzitten. Dit zorgt er dus voor dat alleen de strings beginnende met @ worden gematched

• ([A-Z0-9]*[_]*)+ geeft aan dat de match een 1 karaktergroep bevat waarin hoofdletters, cijfers en underscores kunnen voorkomen. de + geeft aan dat er 1 of meer van deze karaktergroep in de match moet voorkomen.

  • [A-Z0-9]* geeft aan dat er 0 of meer hoofdletters of cijfers in een karaktergroep moet zitten.
  • [_]* geeft aan dat er minimaal 0 of meer underscores in een karaktergroep moet zitten.  

• ([\s+]?[\n]?) geeft aan dat de match aan het einde een spatie en newline KAN bevatten, maar dat hoeft niet. 

Problemen en Bugs

Aangezien de CLI een systeem in aanbouw is is het niet uitgesloten dat het volledig bug vrij is. In dit onderdeel zet ik de bugs en problemen neer die ik ben tegengekomen met daarbij mogelijke workarounds.

...

Er lijkt een probleem te zijn met het gebruik van quantifiers in regex, De quantifiers * + en ? werken allemaal prima, maar zodra je {n}, {n,} of {n,n} gaat gebruiken werkt het ineens niet meer.