Комментарии 47
При просмотре большой фотографии, она скрывается как только теряется фокус с места, где была миниатюра. Таким образом, например, я не смогу скопировать url большой фотографии.
Пока мышка находится над миниатюрой ссылка копируется через правую кнопку мыши. А если пользуетесь клавиатурой то кнопка вызова контекстного меню поможет.
Копировать я могу и через dev. tools. Я лишь привел простой пример, чтобы показать, что onmouse* в данной области хуже, чем привычный onclick. Ну по моему скромному мнению, конечно :)
Кажется я вас не правильно понял. Скопировать прямую ссылку на большое изображение возможно разными способами. А вот на страницу с открытым большим изображением нет. Но это издержки отсутствия JavaScript который с лёгкостью данную проблему может исправить. Хотя можно и без него опять же обойтись используя серверные скрипты.
Невозможно скопировать адрес большого изображения — пока мышка над маленьким изображением, копируется url маленького, а когда мышка с него уходит — большое тоже пропадает.
Вы действительно меня не правильно поняли лишь потому, что углубились в мой пример.
Я хотел сказать то, что мне/юзеру может по каким либо причинам нужно переместить мышку, скажем, внизу большого изображения. А сделать этого не получится.
Я хотел сказать то, что мне/юзеру может по каким либо причинам нужно переместить мышку, скажем, внизу большого изображения. А сделать этого не получится.
При наведении на край крайней правой фотографии начинается непрерывное моргание фотографии.
Пока мышка находится над миниатюрой ссылка копируется через правую кнопку мыши. А если пользуетесь клавиатурой то кнопка вызова контекстного меню поможет.
Промахнулся. Это сюда habrahabr.ru/blogs/webdev/129945/?reply_to=4304108#comment_4304152
Не кросбраузено.
Как минимум в опере 11.5 при клике на большую фотографию сначала она фиксируется (внизу появляется следующая превьюшка), при повторном клике открывается просто большое изображение (как при нажатии на ссылку на него)
Как минимум в опере 11.5 при клике на большую фотографию сначала она фиксируется (внизу появляется следующая превьюшка), при повторном клике открывается просто большое изображение (как при нажатии на ссылку на него)
Да, но зачем?
Блин, где Вы такие задачи-то берёте?
Годится как упражнение, но пользоваться неудобно: превьюшки то и дело исчезают, нельзя показать курсором мыши что-нибудь на большой фотке, любое движение приводит к скрытию фотки. В общем, использование раздражает.
а если сделать target=blank то пользователю не прийдется мучать мозги. Реализация такая же как и у java версии. Меньше времени тратим, больше профит :)
Давайте сделаем неудобно зато без JS :)
В андроиде не работает.
изобретать колесо очередной раз…
Страшный какой
НЛО прилетело и опубликовало эту надпись здесь
Код, работающий без Javascript – нужен.
Только реализации должны выглядеть лучше, чем в статье.
Stu Nicholls делает замечательные штуки без единого Javascript:
Правильная фотогалерея, фотогалерея с эффектами, ну и совсём выпендрёжная галерея.
Только реализации должны выглядеть лучше, чем в статье.
Stu Nicholls делает замечательные штуки без единого Javascript:
Правильная фотогалерея, фотогалерея с эффектами, ну и совсём выпендрёжная галерея.
Вот тоже хотел дать ссылку на этот сайт с аналогичными решениями. Только это, как я понимают, не они делают. Ну и правильным это назвать сложно. Вроде бы на css, никакого js, но удобство использования хромает на обе ноги. И ради чего?..
Как это – не они? «Copyright ©2009 stu nicholls — CSS play»
Конечно, это не идеально удобные решения.
Но разве не очевидно, что слой с Javascript конечно нужен, только он добавляется сверху.
Таким образом, если вдруг у вас или на стороне клиента сломался Javascript, всё равно всё будет работать.
Таким образом, параноики и эстеты с отключенными скриптами получают замечательные условия и довольные радуются сайту.
А если ещё вспомним, что параноики и эстеты без скриптов практически однозначно являются технически образованной публикой, рекомендательной базой для окружающих, то снанет понятно, что эти 7%–17% Хабра-юзеров очень даже важны для проекта.
Конечно, это не идеально удобные решения.
Но разве не очевидно, что слой с Javascript конечно нужен, только он добавляется сверху.
Таким образом, если вдруг у вас или на стороне клиента сломался Javascript, всё равно всё будет работать.
Таким образом, параноики и эстеты с отключенными скриптами получают замечательные условия и довольные радуются сайту.
А если ещё вспомним, что параноики и эстеты без скриптов практически однозначно являются технически образованной публикой, рекомендательной базой для окружающих, то снанет понятно, что эти 7%–17% Хабра-юзеров очень даже важны для проекта.
Про то, кто сие делает — мои личные сомнения и я не утверждаю, что они истины. Но это так, мысли в слух. Ну а про все остальное — решать разработчику. Как по мне, так нет смысла в подобных задачах делать что-то отдельное для браузеров с отключенным JS. Тут либо делать что-то простое без js, либо делать что-то более сложное, нежили примеры. Ну а cssplay.co.uk, на мой взгляд, во многом пример, а не инструкция по использованию, который нужно допиливать. На CSS можно делать красивые вещи без какой-либо логики, но если она (логика) нужна, то не стоит эмулировать ее на не предназначенном для этого CSS. Но здесь каждый решает сам :).
Круто конечно. Но опять не на весь экран. Почему они так боятся использовать полностью доступное пространство? Я сделал рабочий минимум. Дальше в него можно добавлять красивости, допиливать с помощью JavaScript и т.д.
Мне кажется, уже пора смириться, что без js в интернете особо делать нечего.
Safari IOS 4 не работает, отображаются только миниатюры
Хмм в Safari 5 наведение работает. Как перемещаться по ссылкам при помощи клавиатуры на в хелпе не отыскал.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
NoScript фотоальбом