Pull to refresh

Comments 159

href="#" — это брак. А CSS интересный.
Кстати, как правильно делать?
href="/link" onclick="javascript();return false;"
UFO just landed and posted this here
Для юзеров с NoScript и ботов.
UFO just landed and posted this here
Как юзер NoScript могу сказать, что четверть современных сайтов — вообще без скриптов, еще половина могут без них работать (без всплывающих меню и прочего, но корректно). В вебе рулит информация, а скрипт — всего лишь удобная иногда примочка к ней.
Можно вопрос - почему NoScript? Паранойя?
Надоела реклама, а ABP еще настраивать надо. NoScript кроме поддержания паранойи убирает флэш и баннеры со всего недоверенного. Ну и всплывающие окна 100% заблокированы.
Для более существенных событий, таких как логин или регистрация, делают отдельные странички для юзеров с отключенными скриптами.
Т.е. если скрипт включен, событие отработается и пользователю, к примеру, будет отдан блок входа на сайт, если скрипты отключены, он перейдет на страничку авторизации.
потому что есть средняя кнопка мыши
UFO just landed and posted this here
обработчик не должен быть ссылкой, а кпопка отправки должна быть submit'ом
UFO just landed and posted this here
суть, еще как суть.
return false не имеет никакого отношения к сути элемента - оно просто отменяет действие по умолчанию при нерабочем яваскрипте.
ссылка должна куда-то вести, js будет лишь заменять переход по ссылке каким-либо действием (пример совсем близко - ссылка "войти" на хабре)
если же элемент не ссылается куда-либо, то, простите, какая же это ссылка?
рассматривайте UI сначала в отрыве от стилей - будет гораздо интереснее ;)
> открывает какое-нибудь окно
Во! Вот /link должен вести на это окно.
Просто видя руку с вытянутым пальцем над ссылкой/кнопкой, автоматически делаешь вывод "это ссылка", а не "это обработчик". Я думаю, я не один такой ((:
По правильному там должна быть ссылка пройдя по которой можно получить такой же результат как и с включённым js. Разница должна быть только в том, что понадобится загрузить новую страницу.
Это модель-которая легко трансформируется в любой конструкт
Есдинственный минус у подобной реализации Sliding Doors, это то что прийдется указать жестко заданный размер шрифта в px, да и это не спасет от увеличения шрифта в Fire Fox.
в Firefox <3
(кстати, это номер версии, а не сердечко)
Прошу прощения за нереальный оффтоп, но я уже месяца 4 не мог врубится какого черта пишут где не попадя "меньше трёх". Вы мне глаза открыли.
У меня когда-то так же было. Помню, не мог врубиться, почему в журнале "Хакер" постоянно ставят двоточие и закрывающую скобку. :)
а некоторые до сих пор теряются при виде надписи "press any key".
Причем выражение "press a key" таких затруднений не вызывает Ж)
Вери гуд. Спасибо.

Ждём решения для submit кнопок, бо такая кнопка не подойдёт для формы авторизации.
onClick="this.form.submit();return false;"
<noscript><input type="submit" value="Всё равно отправить" /></noscript>
Воспользуйтесь тегом button, немного изменив CSS (уберите привязку к тегу a или измените её на button). Тогда HTML будет примерно таким:
<code><button class="button" type="submit"><span>Отправить</span></button></code>
Работает точно так же, как обычный <input type="submit" />>. Основное отличие в том, что первый позволяет размещать в себе фрагменты HTML :)
IE плохо реагирует на формы без submit...
Это в чём, простите, выражается? :)
в том, что такая форма перестает отправляться
UFO just landed and posted this here
>>Специально для IE
>>В Internet Explorer нажатие кнопки не будет работать.

