Leaderboard

Есть 2 вертикальных выравнивания. Для таблиц оно выравнивает содержимое ячейки. Для строчных - выравнивание относительно текущей линейки строки. Блочный элемент это свойство не выполнит.

Да нет, не дурак. Просто у каждого браузера свое мнение)) Частично можно так решать http://jsfiddle.net/alexriz/TR2St/ Правда раньше и в Firefox, при таком решении, пропадал placeholder по фокусу, в последней версии перестало почему-то. Я это недавно тоже обнаружил, как-то не было времени разобраться, как теперь решать

Если кто-то верстает под это чудо природы, имейте в виду. http://www.xakep.ru/post/60304/

Ну кстати просто dotted там не при чём. ИЕ падает если задан определенный border-radius, а именно такой, чтоб сделать элемент круглым. Вот на таком коде у меня он и правда завис: div { border-bottom: 1px dotted #555; width: 100px; height: 100px; border-radius: 50px; } Баг заключается в том, что ИЕ не может отрисовать именно круг. Т.е. если задать border-radius значение не 50, а 49, то сразу всё заработает. Так же, магически заработает если написать вот так: div { border-bottom: 1.1px dotted #555; width: 100px; height: 100px; border-radius: 50px; } В общем ИЕ - чудесный браузер В смысле чудес там много.

Преимущество, которое дают системы контроля версий - это как раз контроль версий. Как правило, разработка ведется в нескольких ветках. Мастер-ветка дан для того, чтобы держать в нем стабильный код текущей версии, который разрабатываешь. Для разработки каждой фичи создаешь новую ветку, разрабатываешь эту фичу, тестируешь, что все ок, потом мержишь ее в мастер. Пока эту фичу не закончишь, с мастером не сливаешься. Т.о. если в мастере оказался мелкий бажок, ты можешь его легко исправить и отправить на продакшен, не прерывая разработки фичи и не заставляя никого ждать, пока ты фичу закончишь. Мастер остается стабильным. Если возникает необходимость зарелизить некоторую версию из мастера - можешь создать т.н. тэг. Это будет именованая ссылка на конкретный коммит в мастере. Естетственно, он тоже должен быть стабилен. Гитхаб предлагает еще такую фичу, как пулл-реквест. Ты можешь форкнуть чей-то репозиторий (скопировать в свой аккаунт), исправить там что-нибудь, а потому предложить автору оригинала смержить его код с твоим исправлением. Отсюда и получается социальный кодинг. Если автор откажется, можешь просто развивать его продукт в том направлении, в каком тебе хочется ))) В общем, много слов уже исписано по этому поводу в интернетах, на хабрах, блогах и т.д. Советую почитать поподробнее. Дык у тебя origin/master будет находится на едином сервере, так же централизованно, как и svn. Только ты имеешь дополнительную возможность создать отдельную ветку для тестов, например, и коммитить в нее, если потребуется, не трогая при этом официальные ветки с сервера и не показывая этот код никому больше. А пуш делаешь и создаешь удаленную ветку только в том случае, если нужно поделиться кодом с коллегами. В этом и плюс децентрализации. git +1