Безобразная работа с картинками

Прислано: SergM@drupal.org

пн, 15/05/2006 - 08:40

Господа
Неужели все терпят безобразные возможности работы с картиками.
Модуль - image явно слабоват.
image_gallery - убожество!

Кто что использует дополнительно?
Подскажите!

Заранее благодарю,
Сергей

Комментарии


Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Применить"
Опубликовано Natalie в пн, 15/05/2006 - 13:01.

inline

Вообще с картинками действительно туго.


Опубликовано Jw в пн, 15/05/2006 - 13:04.

nodeimageblock.module Не супер, но проще всего, если аттач-картинка он его покажет там где это блоком определено!!!! Мне нравится!


Опубликовано SergM@drupal.org в вт, 16/05/2006 - 07:12.

А что у всех image_galery так криво отображает галерею - в начале только последнюю картинку, а чтобы увидеть все - дополнительно надо кликать?
Надо лезть в код, чтобы исправить?


Опубликовано SergM@drupal.org в вт, 16/05/2006 - 07:13.

Два раза нажал отправить - удалить не дают права


Опубликовано Santa Claus в вт, 16/05/2006 - 09:11.

Jw написал(а):

nodeimageblock.module Не супер, но проще всего, если аттач-картинка он его покажет там где это блоком определено!!!! Мне нравится!

Было бы полезно добавить возможность отображать блок этого модуля ТОЛЬКО для администратора.


Опубликовано Гость (гостевой логин) в ср, 31/05/2006 - 10:34.

А как насчёт того, чтоб при написании статьи
можна было сразу загрузить рисунок и чтоб он
отобразился в BBcode?????
Иль может я чего-то упустил ????


Опубликовано vadbars@drupal.org в ср, 31/05/2006 - 13:54.

Я пока остановился на связке image и img_assist. Хочу поcмотреть inline. Это для варианта, когда необходимо вставлять изображения в строго определенные поля сайта.

Если речь идет о свободной "верстке" сообщения в текстовом окне, то - TinyMCE. А того лучше - плагин Xinha Here! для FireFox (если, конечно, авторы вашего сайта предпочитают FF). Впрочем Xinha вставляет картинки, которые уже куда-нибудь загружены в интернет. Это не тот случай, но редактор удобный.


Опубликовано sysop в чт, 01/06/2006 - 02:04.

выскажусь и я. на мой взгляд вариантов несколько:
- либо картинка будет представляться как нода, тогда она полноценный документ и занимает место в структуре таксономии.
- либо же картинка прикреплена к какому-либо документу и выводится фильтром типа inline
- либо является частью ноды-документа, созданного с помощью flexinode

каждый из вариантов затачивается под собстенные нужды и каждый имеет свои достоинства и недостатки.


Опубликовано Natalie в чт, 01/06/2006 - 04:14.

Меня бы inline всем бы устраиваил, если бы умел создавать превьюшки.


Опубликовано itnovosti (гостевой логин) в чт, 01/06/2006 - 06:00.

http://drupal.org/project/acidfree

Умеет генерить превьюшки и вставлять в ноды с помощью собственных тегов, работать с видео, возможно с аудио. Массовая загрузка файлов. Говорят, нагружает сервер. Внешний вид галерей, созданных acidfree - на любителя.


Опубликовано kiev1 в чт, 01/06/2006 - 11:37.

> Неужели все терпят безобразные возможности работы с картиками.

к сожалению все
я правда доработал часть флексиноды - поле image - так что-бы делать ноды по шаблону типа 5 картинок - каждая слева-справа и сделал что-б при нажатии на картинку загружалось в новом окне полноразмерная фотка - недостаток все картинки лежат в одной директории и теоретически может наступить ограничение на количество файлов в одной директории - кстати сколько это у стандартной ufs?


Опубликовано tema в вт, 25/07/2006 - 17:24.

сорри, глюки с комментариями. отчет прилагается.


Опубликовано tema в вт, 25/07/2006 - 17:28.

