hypnocolor
-
Posts
749 -
Joined
-
Last visited
-
Days Won
32
Content Type
Profiles
Forums
Calendar
Store
Posts posted by hypnocolor
-
-
-
-
http://jsfiddle.net/hypnocolor/xth3kzsp/4/
Попробуйте этот вариант без png и псевдоэлемента, на бордер-радиусе. Думаю, должен заработать в старой опере.
-
А вообще, судя по шрифтам, вы на винде проверяете. В новой опере на винде у меня тоже всё нормально, а Сафари вообще теперь только под мак обновляется, так что его (виндовый) можно в расчёт не брать, как мне кажется.
-
Без полного макета, конечно, трудно сказать, но думаю, что железным решением тут будет накладывание прозрачной png-шки поверх меню с куском изображения, которое идёт следом. Примерно так — http://jsfiddle.net/hypnocolor/xth3kzsp/
-
Это ж iPad + iPhone + всякие разные на Android + WindowsPhone + если копать глубже то тот же Bada и так далее))
Так никто и не говорит о единомоментном появлении всех девайсов. Накопилась какая-то одна сумма — взяли одну железку, и так постепенно. До тех пор, как уже посоветовали выше, можно пользоваться Браузерстеком и подобными средствами, но не стоит полагаться на их стопроцентную идентичность реальным устройствам.
По поводу «переучивания»: всё не так страшно, как кажется. Я сам опасался долгого привыкания, в итоге через несколько дней система стала, как родная. К хорошему быстро привыкаешь
-
1
-
-
Причём без виртуализации — нативные.
Разве та же винда в нативном и виртуальном состоянии сильно различается в плане работы с вёрсткой? Специально сравнивал и не заметил вообще разницы. Это ж удобно: запустил одну виртуалку, проверил ИЕ8. Выключил, тут же запустил другую, проверил ИЕ9.
Вообще, по моему мнению, идеальный выбор — мак/макбук + виртуальные машины с виндой. В плане различных мобильных устройств полностью соглашусь с необходимостью тестировать на реальных девайсах, эмуляторы тут не помогут существенно. Однако, эмуляторы айфона и айпада в составе XCode, похоже, ведут себя фактически идентично реальным устройствам. Разницы не замечал.
Вы считаете что верстаки миллионеры?))
Необязательно тут миллионером быть, достаточно просто хорошо работать и ценить свой труд
-
1
-
-
Всё зависит от того, как верстать. Разницы-то особой нет, в основном проблемы бывают связаны с рендерингом шрифтов и особенностями ретина-экранов. С маком немного проще работать в том плане, что можно поставить виртуальные машины с виндой и проверять вёрстку сразу во многих системах. Можно, конечно, и хакинтош в винде поднять в виртуальной машине, но, насколько мне известно, с этим немного побольше геморроя.
-
Только cols="30" убрать из примера Great Rash, и будет как надо.
-
Много — да, хороших — мало. Всё, как всегда. Перспективы есть, если не стоять на месте. Свобода вольного плавания есть у кого угодно, всё зависит от вашего желания и труда.
-
2
-
-
По идее, в регулярном выражении нужно искать (;.*), а заменять пустотой, соответственно.
-
1
-
-
Во-первых, в выпадающем меню должен быть какой-то контент. Пустые нестилизованные ссылки вы не увидите, как бы вам ни хотелось.
Во-вторых, opacity.
-
Попробуйте прописать <meta name="viewport" content="width=device-width, initial-scale=1"> в <head> страниц.
-
Тут смотря что обсуждать. По вёрстке — стандартная средняя работа. По дизайну — то же самое.
Вообще, слабо понимаю, как все эти простыни умудряются работать. Гораздо интереснее ведь рассматривать хорошо наполненный полноценный сайт с нормальной структурой. Сомневаюсь, что кто-то будет советовать своему знакомому зайти и посмотреть на этот сайт, потому что по большому счёту там ничего нет, кроме банальной рекламы.
Мне вот интересно, например, как дом выглядит со всех сторон. Что мне толку от кучки картинок проектов? Можно сделать на каждый дом панораму, чтоб её можно было крутить, рассматривать. Или, например, интересно, как дом выглядит изнутри.
Ни один из документов не увеличивается. Полагаю, нужно смотреть сайт с лупой под рукой.
Много лишней и странной информации. Например, «за 2012-2013 годы мы построили 186 каркасных домов». И картинка карты. Классно, но мне интересны реальные дома, их внешний вид, а не безликие точки на картах. Или «мы команда профессионалов» с фотографией. Я дом хочу построить, а вы мне застолье какое-то показываете. Зачем?
Ошибок в тексте много, как орфографических, так и пунктуационных. Видно, в общем, что к работе подошли как к рядовому конвейерному заказу, без души.
-
-
-
iScroll JS
Это не то, эта штука делает контейнеры, которые можно пальцем скроллить. Мне же нужна хорошая эмуляция position: sticky;
Нашёл хороший вариант: https://github.com/wilddeer/stickyfill. Но с жирным, для моего случая, минусом — для стикнутого элемента нельзя добавлять никаких классов, когда он прилипает к верху экрана :\
-
Вот всегда так.. кто делает работу получает меньше чем тот который следит за ним и временами мешает.. Несправедливо..
У руководителя, как правило, и ответственности больше. То есть, он отвечает за работу и косяки всех разработчиков, в то время, как сам разработчик, по большому счёту, только за себя и отвечает.
-
Мира всем.
Ребята, такое дело. В яваскрипте я, конечно, что-то соображаю, но сейчас сложная ситуация.
Большинство из вас в курсе, что подавляющее количество плагинов, которые позволяют эмулировать position: sticky; из светлого будушего яваскриптом (раз, два, три и так далее), отлично работают на десктопе, но в айфонах/айпадах sticky-элементы появляются резко и только тогда, когда я отпущу палец от экрана после его прокрутки, что в целом не сильно радует.
Мне казалось, что ситуация неразрешима, и я почти смирился после безрезультатного гуглежа. Но тут наткнулся на промо-страницу iOS 8, в которой — о чудо! — плавающий элемент отрабатывает православно, сразу при прокрутке экрана айпада, как и должно быть! Покопавшись в коде, вроде нашёл участки, отвечающие за такое поведение, но сходу разобраться с этим так и не смог. Помогите, а?
З.Ы.: слово «плавающие» в названии темы здесь, наверное, не совсем корректно, но, надеюсь, суть проблемы я хотя бы точно изложил.
-
Единственный момент: если убрать дополнительный контент так, что скроллбар исчезнет, а потом снова вызвать его появление, то длина красной линии останется прежней, это видно, ибо сам скроллбар прозрачный немного, но после скролла она опять будет принимать нормальные размеры. Полночь у меня уже, лень дописывать Надеюсь, принцип понятен.
У меня он убираться не будет, да и стиль совсем другой скроллера) Да, смысл понятен, спасибо еще раз)
Ну и это только для горизонтального скроллбара. Для вертикального, соответственно, в CSS полоски пути нужно ставить соответствующую высоту, ширину и положение относительно родной полоски скролла, а в коде опций плагина использовать this.mcs.draggerTop вместо this.mcs.draggerLeft. Не за что)
-
Единственный момент: если убрать дополнительный контент так, что скроллбар исчезнет, а потом снова вызвать его появление, то длина красной линии останется прежней, это видно, ибо сам скроллбар прозрачный немного, но после скролла она опять будет принимать нормальные размеры. Полночь у меня уже, лень дописывать
Надеюсь, принцип понятен.-
1
-
-
-
В CSS и JS комментарии перед добавленными мной строками.
-
2
-
-
[element].ondragstart = function() { return false; };
Можно ли реализовать такое на чистом css?
in HTML Coding
Posted
http://jsfiddle.net/hypnocolor/Lddn52mk/