Enable images in the RTE [Архив] - Russian TYPO3 community

Просмотр полной версии : Enable images in the RTE

demav

11.03.2007, 15:30

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

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

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

-=UncleByte=-

12.03.2007, 00:24

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

demav

12.03.2007, 01:00

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

-=UncleByte=-

12.03.2007, 02:11

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

Pavel Antonov

12.03.2007, 15:15

А зачем???

demav

12.03.2007, 15:50

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

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

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

-=UncleByte=-

12.03.2007, 17:25

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

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

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

demav

12.03.2007, 17:49

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

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

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

PhilD

12.03.2007, 19:17

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

-=UncleByte=-

12.03.2007, 21:36

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

PhilD

12.03.2007, 23:16

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

Pavel Antonov

12.03.2007, 23:57

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

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

Дмитрий Самойлов

13.03.2007, 18:34

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

-=UncleByte=-

13.03.2007, 19:03

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

Дмитрий Самойлов

14.03.2007, 12:29

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

А что мешает использовать подписи к картинкам в том же tt_news?

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

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

Pavel Antonov

14.03.2007, 13:38

Valery Romanchev

14.03.2007, 14:04

Про импорт статей кстати, никто не занимался публикацией стайте из внешних источников (Tex, PDF)?занимались публикацией журнала из PDF для www.pifinfo.ru (http://www.pifinfo.ru)
finereader + ручная работа :-)

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

-=UncleByte=-

14.03.2007, 23:33

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

PhilD

15.03.2007, 00:03

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

Дмитрий Самойлов

22.03.2007, 14:35

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

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

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

demav

21.05.2007, 11:08

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

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

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

## Enable images in RTE
RTE.default {
showButtons := addToList(image)
proc.allowTagsOutside := addToList(img)
proc.entryHTMLparser_db.tags.img >
}
RTE.default.FE.showButtons < RTE.default.showButtons
RTE.default.FE.proc.allowTagsOutside < RTE.default.proc.allowTagsOutside
RTE.default.FE.proc.entryHTMLparser_db.tags.img >