lexxcode

С Днем Рождения)))

psywalker, нееее, подожди подожди подожди... Что технически вредного он сказал?? По факту соответствует спеке, так ведь? Значит имеет право на жизнь, хотя бы теоретически. Если бы он говорил что можно бадяжить <div><p></div></p>, то да это действительно не правильно, не смотря даже на то, что это разрешает спека вроде как. А тут то чего?

buddah, ты не прав. Закрытые /> действительно способствуют лучшей читабельности независимо от форматирования кода. Синтаксис xhtml своей строгостью приучает писать код, так как нужно, а не со всякими вольностями присущими html4 из-за которых только проблемы возникают. С переходом на ST2 я конечно тоже перестал писать /> так как в zc их теперь нету, а настраивать нет ни малейшего желания, но строгость с закрыванием не одинарных тегов осталась. По правде все эти вольности которые ввели в html5 считаю полным бредом и беспорядком, все равно остаюсь на основном синтаксисе xhtml, кроме некоторых деталей. Граждане, чего вы так прям минусуете его?? У него своя точка зрения, которая имеет основания.

А кто мешает купить? Мне лицуха не нужна, я этим плагином перестал пользоваться

В body ставите синий цвет В body вставляете блок wrap например, и даете ему желтый цвет, выравниваете margin:0 auto; А дальше делаете внутри wrap хедер и футер, а центральному блоку c контентом задаете зеленый цвет. Делов то?

Ну и правильно. Я тоже обновился, когда обнаружил глюк, откатил на прошлую версию, т.к. некогда было сразу разбираться. А сегодня сел по разбирался и обновился

buddah, не, неправильно) А на билд в смысле? ну уже 2203 есть, но там то же самое, но и решение уже есть Там проблема не саблима в принципе, а плагина ZC и того, что он пересекается со стандартными css снипетами.

Проблему со сниппетом решил брутально удалив из папки c:\Users\пользователь\AppData\Roaming\Sublime Text 2\Packages\CSS\ два файла: css_completions.py css_completions.pyc В них какие-то дополнения к автокомплиту, на сколько я понял, удалив их у меня ничего не изменилось. А так же советую почитать http://wheels.onebuttonapps.net/2012/04/use-dropbox-to-store-your-sublime-text-2-settings/

Вы меня конечно простите... Но что это за бредятина открылась по ссылке?

Да, я предлагаю life-hack, написать петицию за закрытие десктопной оперы как таковой)

rus, народ просил... http://forum.htmlbook.ru/index.php?showtopic=34546&view=findpost&p=258356

хакер который стремиться ко злу - это сопливая школололота, которая пытается брутить мыло кривым алгоритмом взятым с паблика. Не имея представления как он работает. И тут побывал.... http://forum.php.su/topic.php?forum=43&topic=1437 Результат поиска заставляет сомневаться

Кстати вот тоже согласен, я как-то об этом не задумывался. Можно наглым образом оставить две строчки, одну с монолитным фоном для старья, а вторую уже с хешем с svg. Учитывая то, что ff3.6 принципиально умер, а Android 2.x через месяца 3-4 повсеместно будет заменен на Android 4.0 ICS, то особо париться не стоит)

Ну это же все индивидуально. Зависит от подхода, организации написания кода. Я например если пишу код, то поступаю по принципу сильно похожему на тот который применяется в технике TDD. Выполняю достаточно сильную дискретизацию задачи, из этого проблемы которые появляются по ходу оказываются достаточно четко локализированны и их сравнительно просто отлавливать. Вот и получается, что необходимость в ходьбе туда сюда отпадает сама собой.

Ну я писал. Да одна из крайне безполезных комбинаций в редакторе кода для меня. В фотошопе, да это очень нужная вещь, но она там и реализованна по-умней. А в коде у меня не возникает ситуаций, когда вдруг мне нужно передумать передуманное и вернуть шаг вперед. А CTRL+Z я жму без истерики, по-этому не нажимаю лишние разы. Так, что ноль на входе ноль на выходе) Очень редко конечно юзаю шаг вперед, но это как правило какая-нить не тривиальная ситуация. По-этому для меня как-то есть такая функция - хорошо, нет - ну и ладно.

