dwd

Как и всегда - создаете папку языка на сайте и он автоматом появляется в админке компонента.

А видео в посте для сего? Смотрите и все увидите.

Не знаю что вы нашли между между этими полями общего, но по-моему единственное, что их объединяет это слово "список".

Да, имена действительно совпадали. Я уважаю не только своих покупателей, но и ваших, так что конкурировать тут явно смыла нет. Да и по поводу имени - кто первый встал того и тапки. Пересобрал установочный пакет под другим именем, теперь конфликтов не будет.

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

У меня нет желания разводить холивары и меряться аргументами. Уже ответил выше - пожелаете хранение в файле - будет в файле. Как говорится - любой каприз.

Данные хранятся в БД, но если паранойя все-таки спать спокойно не дает, то никто не мешает вам удалять их по завершении каждого сеанса. Ну и если будет необходимость изменить способ хранения на файл я без проблем для вас это сделаю.

Да, именно так.

Если в ходе обновления файл в котором размещен хук был обновлен, то хук автоматически выключится. После обновления достаточно открыть админку и заново включить ваши хуки. В тех случаях, где изменения в файле глобальны и данный хук уже не подходит у вас не получится его включить до тех пор, пока вы не адаптируете его под новую версию файла. Но в любом случае открывая админку компонента вы сразу же увидите, что данный хук выключен и вам не придется тратить время на поиски того, что отвалилось при обновлении.

Это все равно что сказать "Настораживает наличие тока в розетке, не увеличилось бы количество несчастных случаев". Поверьте, пока вы сами не подарите кому-то ключи от сайта пароли ничего подобного не произойдет.

Я думаю ваш вопрос не имеет никакого отношения к компоненту "Языки". Просто у вас в папках других языков отсутствует языковой файл компонента(system/languages/язык/controllers/places/places.php). Он должен присутствовать в папке каждого языка и являться переведенной копией файла system/languages/ru/controllers/places/places.php).

Учту на будущее, но в таком случае думаю этот комментарий было бы уместнее разместить тут.

Учту на будущее, но в таком случае думаю этот комментарий было бы уместнее разместить тут.

Это делается средствами системы. В админке в разделе "Виджеты и страницы" создаете маски под каждый язык и вешаете виджеты с нужным текстом.

В 2.8 + тоже никаких ошибок нет

По поводу редактора в 2.8 - у меня не было времени разбираться что к чему, но причина явно в редакторе а не в компоненте Языки. Просто закомментируйте в файле wysiwyg/redactor/wysiwyg.class.php строку
и проблема исчезнет. Данная строка не позволяет получать более 1 экземпляра редактора для каждого конкретного поля.

На том же сайте что и в видео с прошлого поста проверил вашу идею. Нет такой ошибки. Создал новый тип контента, добавил к него полей - все работает. В настройках вы указываете типы полей и все поля соответствующих типов будут обработаны в любом типе контента. А при создании нового типа контента вам достаточно перейти на главную страницу компонента в админке и таблицы в БД для него будут созданы автоматически.

Добавление записи в 2.7.2 - https://youtu.be/_e2XqYt228k
Как видите никаких ошибок нет.

Ну вот вам простейший примерчик - допустим мне нужно в зависимости от значения определенного поля убрать с фильтра или добавить в фильтр определенное поле. Будем для этого случая и еще миллиона подобных случаев пилить миллион специальных хуков? Или все-таки сделаем один, но нормальный?

Поддерживаю @SmartControl и мне кажется вариант "Пишите на гите" не совсем правильный. Вы, как разработчики системы при написании кода должны думать о том, как те, кто пишет дополнения смогут им управлять впоследствии. И не оставлять в коде "неуправляемых" участков. И еще огромная просьба - перестаньте экономить на параметрах хуков, а то в системе полно "недохуков", от которых толку ноль. Вот пример такого "недохука":

долго и упорно пытался понять почему в этом хуке отсутствует массив $fields, ведь собственно поля и их значения должны быть основным содержимым этого хука(помимо модели). Следом за этим хуком идет обработка полей

но мы не имеем возможности изменить данные массива $fields чтобы нужное нам поле попало под этот набор правил или вышло из под него. Лично мое мнение - каждый хук должен содержать глобальный массив всех параметров системы в текущей точке останова. Это позволило бы значительно сократить количество хуков, повысив их функциональность.