Интересно, обсуждалась ли в W3C идея "полностроковых" комментариев (как "//" в C++, "#" в *nix, ";" в винде и т.п.) в файлах CSS? А если обсуждалась, то по каким причинам была отвергнута, реализация-то элементарна.
Дураку ж понятно, что неудобно ставить парные комбинации. Даже сейчас, когда многие спецредакторы сами обрамляют выделенную подстроку в комментарий и обратно, для этого нужно в два-три раза больше действий, чем для вставки/удаления полнострокового комментария.
Конечно, можно использовать и "//", но в сети пишут, что некоторые браузеры таких вольностей не переваривают. Ну и основные браузеры таки анализируют свойства, закомментаренные через "/**/", и позволяют вручную включать их в режиме разработчика стандартным checkbox'ом, а с "//" такое не прокатывает.
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Интересно, обсуждалась ли в W3C идея "полностроковых" комментариев (как "//" в C++, "#" в *nix, ";" в винде и т.п.) в файлах CSS? А если обсуждалась, то по каким причинам была отвергнута, реализация-то элементарна.
ЕМ>Дураку ж понятно, что неудобно ставить парные комбинации. Даже сейчас, когда многие спецредакторы сами обрамляют выделенную подстроку в комментарий и обратно, для этого нужно в два-три раза больше действий, чем для вставки/удаления полнострокового комментария.
Дык белые люди и не используют css напрямую. Не переменных, ни строчных комментариев и надо префиксы -ms -moz -webkit -o добавлять.
Используйте Less, Scss, Sass
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Интересно, обсуждалась ли в W3C идея "полностроковых" комментариев (как "//" в C++, "#" в *nix, ";" в винде и т.п.) в файлах CSS? А если обсуждалась, то по каким причинам была отвергнута, реализация-то элементарна.
ЕМ>Дураку ж понятно, что неудобно ставить парные комбинации. Даже сейчас, когда многие спецредакторы сами обрамляют выделенную подстроку в комментарий и обратно, для этого нужно в два-три раза больше действий, чем для вставки/удаления полнострокового комментария.
ЕМ>Конечно, можно использовать и "//", но в сети пишут, что некоторые браузеры таких вольностей не переваривают. Ну и основные браузеры таки анализируют свойства, закомментаренные через "/**/", и позволяют вручную включать их в режиме разработчика стандартным checkbox'ом, а с "//" такое не прокатывает.
Насколько мне известно, очень часто css минимизируют в одну строку. Наверное, поэтому смысла в строчных комментах нет. Еще всякие vscode позволяют вставлять/удалять комментарий хоткеем, и преимущество строчного комментария становится неочевидным.
Здравствуйте, Михaил, Вы писали:
М>Насколько мне известно, очень часто css минимизируют в одну строку.
"Очень часто" — это насколько? Можно навскидку с десяток сайтов, где так сделано?
М>Наверное, поэтому смысла в строчных комментах нет.
На всяких C++/JS тоже порой пишут очень длинные строки, но не помню, чтобы кто-то подвергал сомнению удобство полностроковых комментариев.
М>Еще всякие vscode позволяют вставлять/удалять комментарий хоткеем
Сразу на всю текущую строку, или только на выделенную часть?
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ> Сразу на всю текущую строку, или только на выделенную часть?
IDEA знает что в .css не бывает // комментов и всегда ставит /**/ для строчного коммента. И есть две отдельные кнопки — комментировать отдельные строки или блок.
Точнее она знает какой тип коммента у данного формата и ставит соотвествующие символы.
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Здравствуйте, Михaил, Вы писали:
М>>Насколько мне известно, очень часто css минимизируют в одну строку.
ЕМ>"Очень часто" — это насколько? Можно навскидку с десяток сайтов, где так сделано?
Не могу привести пример. Возможно, так делали трансляторы с sass? Сейчас посмотрел у нескольких сайтов — вполне обычное форматирование.
М>>Наверное, поэтому смысла в строчных комментах нет.
ЕМ>На всяких C++/JS тоже порой пишут очень длинные строки, но не помню, чтобы кто-то подвергал сомнению удобство полностроковых комментариев.
Мне кажется, основное удобство // — при желании, можно создавать вложенные комментарии, если надо временно закомментировать кусок кода, вроде
/*
//
//
*/
Или
//
////комментарий
////
//
//
В остальном, преимуществ не вижу.
М>>Еще всякие vscode позволяют вставлять/удалять комментарий хоткеем
ЕМ>Сразу на всю текущую строку, или только на выделенную часть?
Можно выделить часть, можно нажать Command+/, и вставится пара /* */ c текстовым курсором посередине. Если нажать еще раз, символы комментария исчезнут. Можно подкорректировать скрипт под себя, чтоб комментировалась вся строка.
Здравствуйте, kov_serg, Вы писали:
_>Дык белые люди и не используют css напрямую. Не переменных, ни строчных комментариев и надо префиксы -ms -moz -webkit -o добавлять.
В CSS есть переменные. Для каких свойств нужно добавлять префиксы? Насколько я знаю, все браузеры уже давно поддерживают все свойства без префиксов, а те.
Здравствуйте, ·, Вы писали:
·>IDEA знает что в .css не бывает // комментов и всегда ставит /**/ ·>Ещё можно перейти на sass/less
С ходу ссылаясь на современные автоматизированные средства разработки, стоило бы на минуточку вспомнить, сколько лет тому CSS. А лет ему немногим меньше, чем C++, намного меньше, чем bash и ему подобным, и еще меньше, чем BCPL, откуда //-комментарий и пришел в C++.
То есть, практика полностроковых комментариев к моменту появления CSS (и HTML тоже) уже давно и прочно устоялась, и сколько-нибудь обоснованных возражений против нее не выдвигалось. Даже упертые сишнки, ненавидившие плюсы, таки перетащили //-комментарии к себе в C99.
А теперь представьте, что Вы пишете где-нибудь в 80-х скрипты под юниксы, или в 90-х — на плюсах, и в очередной реализации не оказывается поддержки полностроковых комментариев. На вопрос о том, почему бы не, Вам предлагают воспользоваться какой-нибудь средой или препроцессором, даже не задаваясь мыслью об уместности такой постановки.
Вообще, очень забавно выглядит ситуация, когда на вопрос о причинах очевидной кривизны чего-либо, несколько человек, не задумываясь, предлагают привычные им костыли, а самой кривизны в упор не видят.
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Здравствуйте, Михaил, Вы писали:
М>>Насколько мне известно, очень часто css минимизируют в одну строку.
ЕМ>"Очень часто" — это насколько? Можно навскидку с десяток сайтов, где так сделано?
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Вообще, очень забавно выглядит ситуация, когда на вопрос о причинах очевидной кривизны чего-либо, несколько человек, не задумываясь, предлагают привычные им костыли, а самой кривизны в упор не видят.
Для меня некритично, по описанный мной причинам. Думаю, другим аналогично, вот никто и не заморачивается.
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>>>"Очень часто" — это насколько? Можно навскидку с десяток сайтов, где так сделано?
J>>Ну например google.com
ЕМ>А еще девять? Только навскидку, а не за полчаса копания.
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Интересно, обсуждалась ли в W3C идея "полностроковых" комментариев (как "//" в C++, "#" в *nix, ";" в винде и т.п.) в файлах CSS? А если обсуждалась, то по каким причинам была отвергнута, реализация-то элементарна. ЕМ>Дураку ж понятно, что неудобно ставить парные комбинации. Даже сейчас, когда многие спецредакторы сами обрамляют выделенную подстроку в комментарий и обратно, для этого нужно в два-три раза больше действий, чем для вставки/удаления полнострокового комментария.
Они-то дураки, конечно, ведь можно только представить какие мучения, вызывают такие неудобства. Лучше когда код не нуждается в комментариях совсем, и даже если в нём нужно будет что-либо откомментировать, ничего плохого не случится и никто не умрёт. Я на днях развлекался немного с z80asm и наличие только однострочных комментариев наоборот показалось плохой идей. Вот там, в z80asm, без содержательных имён и комментариев, которые иногда нужно вставить в строку типа краткого объяснения или TODO, сложновато.
Кроме того, зачем делать одно и то же разными способами? /*...*/ не так уж и плохи. Это ведь не <!-- ... -->, верно?
ЕМ>Конечно, можно использовать и "//", но в сети пишут, что некоторые браузеры таких вольностей не переваривают. Ну и основные браузеры таки анализируют свойства, закомментаренные через "/**/", и позволяют вручную включать их в режиме разработчика стандартным checkbox'ом, а с "//" такое не прокатывает.
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Здравствуйте, Jack128, Вы писали:
ЕМ>>>"Очень часто" — это насколько? Можно навскидку с десяток сайтов, где так сделано?
J>>Ну например google.com
ЕМ>А еще девять? Только навскидку, а не за полчаса копания.
А как вообще без копания определить минифицирован css или нет? Я по внешнему виду сайта не могу этого определить, мне нужно залезть в исходники сайта для этого.
Здравствуйте, Михaил, Вы писали:
М>Для меня некритично, по описанный мной причинам. Думаю, другим аналогично, вот никто и не заморачивается.
Еще раз: и Вы, и все остальные, рассматриваете ситуацию исключительно с позиции начала 2020 года. А представьте, что на дворе какой-нибудь 1998-1999, или хоть 2002-2003, и автоматизации нет от слова "совсем". А браузеры, наоборот, работают каждый по-своему, о нынешней стандартизации тогда и мечтать не могли. Поэтому для отладки кода большинству web-программистов требуется по многу раз переключать стили. Очень трудно поверить, что в такой ситуации не предлагалась очевидная идея быстрого отключения свойства комментарием в начале строки.
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Здравствуйте, Михaил, Вы писали:
М>>Для меня некритично, по описанный мной причинам. Думаю, другим аналогично, вот никто и не заморачивается.
ЕМ>Еще раз: и Вы, и все остальные, рассматриваете ситуацию исключительно с позиции начала 2020 года. А представьте, что на дворе какой-нибудь 1998-1999, или хоть 2002-2003, и автоматизации нет от слова "совсем". А браузеры, наоборот, работают каждый по-своему, о нынешней стандартизации тогда и мечтать не могли. Поэтому для отладки кода большинству web-программистов требуется по многу раз переключать стили. Очень трудно поверить, что в такой ситуации не предлагалась очевидная идея быстрого отключения свойства комментарием в начале строки.
Думаю, в те года я бы так же написал скрипт для своего редактора, который ставит комментарий за меня). До того, как я начал скриптовать редактор, меня сишные комментарии очень выбешивали. Хотя они намного более заметны однострочных сиплюсплюсных, если редактор без подсветки. В общем, есть плюсы и минусы. Вы привыкли писать, вручную выставляя //, вот вас и удивляет отсутствие этой комбинации. Короче, дело привычки.
Меня больше удивляет, почему не разрешат вложенные комментарии.
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Здравствуйте, Jack128, Вы писали:
ЕМ>>>"Очень часто" — это насколько? Можно навскидку с десяток сайтов, где так сделано?
J>>Ну например google.com
ЕМ>А еще девять? Только навскидку, а не за полчаса копания.
Ну вот условно навскидку — это жмем в хроме просмотреть код и ищем в html/head записи <link rel="stylesheet" href="бла-бла" >
Здравствуйте, halo, Вы писали:
H>Я на днях развлекался немного с z80asm и наличие только однострочных комментариев наоборот показалось плохой идей. Вот там, в z80asm, без содержательных имён и комментариев, которые иногда нужно вставить в строку типа краткого объяснения или TODO, сложновато.
Хм, в ассемблерах, с их подходом "одна строка — одна команда", испокон веков как раз было принято комментировать каждую строку в конце, отделяя спецсимволом. Соответственно, можно было всю строку отдать под комментарий. Я как-то совсем об этом забыл, а ведь этой практике куда больше лет, чем юниксовому "#". И только с появлением языков типа Algol, где несколько операторов можно записывать в одной строке, и появились "обрамляющие" комментарии.
H>Кроме того, зачем делать одно и то же разными способами? /*...*/ не так уж и плохи. Это ведь не <!-- ... -->, верно?
И "/**/", и "<!---->" одинаково неудобны для ручной обработки. А у комментария типа "//" ноги растут от технологии "заметки на полях тетради" (в Fortran вообще не было спецсимволов для комментариев, они просто записывались в последних позициях строки (перфокарты).
И здесь я даже не о комментировании кода, хотя к общепринятому стилю записи правил CSS (одна строка — одно свойство), полностроковые комментарии подходят лучше всего. Я прежде всего об использовании комментариев для быстрого отключения свойства и включения его обратно.
ЕМ>>Конечно, можно использовать и "//", но в сети пишут, что некоторые браузеры таких вольностей не переваривают. Ну и основные браузеры таки анализируют свойства, закомментаренные через "/**/", и позволяют вручную включать их в режиме разработчика стандартным checkbox'ом, а с "//" такое не прокатывает.
H>Не знаю, видели ли, но вдруг будет интересно: https://softwareengineering.stackexchange.com/questions/329053/why-doesnt-css-allow-single-line-comments.
Спасибо. Но это опять-таки недавняя дискуссия, и большинство возражений сводится к тому, что на CSS уже написаны тонны кода, а для него — тонны парсеров. А меня интересует прежде всего ситуация, близкая к началу активного применения.
Здравствуйте, Jack128, Вы писали:
J>А как вообще без копания определить минифицирован css или нет? Я по внешнему виду сайта не могу этого определить, мне нужно залезть в исходники сайта для этого.
Вот и я усиленно намекаю, что, при достаточно регулярном открывании исходников, вытянутые в одну строчку правила вижу достаточно редко даже сейчас, когда автогенерация давно поставлена на поток.
Здравствуйте, Михaил, Вы писали:
М>Думаю, в те года я бы так же написал скрипт для своего редактора, который ставит комментарий за меня).
То есть, Вы придерживаетесь позиции, что в условиях появления и устаканивания нового инструмента каждому следует городить свои собственные костыли, а совместное обсуждение способов улучшения инструмента не приветствуется, поскольку считается бессмысленным?
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Здравствуйте, Jack128, Вы писали:
J>>А как вообще без копания определить минифицирован css или нет? Я по внешнему виду сайта не могу этого определить, мне нужно залезть в исходники сайта для этого.
ЕМ>Вот и я усиленно намекаю, что, при достаточно регулярном открывании исходников, вытянутые в одну строчку правила вижу достаточно редко даже сейчас, когда автогенерация давно поставлена на поток.
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Здравствуйте, Михaил, Вы писали:
М>>Думаю, в те года я бы так же написал скрипт для своего редактора, который ставит комментарий за меня).
ЕМ>То есть, Вы придерживаетесь позиции, что в условиях появления и устаканивания нового инструмента каждому следует городить свои собственные костыли, а совместное обсуждение способов улучшения инструмента не приветствуется, поскольку считается бессмысленным?
Я считаю, что в данном конкретном случае проблемы, как таковой, нет. Вы привыкли к одному стилю в С++ — соответственно, вам его недостает. Так же считаю, что чем меньше сущностей и вариантов, тем меньше приходится держать в голове, а то что нужно конкретному человеку, всегда можно допилить при желании, а не требовать, чтоб было у всех, все по идеологии Unix).
В остальном, любителей // хотелось бы попросить их оформлять в отдельной строке, отделять от "//" пробелом, и не делать слишком длинными — читать не удобно)
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>И здесь я даже не о комментировании кода, хотя к общепринятому стилю записи правил CSS (одна строка — одно свойство), полностроковые комментарии подходят лучше всего. Я прежде всего об использовании комментариев для быстрого отключения свойства и включения его обратно.
Синтаксис CSS не ограничивает множество имён свойств никаким образом. В случаях, когда мне лень нажать Ctrl+/ в IntelliJ IDEA или я правлю текст в каком-нибудь mcedit, я просто добавляю к имени свойства мусорный, как вариант, префикс. Простое добавление "x" или "-" к имени свойства заставит браузер проигнорировать такое свойство. Потом же, вменяемый линтер для CSS сразу задетектит, что здесь ошибка, хоть и не подозревает о её намеренности. Но если бы это свойство было закомментировано, линтер бы просто промолчал, что не исключает возможности случайно оставить нужное правило закомментированным со всеми вытекающими.
Здравствуйте, halo, Вы писали:
H>В случаях, когда мне лень нажать Ctrl+/ в IntelliJ IDEA или я правлю текст в каком-нибудь mcedit, я просто добавляю к имени свойства мусорный, как вариант, префикс.
То есть, необходимость быстро экранировать отдельные свойствоа, и столь же быстро этот экран убрать, у Вас периодически возникает, и одно- или двухсимвольный знак, отсекающий конец строки, был бы для этого удобен, но за неимением гербовой приходится писать на клозетной.
H>Потом же, вменяемый линтер для CSS сразу задетектит, что здесь ошибка, хоть и не подозревает о её намеренности. Но если бы это свойство было закомментировано, линтер бы просто промолчал, что не исключает возможности случайно оставить нужное правило закомментированным со всеми вытекающими.
Мне кажется более разумным то, что Firefox/Chrome (и Safari, скорее всего, тоже) отображают закомментированные свойства в инспекторе, но перечеркивают их, и это сразу заметно. При желании их можно быстро включить/выключить checkbox'ом. А костыли с префиксами и в браузере придется править руками, чтобы посмотреть, как они работают.
Здравствуйте, Михaил, Вы писали:
М>Вы привыкли к одному стилю в С++ — соответственно, вам его недостает.
Задолго до того, как привыкнуть к "стилю C++", я привык к стилю нескольких совершенно разных ассемблеров — там такой подход и выглядел, и считался совершенно естественным.
М>чем меньше сущностей и вариантов, тем меньше приходится держать в голове
Уж к чему-чему, а к CSS это неприменимо в принципе. Большего уродства еще поискать нужно. Вообще, по мере изучения истории HTML/CSS у меня все сильнее крепнет убеждение, что изрядная часть людей, стоявших у истоков и облеченных полномочиями, была попросту плохо образована. Отсюда и многолетнее запаздывание с внедрением элементарных, в общем-то, вещей, которые любому специалисту очевидны с ходу.
М>В остальном, любителей // хотелось бы попросить их оформлять в отдельной строке, отделять от "//" пробелом, и не делать слишком длинными — читать не удобно)
Те, у кого развито чувство меры, именно так и делают. Хотя короткие комментарии совершенно уместны и в конце не слишком длинной строки.
Здравствуйте, Ops, Вы писали:
Ops>А что, проблема из стартового сообщения для таких скриптов сколько-то значима?
Проблема значима для CSS-скриптов любого размера, поскольку в CSS комментарий — средство не столько пояснения, сколько быстрого временного отключения отдельных свойств при отладке. А на заре CSS она была еще более значима, поскольку с унификацией браузеров дело обстояло значительно хуже, чем сейчас.
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>То есть, необходимость быстро экранировать отдельные свойствоа, и столь же быстро этот экран убрать, у Вас периодически возникает, и одно- или двухсимвольный знак, отсекающий конец строки, был бы для этого удобен, но за неимением гербовой приходится писать на клозетной.
Вот уж действительно: равно как и комментарии для этой затеи такой же костыль, который удостоился поддержкой со стороны некоторых отладочных инструментов. Я не помню такого в древних Firebug, IE и п.р.. Может, вы бы были удовлетворены специальным значком в CSS типа "отключи мне это свойство немедленно, хочу посмотреть как тут всё работает без него" -- ну чтобы вообще уложиться в один символ и автоматически предать анафеме браузеры, отладочные инструменты которых не поддерживают этот специальный значок и не умееют их включать-отключать.
ЕМ>Мне кажется более разумным то, что Firefox/Chrome (и Safari, скорее всего, тоже) отображают закомментированные свойства в инспекторе, но перечеркивают их, и это сразу заметно. При желании их можно быстро включить/выключить checkbox'ом.
Т.е., проблема не в CSS, а в совершенстве отладочных инструментов.
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Проблема значима для CSS-скриптов любого размера, поскольку в CSS комментарий — средство не столько пояснения, сколько быстрого временного отключения отдельных свойств при отладке.
Да фигня это все, мне не проблема зажать лишнюю кнопку при включении/выключении комментариев, это совсем не "в два-три раза больше действий" как ты пишешь, а лишь другой хоткей. Ты б лучше на json пожаловался, вот где проблема с таким сценарием.
ЕМ>А на заре CSS она была еще более значима, поскольку с унификацией браузеров дело обстояло значительно хуже, чем сейчас.
А смысл обсуждать сегодня какую-то древнюю зарю? Что выросло — то выросло, а на страдания разработчиков в те времена ты никак не повлияешь.
Переубедить Вас, к сожалению, мне не удастся, поэтому сразу перейду к оскорблениям.
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Проблема значима для CSS-скриптов любого размера, поскольку в CSS комментарий — средство не столько пояснения, сколько быстрого временного отключения отдельных свойств при отладке.
Так для отключения достаточно перед свойством добавиль левую букву например "n" или "no_"
Здравствуйте, vsb, Вы писали:
vsb>Здравствуйте, kov_serg, Вы писали:
_>>Дык белые люди и не используют css напрямую. Не переменных, ни строчных комментариев и надо префиксы -ms -moz -webkit -o добавлять.
vsb>В CSS есть переменные. Для каких свойств нужно добавлять префиксы? Насколько я знаю, все браузеры уже давно поддерживают все свойства без префиксов, а те.
Аниация например.
Здравствуйте, halo, Вы писали:
H>Вот уж действительно: равно как и комментарии для этой затеи такой же костыль, который удостоился поддержкой со стороны некоторых отладочных инструментов. Я не помню такого в древних Firebug, IE и п.р..
В древних этих отладочных инструментов не было вообще.
H>Т.е., проблема не в CSS, а в совершенстве отладочных инструментов.
С таким же успехом и отсутствие управления указателями в ряде ЯП можно объявить проблемой не самих языков, а их отладочных инструментов (которые далеко не всегда успевают за развитием языка).
Здравствуйте, Ops, Вы писали:
Ops>А смысл обсуждать сегодня какую-то древнюю зарю? Что выросло — то выросло, а на страдания разработчиков в те времена ты никак не повлияешь.
Типа, сейчас подобных глупостей нигде и ни за что не допустят, поэтому историю помнить не обязательно?
Здравствуйте, kov_serg, Вы писали:
_>Так для отключения достаточно перед свойством добавиль левую букву например "n" или "no_"
Сразу вспоминаются времена позднего СССР, с его острым дефицитом мяса. Тогда были очень популярны рекомендации по различным соевым продуктам, поскольку в плане содержания белка они вполне заменяют мясные...
Здравствуйте, kov_serg, Вы писали:
_>>>Дык белые люди и не используют css напрямую. Не переменных, ни строчных комментариев и надо префиксы -ms -moz -webkit -o добавлять.
vsb>>В CSS есть переменные. Для каких свойств нужно добавлять префиксы? Насколько я знаю, все браузеры уже давно поддерживают все свойства без префиксов, а те. _>Аниация например.
Здравствуйте, Ops, Вы писали:
Ops>Типа, давай обсуждать насущные проблемы, а не если бы да кабы.
Насущной эта проблема, как тут уже несколько раз отметили, быть давно перестала — в спецредакторах есть соответствующая автоматизация. Поэтому я и задал вопрос с упором на то, отчего возможность не была введена изначально, пока средств автоматизации не было.
А если всегда обсуждать только насущные проблемы, игнорируя историю, то также давно известно, что ни к чему хорошему это не приводит.
Здравствуйте, Евгений Музыченко, Вы писали:Э
ЕМ>Еще раз: и Вы, и все остальные, рассматриваете ситуацию исключительно с позиции начала 2020 года. А представьте, что на дворе какой-нибудь 1998-1999, или хоть 2002-2003, и автоматизации нет от слова "совсем". А браузеры, наоборот, работают каждый по-своему, о нынешней стандартизации тогда и мечтать не могли. Поэтому для отладки кода большинству web-программистов требуется по многу раз переключать стили. Очень трудно поверить, что в такой ситуации не предлагалась очевидная идея быстрого отключения свойства комментарием в начале строки.
Может быть, потому, что уже тогда работала очевидная идея быстрого отключения свойства добавлением "_" в начале строки? Ведь браузеры с самого начала просто игнорировали неизвестные атрибуты:
.center {
_text-align: center;
color: red;
}
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Здравствуйте, Sinclair, Вы писали:
S>Может быть, потому, что уже тогда работала очевидная идея быстрого отключения свойства добавлением "_" в начале строки?
То есть, изначально проектировали в расчете на костыли? Похвально, чо...
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>С таким же успехом и отсутствие управления указателями в ряде ЯП можно объявить проблемой не самих языков, а их отладочных инструментов (которые далеко не всегда успевают за развитием языка).
Вы упускаете из виду то, что синтаксис CSS не ориентирован на строки сам по себе и не требует, в отличии от популярных соглашений по форматированию, иметь не более одного правила на строку.
Здравствуйте, halo, Вы писали:
H>синтаксис CSS не ориентирован на строки сам по себе и не требует, в отличии от популярных соглашений по форматированию, иметь не более одного правила на строку.
Синтаксис многих языков, поддерживающих полностроковые комментарии, тоже не ориентирован на строки, однако ж там такие комментарии весьма популярны.