2072 / 2072/vim-syntax-for-PHP

oddities with shorttag off

Ouverte
#6 2 commentaires 0 réactions 0 personnes assignées Voir sur GitHub
Langage dominant
Vim Script
Étoiles
16
Forks
4
Métriques de merge des PR
Aucune PR mergée en 30 j

Description

Found this by accident, after disabling shorttags parsing after working a rather large file that caused syntax parsing to take a few seconds...

shorttags not disabled (that is, the default)

![image](https://github.com/2072/vim-syntax-for-PHP/assets/56283/562a0f1d-faaa-49d3-8dbe-994109422dbb)
(note that these are not short tags, but echo tags)

with `php_noShortTags=1`
![image](https://github.com/2072/vim-syntax-for-PHP/assets/56283/8cbad772-2e38-474d-9669-e359855d4f86)

with `php_noShortTags=1`, if I remove the `` be on a line with code (doesn't have to be a single line with the opening `` closing on its own line. Only after i save and quit and reopen the file (or save and `:e!`). Likewise if i open a file with the bug, removing the trigger won't fix it, until I reload the file. Whatever is causing it is "sticky".

Guide de contribution

Aucun guide de contribution indexé pour ce dépôt

Piste de recherche

The issue is in the Vim syntax file for PHP, likely in syntax/php.vim. Start by examining how shorttags are toggled with php_noShortTags and how regions for and echo tags are defined. Reproduce the bug with the provided examples to see the sticky highlighting behavior. Look for syntax region definitions that might incorrectly nest or fail to reset when the closing tag is on its own line.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Évaluation

Stack technique
php, vim
Domaine
devtools
Type d'issue
Bug
Difficulté
3/5
Temps estimé
1-2 jours
Activité
À l'abandon
Clarté
Plutôt claire
Accessibilité débutants
45/100

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.