Уличная война: редакторы против визуальных средств
Контроль над кодом.
Текстовый редактор HTML-кода в точности показывает Вам, какие теги, и какие атрибуты Вы используете в коде страницы. Таким образом, Вы получаете больший контроль над тем, как выводится страница. Например, в WYSIWYG-редакторе Вы нажали несколько раз Enter, чтобы начать новый абзац. Что именно вставил в код редактор? Два тега или один тег ? Или, скажем, Вы выделяете содержимое ячейки в таблице и нажимаете в редакторе кнопку, которая центрирует это содержимое. Редактор за Вас пишет в код что-то из этого:
align="center"
Ни один браузер не поддерживает абсолютно все теги и их атрибуты, и иногда приходится проверять, что редактор вставил тот тег и атрибут, который будет понятен всем браузерам.
Для достижения желаемой компоновки страницы часто требуется тонкая игра со значениями атрибутов различных тегов, как например вертикальные и горизонтальные отступы вокруг изображений.
Когда проводится обширное изменение или обновление дизайна, наиболее эффективный способ - воспользоваться расширенной функцией замены, вместо того, чтобы вручную редактировать каждую страницу в отдельности; но расширенная замена будет работать только в том случае, если код всех Ваших страниц одинаков, а для этого, Вам надо точно знать, какой именно код написан в каждой странице.
Более эффективный код.
Страницы, созданные в режиме WYSIWYG, часто оказываются значительно более тяжелыми, чем такие же страницы, созданные вручную. Причин несколько. Во-первых, когда Вы выделяете текст и перемещаете или удаляете его, редактор должен догадаться, что же Вы от него хотите: выделить только текст или текст вместе с окружающими его тегами. Если он угадает неверно, скорей всего он создаст те же самые теги в новом месте, а в старом оставит пустые старые теги. Вы этого не заметите, так как с Вашей точки зрения страница будет выглядеть правильно.
Во-вторых, если Вы решите отказаться от примененного форматирования текста (например, увеличенный размер шрифта), редактор, вместо того, чтобы удалить форматирующие теги, может применить противоположный эффект (уменьшающий размер шрифта) поверх уже существующего. Таким образом, Вы получите два тега, которые противодействуют друг другу и в результате ничего не делают.
В-третьих, самое неприятное. Если Вы пользуетесь каким-либо WYSIWYG-редактором для конвертации Word-документа в HTML, Вы получаете код, в котором для точной передачи горизонтальных и вертикальных отступов используется бесконечное число списков и пустых ячеек многочисленных вложенных таблиц.
WYSIWYG-редакторы делают больший упор на физическое, а не на структурное форматирование документа.
Беглый взгляд на панель инструментов большинства WYSIWYG-программ подтверждает этот тезис. Наиболее ярко на панели выделяются кнопки меняющие свойства текста - то есть те, которые нам наиболее знакомы по текстовым редакторам (что, впрочем, для текстовых редакторов тоже не самое лучшее, так как вместо этих кнопок пользователям лучше стоило бы пользоваться стилями, но это уже совсем другая тема…).
Функции, позволяющие применить к тексту тег заголовка, создать титул таблицы, или отступ, скрыты от глаз. В некоторых случаях приходится глубоко зарываться в меню, пока не найдешь способ вставить в од нужный логический тег. Это оправдано с точки зрения WYSIWYG-редакторов, которые пытаются "защитить" пользователя от непонятностей HTML, но не с точки зрения самого HTML. Использование HTML-тегов для управления видом документа противоречит самому духу HTML, который изначально создавался как язык описания структуры документа, наподобие SGML. В спецификации HTML 4.0 World Wide Web Consortium четко выразил эту мысль: HTML должен использоваться для описания структуры информации, а для управления ее представлением должны использоваться таблицы стилей. Теги физического форматирования, такие как FONT, U, STRIKE и CENTER отныне официально отменены (см.http://www.w3.org/TR/REC-html40/intro/intro.html#h-2.3.5).
И это не прихоть борцов за чистоту HTML, старающихся усложнить жизнь простым пользователям: сведение к минимуму или к нулю элементов физического форматирования позволяет создавать более простые HTML-документы с меньшим количеством синтаксических ошибок, документы, которые проще поддерживать (в таких языках как SGML и XML структура и физическое форматирование строго разделены).
Гибкость.
Помимо вопроса структурного форматирования в противоположность физическому, WYSIWYG-редакторы ограничивают набор тегов, которыми Вам разрешается пользоваться. Иногда не существует иного способа вставить тот или иной тег, кроме как переключившись в исходный HTML-код страницы. Текстовые HTML-редакторы же позволяют запросто вставлять любой тег и его атрибут по определению.
WYSIWY(NT)G (что на экране, то и в результате… у Вас, но не у всех остальных) (what you see is you [not they] get)
Разработчикам сайтов не надо два раза напоминать о прописной истине: каждый браузер (и даже версия браузера) показывает HTML-код по-разному. В некоторых случаях можно обойтись базовым HTML, который будет одинаково интерпретирован всеми браузерами, но в большинстве случаев приходится искать обходные пути, чтобы решить эту проблему. Конечно, текстовые HTML-редакторы не гарантируют Вам создания универсального кода, но в целом в них проще вставить нужный тег или задать его атрибут, чем в WYSIWYG-редакторе. И что более важно, так как Вы видите тег и сами выбираете его, невелик шанс, что Вы выберите не тот тег и его атрибут, который приведет к ошибкам в других браузерах.
Скорость.
Принцип WYSIWYG выливается в огромные затраты ресурсов. Всякий раз, когда Вы нажимаете клавишу, программа должна перечитать получающийся код и соответственно обновить отображение страницы. Время, требуемое на перечитывание и обновление страницы, зависит от эффективности самой программы, размеров и сложности страницы, количества используемой на ней графики и надежности системы. Возможно, Вы и не заметите задержек при работе в определенной программе на определенной системе, но хорошо написанный текстовый редактор будет всегда работать быстрее, чем WYSIWYG-редактор.
При всех перечисленных аргументах, есть ли причины, по которым я могу оставить WYSIWYG-редактор на своей машине? Конечно. Здесь нет дилеммы "или-или". Создание HTML-страниц - это наполовину написание кода, наполовину ввод данных. По нашему мнению такой прекрасный текстовый HTML-редактор как HomeSite прекрасно подходит для написания кода, а WYSIWYG-редактор вполне пригодится, когда надо будет наполнять страницу содержимым, или менять таблицу. Но если бы все-таки пришлось выбирать - "либо то, либо это" - мы бы выбрали… ну, в общем, Вы поняли…
Дайджест новых статей по интернет-маркетингу на ваш email
Новые статьи и публикации
- 2024-03-13 » Стратегии SEO на 2024 год
- 2024-03-13 » Как использовать анимацию с помощью JavaScript-библиотеки GSAP
- 2024-03-13 » Использование GSAP 3 для веб-анимации
- 2024-03-13 » Cогласование топографической съёмки с эксплуатирующими организациями
- 2024-02-19 » Теряются лиды? Как настроить сквозную аналитику
- 2024-02-17 » Мерч и IT: на что обратить внимание в 2024 году
- 2024-02-16 » Копируем с RSync: основные примеры синхронизации файлов
- 2024-02-15 » Лучшие noCode AI платформы для создания диалоговых ботов
- 2024-02-14 » Факторы ранжирования Google 2024 — исследование Semrush
- 2024-02-12 » Перенос сайта на другой хостинг
- 2024-02-05 » В России сформирован реестр хостинг-провайдеров
- 2024-02-04 » Использование SSH для подключения к удаленному серверу Ubuntu
- 2024-02-03 » Подключаемся к серверу за NAT при помощи туннеля SSH. Простая и понятная инструкция
- 2024-02-02 » Настройка CI/CD для Gitlab-репозитория: схемы и гайд по шагам
- 2024-02-01 » GitLab CI Pipeline. Запуск сценария через SSH на удаленном сервере
- 2024-01-29 » Introduction to GitLab’s CI/CD for Continuous Deployments
- 2024-01-26 » Настройка GitLab CI/CD
- 2024-01-25 » Установка shell gitlab runner
- 2024-01-25 » Установка и регистрация gitlab-runner в docker контейнере
- 2024-01-25 » Переменные Gitlab-Ci
- 2024-01-25 » Настройка CI/CD в GitLab для синхронизации проекта с веб-серверами
- 2024-01-25 » Копирование файлов scp
- 2024-01-21 » Бездепозитные бонусы от казино: обзор условий и правил использования
- 2024-01-18 » Современная обработка ошибок в PHP
- 2024-01-18 » Пример шаблона проектирования MVC в PHP
- 2024-01-18 » Мифический человеко-DevOps
- 2023-12-28 » Google подвел итоги 2023 года в поиске
- 2023-12-28 » 5 ошибок отдела продаж, из-за которых вы теряете клиентов
- 2023-12-28 » Американский суд признал монополию Google на рынках дистрибуции Android-приложений
- 2023-12-28 » Хостинг-провайдер GoDaddy перестанет оказывать услуги пользователям из России
Когда человек счастлив, он всегда хорош. Но не всегда хорошие люди бывают счастливы. О. Уайльд «Портрет Дориана Грея» |
Мы создаем сайты, которые работают! Профессионально обслуживаем и продвигаем их , а также по всей России и ближнему зарубежью с 2006 года!
Как мы работаем
Заявка
Позвоните или оставьте заявку на сайте.
Консультация
Обсуждаем что именно Вам нужно и помогаем определить как это лучше сделать!
Договор
Заключаем договор на оказание услуг, в котором прописаны условия и обязанности обеих сторон.
Выполнение работ
Непосредственно оказание требующихся услуг и работ по вашему заданию.
Поддержка
Сдача выполненых работ, последующие корректировки и поддержка при необходимости.