Comments 13
Мне вот интересно, есть ли в Drupal 7 (ну и в восьмёрке в дальнейшем), модули для качественной русификации сайта? В прошлом выпуске был упомянут материал про мультиязычность, я в комментариях упомянул другую статью, но всё это только начало, если нужны славянские языки. Хотелось бы видеть правильные множественные формы, которых у нас больше чем в английском, падежи и падежные формы, в общем всё то, что позволит писать на сайте нормальным человеческим языком, а не менять красивые тексты чтобы избежать ошибок при подстановке в текст различных значений.
Может есть статьи где освещена тема качественного перевода сайта на русский?
Может есть статьи где освещена тема качественного перевода сайта на русский?
Поддержка числительных в друпале есть: sanchiz.net/blog/format-plural
Какие-то сложные вещи делаются специализированными библиотеками, в которых склонения проработаны до мелочей. Например, MomentJS для дат (внизу на сайте есть переключение языков).
Свой код тоже не возбраняется написать, если у вас там какие-то высоколитературные обороты, сударь!
Какие-то сложные вещи делаются специализированными библиотеками, в которых склонения проработаны до мелочей. Например, MomentJS для дат (внизу на сайте есть переключение языков).
Свой код тоже не возбраняется написать, если у вас там какие-то высоколитературные обороты, сударь!
Я с такой комплексной статьей, к сожалению, не сталкивался. Если кто найдет (или напишет), то будет просто замечательно. Собственно ссылку в след. дайджесте можно будет и дать.
В основном page--front.tpl.php или специальный тип материала для главной. До панелей как-то руки не доходят. Про модуль atom не слышал вообще. Интересно узнать какой вариант создания главной чаще всего используют авторы дайджеста?
Спасибо, что поделились своим опытом!
Отвечу за себя: я не могу успокоиться и пробую всё, что шевелится! Но в продакшене чаще блоки и шаблоны. Ближе к ядру, так сказать. Для сложного панели.
Отвечу за себя: я не могу успокоиться и пробую всё, что шевелится! Но в продакшене чаще блоки и шаблоны. Ближе к ядру, так сказать. Для сложного панели.
Для меня это очень зависит от сложности содержимого по структуре; от того, кто будет наполнять сайт, и кто ещё в команде будет его разрабатывать. Если ты сам себе девелопер и верстальщик, и т.п., то может быть проще все на панелях склепать или вообще на блоках, и дальше решать проблемы по мере поступления.
С увеличением команды, сложности проекта и ростом нефункциональных требований, пожалуй, буду постепенно сдвигать фокус на уровень шаблонов, так как, в данном случае, имеется больший контроль над рендером и происходит разделение ответственности.
Что касается Beans, Paragraphs, Atoms — это, по мне так, всё для экзотичных (rich) структур содержимого, когда нет строгого макета ноды, то есть решал бы по обстоятельствам, но не в дефолтном режиме типа «всё, теперь делаю все сайты при помощи Beans».
С увеличением команды, сложности проекта и ростом нефункциональных требований, пожалуй, буду постепенно сдвигать фокус на уровень шаблонов, так как, в данном случае, имеется больший контроль над рендером и происходит разделение ответственности.
Что касается Beans, Paragraphs, Atoms — это, по мне так, всё для экзотичных (rich) структур содержимого, когда нет строгого макета ноды, то есть решал бы по обстоятельствам, но не в дефолтном режиме типа «всё, теперь делаю все сайты при помощи Beans».
Конфереции это здорово, а в онлайне где можно найти друпалиста для финансового проекта?
Аааа да зачем же вы мои заметки про почту сюда разместили? :) Там чисто для себя чтобы не забыть.
я либо page--front.tpl.php, либо panels использую, в зависимости от макета и потребности в кешировании отдельных «регионов» (блоков или содержимого панелей)
Sign up to leave a comment.
Дайджест интересных материалов из мира Drupal #10