abused

Ребята, подскажите плиз, может кто встречал такое решение. В общем, нужен скрипт, чтобы внутри полноэкранного (100% резина) блока менялись слайды (такие же полноэкранные), в которых несколько слоев-картинок с размерами в %, абсолютно позиционированных, и реагирующих на движение крысы по принципу параллакса (с разной скоростью то есть). Другими словами, в одностраничный сайт надо вкрутить полноэкранный слайдер, и чтобы в каждом слайде работал параллакс, реагирующий на мышь. По отдельности ни параллакс ни слайдер не представляют проблемы, но вот заставить все работать одновременно не выходит.

Спасибо кэп

Всем трям! Есть вот такая штука. Пример конечно сырой, но суть отражает очень близко. Сразу оговорюсь: jQueryUI и прочие прилабуды предлагать не надо (напротив, pure-JS приветствуется), интересует возможность сделать нужное средствами самого jQuery. Итак: Нужно во-первых сделать так, чтобы при щелчке по полосе прокрутки, курсор цеплялся не за ее оптический центр, а за то её место, за которое было "ухвачено". И второе: случается так, что если при перетаскивании отпустить крысу за пределами элемента, не срабатывает событие отпускания крысы. Т.е. потом при ненажатых кнопках скролл тянется за мышью. Все остальное проблем (вроде бы) не вызывает, но любые комментарии по улучшению приветствуются все равно. Спасибо

Задача была в том, чтобы найти все возможные подводные грабли при ограниченном доступе к разным мобильным устройствам. Ситуация вроде прояснилась, всем большое спасибо.

Совершенно верно! Может конечно это и психоз какой, или я не успел еще въехать в тему... С мелких лет просто привык работать в какой-то одной системе, и не смешивать котлеты с мухами. Вот только с нынешним наплывом мобильных устройств кагбэ назревает потребность использования относительных величин, чтобы текст таки можно было читать без лупы. Но как быть с исходным макетом в .PSD? Его-то мне не в em-ах отдали...... И как все это увязать с пикселями? А требования бывают иногда очень и очень....

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

Где-то попадалось мнение о том, чтобы текст и типографику задавать в em/rem, а для всего остального указывать px/%. Можно какие-то рассуждения в пользу этого подхода, или критику? Искал статьи по теме, но тему сисек для себя так и не раскрыл. Важно сохранить вертикальный ритм, и чтобы нарисованная дизайнером растровая графика не поплыла ( понимаю, что SVG можно, но это не всегда приемлемо).

Всем большой трям. Постараюсь изложить суть: 1. Надо пользовать «резину» и адаптивность — т.е. @media-query, % от ширины, и т.д. 2. Привязку к базовой сетке обязательно надо тоже. Т.е. горизонтальное выравнивание (не путать с сеткой колонок). Оба пункта решаемы, если пользовать px в качестве единицы измерения и для элементов интерфейса (кроме резиновых), и для текста. Раньше я так и делал, все были счастливы (катастрофа с масштабированием шрифтов в древних версиях IE уже неактуальна, везде работает зум), особой надобности в этих ваших em-ах долгое время не было. Но с появлением дисплеев высокого разрешения (всякие там Retina), пиксель стал не совсем пикселем в привычном смысле. Снова возникла надобность в относительных величинах для веб-типографики. Например, классический подход 62.5% и em/rem. Итак вопрос-размышление на тему того, как сохранить "абсолютную" пиксельную предсказуемость растрового дизайна при "относительно" заданном тексте, но при этом сохранить вертикальный ритм (базовую сетку)?

Пардон за оффтоп, к верстке не относящийся. Шрифт чутка мелковат, как для основного текста.

Навскидку, хочу отметить следующие вещи: 1. menu > li > a:hover заставляет прыгать пункты меню справа из-за font-weight, я бы сделал фиксированную ширину у li; 2. .secondtr - хочется курсор как у ссылок, pointer если не ошибаюсь; 3. .footer — текст слабо читаем, хочу контрастнее по отношению к фону; 4. Почему-то захотелось placeholder в input-е поиска; 5. Кое-где ссылки реагируют появлением подчеркивания на hover, а кое-где нет. Лично я бы предпочел что-то одно, дабы не вводить в заблуждение. 6. От таблицы с колонкой новостей я бы скорее всего отказался в пользу списка (или даже параграфа — из соображения экономии тегов). Как-то так, для начала =)

