| Цитата | 
|---|
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 довольно посредственно уменьшает картинки, миниатюры становятся немного замыленными. Особенно заметно на надписях. У меньшенная фотошопом кртинка выглядит намного приятнее.