Владимир

Ну, апдейта, как обычно, обещанного Kreator три года ждут?

В виджете Тегов переведенные теги не отображаются => показываются все теги на русском. Вообще вроде нет функционала для показа тегов в виджете, или я ошибаюсь?

http://instantcms.ru/forum/thread24516-3.html - пробовал решение проблемы отсюда - всё работает.
Те изменения в redactor.js что описаны в теме (сам файл) нужно внести в ваши сборки, Ris.

Спасибо большое! Обязательно попробую! -)

Hе понял этого. Интересует отмена случайного неправильного действия, например, удаления части текста до сохранения результата редактирования. Такой плагин, помнится, у Tini был.

Хорошо бы изыскать возможность внедрить в редактор кнопку отмены последнего действия (плагин видимо)...

Пока полёт нормальный (в text поле выводит брейки корректно, в других не трогает < > и кавычки)
Спасибо!
Приятно работать с профессионалом!
Если что замечу - сообщу (странно, что никто раньше не заметил) - я тщательный тестер ( ещё не было секунд проверить ваши вкладки и парсер -) )

в общем, и <p> и все что связано с кавычками и < > крушит

После замены 64:
брейки, о которых говорил стали выводиться корректно - строки не соединяются -)
... но другие html теги выводит в виде символов в тестах, т.е. в выводимом коде они например, виде
Например, дата публикации тоже трансформируется в
а должны быть неизменными, т.е.

Так должно быть....
Отвечаю как понимаю ситуацию: на ваших скринах всё верно, но если поле будет типа text , то там редактора не должно быть а только форма, вот в этой форме и расположенные ранее в столбик слова фактически имеют между собой <br> но ведь мы их (брейки) не видим (т к режим не html)
При переводе этого и перевод правильно (казалось бы) расположен в столбик, но если запишем результат и посмотрим запись контента вживую - получаем потерю построчного расположения (а при сравнении в инспекторе результирующего html как и при сравнении записи в исходной базе поля и переведенной видна пропажа <br>.

это немного не тот случай, о котором говорю - да в таком варианте всё хорошо работает.
Имеется в виду следующее:
при записи (на этом этапе) в таблицу Языков переведенного поля типа text (именно этого поля) - в форме этого поля не видно сразу br, но они то есть и после перевода исчезают.

Чтобы смоделировать ситуацию попробуйте скопировать из html редактора в поле ввода текста от text набор строчек с <br>

Спасибо за быстрый ответ! (varchar 256 не хватает) - а если описание группы будет внушительным, опять срежет.
в обоих случаях независимо от фронтеда и админки.

При попытке перевода групп (название группы и описание) перевод происходит, но потом он не полностью сохраняется, если описание достаточной длинны. Посмотрел в базе - поле description для группы имеет тип varchar 128 - я его заменил на text и тогда потери длинного текста в переводе прекратились. Нет ли подводных камней в таком исправлении (всё ли верно сделал?)
И второй вопрос:
При переводе поля типа text в контенте теряются символы перевода строки <br> т.е. имеем исходный текст расположенный в столбик:
а при переводе он преобразуется в
и даже если потом вручную в форме подкорректировать перевод строк (расположить в столбик) - в таблицу компонента Языки пишется без <br>, хотя в исходной не переведенной части присутствуют <br>. Т.е. формат вывода в конечном итоге не идентичный. Как это можно поправить?

Прошу прощения - не совсем верно сформулировал неисправность: (изначально не те файлы залил - от старой версии) - в общем, если установить сразу несколько виджетов категорий, настроенных на разные типы контента, то перевод происходит у первого, а на другие (второй и третий) вешается перевод первого. Др. словами, как сделать, чтобы все они переводились?

Здравствуйте! Поставил этот код - в результате перевод виджета категорий происходит, но стало невозможным в этом виджете настроить вывод из отдельного типа контента, даже если его указываю в опциях виджета категорий, всё равно он определяется автоматически (показываются категории контента, в котором нахожусь), а мне нужно из отдельного типа контента (статически).
Причем, при переходе на русский (исходный) язык виджет работает опять правильно, но на переводимом языке вот такая ситуация. (инстант 271). Что посоветуете?

С такими дополнениями спешить не нужно. Безопасность всё-таки.
Предлагаю дополнить следующим:
1. Хранить старый е-мейл в базе..

2. Ввести настройку админом времени, в течение которого нельзя повторно менять е-мейл (времени блокировки смены е-мейл). Т.е. пользователь может менять е-мейл один раз в столько-то дней (указываем в настройке).

3. Далее дополнить ещё предупреждающим оповещением (на старый мейл) в течение указанного выше времени блокировки столько-то раз (или лучше указывать дни, когда выслать это предупреждение: высылать на такой-то и такой-то день /на 2-й, 3-й и 7-й/ - указывается в настройках аналогично ). Где сообщается, что "Вы сменили е-мейл ...и т д" - здесь, если было все по желанию пользователя - письмо остается без ответа, если вопреки - пользователь должен написать ответ админу с просьбой восстановления (в письме может быть код - как вариант - админ вставляет код - по нему иденцифицируется и фиксируется откат).
Предвижу вопрос: как такое может быть, если пользователь сам подтвердил смену со старого мейла - очень просто, например, кто-то временно сел за его комп, а сейчас как правило включенный комп означает автоподключение к почте (у большинства).

4. После смены почты держать в админке пользователя сообщение "Вы сменили е-мейл" (с датой изменения и определенное время - время блокировки (см.п.2)

5. И делайте компонент с нормальными языковыми константами для возможности мультиязычности.

Ваше упоминание о ББШ уже в каждой теме почти. Хотя его ещё физически нет.
Может достаточно уже спамить?

Спасибо за оперативность!

Да, работает, классная штука.

Именно в таком варианте логики (выборка из заданных типов контента количественно, а не именно последних, ведь во-первых, для этого существует лента, во-вторых, скорость наполнения в различных типах контента может быть не сопоставимой) компонент имеет свою полезность и меня, например, устраивает вполне. Олег Васильевич, спасибо. Будет вывод в PRO слайдер новостей - не будет дополнительных вопросов при покупке.