15 мая 2006 в 12:40
Господа
Неужели все терпят безобразные возможности работы с картиками.
Модуль - image явно слабоват.
image_gallery - убожество!
Кто что использует дополнительно?
Подскажите!
Заранее благодарю,
Сергей
Комментарии
inline
Вообще с картинками действительно туго.
nodeimageblock.module Не супер, но проще всего, если аттач-картинка он его покажет там где это блоком определено!!!! Мне нравится!
Было бы полезно добавить возможность отображать блок этого модуля ТОЛЬКО для администратора.
А что у всех image_galery так криво отображает галерею - в начале только последнюю картинку, а чтобы увидеть все - дополнительно надо кликать?
Надо лезть в код, чтобы исправить?
Два раза нажал отправить - удалить не дают права
А как насчёт того, чтоб при написании статьи
можна было сразу загрузить рисунок и чтоб он
отобразился в BBcode?????
Иль может я чего-то упустил ????
Я пока остановился на связке image и img_assist. Хочу поcмотреть inline. Это для варианта, когда необходимо вставлять изображения в строго определенные поля сайта.
Если речь идет о свободной "верстке" сообщения в текстовом окне, то - TinyMCE. А того лучше - плагин Xinha Here! для FireFox (если, конечно, авторы вашего сайта предпочитают FF). Впрочем Xinha вставляет картинки, которые уже куда-нибудь загружены в интернет. Это не тот случай, но редактор удобный.
интересует возможность вставки нескольких изображений в шахматном порядке на странице ноды
выскажусь и я. на мой взгляд вариантов несколько:
- либо картинка будет представляться как нода, тогда она полноценный документ и занимает место в структуре таксономии.
- либо же картинка прикреплена к какому-либо документу и выводится фильтром типа inline
- либо является частью ноды-документа, созданного с помощью flexinode
каждый из вариантов затачивается под собстенные нужды и каждый имеет свои достоинства и недостатки.
Меня бы inline всем бы устраиваил, если бы умел создавать превьюшки.
http://drupal.org/project/acidfree
Умеет генерить превьюшки и вставлять в ноды с помощью собственных тегов, работать с видео, возможно с аудио. Массовая загрузка файлов. Говорят, нагружает сервер. Внешний вид галерей, созданных acidfree - на любителя.
> Неужели все терпят безобразные возможности работы с картиками.
к сожалению все
я правда доработал часть флексиноды - поле image - так что-бы делать ноды по шаблону типа 5 картинок - каждая слева-справа и сделал что-б при нажатии на картинку загружалось в новом окне полноразмерная фотка - недостаток все картинки лежат в одной директории и теоретически может наступить ограничение на количество файлов в одной директории - кстати сколько это у стандартной ufs?
сорри, глюки с комментариями. отчет прилагается.
Спасибо за багрепорт, последствия глюка устранены. Приношу извинения за спамфильтр. Он в общем-то не злой, просто работа у него такая.
--
Axel,
Darcs-репозиторий разработок для Drupal
С flexinode поработал недолго, ощущения тоже не из приятных, CCK не в пример удобнее, чего стоит хотя бы его widgets (правда, к сожалению, пока с документацией туго).
Так вот, недавно появилось поле image (модуль imagefield), что решает многие проблемы с картинками в Друпале. Ресайзит, скалит и кропает в этом случае не менее приятный модуль imagecache, который создает именованные наборы правил обработки картинок (последовательность операций Scale, Crop, Resize), к которым можно обращаться через URL. К результатам этих операций модуль отностися как к кэшу, что позволяет сильно экономить место на превьюшках старых картинок.
Конечно, не без недостатков и просто глюков, но, надеюсь, со временем все пофиксится.
P.S. Для Natalie:
http://drupal.ru/node/1967#comment-7781
Пожалуйста!
Предположим, поле называется 'field_images' (multiple - возможно несколько картинок), namespace для превьюшек - 'thumbs'.
Для teaser:
<?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-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 пока что безмолвствует по данному поводу.
еще бы косяк с пробелами в имени файлов пофиксить как нить
В ответ на http://drupal.ru/node/1967#comment-7747
Предположим, поле называется 'field_images' (multiple - возможно несколько картинок), namespace для превьюшек - 'thumbs'.
Для teaser:
<?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-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 пока что безмолвствует по данному поводу.
Товарищи! Обнаружил такой глюк. Есть материал с полем 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
В результате полноразмерная картинка отображается новая и превью - старая.
Кто сталкивался с подобным?
решилось заменой кода на
<?php
$f = $field__2[0]['filepath'];
print l(theme('imagecache', 'thumbnail', $f), $f, array(), null, null, 0, 1)
?>
А в самой ноде выводится полный вариант или превьюшка?
---
---
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.
В моем варианте в самой ноде (body) картинки того же размера (thumbs).
К одному полю можно прицепить несколько картинок, тогда в teaser'e будет только первая, а в body - все.
Можно насоздавать сколько угодно namespace'ов с разными размерами (если не жалко места на хостинге), в отличие от image.module кроме scale есть еще crop и resize, сочетая их последовательно можно получать строго заданный размер и по верикали, и по горизонтали.
P.S. очень хочется crop'ать вот так.
А если возможна только одна картинка?
И можно ли вообще еще прикрутить ко всему этому такую штуковину?
http://alistapart.com/articles/magazinelayout
---
---
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.
Чего-то не запускается у меня imagecache. Он на Денвере должен работать? Воткнул в ноду такую ссылку:
?> и тишина.
cropthumb это crop 120x120
__
Drupal 4.7.3
imagecache 1.9