Enable images in the RTE
 

Здравствуйте!

Подскажите как с помощью TS-кода включить режим, чтобы можно было использовать изображения в RteHtmlArea ?
Сейчас приходится заходить в Extension Manager и ставить галку руками.

Заранее спасибо

$TYPO3_CONF_VARS['EXTCONF'][$_EXTKEY]['enableImages'] = $_EXTCONF['enableImages'] ? $_EXTCONF['enableImages'] : 0;

как это оформить на TSconfig ?

Затруднюсь с ответом, скорее всего никак, но это лишь мое предположение.
Кстати, недавно перешел на "классический" вариант использования картинок в Typo3 и мне он показался намного более удобным.

А зачем???

В смысле - использовать тип элемента "картинки с текстом"? Или что имеется ввиду?
Если "картинки с текстом", то ведь там несколько картинок вроде нельзя разместить, задав у каждой свое положение. И внутри текста тоже нельзя вставить.

Клиент обычно с трудом разбирается в нюансах типов элементов оформления. А вот вставлять картинки в текст "как в ворде" им легче :)

Именно оно и имеется в виду.
Внутри текста картинки запросто можно вставить. Задавать каждой картинке свое положение — необязательно и даже вредно, это я Вам как дизайнер говорю.
Мои клиенты все прекрасно разбираются со своими сайтами, скажу больше, одни из недавних после перехода на "классику" сказали что так удобнее и проще. Так что утверждение про "ворд" спорное, тем более что как именно картинка встанет в текст при такой вставке предсказать бывает трудно.

А если надо разместить несколько картинок в тексте? А если используется TemplaVoila, то нужно для этого делать отдельный элемент.

В моих нескольких проектах контент забивает сам дизайнер сайта (честно :-), вряд ли будет правильно говорить ему "это не красиво".

Врочем, это на самом деле спорно и не относится к теме.

разрешить через TS если галка не стоит - ИМХО никак, кажется это hardcoded. Можно поставить галку, скрыть кнопку, а потом ее показывать для разных страниц/пользователей... .
ЗЫ: а картинки в тексте бывают нужны, в длинных статьях например, где к картинке идет пояснение.

Стандартные средства Typo3 позволяют разместить и несколько картинок.
Если разбивка на странице идет типа такой:
блок текста | картинка
картинка | блок текста
то намного проще сделать несколько стандартных блоков где картинки будут в одном справа, а в другом слева.
И это намного проще, чем разбираться со своими стилями для картинок. Зачем выдумывать велосипед?
Ну так это и решается стандартным вариантом "текст с картинкой" -- есть в нем и форма для подписи каждой картинки и для атрибутов title и alt -- разве мало?
Плюс ко всему есть еще и DAM -- можно сделать и каталогизацию и все что угодно.

я имел в виду _действительно_ длинные статьи - примерно как ixbt - где пояснение 1-2 экрана текста

Несколькими контент блоками "Текс с изображением" делаю обычно...
Все пихать в RTE по мне не очень удобно...

А если направленность сайта - онлайн версия печатного издания,
дублирующая все отпечатанные статьи, а также имеющая некоторую дополнительную функциональность, связанную с совместной работой над объектом (читай worlflow)
м реализовано через tt_news, как в этом случае быть с несколькими картинками ВНУТРИ текста?!

А что мешать делать сами статьи как обычные страницы и выбирать тип "статья" в том же tt_news для нее и давать анонс?
А что мешает использовать подписи к картинкам в том же tt_news?
И почему картинки должны быть именно внутри текста?

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

то что это подписи к приаттаченным картинкам

потому что представление статьи это зеркальное отображение статьи в печатном издании над которой работала группа дизайнеров и верстальщиков и не дело программиста указывать группе проффесионально занимающейся типографскими задачами что иллюстрации концептульно связанные с определенными абзацами статьи должны быть ВСЕ внизу/слева/справа/вверху

Ну ну... это уже похоже на HOLY WAR... Каждый делает как удобнее. И ситуации разны бывают. И "проффесионально занимающейся типографскими задачами" знаете то же не часто встречаются... чаще люди даже с Вордом справится не могут. Потому и встает задача настройщика TYPO3 определить правила работы с сайтом, которые обяжут редактора делать все правильно.

Опять же, ситуации разные бывают! TYPO3 дает возможности, мы выбираем какими пользоваться.

Про импорт статей кстати, никто не занимался публикацией стайте из внешних источников (Tex, PDF)?

занимались публикацией журнала из PDF для www.pifinfo.ru
finereader + ручная работа :-)

там статьи сделаны именно страницами.
Для категоризации сделан экстеншен, который позволяет страницы рубрицировать по категориям tt_news

Конечно не дело программиста, только вот незадача - я профессиональный дизайнер со стажем в 10 лет и начинал как раз в полиграфии, а уже потом пришел в веб ;) С 2001 по 2003 год проработал в РА ТТ Пресс где был ведущим дизайнером и делал много-много именно полиграфии: буклеты и упаковку для "4-х сезонов", плакаты и буклеты для Bayer...
То, что я сам освоил Typo3 в основном заслуга ее создателей, людей на этом форуме, которые практически всегда готовы поделится опытом и мои личные усидчивость и желание разобраться как это работает.
Но это все предыстория, а по практике создания сайтов я могу сказать Вам именно как дизайнер и верстальщик следущее:
веб-страница это совсем не страница бумажная - во-первых у нее нет четких размеров (если делать "резину" на весь экран) или размеры и ориентация сильно отличаются от бумажной страницы, во-вторых, чтобы устроить "бумажно-журнальную" верстку на вебе вам придется делать весь шаблон или на таблицах, что не самый хороший вариант, либо вовсе прописывать "position:absolute" для каждого элемента страницы, чтобы сохранить эту вашу бумажную верстку и этот вариант вообще практически исключает использование CMS поскольку потребует ручной верстки каждой страницы, ну и в-третьих, не бывает "концептуально связанных" иллюстраций к чему-либо - есть иллюстрации по теме и не по теме, если из содержимого текста страницы невозможно понять зачем тут эта иллюстрация и это не объясняет даже подпись под ней, то это уже свидетельствует о качестве как самой иллюстрации, так и публикации в целом.
На мой взгляд разводить подобный бардак в информационной (прежде всего) сети - по меньшей мере неуважение к тем, кто ее придумал и тем, кто ее использует для работы. Продираться сквозь море всякого отстоя в поисковиках в попытках найти нужную информацию очень и очень долго, муторно и противно.

Пришло в голову что решением проблемы может быть работа с картинками через расширение dam + dam_info

dam дает возможность ко всей media информации добавлять массу поясняющих полей (есть поддержка multilanguage) а media_info позволяет применить dam вместо стандартного механизма работы с картинками

все получается достаточно четко и прозрачно

наткнулся случайно на решение.

в файле \typo3\sysext\rtehtmlarea\res\image\pageTSConfig.t xt есть код, который отвечает за возможность использования картинок.

Т.е. чтобы включить "картинки" в RTE, надо поместить в TSConfig код