-
Posts
5,139 -
Joined
-
Last visited
-
Days Won
32
Content Type
Profiles
Forums
Calendar
Store
Everything posted by s0rr0w
-
Если клиент настроен на кидалово, то он предпочтет найти где-то более простоватого кодера, который не будет требовать паспортные данные от заказчика. Имея паспортные данные и договор - можно много чего сделать. И все законным путем.
-
Если убрать эмоции, немного абстрагироваться от HTML и перейти на уровень выше, то доля правды в выражении, что все можно сделать на DIV'ах, есть.
-
Я покажусь банальным, скучным и занудой, но лучшая защита от кидалова - договора и официализация отношений. Нет договора - нет работы.
-
Послал бы куда подальше, делов то?
-
Одному можно митинговать сколь угодно долго, без разрешений и санкций. Нужно только опасаться провокаторов, которые будут пытаться к вам примазаться, дабы вас было за что в кутузку забрать. Но, скажу сразу, пока вы будете бояться выходить на митинги, власти будут чувствовать себя хорошо и дальше сидеть у вас на шее.
-
Вот оно, разбалованное поколение HTML-щиков. Ошибки лучше не допускать вообще, чем игнорировать их
-
Ты не понимаешь разницу. Вычеркивать вредно.
-
Ну так сделайте две таблички, в чем проблема?
-
Бога Search&Replace'а
-
sed + find + grep
-
Если бы был готовый движок, то таких сайтов было бы с вагон и маленькую тележку.
-
И в сайт интегрировать. И по мелочи что-то там поправить еще. А он пока пойдет отдохнет.
-
В AJAX'е вернуть href ссылки, который нужно подставить в dummy-ноду <a> и сделать ей эмуляцию onclick.
-
Ждем, пока апдейт в ubuntu будет. Руками ставить желания нет
-
Ну так зачем еще больше усугублять ситуацию? Краткость записи - это экономия на спичках. Легкость модификации можно сделать и записав просто h1, .important, blockquote { color: red } Итак, что выигрываем? Зачем создавать изначально мертвый механизм с сомнительной полезностью? В CSS есть разделы, работы над которыми хватит на ближайшие пару лет. Проблема не в интерпретации, проблема в логике построения. Переменная может переопределяться для всех стилей сразу, не важно в каком месте была декларация. А может и влиять только на те декларации, которые находятся до следующего переопределения. Управлять стиями через DOM станет головной болью. Сейчас не особо весело, но ситуация будет еще хуже. Из него делают именно язык программирования. Потому что спецификацию пишут не кодеры, а программеры.
-
Если сверху <?xml version="1.0"?>, то все ок. Выше или нет, это пофиг. Берем проект, который состоить из нескольких файлов, которые для определенных случаев подгружаются в разных порядках. И декларацию в одном месте не сделать по каким-либо причинам. Все, константы не будут работать. И ловить баги отсутствия переопределения или его присутствия - это будет еще то занятие. Проще вообще не использовать, чем использовать такой костыль. Это и без переменных можно сделать. В чем профит?
-
Они не отморозки. Они просто не понимают, зачем они все это делают. Я уже вижу, что CSS3 будет в 5-10 раз сложнее для восприятия, чем предыдущая версия. А это значит, что для поддержки и разработки нужно будет тратить больше времени. Пока что я не увидел ничего такого, что было бы суперполезным и мегапрорывом. Это очень неплохая идея, я вам скажу. Особенно на больших проектах. Наследование играет очень злую шутку. Еще один... @variables { ThemeColorLight: #fe8d12; ThemeColorDark: #000033; FooterHeight: 100px; } .content { background-color: var(ThemeColorLight); color: var(ThemeColorDark); padding-bottom: var(FooterHeight); } @variables { ThemeColorLight: #fff; ThemeColorDark: #000; } .footer { background-color: var(ThemeColorDark); color: var(ThemeColorLight); height: var(FooterHeight); position: absolute; bottom: 0; } Внимание, вопрос, чему должно быть равно значение .content background-color? А почему именно это значение? А я не хочу. Зачем из CSS делать еще один язык программирования?
-
То, что я прочитал звучит так: "Есть ИЕ9, все остальное эмулируем". Т.е. нет движков старых версий.
-
А можно на пруфлинк МС, в котором они подтверждают слова про замороженные три движка?
-
Notepad тоже подпадает под эту формулировку
-
Я уважаю мнение Boris'a Zbarsky куда больше чем Tab Atkins'a. Последний откровенно дурогонит. Что за вздор? Какой нафиг контроль? В HTML4.0 НЕДОПУСТИМЫ блочные теги внутри строчных. Это прямая ошибка DTD и браузер должен выкинуть содержимое нафиг или сообщить об ошибке. Радуйтесь, что за горе-кодеров браузер подчищает говнецо. Еще раз повторяю, вы сильно многого хотите от браузера трехлетней давности. Идеалистам не место в бизнесе. Именно бизнес диктует правила, что правильно а что нет. Идеалисты с XHTML где сейчас? Я вас умоляю, не нужно личные проблемы на других переносить. Логичность определяется точкой отсчета. Ваша колокольня может быть мааааааахонькой колоколенкой, с которой вы смотрите на мир. Расширяйте сознание (не веществами), и сразу станут понятны шаги разработчиков Mozilla, Chrome, Opera, IE. Гениальные по глубине мысли выводы. Купили запорожец и сделали вывод, что гранпри формулы 1 ему не выиграть. Горе будет с нынешней командой спекописателей. Такое впечатление, что чуваки вообще не понимают, что делают. Если 5 лет назад все плевались от идеи переменных в CSS, то сейчас Таб Эткинс вносит пропозицию обсудить переменные в CSS. Это капец просто! Значит вы используете 10% возможностей. Если верстка сложнее примитива, вылазят старые добрые баги hasLayouta, не перерендериваются ноды, хотя DOM изменяется и так далее. Багов - мешок и маленькая тележка. Никогда не знаешь, что вылезет в очередной раз.
-
Какой нафиг форыч? implode!
-
Странно требовать от трехлетнего браузера соответствие спецификации html5. Насчет изменения DOM-дерева- это допустимо.