Заранее извиняюсь за "улет" от основной темы. Вот скажите мне, чем могут так смущать id? И при чем здесь команда? Если на странице предусматривается использование jQuery либо любого другого JS-фреймворка, то поиск элемента DOM по id является самым быстрым из всех возможных вариантов (поправьте если я ошибаюсь), вторым по скорости является поиск по классу. Это кагбэ раз. Ну и кагбэ два: повторяющиеся элементы объединяются в классы, а единичным элементам присваивается id. Проблема может вылезти разве что в случае конфликта имен id. Но это не только результат неправильных действий верстальщика, это, с другой стороны, еще и несогласованность работы команды в отсутствии четких стандартов по именованию (и других стандартов). Это тоже забывать не стоит. Прошу ваши аргументы, господа. Свое мнение по поводу верстки могу описать кратко: если бы так верстали почаще, меньше было бы головняка с сопровождением. Автор таки хорошо справился с работой, недостатки лично мне искать не хочется. При желании придраться можно к чему угодно.

Полностью готовый дизайн сайта для танцевальной студии/клуба. Тема: танго (подойдет под любые бальные танцы). Достойная авторская работа, выполненная по современным стандартам. Единичный экземпляр. Описание шаблона: шапка и футер — резиновые по горизонтали (центрировано), контент-блок — фикс, новостная лента (список заголовков) в сайдбаре. Кастомные шрифты, грамотная и привлекательная типографика с привязкой к базовой сетке. Фотомонтаж в шапке (есть возможность сделать слайдер на Flash/jQuery). Футер прижат к низу страницы. В футере две колонки с десяткой последних записей, и последними комментариями (если необходимо, можно добавить третью колонку с последними сообщениями форума). Авторские бесшовные текстуры, приятная цветовая схема. Полутени, мягкие градиенты, привлекательный антураж и атмосфера. Одним словом, со вкусом выполненная работа. В дизайне присутствует авторский логотип (Tango), который еще не задействован, и не "засвечен" в этих ваших интернетах. Предлагаю "слоеный" PSD-макет (экв. 250 у.е.). Или, что еще лучше — сделаю сайт/блог под ключ (экв. 500-800 у.е.) с полным функционалом. Качественная кроссбраузерная верстка по умолчанию + эффекты и плюшки по желанию. Семантика, чистый код..... вся фигня. Шаблон для форума и его установка (как и сам форум) обговариваются отдельно — если надо. Просто так прошу не беспокоить, скриншот в паблик не отдам (разве что могу поделиться wireframe-прототипом). Все переговоры в личке. Кому интересно, обращайтесь в ЛС, или лучше в Skype: reffuse ЗЫ: История такова. Изначально делалось для друга, задумывалось как обычная визитка с минимумом страниц. Но в процессе работы концепцию расширили. После чего заказчик (он же друг) решил, что сопровождать проект такого качества и с таким размахом ему не под силу (не любит он компьютеры, и не располагает временем на сопровождение, а дизайн требует соответствующего подхода к публикуемым текстовым и фотоматериалам). Визитку же, как мы в процессе выяснили, делать попросту нет смысла. В итоге дизайн ушел "в стол".

Это, наверное, главный месседж, который я хотел донести. Ох, не могу не согласиться. Это настолько актуально сегодня, просто кошмар. Толпа народу почему-то считает, что чем больше всяких финтиплюшек понавешано, тем круче дизайн. Неизвестно зачем по сайдбарам натыкаем разных виджетов на три скрина чтоб было чего скроллить. Цвета чтоб как можно поярче, и не важно что рябит в глазах. Кругом побольше рамочек (цветастых и кучерявых конечно же), и вокруг рамочек — еще рамочки обязательно чтоб были! А текст вообще забыт, его как будто и нет. Печально то, что пипл хавает. И одновременно смешно, когда заказчик на вопрос о том, что бы он мог привести в качестве хорошего примера, тыкает на какое-то очередное убожество, слабо отличающееся от дефолтной темы на унылом DLE. Если сайт не является фотоблогом (галереей, и т.д…), то текст должен быть на первом месте! Типографика — наше все.

Спасибо большое за конструктив, даже не ожидал такой качественной критики. Последнюю десятку записей, а также десятку последних комментариев, добавлю. Уже запланировано, и будет внедрено обязательно. Остальное продумаю и пересмотрю. А в отношении морали и этики, сделаю небольшую поправку. Это не пропаганда самого курения, речь идет о более качественных и менее вредных продуктах. Не стану спорить про вред как таковой, но сигареты — есть однозначный яд (гораздо вреднее трубки, уж поверьте). Хотя бы по причине того, что у них внутри.

Прошу оценить работу: Табачок. На стартовой странице описана цель и задачи создания сайта, так что здесь повторяться не буду. Интересуют впечатления прежде всего по поводу юзабельности и дизайна. Сайт намеренно делался минималистичным — с упором на типографику, хотя, на мой взгляд, дизайн довольно привлекательный несмотря на этот самый минимализм. По поводу верстки тоже не стесняйтесь, может будут какие-то замечания.