С flexinode поработал недолго, ощущения тоже не из приятных, CCK не в пример удобнее, чего стоит хотя бы его widgets (правда, к сожалению, пока с документацией туго).
 
Так вот, недавно появилось поле image (модуль imagefield), что решает многие проблемы с картинками в Друпале. Ресайзит, скалит и кропает в этом случае не менее приятный модуль imagecache, который создает именованные наборы правил обработки картинок (последовательность операций Scale, Crop, Resize), к которым можно обращаться через URL. К результатам этих операций модуль отностися как к кэшу, что позволяет сильно экономить место на превьюшках старых картинок.
 
Конечно, не без недостатков и просто глюков, но, надеюсь, со временем все пофиксится.
 

P.S. Для Natalie:

http://drupal.ru/node/1967#comment-7781

Добавлено Natalie, Вто, 25/07/2006 - 21:47
Вот бы еще кто-нибудь объяснил, как этот imagecache прикрутить к imagefield CCK.

Пожалуйста!

Предположим, поле называется 'field_images' (multiple - возможно несколько картинок), namespace для превьюшек - 'thumbs'.

Для teaser:

<div class="field-images">
<?php print l("<img src="/files/imagecache/thumbs/$field_images[0]['filename'] alt=$field_images[0]['alt'] />", "node/$nid", array('title' => $field_images[0]['title']), NULL, NULL, FALSE, TRUE); ?>
</div>

В данном случае ссылка ведет на ноду, содержащую поле с картинкой, а не на полноразмерную картинку. Аттрибут 'alt' цепляется к картинке, а 'title' - к ссылке.

Для body:

<div class="field-images">
<div class="field-items">
<?php foreach ((array)$field_images as $item) { ?>
<div class="field-item">
<?php print l('<img src="/files/imagecache/thumbs/'. $item['filename'] .'" alt="'. $item['alt'] .'" />', $item['filepath'], array('title' => $item['title']), NULL, NULL, FALSE, TRUE); ?>
</div>
<?php } ?>
</div>
</div>

А здесь ссылка уже на полноразмерную картинку.
 
Все это у меня участвует в шаблоне для отдельного типа контента, пользуюсь модулем шаблонов для CCK contemplate, теоретически должно работать в файле 'node-content-имяконтента.tpl.php', но увы, не работает в файле 'field-field_имяполя.tpl.php', о чем здесь и здесь доложено тов. dopry, автору imagefield и imagecache.
Сей баг сильно осложняет разработку, ведь CCK может использовать одни и те же поля в разных типах контента, а значит логичнее написать по шаблону на каждое поле и управлять их порядком в ноде с помощью веса. При создании нового типа контента из уже имеющихся полей не потребуется делать дополнительную работу для его оформления.
Вместо этого приходится описывать каждый тип контента, в основном, методом copy/paste, это более громоздко и плохо поддается отладке.
К сожалению, тов. dopry пока что безмолвствует по данному поводу.


Опубликовано tema в ср, 26/07/2006 - 06:39.

В ответ на http://drupal.ru/node/1967#comment-7747

Natalie:
Вот бы еще кто-нибудь объяснил, как этот imagecache прикрутить к imagefield CCK
 
Предположим, поле называется 'field_images' (multiple - возможно несколько картинок), namespace для превьюшек - 'thumbs'.

Для teaser:

<div class="field-images">
<?php print l("<img src="/files/imagecache/thumbs/$field_images[0]['filename'] alt=$field_images[0]['alt'] />", "node/$nid", array('title' => $field_images[0]['title']), NULL, NULL, FALSE, TRUE); ?>
</div>

В данном случае ссылка ведет на ноду, содержащую поле с картинкой, а не на полноразмерную картинку. Аттрибут 'alt' цепляется к картинке, а 'title' - к ссылке.

Для body:

<div class="field-images">
<div class="field-items">
<?php foreach ((array)$field_images as $item) { ?>
<div class="field-item">
<?php print l('<img src="/files/imagecache/thumbs/'. $item['filename'] .'" alt="'. $item['alt'] .'" />', $item['filepath'], array('title' => $item['title']), NULL, NULL, FALSE, TRUE); ?>
</div>
<?php } ?>
</div>
</div>

А здесь ссылка уже на полноразмерную картинку.
 
Все это у меня участвует в шаблоне для отдельного типа контента, пользуюсь модулем шаблонов для CCK contemplate, теоретически должно работать в файле 'node-content-имяконтента.tpl.php', но увы, не работает в файле 'field-field_имяполя.tpl.php', о чем здесь и здесь доложено тов. dopry, автору imagefield и imagecache.
Сей баг сильно осложняет разработку, ведь CCK может использовать одни и те же поля в разных типах контента, а значит логичнее написать по шаблону на каждое поле и управлять их порядком в ноде с помощью веса. При создании нового типа контента из уже имеющихся полей не потребуется делать дополнительную работу для его оформления.
Вместо этого приходится описывать каждый тип контента, в основном, методом copy/paste, это более громоздко и плохо поддается отладке.
К сожалению, тов. dopry пока что безмолвствует по данному поводу.


Опубликовано axel в пн, 31/07/2006 - 12:52.

Спасибо за багрепорт, последствия глюка устранены. Приношу извинения за спамфильтр. Он в общем-то не злой, просто работа у него такая.

--
Axel,
Darcs-репозиторий разработок для Drupal


Опубликовано Natalie в пн, 31/07/2006 - 13:28.

А в самой ноде выводится полный вариант или превьюшка?
---
---
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.


Опубликовано tema в пн, 31/07/2006 - 15:55.

В моем варианте в самой ноде (body) картинки того же размера (thumbs).

К одному полю можно прицепить несколько картинок, тогда в teaser'e будет только первая, а в body - все.

Можно насоздавать сколько угодно namespace'ов с разными размерами (если не жалко места на хостинге), в отличие от image.module кроме scale есть еще crop и resize, сочетая их последовательно можно получать строго заданный размер и по верикали, и по горизонтали.

P.S. очень хочется crop'ать вот так.


Опубликовано Natalie в пн, 31/07/2006 - 16:02.

А если возможна только одна картинка?
И можно ли вообще еще прикрутить ко всему этому такую штуковину?
http://alistapart.com/articles/magazinelayout
---
---
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.


Опубликовано dyp@drupal.org в пн, 28/08/2006 - 13:33.

Чего-то не запускается у меня imagecache. Он на Денвере должен работать? Воткнул в ноду такую ссылку:
<?php <A href="/image/29"><IMG class="image thumbnail" title="Друзья: Друзья" height=138 alt="Друзья: Друзья" src="/files/imagecache/cropthumb/files/images/09.thumbnail.jpg"></A?> и тишина.
cropthumb это crop 120x120
__
Drupal 4.7.3
imagecache 1.9


Опубликовано vermus.info в вс, 26/08/2007 - 14:28.

еще бы косяк с пробелами в имени файлов пофиксить как нить


Опубликовано vermus.info в пт, 14/09/2007 - 11:27.

Товарищи! Обнаружил такой глюк. Есть материал с полем image с названием картинки типа image002.jpg. Создаем второй материал с таким же полем и таким же названием image002.jpg. Поле image срабатывает нормально - меняет название файла на image002_0.jpg. Но content templete выдает такую картину:

$node->field__2[0]['filename']
image002.jpg
$node->field__2[0]['filepath']
files/gallery/image002_0.jpg

В результате полноразмерная картинка отображается новая и превью - старая. :(
Кто сталкивался с подобным?


Опубликовано vermus.info в пт, 14/09/2007 - 11:50.

решилось заменой кода на

<?php
$f 
$field__2[0]['filepath'];
print 
l(theme('imagecache''thumbnail'$f), $f, array(), nullnull01)
?>


Опубликовано wampa в пн, 15/02/2010 - 07:56.

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