bazliiii, это просто несколько градиентов.
слева направо, снизу вверх (а может и наоборот)
1 градиент от голубого к белому (задайте ширину области градиента)
2 тоже самое, но переход заканчивается чуть раньше
...
последний градиент - вероятно, это радиальный градиент с почти теми же свойствами, что и линейные.
нагуглите один из онлайн-инструментов для создания градиентов - это сильно упростит задачу по подбору
Muslim Mamaev,
всё зависит от браузера и от его настроек.
не пытайтесь спорить с пользователем - если он хочет светлое оформление, значит ему так удобнее.
Muslim Mamaev, а эта мишура точно нужна посетителям сайта?
я бы вот не обрадовался, если сайт начал изменять элементы управления графической оболочки,
да даже если кто-то пытается изменять цвет и размер скроллинга - это бесит!
и про какой телефон идёт речь? какая ОСь? это android, ios, simbian?
Т.е. черти где ставить норм, а внутрь запихивать нельзя. Логика потерялась в этом месте.
да, вот бывает.
вместо ссылки на якорь, делают лейбл на инпут в форме, которая где-то в подвале.
про то, что он не может быть связан css селектором я и не писал, как раз наоборот - это очень полезно делать,
как и связывать форму с инпутами, которые в ней не находятся, но имеют к ней отношение.
на самом деле это удобно.
клик по лейблу вызывает модальное окно с инпутом - это как раз избавляет от лишних тегов и JS,
а при смене оформления нам не нужно дёргать программиста, ибо вёрстка вообще не меняется - всё остаётся там, где и было изначально.
и да, мой вопрос "разве инпут может быть в лейбле?" некорректен,
скорее "можно ли допускать такое?"
выше я уже писал, что если речь о вёрстке сайта на WP, то вообще не важно, можно даже не париться из-за ханжеских правил навязанных этими занудами из W3C
но если делаем что-то серьёзное, с чем ещё предстоит поработать после релиза,
то лучшее решение, это разделять всё, что только можно, чтобы иметь возможность без головняков манипулировать любыми частями документа
Ankhena, т.е. остальные аргументы мы предпочтём проигнорировать?
у вас ус отклеился в том самом месте, где "пропасть или измениться" - он не пропал, а спрятался,
оставаясь в DOM,
про измениться лейбл без затрагивания инпута тоже конечно получится, но это будет сложнее и затребует некоторое время на реализацию.
так зачем на ровном месте создавать себе приключения?
Nerubik, не знаю.
это уже вам решать как обзывать объекты, как к ним обращаться и как не путаться.
можно кроме всего прочего, ещё и мета-информацию записывать,
например общее количество записей, количество записей по типам, ещё что-то, что поможет потом обратиться к нужному месту.
ну или записывать всё в один большой массив, а потом производить по нему поиск/сортировку/сравнение
Nerubik, заведите переменную i (обычно i, потому, что increment),
присвойте ей значение 1.
добавляйте это значение к имени вновь создаваемой записи в localStorage
после каждой успешной записи увеличивайте значение i++ (на единицу)
Mark321, Document.hasFocus()
в реакте реализовано точно так же, только путь до метода длинный и витиеватый.
такие примитивы лучше реализовывать на ванильном жс,
вместо того, чтобы создавать себе трудности и мужественно преодолевать их
вот, результат запроса у вас должен быть в $q
значит mysqli_num_rows($q) должен вернуть количество строк в результате