Надо было так ^__^
Кнопка в Опере 9.5 себя очень странно ведет, то нажимается, то нет, то нажимается не везде, а только с правой стороны где вторая половинка фона.
В смысле не не нажимается, а фон не меняет.
Аналогично в IE8
В ИЕ 7 косяк: При нажатии на кнопку (кнопку дальше не отпускаем) и отвода курсора (теперь кнопку можно отпустить), кнопка остается в нажатом состоянии.
Но при клике в любое место страницы — все встает на свои места.
Да и обычному пользователю не прийдет в голову так извращаться с кнопкой, он кликнет и дело с концом ;)
А я привык, что если отпустить кнопку в другом месте, то я отменю нажатие кнопки - полезная фича была бы. Если уж говоришь "удобство", так и делайте до конца.
оно отменится, не волнуйтесь )
В Firefox 2.0.0.13 то же самое.
согласен (и с бо_обликом и с а_в)
UFO just landed and posted this here
это не косяк, это особенность click-события. К сожалению, фиксится только с помощью навороченного обработчика, который, по сути, заменяет клик
боюсь, придется тогда добавить, как минимум, onmouseover=focus и, может быть, еще что-нибудь
хм... да, тут извращений должна набраться небольшая тележка
например, умолчальное действие здесь будет перетягиванием ссылки...
маскировать ссылки под кнопки вообще не стоит
к сожалению, это именно ссылки. Например, ссылка "купи меня", оформленная, как кнопка. Это же ссылка: она ведет на корзину с этим продуктом, а заказчикам хочется, чтобы выглядела поэффектнее. Вот и приходится извращаться...
я неправильно выразился...
имею в виду - подменять кнопки ссылками, т.е. должно быть более-менее понятно, что мы куда-то можем перейти и при этом соответственно должно быть понятно, что этот элемент будет себя вести как ссылка (можно перетянуть на другой таб, посмотреть адрес и т.п.)
в таком ключе описанный "косяк" будет восприниматься правильно, как нормальное поведение
например, имхо, стоит оставлять подчеркивание (хороший пример - большие кнопки скачивания на сайтах программ)
А почему бы не сделать что-либо подобное с настоящей кнопкой? Только с масштабированием та же проблема, но специально для неIE можно сделать фон в svg.

Хотя все это нужно далеко не всегда. Если страница со стандартным стилем, ее проще оставить как есть, браузер будет использовать тему ОС для отрисовки элементов (не все браузеры умеют, но все же прогресс есть).
А как оно может повлиять?
ПС учтут эту кнопку как простую ссылку.
Это я и хотел услышать :)
Неконструктивная критика подобна понту.
А как "прямо"?
http://img404.imageshack.us/img404/5022/img1ju6.png
http://img187.imageshack.us/img187/6756/img2qc0.png
где инфо об условиях тестирования?
размер шрифта, это хорошо видно на скринах
Ох помню затрахался я набор из нескольких «sliding doors»-кнопок ровнять средствами CSS по центру. Получилось, кроссбраузерно :)

А по поводу статьи... Мало. Где теория?
Поделитесь опытом, пожалуйста?
Я думал статью в блог тут написать, но пока времени нет. Могу по памяти сказать - надо курить информацию на cssplay.co.uk+ознакомиться с поведением IE6/7 и делением CSS между ними. Насколько я помню, 2 основные концепции это display: table; и display: table-cell; в нормальных браузерах, и display: inline-block; в IE'х. Проблема «sliding doors» и наборов из них в том, что float используется...
UFO just landed and posted this here
ага, известный баг IE с морганием фона. Вроде должен лечится через заданием document.execCommand("BackgroundImageCache",false,true)
трюк примитивный, но новичкам будет полезен, но что же ты не указал на его главные плюсы:
- не нужно ждать подгрузки второго изображения, то есть уходит неприятный эффект "догрузки"
- этот метод спасает от моргания в IE, который не в состоянии кэшировать фоновые изображения.

ps: по тому же принципу можно описать и 3й вариант для :hover.
Возможно "простой", а не примитивный? Иначе хотелось бы увидеть более продуманные решения.
PS. С hover'om абсолютно согласен.
Данное решение не работает в режимах strict и transitional для IE версии 6 и ниже.
давно пора забыть про ИЕ6 (и уж тем более ниже)
улыбнуло)

