Нет перевода категории в фильтре и описании статьи

Да, так и есть.

В уведомлении фильтра я еще могу поправить а вот в записи нет. Так как там используется кешь и запроса нет к базе.

Думаю лучше всего использовать просто перезапись языковах констант. И не надо фаланг. Он ведь все равно тормозит сайт серьезно.

С языковыми константами все понятно, их уже использую максимально где только возможно, но пока не вижу решения как организовать зеркальный двуязычный сайт стандартными средствами джумлы.

Зеркальный, это языковые константы. Используйте их по полной. Если что то не преводится просто пишите тут и я буду добалять JText везде где надо.

В моем понятии зеркальный - это когда на сайте есть 1 дефолт язык на котором настроен весь сайт, а на другие языки переводится только текст. Стандартные средства джумлы этого не позволяют, так как требуется делать практически все с нуля для каждого языка. Сейчас эксперементирую с JDiction, может на нем получится настроить так, что бы у пользователей было меньше проблем. Если замечу где еще нет JText, буду скидывать сообщения в эту тему.

Sergey, вечер добрый. Можно ли в следующем обновлении кобальта добавить прогон всех metadesc, metakeywords через JText.

в файле components/com_cobalt/views/records/view.html.php сделал изменение в строке 681 на php $meta['description'] = JText::_($this->section->params->get('more.metadesc'));, проверил, все работает, все переводится. Было бы здорого иметь это как встроенную функцию для все meta

Добавил всен должно работать. Но только в русском после первой запятой все обраывается почему то есть такой баг у джумлы. Не всгда но надо будет проверить.

Спасибо за meta, заметил еще один нюанс с переводом через Jtext.

Если все категории перевести через Jtext, то нарушается логика сортировки ASC или DESC. Так как языковые переменные теперь написаны латинскими буквами (AVSTRIJA, VENGRIJA, CEHIJA), то и сортируются они по латинскому алфавиту, а не по переведенному тексту. Я так понимаю сортировка идет напрямую в момент sql запроса категорий. Может ее лучше делать после завершения запроса, когда переменные уже переведены или это сильно отразится на скорости?

Xtream Может ее лучше делать после завершения запроса, когда переменные уже переведены или это сильно отразится на скорости?

Может и не отразится сильно, но сделать это пока не получится.