Enable images in the RTE

[PhilD]

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

[Pavel Antonov]

Сообщение от PhilD

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

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

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

Сообщение от Pavel Antonov

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

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

[-=UncleByte=-]

Сообщение от Дмитрий Самойлов

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

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

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

Сообщение от -=UncleByte=-

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

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

Сообщение от -=UncleByte=-

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

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

Сообщение от -=UncleByte=-

И почему картинки должны быть именно внутри текста?

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

[Pavel Antonov]

Сообщение от Дмитрий Самойлов

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

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

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

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

[Valery Romanchev]

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

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

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

[-=UncleByte=-]

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

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

[PhilD]

оффтоп: сорри за повтор, но :

не бывает "концептуально связанных" иллюстраций к чему-либо

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

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

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

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

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