Цитата |
---|
Dmitry Ban написал: 1) В элементе храним только одну картинку достаточно большого размера. Почему только одну? Ну, например, на одном из проектов для показа лент новостей у меня используются такие размеры картинок: 240x180, 100x75, 370x278, 500x330 -- и это после редизайна, а до редизайна размеры были другими. По-моему, лучше генерить любые такие картинки по месту из той самой одной-единственной.
(Кстати, забавно, но лучше всего хранить эту картинку в поле PREVIEW_PICTURE, чтобы не возиться с bitrix:rss.out, который умеет брать картинки только из этого поля).
|
Я тоже для себя сделал некие выводы, и храню только одну картинку с подрезкой в размеры чуть большие чем надо. Тут полностью согласен.
Храню только детальнуью картинку и делаю ее обязательной если требуется хоть одна картинка, bitrix:rss.out не приходилось возится, по этому до
храниения в поле PREVIEW_PICTURE еще не дошел.
Как правило очень много всего надо дописать в result_modifier.php.
Для себя а переписал компонет bitrix:news.list и теперь пользуюсь rcc:items.list и прямо в компоненте пересчитываю увеличенную картинку и в
превьюшку, и в детальную нужных размеров, размеры задаются в параметрах. Так же научил компонент работать со свойством MORE_PHOTO. B в массиве
$arResult["ITEMS"] ключами сделал ID элемента.
Наступил на грабли: наличие функций в result_modifier.php. Если надо вывести с одинаковым шаблоном на одной странице двумя компонентами, то получается
что функия с одним названием объявляетя два раза и второй компонет не работает.
Все функции пришлось выносить.
Всегда можно выйти из положения любыми способобами.
Но все же хотелось бы чтобы доработали стандартные функции маштабирования.
BX_RESIZE_IMAGE_EXACT - поровну обрезает с карев которые выступают за область.
И что самое плохое во всем этом - что библитека DG довольно посредственно уменьшает картинки, миниатюры становятся немного замыленными. Особенно заметно на надписях. У меньшенная фотошопом кртинка выглядит намного приятнее.