вариант конечно. но захешированная svg'шка нарисуется быстрей чем фильтр, а если подобных элементов на страницы не один, то наличие, пусть даже одинаковых фильтров, затормозит страничку сильней чем svg. Над svg хотя бы пытались работать в нужном направлении, а фильтры как были тормозным борохлом 10 лет назад, то и сейчас ровным счетом над ними никаких работ не провели в общем-то. По этому мое мнение если можно безболезненно отказаться от фильтров, то нужно отказываться, а в этом случае сплошные плюсы выходят. svg конечно тоже не панацея, т.к. сложный градиент будет весить достаточно прилично в css, а если их несколько и разных, то общий объем css файла может разжиреть на ровном месте.

Но шаг вперед на столько редко используется, что без него можно вообще обходиться спокойно

У меня он там отродясь не работал)

Я опираюсь на коллекцию Dimox'a Имею в виду, что если градиент таков, что для IE9 можно нарисовать его фильтром, а не SVG-шкой (просто из цвета в цвет от 0 до 100%) — то можно так и записать всё подряд: background: -webkit-gradient(linear, left top, left bottom, color-stop(0%, #aaa), color-stop(100%, #bbb)); /* Safari4+, iOS3.2+, Android2.1+ */ background: -moz-linear-gradient(top, #aaa 0%, #bbb 100%); /* FF3.6+ */ background: -o-linear-gradient(top, #aaa 0%, #bbb 100%); /* Opera 11.10+ */ background: linear-gradient(to bottom, #aaa 0%, #bbb 100%); /* W3C, IE10 и светлое будущее */ filter: progid:DXImageTransform.Microsoft.gradient(startColorstr='#aaaaaa', endColorstr='#bbbbbb', GradientType=0); /* IE5.5-9 */ В IE10 сработает стандартный синтаксис, а фильтр он (в свете текущих новостей) просто проигнорирует. Что по факту и требовалось. Но в IE9 есть с фильтром другая неприятная беда, помимо того, что фильтром не сделаешь сложный градиент, так еще из-за фильтра скругление углов не будет. Верней оно как бы и будет, но будет накрыто сверху фильтром, у которого углы соответственно не скругляются. Так, что svg реально решает.

А -webkit-linear-gradient это же первый вариант который был предложен вроде бы? Но у этого варианта поддержка chrome с 3 версии, но это как это, но safari с 5.1+. А как у того же safari с поддержкой -webkit-gradient? А это разве работает? filter: progid:DXImageTransform.Microsoft.gradient(....)\0/; /* по идее, IE8 оnly */ Если да, то собственно и получается IE8- вместе со строчкой (не?) *filter: progid:DXImageTransform.Microsoft.gradient(....); /* IE7- */ Про IE9 не очень понял

Пожалуй не стоит распалять расовые обиды на форуме!

Я прячу так: .css { background: #87e0fd; background: url(data:image/svg+xml;base64,....); /* тут svg в base64 для IE9 */ background: -moz-linear-gradient(top, #87e0fd 0%, #05abe0 100%); background: -webkit-gradient(linear, left top, left bottom, color-stop(0%,#87e0fd), color-stop(100%,#05abe0)); background: -webkit-linear-gradient(top, #87e0fd 0%,#05abe0 100%); background: -o-linear-gradient(top, #87e0fd 0%,#05abe0 100%); background: -ms-linear-gradient(top, #87e0fd 0%,#05abe0 100%); /* Типа можно удалить */ background: linear-gradient(top, #87e0fd 0%,#05abe0 100%); /* W3C */ *filter: progid:DXImageTransform.Microsoft.gradient(....); /* (*) отрубаю все кроме IE7- (минус) */ } /* это в самом конце файла, все, что нужно включить для IE8 персонально */ @media \0screen { .css { filter: progid:DXImageTransform.Microsoft.gradient(....); /* оживляем IE8 */ } } не супер лаконично, но нет хлама с лишними классами и с CC для IE в html.

И, что для каждого нового файла создавать новый пак закладок??

Ну так в том же ST2 когда ищешь по селекторам через @ выводится полный список того, что есть в файле css, и если не помнишь название, можно пролистать список и найти, то что нужно. Даже не знаю, что еще можно желать)

Тогда объясните как это работает? А то из того, что я прочел, что там нужно взять купон, привлечь кого-то потом он станет типа действительным, в общем пирамида какая-то прям...