Улучшение подсветки синтаксиса GeSHi для T-SQL

Question

Улучшение подсветки синтаксиса GeSHi для T-SQL

30

Я использую WP-GeSHi в WordPress, и в значительной степени я очень доволен этим. Однако есть несколько небольших сценариев, в которых подсветка цвета слишком агрессивна, когда ключевое слово:

имя переменной (обозначается ведущим @)
часть другого слова (например, IN в INSERTED)
комбинация (часть имени переменной, например JOIN и IN в @JOINBING)
внутри квадратных скобок (например, [status])

Некоторые ключевые слова чувствительны к регистру, а другие - нет. В приведенном ниже скриншоте суммируются различные случаи, когда это происходит не так:

Теперь код в GeSHi.php довольно подробный, и я отнюдь не эксперт PHP. Я не боюсь, что мои руки здесь немного грязные, но я надеюсь, что кто-то еще внесет исправления в этот код и может предоставить некоторые указатели. Я уже реализовал обходное решение, чтобы предотвратить @@ROWCOUNT от неправильного выделения, но это было легко, поскольку @@ROWCOUNT определен - я просто перетасовал массивы вокруг так, чтобы он был найден до ROWCOUNT.

Я бы хотел, чтобы GeSHi полностью игнорировал ключевые слова, которые не являются целыми словами (независимо от того, префикс ли они @ или сразу окружены другими буквами/цифрами). JOIN должен быть серым, но @JOIN и JOINS не должен. Мне также хотелось бы игнорировать ключевые слова, которые находятся внутри квадратных скобок (в конце концов, так мы говорим, что Management Studio не выделяет цвет, а также то, как мы говорим движку SQL игнорировать зарезервированные слова, ключевые слова и недопустимые идентификаторы).

Aaron Bertrand 08 май 2014, в 13:41

Источник

Теги:

wordpress

syntax-highlighting

geshi

2 ответа

3

По моему мнению, то, что вы делаете, займет много времени. Поэтому я предлагаю вам установить другой plugin:

Он имеет лучшие функции и поддерживает больше языков и лучше. Таким образом, это устранит все эти проблемы.

EDIT:

Эй, я опробовал тот же код с последней версией и получил следующий результат -

EDIT:

Итак, если вы не хотите использовать другой плагин, я расскажу вам о кодировании:

Сначала откройте \wp-content\plugins\wp-geshi-highlight\geshi\geshi\tsql.php в текстовом редакторе.

Затем найдите массив 'KEYWORDS' или найдите его.

Добавьте 6 к последнему из них (после 5) и добавьте в него свои пользовательские ключевые слова. Например:

5 => array(
'ALL', 'AND', 'ANY', 'BETWEEN', 'CROSS', 'EXISTS', 'IN', 'JOIN', 'LIKE', 'NOT', 'NULL',
'OR', 'OUTER', 'SOME',
),

6 => array(                          //This line has been added by me
'status'                             //This line has been added by me
)                                    //This line has been added by me

Примечание. Я только что показал массив 5 (уже присутствует) и элемент массива 6 (который я сделал).

Затем, чтобы сделать его чувствительным к регистру, добавьте ниже код к последнему из массива 'CASE_SENSITIVE':

6 => true

Массив 'CASE_SENSITIVE' должен выглядеть следующим образом:

'CASE_SENSITIVE' => array(
GESHI_COMMENTS => false,
        1 => false,
        2 => false,
        3 => false,
        4 => false,
        5 => false,
        6 => true                         //This line has been added by me
        ),

Теперь вам нужно будет добавить стиль к пользовательским ключевым словам. Это может быть достигнуто путем добавления ниже строки к элементу 'KEYWORDS' массива 'STYLES'. начало массива 'STYLES' должно выглядеть следующим образом:

'STYLES' => array(
        'KEYWORDS' => array(
            1 => 'color: #0000FF;',
            2 => 'color: #FF00FF;',
            3 => 'color: #AF0000;',
            4 => 'color: #AF0000;',
            5 => 'color: #808080;',
            6 => 'color: #0000FF;'          //This line has been added by me
            ),

Вы можете решить свои проблемы по приведенным выше рекомендациям, но для той части, в которой плагин выделяет неполные слова, я нашел только одно решение, которое вы обновляете свой плагин до последней версии, потому что он решает эту проблему.

prakhar19 14 май 2014, в 21:46

4

Спасибо, но я вложил много работы в другие изменения в GeSHi в соответствии с моими потребностями, поэтому я бы предпочел продолжать над этим работать, а не выкупать плагины оптом. Я также очень боюсь синдрома «трава зеленее» - где я просто обменял бы эти немногие оставшиеся недостатки на другие, возможно, более важные.
Aaron Bertrand 15 май 2014, в 13:28
0

Кроме того, результаты, которые вы показываете , имеют аналогичные проблемы. Почему status не выделен синим цветом в строке 2? Почему join к части локальных переменных в AND mort IN линии выделены серым цветом? Как я и подозревал, мне пришлось бы пережить много трудностей, перенеся 150+ постов, чтобы использовать немного другой синтаксис <pre> , только чтобы обменять мои текущие неудобства форматирования на немного другие.
Aaron Bertrand 20 май 2014, в 13:25
0

Привет, я отредактировал свой ответ и рассказал о части кодирования.
prakhar19 20 май 2014, в 14:05
0

Ключевые слова, на которые я жалуюсь, уже находятся в массиве. У всех массивов есть стиль, который я хочу, и все параметры установлены без учета регистра (и я хочу их таким образом). Я вижу различия в том, воспринимаются ли они как ключевые слова, потому что я думаю, что в зависимости от массива используются разные регулярные выражения. И настоящая проблема, которую я должен решить здесь, состоит в том, чтобы помешать этим регулярным выражениям идентифицировать ключевые слова, содержащиеся в более крупных словах (или с префиксом @ или через [квадратные скобки]). Я на последней версии Geshi плагина и проблема все еще происходит.
Aaron Bertrand 20 май 2014, в 14:14
0

Если у вас нет проблем с внесением некоторых грязных исправлений, то, возможно, вы можете определить еще один массив, в котором вы можете определить «@status» и присвоить ему стиль «color: # 000000;» и т. Д. Но помните, что массивы, содержащие такие слова, как '@status', должны быть определены над массивами, содержащими такие слова, как 'status'.
prakhar19 20 май 2014, в 14:36
0

Да, я мог бы сделать это, но мне нужно было бы создать массив, содержащий каждое ключевое слово, которое можно было бы использовать в качестве переменной (и это почти все из них). Я уверен, что есть более элегантный способ заставить регулярные выражения просто игнорировать ключевые слова с префиксом @ вместо того, чтобы определять каждое ключевое слово заново. Я не хочу показаться неблагодарным, и я ценю ваши усилия здесь, но это не те решения, которые я ищу.
Aaron Bertrand 20 май 2014, в 14:38
0

Извините, но я не смог найти никакого решения, кроме этого. Потому что если вы отредактируете любой другой файл wp-geshi, то это изменит это правило для любого другого языка, и wp-geshi не будет содержать никаких опций для определенного языка.
prakhar19 20 май 2014, в 16:11
0

Я в порядке с этим. Я использую его для T-SQL в 99,999% случаев, и в других 0,001% случаев у меня все в порядке с яркой раскраской (PowerShell - действительно единственный из всех моих постов в блоге).
Aaron Bertrand 20 май 2014, в 16:30

Показать ещё 6 комментариев

Ещё вопросы

Спасибо, но я вложил много работы в другие изменения в GeSHi в соответствии с моими потребностями, поэтому я бы предпочел продолжать над этим работать, а не выкупать плагины оптом. Я также очень боюсь синдрома «трава зеленее» - где я просто обменял бы эти немногие оставшиеся недостатки на другие, возможно, более важные.
Кроме того, результаты, которые вы показываете , имеют аналогичные проблемы. Почему status не выделен синим цветом в строке 2? Почему join к части локальных переменных в AND mort IN линии выделены серым цветом? Как я и подозревал, мне пришлось бы пережить много трудностей, перенеся 150+ постов, чтобы использовать немного другой синтаксис <pre> , только чтобы обменять мои текущие неудобства форматирования на немного другие.
Привет, я отредактировал свой ответ и рассказал о части кодирования.
Ключевые слова, на которые я жалуюсь, уже находятся в массиве. У всех массивов есть стиль, который я хочу, и все параметры установлены без учета регистра (и я хочу их таким образом). Я вижу различия в том, воспринимаются ли они как ключевые слова, потому что я думаю, что в зависимости от массива используются разные регулярные выражения. И настоящая проблема, которую я должен решить здесь, состоит в том, чтобы помешать этим регулярным выражениям идентифицировать ключевые слова, содержащиеся в более крупных словах (или с префиксом @ или через [квадратные скобки]). Я на последней версии Geshi плагина и проблема все еще происходит.
Если у вас нет проблем с внесением некоторых грязных исправлений, то, возможно, вы можете определить еще один массив, в котором вы можете определить «@status» и присвоить ему стиль «color: # 000000;» и т. Д. Но помните, что массивы, содержащие такие слова, как '@status', должны быть определены над массивами, содержащими такие слова, как 'status'.
Да, я мог бы сделать это, но мне нужно было бы создать массив, содержащий каждое ключевое слово, которое можно было бы использовать в качестве переменной (и это почти все из них). Я уверен, что есть более элегантный способ заставить регулярные выражения просто игнорировать ключевые слова с префиксом @ вместо того, чтобы определять каждое ключевое слово заново. Я не хочу показаться неблагодарным, и я ценю ваши усилия здесь, но это не те решения, которые я ищу.
Извините, но я не смог найти никакого решения, кроме этого. Потому что если вы отредактируете любой другой файл wp-geshi, то это изменит это правило для любого другого языка, и wp-geshi не будет содержать никаких опций для определенного языка.
Я в порядке с этим. Я использую его для T-SQL в 99,999% случаев, и в других 0,001% случаев у меня все в порядке с яркой раскраской (PowerShell - действительно единственный из всех моих постов в блоге).

Jonathan Amend · Accepted Answer · 2014-05-21T03-27-00.000Z

Вы можете сделать это, добавив элемент управления PARSER_CONTROL в конец массива:

'PARSER_CONTROL' => array(
    'KEYWORDS' => array(
        1 => array( // "1" maps to the main keywords near the start of the array
            'DISALLOWED_BEFORE' => '(?![\(\w])',
            'DISALLOWED_AFTER' => '(?![\(\w])'
        ),
        5 => array( // "5" maps to the shorter keywords like "IN" that are further down
            'DISALLOWED_BEFORE' => '(?![\(\w])',
            'DISALLOWED_AFTER' => '(?![\(\w])'
        ),
    )
)

Edit

Я изменил свой смысл, чтобы переместить некоторые ключевые слова, добавленные вами в SYMBOLS, назад на KEYWORDS (хотя в их собственной группе и в вашем пользовательском стиле), и я обновил массив PARSER_CONTROL, чтобы соответствовать новые индексы ключевых слов, а также включить по умолчанию regex, который генерирует geshi. Вот ссылка:

https://gist.github.com/jamend/07e60bf0b9acdfdeee7a

поэтому у меня есть еще одна мелочь, которую я бы хотел исправить, и это может быть очень легко для вас. Я бы хотел, чтобы переменные (все, что начинается с @ ) были выделены определенным цветом. Это легко или сложно?
Genius. Еще раз большое спасибо. (И извините за то, что я не изложил все мои требования заранее - я думал, что вопрос уже был подавляющим без этих дополнительных, в значительной степени не связанных изменений.) Теперь, последний вопрос: почему ТАК не позволяет мне давать более 500 представителей в отдельности? Баунти? Ты хоть представляешь, как долго я ломал голову над этими незначительными изменениями?
Вау, похоже, @ypercube помог тебе с щедростью! Спасибо!!
Привет, я автор WP-GeSHi-Highlight. Я уверен, что вы поняли, что я просто использую потрясающую библиотеку GeSHi там. Теперь, вы рассматривали возможность внести свой вклад в проект GeSHi? Вот, пожалуйста : github.com/GeSHi/geshi-1.0 - хранилище довольно стабильное, но запросы на обновление языковых обновлений, похоже, время от времени объединяются. А я, с другой стороны, время от времени объединяю обновления GeSHi с WP-GeSHi-Highlight. Ура!
Вот, пожалуйста, я включил другие улучшения, сделанные Аароном Бертраном. Улучшение подсветки синтаксиса T-SQL