В одном из проектов, над которым я работал, автоматическое форматирование было сделано на уровне pre-commit-hook. Причем использовалась наивная реализация, когда из хука запускается программа форматирования, которая форматирует код всего проекта, но никак не обновляет данные для коммита. Это приводило к тому, что после коммита в рабочей копии появлялись изменения с правильным форматированием файлов, но они не попадали коммит.
Я бы использовал автоформатирование на двух уровнях: изменяющее, на уровне IDE, и проверяющее, на уровне CI. Конечно, это должна быть одна и та же программа с одинаковым набором правил.
Форум — это не саппорт. Форум — это комьюнити.
Там общаются пользователи плеска, обмениваются опытом и помогают друг другу по мере сил.
Если же говорить именно о саппорте, то он доступен 24/7, имеет строгие ограничения по времени ответа и никому не приходится ждать его «с февраля этого года».
Завтра выйдет новая версия браузера, которая будет интерпретировать корректный код по-другому и сайт перестанет отображаться правильно во всех браузерах.
Вообще, в моей практике, проблемы с кодировками решаются двумя строчками в конфигурационном файле:
;; Установка правильного шрифта.
(set-frame-font "-xos4-terminus-medium-r-normal--24-240-72-72-c-120-iso10646-1")
;; Установка кодировки вставляемых строк.
(setq x-select-request-type 'UTF8_STRING)
Конечно, для отдельных режимов могут понадобится дополнительные настройки.
Хорошая статья для начинающих, хотелось бы развития темы.
Ряд замечаний, относительно подготовки рабочего места.
Устанавливая переменную auto-mode-alist в .emacs мы теряем её общесистемное значение — как правило, в переменной уже содержаться соответствия для различных режимов, как поставляемых с emacs, так и установленных с пакетами дистрибутива. Если это значение терять не хочется, лучше использовать функцию add-to-list.
Так же в emacs'е существует специальный режим для редактирования elisp — emacs-lisp-mode, возможно имеет смысл использовать именно его. В итоге, вместо (setq auto-mode-alist ...) можно написать нечто вроде:
В одном из проектов, над которым я работал, автоматическое форматирование было сделано на уровне pre-commit-hook. Причем использовалась наивная реализация, когда из хука запускается программа форматирования, которая форматирует код всего проекта, но никак не обновляет данные для коммита. Это приводило к тому, что после коммита в рабочей копии появлялись изменения с правильным форматированием файлов, но они не попадали коммит.
Я бы использовал автоформатирование на двух уровнях: изменяющее, на уровне IDE, и проверяющее, на уровне CI. Конечно, это должна быть одна и та же программа с одинаковым набором правил.
Тема, обозначенная в эпиграфе, разобрана в статье академика Ершова: «Программирование — вторая грамотность».
Статья написана в прошлом веке и сейчас представляет скорее исторический интерес. Но рисунки забавные.
Там общаются пользователи плеска, обмениваются опытом и помогают друг другу по мере сил.
Если же говорить именно о саппорте, то он доступен 24/7, имеет строгие ограничения по времени ответа и никому не приходится ждать его «с февраля этого года».
Японский стиль, я полагаю.
;; Установка правильного шрифта.
(set-frame-font "-xos4-terminus-medium-r-normal--24-240-72-72-c-120-iso10646-1")
;; Установка кодировки вставляемых строк.
(setq x-select-request-type 'UTF8_STRING)
Конечно, для отдельных режимов могут понадобится дополнительные настройки.
Ряд замечаний, относительно подготовки рабочего места.
Устанавливая переменную auto-mode-alist в .emacs мы теряем её общесистемное значение — как правило, в переменной уже содержаться соответствия для различных режимов, как поставляемых с emacs, так и установленных с пакетами дистрибутива. Если это значение терять не хочется, лучше использовать функцию add-to-list.
Так же в emacs'е существует специальный режим для редактирования elisp — emacs-lisp-mode, возможно имеет смысл использовать именно его. В итоге, вместо (setq auto-mode-alist ...) можно написать нечто вроде:
(add-to-list 'auto-mode-alist '("\\.el$". emacs-lisp-mode))
Наконец, весьма вероятно, что emacs и без дополнительной настройки открывает .el файлы в нужном режиме — в этом случае вообще ничего писать не нужно.
На счёт global-font-lock-mode — аналогично, не исключено, что она включена по умолчанию.