Лично я давно подсел на gedit. Если плагинов к нему добавить, то очень вкусно получается. Много чего перепробовал.

Довольно часто требуется именно на примере рассказать о том, что можно предложить клиенту. На пальцах не покажешь, на бумаге, если диалог происходит в онлайне, не годится. А живых примеров в "копилке" может не хватать. А наглядность нужна.... В общем, задался я целью найти галерею эскизов (UI prototype), для того чтобы иметь более предметный разговор с заказчиками. И наткнулся на интересный ресурс — готовый сайт-результат можно глянуть как в уже завершенном виде, в том числе и по ссылке сходить, так и в виде его "карандашного" эскиза. Тем, кто занимается проектированием веб-интерфейсов, должно понравиться. Пишу об этом не просто так =) Хотелось бы развить тему, у кого есть ссылки на что-либо похожее — прошу поделиться. Потому как иногда не хватает идей для создания чего-то "своего" с нуля, или чтобы улучшить уже существующее.

Все бы ничего, но пропорции изображения будут зависеть от пропорций экрана. Разница между соотношением 3?4 и Wide screen не настолько существенна, чего не скажешь про портретный режим хотя бы тех же "таблеток". Кроме того, если юзверь захочет уменьшить окно броузера, то эффект непредсказуем. На больших разрешениях (если изображение маловато) полезут дикие пикселя, что не есть хорошо. А на маленьких экранах напротив — не хочется впустую грузить огромные изображения, которые все равно будут уменьшены. Вот как раз по таким причинам и ломаю голову в поисках оптимального решения.

Обычно старался избегать использования больших изображений в качестве фона для веб-страницы. Но вопрос назрел. А тут мало того, что разрешений мониторов тьма, так еще и различные мобильные девайсы… Кто сталкивался, может поделитесь соображениями из личного опыта? Либо может есть какая-нибудь аналитическая статейка, или фреймворк. Спасибо. ЗЫ: подразумевается no-repeat изображение, вероятнее всего 100% по ширине и высоте

Народ, вот в чем прикол? Во всех броузерах, даже в убогом IE, звук проигрывается как положено. А в "кошерном" FF не хочет. Может что не так, или спецовые плюшки надо пользовать для лисы? Вообще со звуком дела не имею, потому простите заранее за глупые вопросы. где-то в недрах HTML: <audio id="alarm" preload> <source src="http://***/alarm.mp3"></source> </audio> где-то в недрах jQuery: var audio = $("#alarm")[0]; audio.play();

Если сильно жмет, то по идее, раз уж в природе есть подстрочные и надстрочные символы (которые меньше в разы основных символов шрифта), можно сделать так: а) Подобрать какой-то шрифт, заведомо мелкий но с похожей гарнитурой. Т.е. несмотря на одинаковый кегль, есть шрифты с меньшими буковками. @font-face в помощь. б) Ручками отмасштабировать исходный шрифт (все нужные символы в определенное число крат) в каком-нибудь FontForge и внедрить опять-таки при помощи @font-face (геморно конечно, но если надо, то деваться некуда). Лично мне пока что не доводилось сталкиваться с ограничением в Опере (не скажу даже, насколько это актуально). Но если придется, то наверное так и буду решать эту проблему. ЗЫ: есть одна поправка: при пользовании fontsquirrel кажись надо там где-то галку не ставить, чтобы не было подгонки символов под высоту (типа нормализации, сорьки, не помню как оно там звучит).

Если я правильно понимаю, то можно попробовать поиграться с относительным и абсолютным позиционированием, типа так: div#container{ position: relative; height: 100%; /* сугубо для наглядности, в реальных условиях вряд ли понадобится */ } div#columns{ position: absolute; bottom: 0; } <div id="container"> <div id="columns">колонки тута</div> </div>

Вот хороший класс: http://justinvincent.com/ezsql

Это как? Причём здесь JS? Все просто, например так: если броузер поддерживает JS и включено, то при помощи JS-функци заменить содержимое поля ввода пароля на хэш этого самого пароля. Либо при помощи AJAX.

Не понимаю, зачем хранить пароль в сессии. Достаточно username, при условии правильно введенного пароля, плюс можно абракадабру чтоб пыль в глаза пустить, либо случайный token чтобы совпадал со значением поля таблицы в БД (тут вариантов куча может быть), но никак не пароль, и даже не его хэш. Правилом хорошего тона считается передача пароля не в открытом виде из формы, а md5('пароль') на сервер. А в БД при этом хранить md5(md5('пароль')). Т.е. при помощи JS передавать хэш пароля на сервер.