Евгений Петров

Для обычных невыделенных option всё просто

option{
	color:#fff;
	background:#369;
}

Но вас ведь интересует, как изменить подсветку выделенного option? Ответ — штатными средствами никак, только подставляя вместо них эмуляцию с помощью библиотек вроде этой или этой.

Покажите мне сайт, на котором документ отдаётся с заголовком application/xml+xhtml.
Если заголовок text/html, это значит, что ваши муки с синтаксисом XML абсолютно напрасны.

Это не экранирование, а entities
&
Я могу написать
&
или
&
это тоже entities.
Ошибки парсинга не случится ни при &, на при <, ни при >, но лучше таки писать текст с entites вместо & < > " ' просто потому, что он может использоваться не только на сайте, но и там, где есть XML.

Скрипт, лажающий с закрытием тэгов при вставке строк с помощью innerHTML — это проблема серьёзная, и XML тут не причём. Представьте, что ссылку такой скрипт не закроет. Поэтому генерацию строкового контента с последующим скармливанием парсеру лучше не стоит делать. Для безошибочной вставки есть DOM-методы. Пусть они частенько более медленные, но надёжные.

Читайте уже спецификацию про margin-collapse. Там зелёным всё написано.

Без простенькой рисовалки не обойтись.

Следует учесть, что проще сделать таблицу на количество рядов и некое количество мест. Недостающие добавить кнопкой «+», появляющейся при наведении на ряд. Лишние удалить с помощью стандартного «×», появляющегося при наведении на место.

Очевидно, что номера мест ставятся автоматически непосредственно при добавлении.

Как абсолютно верно заметил @AMar4enko, нужно дать возможность двигать по горизонтали ряд. Возможно, дискретно. К тому же нередко ряды разбиты на секции проходами. Это также следует учесть и при добавлении, и при движении (боковые секции выравниваются обычно по стене). Проходы могут быть и между рядами.

Ну а после окончания рисования жамкаем «Сохранить» и вуаля — схема готова.
Возможно, стоит ввести типовые схемы, чтобы плясать не от белого листа.

ПыСы. Не уверен, но наверняка есть и особые случаи — расположение рядов по кривым. Тут нужно поломать голову, как реализовать повороты и выравнивания. При этом часть мест может не подчиняться общим правилам...

Вы — типичный заложник отсутствия чётко описанных сценариев. Почему я так думаю?

1. Почему вы хотите увеличивать масштаб главной страницы?
2. Почему этого должен захотеть пользователь?
3. На каких устройствах это может потребоваться?
4. Почему на этих устройствах не предусмотрено другое построение интерфейса, дабы не утруждать пользователя ненужным действием?

Это я только часть вопросов про масштаб задал. И по каждому вашему пункту можно расписать.
Увы — это беда многих проектов. Да что там многих — подавляющего большинства.

— Здравствуйте, вы делаете сайты?
— Конечно, вам что нужно? Сайт-визитка, каталог или промо-сайт?
— Ну я не знаю... Хочется круто...
— Бюджет такого сайта у нас начинается от 300 000 рублей.
— Дороговато... Но была не была, давайте!
— В течение часа менеджер вышлет вам ТЗ и смету.

что-то вроде этого map.ipviking.com

Там canvas, читать тут Объектный Canvas Framework

А для несложной — CSS3, jQuery Animation etc.