swetlana

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

а почему в опросе нет правильного варианта ответа?

то что? не впишется в поворот и разобьётся?

вообще говоря, в этом мы все заинтересованы. Так что здравое зерно в этой мысли есть.

спасибо а как? я не помню

можно вклиниться? Буквально вчерашний пример: <video> проигрывает некоторые ролики mpeg4, а некоторые не проигрывает. От чего это зависит — выяснить не удалось.

а вроде всё нормально. Разве нет? обязательно надо будет воспользоваться этой возможностью! шестнадцатеричное пиво

Спасибо Приятно с утра пораньше почитать такое. Говорят, в 33 года приходит мудрость. Ждём. Это страшно?

а где? по ссылкам валидатор и файлопомойка. Что из этого ваша вёрстка?

Задача: разместить на странице JWPlayer, работающий в двух режимах: html5 <video> и flash. <video> предпочтительнее. flash должен включаться в том случае, если браузер не поддерживает <video>. Поддержка браузеров: IE6—9 + все современные, включая мобильные safari (в них <video> работает по умолчанию без проблем).

В какой-то момент начинает эмуляторов не хватать Уже не раз было, что в эмуляторе всё ок, а на смартфоне чушь какая-то. Потому и хочу именно аппарат приобрести. Ну а поскольку других соображений в пользу обновления такого устройства как бы и нет, то надо выбрать оптимальный именно для задачи тестирования. жесть! Вот этого я боялась больше всего

Спасибо

Уже второй заказчик только за этот апрель высказывает пожелания к вёрстке, чтобы сайт гарантированно правильно выглядел на мобильных устройствах. В связи с этим хочу купить смартфон, чтобы иметь возможность тестировать. Именно возможности тестирования являются первым требованием к аппарату. При этом ведь как минимум есть различные платформы: iOS, Android, Windows Mobile. А аппарат пока что должен быть один. В какую сторону смотреть? Что выбирать?

кстати, ведь на самом деле панелька включает в себя как раз не только смену представления, но и сортировку. Речь не об абстрактном примере, а о реальном проекте. Вот так эта панелька должна выглядеть: Я вот тоже думаю в сторону <menu>. Скорее всего было бы в тему. И да — интернет-магазины вполне можно рассматривать как старейший тип веб-приложений

Кстати, а вот ещё на тему menu vs nav: В интернет-магазине есть список товаров, и возможны два варианта его представления: — в виде плитки — картинки с названиями и ценой; — в виде таблицы — сравнительные характеристики. И есть панелька, на которой переключается вариант представления. Естественно, переход по ссылке осуществляется. Но фактически представлена та же информация, только в другом виде. Для панельки переключения правильно применить nav, menu или вообще что иное?

Вломился мне в аську один странный человечек, желающий, чтобы ему сделали меню на js и гарантировали совместимость с будущими версиями браузеров. А у меня сейчас, мягко говоря, загруз выше крыши. Да и не могу взять на себя ответственность за будущие версии. Сколько готов платить — похоже сам не знает. По общению вообще вызывает некоторые сомнения в адекватности. То, что он считает за ТЗ, в приложении: http://zalil.ru/30833042 Почта: egorpromo@gmail.com Если кого не пугает, сделайте ему, пожалуйста, а то он мне всю почту проспамит. Каждый день шлёт.

Речь как раз о php-шаблонах. Но это совсем не значит, что логика перемешана с дизайном то есть, вот пример кода: <div class="catalog-element"> <header> <?if(is_array($arResult["PREVIEW_PICTURE"]) || is_array($arResult["DETAIL_PICTURE"])):?> <div class="item_view"> <?if(is_array($arResult["DETAIL_PICTURE"])):?> <img src="<?=$arResult["DETAIL_PICTURE"]["SRC"]?>"> <?elseif(is_array($arResult["PREVIEW_PICTURE"])):?> <img src="<?=$arResult["PREVIEW_PICTURE"]["SRC"]?>"> <?endif?> <?if(count($arResult["MORE_PHOTO_PREVIEW"])>0):?> <ul class="morephoto"> <?foreach($arResult["MORE_PHOTO_PREVIEW"] as $k => $PHOTO):?> <li><a target="_blank" href="<?=$arResult["MORE_PHOTO"][$k]["SRC"]?>"><img src="<?=$PHOTO["SRC"]?>"></a></li> <?endforeach?> </ul> <?endif?> </div> <?endif?> </header> В принципе, на мой взгляд более понятно, чем когда применяются фигурные скобки. Просто запись достаточно редкая. Вот у меня и были опасения: а вдруг какие есть сображения против? Вдруг это например остаточные явления из php2, которые не будут поддерживаться в php6?

в php есть широко распространённый си-подобный синтаксис для условий и циклов с фигурными скобками: foreach($a as $ { if($b == $c) { … } } но есть ещё и редко применяемый с двоеточием и закрывающим ключевым словом: foreach($a as $: if($b == $c): … endif; endforeach; Почему один используется часто, а другой редко? Кроме того, что второй вариант более длинный, есть ещё какие соображения против?

А ведь не список! Только не надо меня ловить на том, что во всех предыдущих моих проектах хлебные крошки именно списком реализованы. До недавнего обсуждения здесь даже не задумывалась на эту тему. А ведь это именно строка навигации. И этим всё сказано. Можно провести аналогию с файловой системой: список может быть файлов, но адрес каждого файла — это именно строка.

ага, а потом придёт к нам на форум спрашивать, почему эта таблица выехала куда ей не положено В лучшем случае.

что можно — это понятно. В ЖHTML много чего можно. Просто смысл в этом какой? Для источника цитаты разве не лучше использовать старый добрый cite?

сделать можно что угодно: списки определений, огромное количество дивов-спанов. Но тут явно таблица.

да. Но в данном случае именно акцент на то, что элемент должен быть блочным.

где-то здесь проблема. Вообще, Хром правильно себя ведёт. Устанавливать вертикальные паддинги следует блочным элементам. Например display: inline-block или display: block;float:left решат проблему. Второй вариант даже универсальнее.

например для меня не до конца ясен смысл элемента <footer> вообще. Как футер всему сайту — да, вопросов нет. А для статьи?