Ааа вы про это. Да. Уже происходит, и не по их воле, это ведь хоронит их собственное производство.
Прямо сейчас большая буча у ЕС+США+Япония против Китая идёт. Сначала китайцы задрали цены на редкозем металлы(и правильно конечно же), а теперь ещё и начали производить собственные панели, гораздо дешевле, чем в других странах. По этой группе импорта толи уже ввели, толи только собираются ввести «антидемпинговые» пошлины.
Не перенесут. Как доставлять-то энергию будут?
Пока не изобретут сверхпроводников, приемлимых по цене, и работающих на более-менее нормальных температурах, подобный сценарий просто физически нереален.
Интересен другой вопрос, действия автора попадают под УК РФ «Статья 272. Неправомерный доступ к компьютерной информации»?
При наличии желания, владельцы банка могут засудить «исследователей в мирных целях»?
One moment, please, while the current Silverlight installation status is determined…
Microsoft Silverlight may not be supported on your computer's hardware or operating system.
Если смотреть с самого начала, то, пожалуй, сначала пишу просто scss код без миксинов.
Когда же вижу, что какие-то вещи надо повторять на разных страницах, так, что невозможно в текущем файле стилей просто обойтись перечислением селекторов через запятую, то выношу код в миксин в один глобальный scss файл, который в обязательном порядке инклюдится во всех остальные файлы со стилями.
Вот подобное:
@ mixin image-selectable-decor {
@ include transition(background-color, 0.2s); <- миксин для кроссброузерного css3 из compass фреймворка
background-color: $default-image-background;
&:hover {
background-color: $default-image-hover-background;
}
&:active {
background-color: $default-image-active-background;
}
}
Разные миксины с кодом оформления дефолтных заголовков, ссылок, каких-нибудь блоков, переменные с несколькими осными цветами, на которых дизайн сайта построен и подобное.
Искать ничего не придётся, потому что в коде у вас будет что-то такое:
.news, .articles {
@ include default-info-block;
/* какое-то свойство из default-info-block тут может быть переопределено */
font-size: 13px;
}
/* а какое-то свойство лишь для одного класса изменено */
.news {
color: red;
}
Вы сразу видите, что там из миксина всё берётся, а мест, где может быть определён нужный миксин, у вас будет всего 1-2.
Вконтакте вряд ли сможет что-то сделать — руки коротки, а вот Яндекс неделю назад пообещал лишить поискового траффика все сайты, рекламирующие у себя вирусы.
> Кто работал, скажите, как вы отлаживаете верстку?
Многие действия провожу в веб инспекторе хрома, когда надо что-то подтюнить, то сначала правлю в инспекторе, сразу же наблюдая результат, а потом копирую измения в файл стилей.
При таком методе нет никаких отличий между css и scss.
В девелопмент режиме, без склейки стилей в один файл, содержимое каталога с scss файлами соотностится почти 1 к 1 c содержимым каталога со скомпилированными стилями (если не увлеваться инклудом одних файлов стилей в другие).
И в веб-инспекторе вы видите, какие наложены стили, по какому селектору, и из какого файла оно пришло. Соответственно правите нужный селектор в нужном файле.
Если же делать без инспектора, просто вслепую набирая в файле стили и проверяя затем в броузере, то опять же никакой разницы с чистым css — сохранили файл, альт-таб, ф5, видим результат.
И с миксинами всё сильно упрощается: с обычным css для каждого «признака оформления» приходится либо накладывать определённый класс, комбинируя в одном дом элементе по несколько классов ради разных кусочков стилей в них. Либо, используя меньше css классов, приходится дублировать код в css файлах, разным селекторам прописывая одни и те же стили.
Миксины и переменные избавляют от этого дублирования.
«Секрет успеха» ленты.ру — проповедование «либеральных» ценностей и охаивание, всего связанного с Россией, поливание грязью народа и страны, где живут.
Эхо Москвы 2.0 в новостном формате.
Сомнительные потому, что ваша библиотека, не умеет их?
Постоянно использую:
1. Миксины — блоки стилей, вставляющиеся внутрь любого селектора. Через них же реализованы кроссбраузерные css3 правила. Миксины для DRY — на порядок сокращают повторения в коде.
2. Переменные. Обычно для задания цветов и отступов. DRY.
3. Арифметика — как правило сложение/вычитание для переменных с отступами.
4. Загрузка других scss файлов внутрь текущего, аналог import/include из других языков программирования. Без этого как минимум пукты 1 и 2 не будут работать.
А синтаксис вашей либы — вылитый sass, только с синтаксическим мусором: «object =», кавычки после двоеточия, двоеточие после селектора.
Вы когда-нибудь пробовали этот «не компилировать отдельно» использовать на продакшене в крупном проекте? Для презентаций оно выглядит красиво, но на практике — бесполезная игрушка.
На минувшем Railsconf 2012 был отдельный доклад про sass, где анонсировали 3 фичи над которыми сейчас ведётся работа, и которые появятся в следующем релизе:
1. libsass — написанный на C компилятор sass в css, работающий быстрее на порядки нынешнего скрипта на руби. Для крупных проектов это очень существенно — большие объёмы стилей при деплое компилируются ну очень долго(полминуты и дольше). Так же это позволит написать биндинги для libsass к другим языкам, что означает более простое встраивание sass во фрейморки питона/ноды/дотнета/пхп.
2. Mixin Content — аналог yield в sass, позволяющий передавать блоки кода в миксины.
3. Placeholder Selectors — наследование свойств от произвольных селекторов (сейчас отнаследовать можно только от конкретного css класса).
А ещё докладчик постебался, что в less много багов, и что их не фиксят :)
Долго же вы. Сделали, когда это стало фактически не нужно — уже давно pushState появился и поддерживается современными браузерами, и все популярные js библиотеки(или плагины к ним) поддерживают pushState с фолбеком на хеши.
Варианты смеси бесконечного скрола с пагинацией вполне реализуемы, и есть на некоторых сайтах.
А причина почему поисковики и многие крупные сайты этого не делают имхо банальна — с бесконечной прокруткой будет показываться намного меньше рекламы посетителям, и даже если вставлять рекламые блоки в подгружаемый контент, то кликабельность по ним, подозреваю, будет в разы меньше.
Знать css и html всё равно придётся, но используя надстройки над ними (изучение которых много усилий не потребует) можно здорово повысить свою производительность и читаемость получаемого кода.
Подобные вещи уже существуют — slim (или haml) и sass (или less) и вовсю используются в определённых кругах.
Прямо сейчас большая буча у ЕС+США+Япония против Китая идёт. Сначала китайцы задрали цены на редкозем металлы(и правильно конечно же), а теперь ещё и начали производить собственные панели, гораздо дешевле, чем в других странах. По этой группе импорта толи уже ввели, толи только собираются ввести «антидемпинговые» пошлины.
Пока не изобретут сверхпроводников, приемлимых по цене, и работающих на более-менее нормальных температурах, подобный сценарий просто физически нереален.
При наличии желания, владельцы банка могут засудить «исследователей в мирных целях»?
Microsoft Silverlight may not be supported on your computer's hardware or operating system.
Ах, да…
Когда же вижу, что какие-то вещи надо повторять на разных страницах, так, что невозможно в текущем файле стилей просто обойтись перечислением селекторов через запятую, то выношу код в миксин в один глобальный scss файл, который в обязательном порядке инклюдится во всех остальные файлы со стилями.
Вот подобное:
Разные миксины с кодом оформления дефолтных заголовков, ссылок, каких-нибудь блоков, переменные с несколькими осными цветами, на которых дизайн сайта построен и подобное.
Искать ничего не придётся, потому что в коде у вас будет что-то такое:
Вы сразу видите, что там из миксина всё берётся, а мест, где может быть определён нужный миксин, у вас будет всего 1-2.
Многие действия провожу в веб инспекторе хрома, когда надо что-то подтюнить, то сначала правлю в инспекторе, сразу же наблюдая результат, а потом копирую измения в файл стилей.
При таком методе нет никаких отличий между css и scss.
В девелопмент режиме, без склейки стилей в один файл, содержимое каталога с scss файлами соотностится почти 1 к 1 c содержимым каталога со скомпилированными стилями (если не увлеваться инклудом одних файлов стилей в другие).
И в веб-инспекторе вы видите, какие наложены стили, по какому селектору, и из какого файла оно пришло. Соответственно правите нужный селектор в нужном файле.
Если же делать без инспектора, просто вслепую набирая в файле стили и проверяя затем в броузере, то опять же никакой разницы с чистым css — сохранили файл, альт-таб, ф5, видим результат.
И с миксинами всё сильно упрощается: с обычным css для каждого «признака оформления» приходится либо накладывать определённый класс, комбинируя в одном дом элементе по несколько классов ради разных кусочков стилей в них. Либо, используя меньше css классов, приходится дублировать код в css файлах, разным селекторам прописывая одни и те же стили.
Миксины и переменные избавляют от этого дублирования.
Эхо Москвы 2.0 в новостном формате.
Постоянно использую:
1. Миксины — блоки стилей, вставляющиеся внутрь любого селектора. Через них же реализованы кроссбраузерные css3 правила. Миксины для DRY — на порядок сокращают повторения в коде.
2. Переменные. Обычно для задания цветов и отступов. DRY.
3. Арифметика — как правило сложение/вычитание для переменных с отступами.
4. Загрузка других scss файлов внутрь текущего, аналог import/include из других языков программирования. Без этого как минимум пукты 1 и 2 не будут работать.
А синтаксис вашей либы — вылитый sass, только с синтаксическим мусором: «object =», кавычки после двоеточия, двоеточие после селектора.
1. libsass — написанный на C компилятор sass в css, работающий быстрее на порядки нынешнего скрипта на руби. Для крупных проектов это очень существенно — большие объёмы стилей при деплое компилируются ну очень долго(полминуты и дольше). Так же это позволит написать биндинги для libsass к другим языкам, что означает более простое встраивание sass во фрейморки питона/ноды/дотнета/пхп.
2. Mixin Content — аналог yield в sass, позволяющий передавать блоки кода в миксины.
3. Placeholder Selectors — наследование свойств от произвольных селекторов (сейчас отнаследовать можно только от конкретного css класса).
А ещё докладчик постебался, что в less много багов, и что их не фиксят :)
На сайте Widevine:
Your operating system is not supported.
Widevine is available for Windows XP, Vista, and 7 and Mac OS X 10.5.8 or later, Intel only
Пользователи линуксов вам не нужны?
А причина почему поисковики и многие крупные сайты этого не делают имхо банальна — с бесконечной прокруткой будет показываться намного меньше рекламы посетителям, и даже если вставлять рекламые блоки в подгружаемый контент, то кликабельность по ним, подозреваю, будет в разы меньше.
Подобные вещи уже существуют — slim (или haml) и sass (или less) и вовсю используются в определённых кругах.