а про "ниже" согласен
поправка: давно пора забыть про ИЕ
я, конечно, все понимаю, но 5Кб png-картинка на 2 небольшие кнопки — это как-то слишком...
вам так жалко трафика?
времени жалко...
поставь 100 таких картинок по 5 кб и удивись)
а какая разница сколько их? одна или 100 если это одна и та же картинка?
если одинаковые картинки, то несущественно, а если они разные, то скорость загрузки сайта в целом будет ужасна.
просто во мне говорит оптимизатор...
поддерживаю)
прикольная статья. Очень полезная информация ;)
Если бы это всё "прикольное" ещё и работало как положено.. :(
Вы издеваетесь? А я по вашему что сделал? 0_о
Что не сделаешь все равно придираются.
черт, извини, не увидел. просто в теле статьи нет ссылки на оригинал (
В Firefox ломается при небольшом увеличении шрифта :(
>В Firefox ломается при небольшом увеличении шрифта :(
Да, фиксированная высота никуда не годится, ибо люди с плохим зрением (я в их числе) сайты смотрят под Ctrl-+

Зато в Firefox 3 при отключенном режиме "масштабировать только текст" проблем нет :)
Кроме, проблемы с увелечением шрифта, есть вопрос:
Все подобные примеры очень классные, но практически всегда нужно использовать не меньше 2-х, а иногда больше картинок.
Я не большой специалист в CSS.
мой программер меня постоянно долбит, чтобы я минимизировал количество картинок на дизайн в силу понятных обстоятельств . Особенно, это касается при работе со сложными интерфейсами.
Т.е. мне приходится делать тяжелей код в хмтл, чтобы обойтись меньшим числом картинок, правилен мой подход?
правилен. Код можно потом через gzip гонять, а каждая картинка — это лишний запрос к серверу, намного тормознее выходит
Спасибо,
Такие примеры значит только для красоты...
страшно было на кнопку с таким названием жать, но все-таки решился... вроде ракет в небе пока не видно. видимо не на тот скрипт у вас кнопка ссылается. поправьте баг)
Наверное хабраэффект, сервер пока разгружается (или ракеты загружаются). Потом полетят пачками =)
Сори, я не понимаю, зачем делать этот эффект, если его будут видеть какие-то милисекунды... лучше сделать что-то похожее при наведении.
Графика для элементов интерфейса есть ЗЛО.
Скажите, кстати, а как можно кармограф тоже получить? Ну, за исключением того, чтобы написать собственный? ;) Прошу прощения за оффтопик.
Зло — это пока элементы интерфейса относятся к браузеру. А когда они относятся к странице, что делать? Представьте сайт весь такой гламурненький и посреди него (ну в зависимости от системы конечно) серый шлакоблок…
Прочитано... обдумано.. "Красота - это когда нет ничего лишнего"...
Рано вам еще переводить, учите русский и будьте внимательнее.
"...мы должны учесть возможность растяжки кнопок. Для этого вы воспользуемся..."
Это опечатка. И это не дословный перевод, а переработка скорее.
Тогда зачем оформлять статью в виде перевода? Лучше в таком случае сразу написать, что, дескать, нашел крутой прием у Иван-Иваныча, хочу поделиться.
Так легче указать источник и от куда взял идею и где изложил.
В других темах очень много придирались по этому поводу, что я «вор» — источники не указываю и прочее, надоело слушать. Хотя всеравно услышал :(
Тогда попробуйте мой совет: если рассказываете о чем-то или ком-то своими словами, не надо оформлять это в виде перевода. Просто напишите в самом начале статьи, о чем это и у кого взяли. Поставьте себя на место других: мы читаем, возмущаемся наглым копипастом, а потом видим в конце статьи мелкую приписку.

Перевод подразумевает под собой более бережное отношение к оригиналу текста. Переводчик старается сохранить не только смысл, но и стилистику, приемы и интонации. Поверьте, не каждый копипаст с иностранного сайта можно считать достойным переводом.
>Поставьте себя на место других: мы читаем, возмущаемся наглым копипастом, а потом видим в конце статьи мелкую приписку.
Я не могу поставить себя на это место, для меня главное полезность информации, а не откуда она. Помоему кто так кропотливо обращает на это внимание просто психопат и ему, откровенно, нефик делать.
Представьте, что прочли статью, а затем встречаете ее в десятке инкарнаций по всему вебу. Строка "статья основана на источнике N" в самом начале каждого текста сохранит вам массу времени.
> В Internet Explorer нажатие кнопки не будет работать, так что сделаем маленькую хитрость на javascript

Вы хоть в курсе, что в IE элемент button не будет реагировать на нажатие Enter, скажем на форме логина.
маленький недочет: если "вдавить" кнопку и не отпуская левой клавиши мышки отвести курсор в сторону(за пределы) кнопка остается вдавленной
Покажите лучше, как сделать в IE6 полупрозрачный CSS-спрайт с тремя состояниями кнопок (обычное, наведенное и зажатое)...
Просто добавить hover и пририсовать стиль кнопки при наведении.
Ключевые слова: полупрозрачность и CSS-спрайт.
С этим вот проблемы. Решений найти не удалось.
То же можно реализовать, использую одну картинку вместо двух: http://temp.uratsakidogi.msk.ru/rocket/
(ссылкой почему-то не вставляется)
Поидее ретро, такие статьи все примерно одинаковые — слайдинг дурс + спрайты.
Для новичков может быть "вау", а для меня, например, ничего нового.

И вроде как иллюстрации из статьи я на каком-то буржуйском сайте видел)
hover'а не хватает тогда уж.
на сайте Студии об этом есть статься - более практичная.
если в примере (под фоксом пробовал) надать кнопку и не отпуская увески курсор и отпустить - кнопка остаётся нажатой.

