Интересно, обсуждалась ли в 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="бла-бла" >