rash

Тут подсказывают, что должно помочь preventDeafult в ontouchmove. Насчет влияния на видео, к сожалению, ничего так сразу сказать нельзя. Ну и естественно, это помешает скроллить, если все-таки контент не поместится на экран.

Вообще-то таб был предназначен не для отбивки, а для разделения полей в табличных данных в тексте. Это не совсем то же самое, что просто отбивка. Так что если подходить так уж формально, оба эти символа не подходят. Кого-то это останавливает?

Так это и есть настройка табуляции. Нажатие на таб физически вставляет в файл 4 пробела. Если я отбиваю отступ вручную пробелами — я тоже вставлю 4 пробела. Никакой путаницы. Может, конечно, меня избаловал мой редактор, но это кажется такой базовой функциональностью, что аналогичные настройки должны быть везде. Я никого не призываю переходить на пробелы и пересматривать свои взгляды, если вам нравится то, что используете сейчас. Просто мне нравится возможность читать свой код где угодно, в частности — в блокноте и браузерном просмотрщике, и то, что при этом его не разрывают длиннющие отступы табуляцией. Если это не имеет значения, то никаких иных объективных преимуществ я не вижу.

Если работа ведется в SVN, то тут спасает корпоративный/командный стайлгайд, ну и/или бьютифаер кода, который запускается при коммите. Собственно, я за стандартизацию, тут спорить не собираюсь, но в таком случае тем более все равно, что использовать, если все должны использовать одно и то же в обязательном порядке. И тут я (субъективно) склоняюсь к пробелу, уже хотя бы потому, что «пробел — он и в Африке пробел». И да, я ничего не говорил о том, чтобы писать в блокноте, но пробелы помогут даже нормально читать в блокноте. Дисклаймер: я не призываю использовать только табы, я призываю только не делать категоричных выводаов о качестве кода и сексуальной ориентации тех, кто использует пробелы, на основании только этого. Возможно, для этого все-таки есть объективные причины. P.S.: да что ж я за холиварщик-то такой… Процитирую сам себя: И дополню: увеличивать и уменьшать отступ выделенного блока текста тоже можно нажатием пары клавиш, сохраняя пробелы.

Использую пробелы. И пока менять обратно на табы не собираюсь. То есть, разумеется, для увеличения отступа использую клавишу таб, но вставляет она 4 пробела. Веская, аргументированная точка зрения. Хочу, чтобы мне было легко читать мой код где угодно, хоть в блокноте, хоть при просмотре исходника страницы. Даже там, где ширина табуляции не настроена или настроена не так. Проблем с пробелами не вижу вообще, с табами — необходимость настройки или перенастройки каждого экземпляра редактора, а некоторые так и вообще этого не умеют. Зачем? Работать с таким и отступами так же красиво и быстро, как и с табуляцией, если редактор нормальный, при этом просто читать код комфортно даже если редактор или просмотрщик «ненормальный». Да и стайлгайды многих языков и компаний уже рекомендуют использовать пробелы. Впрочем, пионеры, использующие табы, всегда будут, и такие холивары будут подниматься регулярно. Я для себя выбор сделал, достаточно попользовавшись обоими вариантами. А точно не наоборот?

Не сочтите за грубость, но с чего Вы это взяли? Это какое-то негласное правило? Чем оно обусловлено? Тем, что дизайнеру придется подумать, как уместить все на экране в 1024. Растянуть нарисованное, зачстую, проще, чем сжать то, для чего дизайнер не оставил места при сужении.

Либо фиговые программисты, либо фиговые CMS.

Что запретить? Все многократно повторяющиеся пробелы или переводы строк при обработке заменять одним. Или вопрос в чем-то другом?

Аналогичное письмо получил от sweb'а, так что тоже будьте осторожны.

Это первое, что приходит в голову, но что будет, если нода пустая? Не придется ли эту ситуацию обрабатывать отдельно? Я еще не проверял, просто сразу о таком случае подумалось.

Упс, а в каких случаях, например? Мне часто приходится намеренно не полагаться на наследование, поэтому я даже не в курсе

Ничем не плохо для тех свойств, которые наследуются.

Ну основных неприятностей от звездочки две: Эти стили будут применяться ко всем элементам, независимо от того, есть у них поля и отступы (или любые другие стили) или и так нет, а также применимы к ним эти параметры или нет (маргины к строчным элементам применять бесполезно), что может немного замедлить отрисовку страницы (впрочем, если у вас не десятки тысяч элементов в DOM и не динамический интерфейс, то можете не думать об этом). Эти стили будут применяться к элементам форм. Если необходимо оставлять внешний вид элементов форм нетронутым (таким, каким его рисует ОС), то будут проблемы. Внешний вид по умолчанию изменится, а отменить эти стили будет невозможно. Попытки просто переопределить их приведут к тому, что сохранить исходный внешний вид для всех браузеров и всех платформ не получится. Если и это не важно — нет причин беспокоиться. Так что сами смотрите, есть ли у вас в контейнере, для которого применяется глобальное правило, элементы форм, насколько загружен DOM этого контейнера, и насколько интенсивно там работает JS.

Не видя дизайна сложно сказать, будет понятно или нет. Вариант со знаком плюс не рассматривали? Или треугольник, как в деревьях папок.

Для виндовса, к сожалению, вряд-ли могу чем-то помочь. sed-а в нем нет, можно попытаться воспользоваться чем-то вроде echo Some text >> file.txt Это допишет строку в конец файла. Как это сделать для набора файлов с ходу не скажу.

Если Notepad++, то скорее всего речь идет о виндовсе, там нужно искать другие способы. Насчет средств самого Notepad++ не подскажу, не пользуюсь.

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

Потому что красный у вас нулевой высоты. Контент с абсолютным позиционированием не влияет на размер родителя.

Если верить этому: http://stackoverflow.com/questions/4677467/how-to-disable-login-password-highlighting-in-opera то стилями ничего не получится, для этого нужен JS. Стоит ли оно того — решайте сами.

Подозреваю, что так опера просто подсвечивает поля, логин и пароль для которых в ней запомнили, показывая, что может заполнить их автоматически. Боюсь, что такое поведение изменить нельзя, но с другой стороны у впервые зашедшего посетителя этого не будет, а зашедший повторно, возможно, сам догадается о причине этой подсветки.

Покажите страницу.

Что за баг имеется в виду? Ну и вдогонку — неперерисовываемые фрагменты страницы при динамическом изменении.

А че? В смысле почему так скептически? Я где то читал призыв Вадима Макеева(из Opera), обращаться к нему если сайт в Opera неправильно отображается. Призывы призывами, но о многих багах оперы интернеты стонут годами, а в сторону их исправления, скорее всего, даже не посмотрел никто в опере. Те же дробные проценты — головная боль уже не одной-двух мажорных версий. И что?

Ничего, если жить прошлым и не стараться соответствовать новым достижениям человечества и такой мифической штуке как web 2.0 Эээ, то есть нестандартные шрифты хороши только тем, что это стильно/модно/молодежно? Какой ерундой бы они ни были на самом деле, это — будущее, новая технология, и этим надо пользоваться? А web 2.0 — действительно мифическая штука, и уж точно не то, о чем нужно думать.

Вероятно, все-таки имелся в виду статичный каркас Просто не уточнили. Для динамики этот выбор скорее всего был продиктован какими-то другими требованиями.