IMHO: кнопка должна быть кнопкой, но никак не ссылкой - об этом говорит PHP - он любит кнопки (особенно INPUT).
В Safari 3.1 тоже корректно не работает... Никакого эффекта "нажатия" нет, о нем позно догадаться по переиодическому мирганию надписи только если по этой кнопке бешенно долбить...
Только что проверил — все отлично работает!
Странно... Весь эффект нажатия проявляется в непериодическом подергивании надписи при клике... Слишком быстро нажимается кнопочка, поэтому и не видно ничего....
срабатывает onclick=onblur
честно говоря, не понимаю смысла этого "хака", в ссылках он используется для убирания рамочки вокруг ссылки
Пожалуй лучшее. Объёмисто, но работает как надо.
а мне не нравится как это выглядит.
И главное, что я критикуя ничего не могу предложить - не программист я, а дизайнер. Просто при нажатии на выпуклую кнопку будут несколько иначе ложиться тени и блики.
приветствую. прикинь, а у меня наоборот =) нарисуй, а я заверстаю и запрограмлю современно, а?
Даже самому стало интересно как это выглядит. А вот так (+ посветлее):

off

move on

pressed


Это значит, что по сути тени не меняются. В нажатом состоянии они просто не такие резкие.
Супер! до дому добирусь — сделаю =)
А как это будет на чисто былом фоне? #FFF

высветлил на скорую руку > photobucket
Но на самом деле, я показал как играют тени при нажатии. Не стоит брать эти картинки за окончательный вариант. Они с перспективой, а на веб-странице всё же лучше, чтобы её не было (или чтобы все детали подчинялись одной). Тут важно обратить внимание например на то, что на кнопке в нажатом состоянии появляется рефлекс внизу.
Где это написано про тень при нажатии?
Я думал в интернете нету теней. Тень есть у яблока к примеру. Но откуда ей взяться у кнопки?
думай меньше, а наблюдай больше - толк выйдет, а красота останется.
Во-первых, по хорошему делать 2 конца и фон, а не один конец и еще один длинный конец. Ибо так кнопка будет действительно резиновой + будет меньше весить.
Во-вторых, как уже писал, ссылки должны иметь вид , чтобы она работала для noscript пользователей, ботов и пользователей со слабыми script бразуерами (mobile ie etc). Хорошим примером считаю http://www.basher.ru, не смотря на ajax всякие приблуды + js окна для регистрации и прочего, сайт корректно работает и с выключенным JS.
Нафига 2 конца и фон? Это не правильно. А если нужна кнопка в 2 строки а дальше в одну?
Добавим сюда тот факт, что под разными браузерами и на разных платформах шрифты неидентичны и могут просто не поместиться в рамки кнопки, и что тогда?

А Вы проверяли, будет ли меньше весить кнопка? А я проверял и не раз. В одном файле весит меньше на 10-25%

И юзайте &lt; и &gt; для угловых скобок.
ок, реализуй на данном примере автора кнопку в 2 строки и покажи мне одну картинку, с помощью которой можно сделать резиновую кнопку, которая будет весить меньше на 10-25%, чем 2 отдельных конца и 1px фона.
1) кнопку растягивающуюся по горизонтали и вертикали (на две и более строк) с помощью двух концов и фона реализовать вообще нельзя. Точнее можно, но смысл нарезки на три части потеряется (тогда уж на 5 частей или 9: фон, 4 угла, 4 границы).

2) для сравнения размеров можешь взять этот архив: knoppa.zip
1) не потеряется, это раз. И два — твоим способом вообще эту проблему не решить.
2) сравнения размеров показали, что 3 части весят на 20+% меньше, чем одна
2) Вы троллите или просто побоялись архив скачать? Или у Вас бааайты тлиннне-е?
Цельная кнопка 658 байт, три файла — 718 байт. То же самое и с RGB и с greyscale. Можно дополнительно дожать pngCrush, получив 527 байтов на цельной и 686 на разрезанной (23% разницы).

