Редактору сайта (будем называть его менеджером, чтобы не путать понятия) очень важно уметь работать с визуальным редактором, так как менеджер как правило не знает HTML\CSS\JS\PHP. И мы прописываем визуальный редактор в качестве болеутоляющего клиенту, нажившему мигрень в попытке создать подобающе оформленную страницу с текстом, картинками, таблицами, списками и т.п., не всегда предупреждая о побочных эффектах.
А именно о том, что:
1) предопределённые стили оформления элементов содержания сайта, нельзя применить к определённой ячейке или строке (только ко всей таблице целиком)
2) не может быть и речи об изменении ширины столбца или высоты строки таблицы без указания точных размеров, если клиент не выучил, что дизайн-шаблон фиксированный, максимальная ширина для контента столько-то пикселей (иначе в ie6..., ну вы поняли), что ширина пикселя это 1/72 дюйма, а дюйм 2,54 сантиметра (тогда как все давно уже пользуются - последняя таблица).
3) фоновые изображения в предопределённых стилях оформления элементов содержания сайта не отображаются в визуальном редакторе
4) сами "предопределённые стили оформления" оставляют желать лучшего: <span class="мой_стиль"> это конечно хорошо, но изменить стиль ненумерованного списка вам не удастся, кроме как превратить его в опухоль вида:
А это значит никаких собственных list-style-image, либо только один вид, без надежды на 2 и более разных оформления. Оправдываться приходится фразой, что "практически нереально определять css-селекторы в styles.css шаблона сайта вида tag.class {} и довольствоваться приходится селекторами .class {} подразумевая span.class {}".
5) в визуальном редакторе клиент не сможет сделать ячейку таблицы заголовком (то что называется )
6) а если клиент посчитает себя очень умным и захочет что-то поменять в режиме исходного кода, код предстанет ему в таком неразборчивом виде, что его эго моментально вернётся на место:
Думаю, не секрет, что верстальщики пишут код руками (или они не верстальщики вообще) и указанную выше таблицу скорее всего сформируют в таком виде:
Я так проверяю психику кандидата на вакансию: заставляю написать 20-30 строчек html-кода, затем копирую код в визуальный редактор (в режиме исходного кода) и делаю "Трах-тибидох", переключаясь в режим визуального редактирования и обратно в исходный код. В полученном коде прошу найти, какой тег я удалил:
Фокус в том что никакой тег я не удалял и вообще ничего не делал, за меня все сделал редактор.
Вернёмся к побочным эффектам:
6) даже если клиент и знает что <thead>, <tbody> и <tfoot> - это какие-то теги и что они должны что-то значить, никто не скажет зачем по умолчанию в новую таблицу ставится тег <tbody> и как (раз уж тело вставляется) вставить голову и ноги - медицина бессильна.
7) отдельного внимания заслуживает "" - да, есть окошко где эти параметры меняются. А еще у таблицы есть align, background, bgcolor, bordercolor, cols, height и width - может стоит и их указывать ВСЕГДА? Я наверно под страхом смерти не смогу объяснить на понятном менеджеру языке чем отличается cellspacing от cellpadding в окне свойств таблицы и почему они там есть, а вот bgcolor и bordercolor нет.
А именно о том, что:
1) предопределённые стили оформления элементов содержания сайта, нельзя применить к определённой ячейке или строке (только ко всей таблице целиком)
2) не может быть и речи об изменении ширины столбца или высоты строки таблицы без указания точных размеров, если клиент не выучил, что дизайн-шаблон фиксированный, максимальная ширина для контента столько-то пикселей (иначе в ie6..., ну вы поняли), что ширина пикселя это 1/72 дюйма, а дюйм 2,54 сантиметра (тогда как все давно уже пользуются - последняя таблица).
3) фоновые изображения в предопределённых стилях оформления элементов содержания сайта не отображаются в визуальном редакторе
4) сами "предопределённые стили оформления" оставляют желать лучшего: <span class="мой_стиль"> это конечно хорошо, но изменить стиль ненумерованного списка вам не удастся, кроме как превратить его в опухоль вида:
<ul> <li><span class="мой_стиль"> text </span></li> ... </ul> |
А это значит никаких собственных list-style-image, либо только один вид, без надежды на 2 и более разных оформления. Оправдываться приходится фразой, что "практически нереально определять css-селекторы в styles.css шаблона сайта вида tag.class {} и довольствоваться приходится селекторами .class {} подразумевая span.class {}".
5) в визуальном редакторе клиент не сможет сделать ячейку таблицы заголовком (то что называется
6) а если клиент посчитает себя очень умным и захочет что-то поменять в режиме исходного кода, код предстанет ему в таком неразборчивом виде, что его эго моментально вернётся на место:
<table cellspacing="0" cellpadding="0" border="0"> <tbody> <tr><td>Text here....</td><td>Text here....</td><td>Text here.... </td></tr> <tr><td>Text here.... </td><td>Text here.... </td><td>Text here.... </td></tr> </tbody> </table> |
Думаю, не секрет, что верстальщики пишут код руками (или они не верстальщики вообще) и указанную выше таблицу скорее всего сформируют в таком виде:
<table> <tr> <td>Text here....</td> <td>Text here....</td> <td>Text here.... </td> </tr> <tr> <td>Text here.... </td> <td>Text here.... </td> <td>Text here.... </td> </tr> </table> |
Я так проверяю психику кандидата на вакансию: заставляю написать 20-30 строчек html-кода, затем копирую код в визуальный редактор (в режиме исходного кода) и делаю "Трах-тибидох", переключаясь в режим визуального редактирования и обратно в исходный код. В полученном коде прошу найти, какой тег я удалил:
<table> <tbody> <tr> <td>Text here....</td> <td>Text here....</td> <td>Text here.... </td> </tr> <tr> <td>Text here.... </td> <td>Text here.... </td> <td>Text here.... </td> </tr> </tbody> </table> |
Фокус в том что никакой тег я не удалял и вообще ничего не делал, за меня все сделал редактор.
Вернёмся к побочным эффектам:
6) даже если клиент и знает что <thead>, <tbody> и <tfoot> - это какие-то теги и что они должны что-то значить, никто не скажет зачем по умолчанию в новую таблицу ставится тег <tbody> и как (раз уж тело вставляется) вставить голову и ноги - медицина бессильна.
7) отдельного внимания заслуживает "
Группы на сайте создаются не только сотрудниками «1С-Битрикс», но и партнерами компании. Поэтому мнения участников групп могут не совпадать с позицией компании «1С-Битрикс».