Лично меня пока очень сильно отпугивает то, что оформление Chrome/chromium не вписывается в общее оформление системы.
Вот если бы он научился себя показывать в нативном виде системы…
А пока — лишь еще один браузер, под который приходится тестировать, благо с поддержой стандартов все отлично :)
Из того, что ожидалось, но все еще нет:
1. border-radius — ну уж очень хочеться.
2. Для linux по умолчанию качается сборка с qt3, хотя во всю уже хочется qt4.
3. Нативный вид для qt4 под linux.
Вроде как проблемы то и нет особо.
А дело в разной отрисовке контролов в разныъ браузерах (а в данном случае еще и запущенных на разных ОС — на скрине явно видно, что семерка под XP, а 8ка под вистой).
При такой верстке, у вас контролы будут отличается не только в разных версиях IE, но и в других браузерах и операционных системах будут выглядеть несколько иначе.
Лично я не вижу никакой проблемы в этом.
Если Вам нужна верскта пиксель-в-пиксель, то задайте явно размеры, границу и отступы котнролу.
Идея, просто супер.
Обычно из завтрака дома хватает максимум на кружку чая или йогурт.
А тут можно прийти, позавтракать, обсудить с коллегами рабочие и не очень вопросы. :)
Хороший проект, хотя посмотреть его так и не смог (сходу из исходников не собралось).
Однако, предложу несколько дополнений:
1. Смена кодировки на лету.
2. Возможность организаций файлов в проекты (или сессии как в Kate).
3. Файловый браузер в доке.
Очень редко.
Только чтобы переустановить ОС (последний раз — полгода назад), или записать что-нть (1-2 раза в год).
В остальном пользуюсь флэшками, да и то не часто.
2. На практике генерировать меню javascript кодом, как у вас в примере, врят ли потребуется, намного удобнее инициализировать меню, имея XML или JSON структуру, или конструкцию из списков в теле страницы.
Вот если бы он научился себя показывать в нативном виде системы…
А пока — лишь еще один браузер, под который приходится тестировать, благо с поддержой стандартов все отлично :)
1. border-radius — ну уж очень хочеться.
2. Для linux по умолчанию качается сборка с qt3, хотя во всю уже хочется qt4.
3. Нативный вид для qt4 под linux.
Очень радует скорость работы.
Также ждем 10.10 с Opera Unite.
А дело в разной отрисовке контролов в разныъ браузерах (а в данном случае еще и запущенных на разных ОС — на скрине явно видно, что семерка под XP, а 8ка под вистой).
При такой верстке, у вас контролы будут отличается не только в разных версиях IE, но и в других браузерах и операционных системах будут выглядеть несколько иначе.
Лично я не вижу никакой проблемы в этом.
Если Вам нужна верскта пиксель-в-пиксель, то задайте явно размеры, границу и отступы котнролу.
Почему бы сразу не отрисовать строку и двигать ее параметром scrollLeft.
Было бы по-шустрее.
Обычно из завтрака дома хватает максимум на кружку чая или йогурт.
А тут можно прийти, позавтракать, обсудить с коллегами рабочие и не очень вопросы. :)
Также вопрос, чем монтировали?
И тут я полность согласен с Ломоносовым: «Математику уже затем учить следует, что она ум в порядок приводит».
Ну или svn использовать.
Однако, предложу несколько дополнений:
1. Смена кодировки на лету.
2. Возможность организаций файлов в проекты (или сессии как в Kate).
3. Файловый браузер в доке.
Получим почти Kate, отвязаный от KDE :)
p.s. кстати, juffEd — just for fun Editor? :)
Ждем появления в стабильной ветке.
Только чтобы переустановить ОС (последний раз — полгода назад), или записать что-нть (1-2 раза в год).
В остальном пользуюсь флэшками, да и то не часто.
У меня как стояла Опера, так и осталась.
За 30 минут работы вызывал только положительные ощущения.
<div> <a>...</a> <ul> <a> <li><a> ... </a></li> </a> </ul> </div>ужасна, вставлять в <ul /> — <a /> — а в него <li /> очень не красиво, и не по спецификации.
Почему бы не использовать конструкцию вида:
<ul> <li> <a>...</a> <ul> <li> <a>...</a> ...... <li> ........ </ul> </li> ........... </ul>2. На практике генерировать меню javascript кодом, как у вас в примере, врят ли потребуется, намного удобнее инициализировать меню, имея XML или JSON структуру, или конструкцию из списков в теле страницы.