Вы, извините, как считали? И на каком примере?
Дейсвительно где-то я ошибся с калькулятором, действительно вы правы. Однако мозг пока не способен этого понять.
Но это не решает проблему «резиновой» кнопки.
Чтобы Ваш мозг мог понять почему цельный файл меньше, почитайте про принцип сжатия и узнаете, что ещё в GIF появилось такое сжатие. Один из базовых принципов описыватся так: «рисовать в строку пиксель цвета [xR xG xB] N раз».

По поводу резиновости кнопки с Вами уже не хочу спорить. Рекомендую (как минимум) изучить матчасть (и поработать в вебстрое), и только после этого судить как быстрее, надёжнее, лучше, удобнее верстальщику…
+ три запроса к серверу вместо одного
угу =)))) вашими бы браузерами да инет поглядеть. Расскажите IE о том, что он должен каждый раз брать картинку не из кеша, а с сайта.
Делается очень просто и одной картинкой...
если вы считаете «умным» преподносить в скрытом виде не очень умный способ организации подобной кнопкой, путем склеивания двух картинок в одну — вам на wmaster.ru
Одна картинка - меньше запростов к серверу - быстрее загрузка.
2. Делается очень просто банальным CSS - даже без танцев с бубном:
a {
  background: url(image.gif) no-repeat top right;
}
a span {
  background: url(image.gif) no-repeat top left;
  margin-right: 10px;
}
ваша кнопка не будет прозрачной, и, как кнопка автора, не будет резиновой.
Резиновой будет. Ровно настолько, насколько и авторская. А в даном примере прозрачность не играет роли и не есть самоцелью...
если для вас цель — «оптимизировать» и без того не лучший способ рисования кнопок, то с задачей вы справились.
чего ты придираешься? сам же должен понимать, что кнопка шириной 1000px - это не правильно и вряд ли она будет использоваться.
UFO just landed and posted this here
для полноты раскрытия темы еще хотелось бы побольше интерактивности на :hover, т.е. + еще одна картинка
Немного в сторону, но никто не припомнит способа вешания иконок на стандартные кнопки INPUT (BUTTON не предлагать)? Так что бы иконки нажимались вместе с кнопкой...
Красивые кнопки - красивыми кнопками, а вот у меня никак не выходит даже обычную кнопочку в форме темизировать. Все довольно просто: есть Drupal, пытаюсь приколотить панель регистрации в строку меню и форму поиска туда же, делаю все флоатами. В FF и других Strict-браузера все отображается отлично, а вот в IE6 - безбожно разъезжается (в особенности - форма поиска). Page.tpl.php выводит следующий стандартный HTML для формы логина-поиска:

<span class="login-search">
<div><a href="/user/login">Login</a>/<a href="/user/register">Sign up</a></div><form action="/search/node" accept-charset="UTF-8" method="post" id="search-theme-form">
<div> <input type="submit" name="op" id="edit-submit" value="Search" class="form-submit" />
<div class="form-item">
<input type="text" maxlength="128" name="search_theme_form_keys" id="edit-search-theme-form-keys" size="15" value="" title="Enter the terms you wish to search for." class="form-text" />
</div>

<input type="hidden" name="form_id" id="edit-search-theme-form" value="search_theme_form" />

</div></form>
</span>

Спан login-search я сам добавил, чтобы все в одной строчке (меню) было.

CSS (рабочий в FF) выглядит так:

/*общая форма для логина и поиска*/
.login-search {float:right; width:30%;}

/*форма логина*/
.login-search div {float:left; width:30%; height:12px;}
/*форма поиска*/
.login-search #search-theme-form {float: right; width: 70%}
.login-search #search-theme-form div {float: right; width: 100%}

/*кнопка*/
.login-search #search-theme-form div .form-submit {float: right; width:30%}
/*поле*/
.login-search #search-theme-form div .form-item {width:70%; float:left; position:relative; top:-13px;}
.login-search #search-theme-form div .form-item .form-text {width:100%; float:left;}

В итоге получаем отличную картинку в FF (см FF.bmp, смотрим здесь). А вот в IE6 все отвратительно (IE6.bmp, тоже смотрим на http://www.drupal.ru/comment/reply/4473/79858). Второй день ломаю голову, чем это может быть вызвано и как исправить....
Потратил вчера немного времени на освоение этого способа.
Читал ОЧЕНЬ ПОХОЖЕЕ ОПИСАНИЕ на английском Тут.
Наткнулся кстати на способ оформления TAB'ов с помощю HTML списков.
Жаль Кармы не хватает, написал бы :)
Может указывать как первоисточник не Чернев.Ру(не он же придумал технику) а оригинал? Или это PR?
Sign up to leave a comment.

Articles