Coda 2 не подсвечивает PHP если после "<?" нет пробела

Question

[Тимур]

Если после открытия короткого тега нет промежутка, то код PHP не подсвечивается. В других редакторах не встречал такой проблемы. К сожалению, рефакторить весь проект не представляется возможным. Да и кто работал с Битриксом, знаком с повсеместной конструкцией "<?$APPLICATION->...". Кто-нибудь сталкивался с этой проблемой и нашел решение?

Comments

[Тимур]

Я понимаю, что самый простой способ — все-таки рефакторинг. Но вопрос об альтернативных способах, например изменение шаблона подсветки синтаксиса.

Answer 1

[Виталий Перетятько]

Разработчики Coda довольно оперативно отвечают на вопросы. Напишите им об этой недоработки и в следующем апдейте все будет ок. Или же если не терпится — откройте Coda2.app, и в нем Resources/PHP-HTML.mode
Это тоже пакет в котором в xml заданы правила подсветки и прочее, все можно поправить и снова запихнуть в Coda2. Кстати если получится — можете поделится с сообществом.

Comments

[Виталий Перетятько]

Можете попробовать мое решение dl.dropbox.com/u/959328/PHP-HTML.mode.zip

измененные строки в самом начале SyntaxDefinition.xml, старые значения закомментировал. Надеюсь ничего не сломалось в раскраске…

[Тимур]

Спасибо! То, что нужно! Попробую собрать новый пакет, чтоб не испорить старый :)

[Тимур]

Собрал на всякий случай новый пакет PHP-HTML-S.mode — dl.dropbox.com/u/20096318/share/PHP-HTML-S.mode.zip
Отлично уживается рядом с оригинальным.

Answer 2

[Jonh Doe]

Не подсвечивает потому, что это short tags а это не нативно, вернее нативно но не до конца верно. Надо писать "<?php "
akral написал как слделать быстро. Но надо добавить php

Comments

[Тимур]

Все же считаю логичным, что редактор должен подстраиваться под код, а не код под редактор. Тем более, что это валидный php-код, хоть и не по «феншую». Да, при использовании short tags необходимо свериться с конфигом. Я же говорю о конкретном проекте, а не универсальном средстве. И тут проще проверить одну строчку конфига, чем менять код всех файлов проекта.

Answer 3

[egorinsk]

Почему бы не перейти на модное сейчас написание длинного открывающего тега [?php? Не думаю, что производители редакторов будут ориентироваться на ваш уникальный стиль написания кода, и вы будете сталкиваться с аналогичными проблемами.

Comments

[Тимур]

Как написал выше, используется Битрикс. Это данные обстоятельства. Во всех создаваемых им файлах используется такая конструкция. Это не «мой стиль» написания кода!

[Сергей Береснев]

egorinsk, где можно почитать про эту моду?

[Дмитрий Серженко]

Здесь:

PHP also allows for short tags <? and ?> (which are discouraged because they are only available if enabled with short_open_tag php.ini configuration file directive, or if PHP was configured with the --enable-short-tags option.

[egorinsk]

sectus, например в Zend Coding Guide или PEAR coding guide — это по моему самые известные стандарты оформления PHP-кода

Answer 4

[Макс]

Мне кажется, отрефакторить проект — наиболее простое решение, к тому же, не вижу в этом сложностей, скрипт который доставит пробелы пишется в десяток строчек и займет у вас 15 минут времени.

Answer 5

[akral]

15 минут времени?

find . -type f -print 0 | xargs -0 sed -i '' 's/\<?([^ ])/<? \1/g'

Comments

[Тимур]

Спасибо за решение, уточнил вопрос, что ищу альтернативные пути.