Pan Preview Image - предпросмотр изображений, превью (Page 2 of 2)

Мы с PunBB, немного поднимали этот вопрос. Я предложил исключить из обработки вообще все изображения, если их размер составляет 110-120% от заданного размера превью. Ибо это глупо. Тыкаешь в картинку, а она не увеличивается, а просто рядом дублируется такая же маленькая.

Так большая нормальная гифка не обрабатывается - она законо и красиво радует в натуральный размер, что от неё и требуется.

Не нужно их вообще трогать - им в тексте место. Это ж обычно просто приколы. И свежесть их теряется от любой обработки.

это по уму. Уже завтра поиграюсь.
А  классная всё-таки связка получается

sempai, отличное решение. Доберусь до ПК, исправлю 

Там еще у самого аплоадера много стилей для старого диалогового окна прописано. Видимо у Маракат из за них и сдвиги с с визуальным редактором. Еще почему то не было закрыто соединение с бд, хотя помню точно, что с самого начала добавлял 
Помимо этого в некоторых местах файл удалялся без проверки на его существование. Все это было обнаружено, когда совмещал работу с превьюхами. 

sempai, С пропуском гиф - хорошо. Слайд-шоу как-то лучше получается, нет ощущения мусора.
PunBB, нехорошо, что маленькие картинки обрабатываются. С фанси боксом вроде неплохо, а с чистым Pan Preview Image 

На тестовом (ссылка выше) сейчас Фанси Бокс стоит, вот здесь посмотри.  Картинка маленькая изначально.  Ну глуповато же - при клике она дублируется в том же размере.

Сдаётся мне, если она больше превьюхи хотябы  на 140-150%, только тогда имеет смысл обрабатывать. На каком этапе? Наверное, стОит просто не делать из таких превью.

$matches[1]

Вот картинка размером 140% от превью.

$matches[1]

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

$matches[1]

Да.
Пользователь будет видеть, что механизм работает.
А то тыкаешь в одну маленькую картинку - она открывается. В другую - . Оно как-то... можно подумать, что что-то не срабатывает. Раздражать будет, короче.

А так картинка сработала - ничего не раздражает. Просто она маленькая изначально в посте - всё понятно.

$matches[1]

Но совсем маленькие нужно обходить.Может, от 80% размера превью. Размер НЕобрабатываемой картинки должен быть таким, чтобы пользователь внятно на глаз видел, что картинка маленькая, и нечего в неё тыкать.

Думаю лишнее. Посто задать. Если угадаем с процентом, никто и не почешется что-то менять - хорошо будет. А кому надо будет очень - спросят либо найдут, где в коде циферку поменять.
Кстати, чем дальше, тем больше нравятся в нынешнем варианте размеры разных картинок на разных экранах. Но на ПК чуть гуляет позиционирование, но трогать страшно  Если в идеале - алгоритм сложноватый получается.
Если картинка влезает по вертикали в экран, её нужно позиционировать по центру. Если не влезает - по верхнему краю.
Ну его?

И то, что на достаточно большом экране она показывается в натуральную величину. А сравнительно небольшие не увеличиваются неестественно.
Это логично и приятно: по возможности показывать в натуральную, а уменьшать или резать - только при необходимости. Вот оно так и работает сейчас.

И режутся только те, что по вертикали не лезут - тут скролл в помощь. Это лучше, чем уменьшать.

Короче, с размерами классно.

$matches[1]

У меня ж 1024 максимальный ".fancy_video_tag_parse($matches[1])." и вертикали и горизонтали выствлен, и довольно много таких картинок - нужны. Так что оценил.

$matches[1]

Оговариваясь, что сейчас расширение очень приятно (удивительно, в нашем очень кипешном сообществе НИКТО не высказал не то что НИ ОДНОЙ претензии, но и пожеланий, кроме мультизагрузки - что сюда не относится, и не нужно!), тем не менее, позволю себе чётче сформулировать вид со стороны пользователя некоторых мелочей, отделяющих нынешнее состояние от идеала  Ну, чтоб было  В описание входит и то, что уже есть.

$matches[2]
$matches[2]
1. Размер по ширине имеет приоритет перед размером по высоте при выборе показываемой картинки, и однозначно задаёт её размер.
2. Картинка показывается в натуральную максимальную ширину до тех пор, пока помещается на экране. Соответственно, вертикальные картинки позже претерпевают уменьшение на малых экранах.
3. С уменьшением экрана меньше ширины картинки,  картинка уменьшается, занимая всю ширину имеющегося экрана.

$matches[2]
1. Высота задаётся только исходя из ширины картинки (см выше) пропорционально.

$matches[2]
$matches[2]
1. если картинка по ширине меньше экрана, она располагается точно по центру. Допустимо небольшое смещение, которое визуально скрадывается ассиметричностью дизайна топика.
2. Если картинка занимает весь экран, она автоматически располагается  симметрично.

$matches[2]
1. Если высота картинки не превышает высоты экрана, картинка центруется симметрично по высоте.
2. Если высота картинки превышает высоту экрана, картинка выравнивается по верхнему краю с минимальным отступом от верхнего края экрана.  Это даёт возможность воспользоваться скроллом, логично просматривая картинку сверху вниз.

$matches[2]
1. При клике на превью и открытии основной большой картинки, превью скрывается (не нарушая форматирования топика!).
2. При этом из обработки исключаются изображения, чей размер явно, на глаз пользователя, меньше остальных превью. Хорошим порогом видится примерно 70% .

$matches[1]

FancyBox for Pan Preview of Images, как надстройка над сабжем, в связке с ним почти идеален, и такая связка не требует усовершенствований прямо на данном этапе. Для любителей такого оформления и функционала эта связка - уже законченный продукт.  Всё-таки вызывает сомнение тот момент, что подбираются картинки со всей страницы, а не из одного поста. Может быть нелогичный венигрет из картинок. Внутри поста они более-менее объединены по смыслу и связаны с текстом, а на целой странице могут быть смысловые недоразумения от странной последовательности картинок. .

$matches[1]

Очень хорошо, что стили  Pan Preview Image простые, без прыжков @media, вносящих смуту.

Забрал

$matches[1]

Любуйся 
вот ссылка

Таки лучше, логичнее. Хоть понимаешь (если там реальный контент, а не мой макет), к чему те картинки.

sempai, это постоянная ссылка на обновляемое расширение? Может мне ее в первый пост выложить? Или хочешь создай тему с описанием.

А ты нажми на кнопочку ответить (в теме), и посмотри что получилось! 

Объединяет картинки по группам в постах?

Ок, тогда "умную" группировку оставлю только в темах, в остальных местах все найденные картинки будут зацикливаться как и было раньше. 

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

Да, но и вреда от нее нет, не так ли. Никто же силой не заставляет тыкать на эти стрелочки! 

Если уже так сильно будет мешать, можешь открыть хук ps_handle_img_tag_end, и поудалять из ссылок:

 rel="group"

есть. Добавил. Теперь если кому то захочется больше визуальных эффектов там есть ссылка.

Скоро!!!

Превью из внешних изображений 

всем привет. в логах появилась такая строка:

PHP Notice:  Undefined index: path in...
/www/extensions/pan_preview_image/hooks/pan_uploader_ed_pre_redirect_end.php on line 14

проверьте пожалуйста.

А если фото загружены на другой сайт и в сообщения вставлены bbcode img на эти фото, как сделать миниатюры без создания отдельных превью-файлов для таких изображений?
Есть расширение такое или нужно скриптами делать вручную?