SelenIT
-
Posts
4,327 -
Joined
-
Last visited
-
Days Won
140
Content Type
Profiles
Forums
Calendar
Store
Everything posted by SelenIT
-
Имхо, есть смысл прислушаться к мнению человека, съевшего на фронтенд-разработке не одну @-ку Хотя и оно — не истина в последней инстанции, конечно. На контейнерах уже мильён решений этого и проблемы с этим, как правило, только у новичков, и то, которые быстро учатся примочкам Справедливости ради, для футера неизвестной/плавающей высоты (довольно редкий случай, но тем не менее) пока существуют (по крайней мере, мне известны) только две кроссбраузерные альтернативы — таблицы и скрипты. Связке display:table/display:table-footer-group, решающей проблему, пока не дают ходу "неубиваемые" IE6-7...
-
А в каком браузере происходит бяка? И можно ли увидеть пример?
-
Не исключаю, что правда. Аттенборо, по-моему, не замечен в дешевых разводах зрителей. И качество воспроизведения птичьи звуковые процессоры (в детстве "тестировал" на примере говорящего волнистого попугайчика) могут обеспечить вполне достойное. Природа умеет удивлять!
-
Вот это — не предвзятость. То, что абзац неявно закрывается перед любым блочным элементом, а форма как раз такой элемент — это еще стандарт HTML4, который уже 12 лет как минимум готов. И лично я на это нередко полагаюсь. Ладно еще, что в Quirks mode можно вставлять в абзац таблицу, но нарушать самую основополагающую спеку HTML в стандартном режиме... По спеке HTML4.01: Как видно, никакой двусмысленности — блочных элементов (в т.ч. формы) внутри абзаца быть не может.
-
В данном случае object — полный аналог iframe. И ждать от него чудес типа автоподгонки под размер контента не стоит. Чтоб object растянулся на ширину родительского дива, ему самому нужно поставить width: 100%; (по дефолту он не блочный, а строчно-замещаемый — как картинка или textarea). Но вот высоту под контент без скриптов не растянуть, а в IE6 — насколько я помню, даже со скриптами. Зачем вообще идти таким сложным путем?
-
Так gmdate и выдает текущую дату по GMT, насколько я в курсе. А нужен, видимо, либо filemtime, либо отдельное поле в базе (если инфа хранится там, в mysql для такого есть специальный тип timestamp)...
-
Света, поздравляю с совершеннолетием (0x21)! Судя по всему, теперь тебе можно легально употреблять шестнадцатеричное пиво в любой западной стране Присоединяюсь ко всему вышесказанному и желаю максимум здоровья <body>, максимум новых открытий и радостных впечатлений <head>, и... минимум браузерных глюков <aside>!
-
Чтобы парсилось по XML-правилам, странички должны отдаваться сервером с заголовком Content-type: application/xhtml+xml (или, на крайний случай, application/xml, text/xml). При обычном Content-type: text/html странички будут восприниматься как HTML, что в них не пиши. Их можно оформлять по XHTML-правилам, но это не влияет ни на что, кроме морального удовлетворения кодера.
-
angel12, потому что парсятся страницы в 99% случаев по правилам HTML (с неявными закрытием тегов и достройкой обязательных элементов типа html/body/tbody), а не XML (где всё закрывается строго как написано, даже если написана чушь типа <p>!<h1>!</h1>!</p>). Когда пишешь в манере HTML4, об этом поневоле помнишь, когда переходишь на XML-стиль — можешь случайно забыть и поймать сюрприз. Но на самом деле без разницы, в "ЖHTML" это целиком вопрос вкуса.
-
Как вариант, заюзать что-то типа слайдера. Верхнюю границу диапазона взять с разумным запасом и интерпретировать как "...и до бесконечности" (если нужно)...
-
Главный плюс — что кроссбраузерно. Если б не IE7-, display:table-xxx был бы универсальным ответом. Но увы...
-
По беглым экспериментам похоже, что возвращать через пару мкс не нужно. Просто при hide убирать фиксед (можно только для IE), а возвращать уже по show.
-
Вообще-то <p> — заведомо блочный элемент, и имеет приличные дефолтные отступы сверху и снизу. Другое дело, что он допускает только строчное содержимое. И никакие стили этого не изменят.
-
Я сам долго не понимал . Ключевые слова для поиска — контекст форматирования. Ну так это по всем признакам таблица и есть . Если очень критична "кошерность" и есть возможность забить/"изящно деградировать" на IE6-7, можно юзать связку display:table/display:table-cell. Но и обычная таблица не так страшна, как ее малюют, W3C практически разрешил. Если же не хочется искать легких путей, то вот (комменты тоже важны!). Не факт, что там отдельные новости, и что у одной новости не может быть двух врезок . А общий упорядочивающий контейнер колонки, имхо, нужен при любом раскладе.
-
А у Хрома точно не появляется? Вспоминаю, что пару-тройку лет назад боролся с подобным. Для Gecko помог -moz-focus-inner, а для вебкитовых не нашлось ничего лучше, как задать отдельный отступ через хаки. Но, действительно, хорошо бы увидеть код, фактический результат и искомый — вдруг проблема совсем в другом?
-
Ну так и сделайте, чтоб она была одна . Один вариант уже подсказали — overflow:hidden, можно еще display:table-cell или (если аккуратно) задать ей самой float. А вместо <br clear="all">, кстати, можно ставить clear:both самим плавающим дивам — эффект будет тот же.
-
Да уж, пример с микроданными красотой не блещет, то, что itemprop ссылки берется из href, а почти всех прочих элементов — из содержимого, сильно ограничивает. Но статус у этого раздела спеки пока лишь "last call", может, как-нибудь разрулят еще. А вариант с RDFa, имхо, вполне нормален — не лучше и не хуже, чем с привычными микроформатами, к тому же стандартный...
-
Имхо, это, мягко говоря, не совсем правильно, и сделано чисто ради наглядности (чтобы показать, что <itemscope itemtype="http://data-vocabulary.org/Breadcrumb"> — это контейнер, контейнеры традиционно бывают блочными). Судя по тексту, это необязательно, можно и span юзать. А не список — потому что парсеру Гугла это не нужно, ему хватает естественного порядка itemscope-ов в коде Может, именно потому, что идут от внутреннего представления данных в программном движке сайта, не думая об их "истинной сути"? Новости "с точки зрения" программы обычно представлены массивом, аналог массива в HTML — список, значит, марш их в список, чего думать. Крошки — тоже массив, айда их туда же. А вот карта сайта — уже никак не массив, а дерево, значит, ее по-любому придется выводить через вложенность...
-
psywalker, Четкого определения не нашел. Интутивно напрашиваются два варианта — либо весь body, либо контентная часть (без шапки, рекламы, украшательств и т.п.)... Сорри, но там же есть куча примеров — если "плюсики" в конце раскрыть... Имхо, да. Из примеров особенно. Для отражения порядковой зависимости хватает порядка в коде, а для однозначного выражения иерархии (когда "крошек" несколько и неоднозначность возможна) нет альтернативы явному воспроизведению структуры вложенности — почти как в моем "бредовом" примере выше s0rr0w Я хотел сказать противоположное . HTML-ные списки — аналоги именно что массивов в программировании (OL — аналог индексного массива, DL — ассоциативного). Но крошки — всё-таки аналог не массива, а связного списка (не HTML-ного, а из программирования ), где элементы не просто лежат рядом, а конкретно указывают друг на друга. В HTML нет явной возможности это выразить (разве что честно воспроизвести глубину путем вложенности, как в двух последних примерах от Гугла), проще забить и положиться на естественный порядок. Как и с абзацами
-
Кстати, тут выше приводился примером Гугл... может, посмотрим, что он сам рекомендует по сабжу?
-
Вообще-то картинка справа — это дефолтное поведение. Так что вам не добавлять что-то надо, а наоборот, убрать то, что его ломает. С особым вниманием проверьте всякие text-indent'ы в стилях и -шки в самой разметке...
-
А с которой из палок — той, что после, или той, что перед? Имхо, если всё-таки рассматривать крошки как список, то палка в контент никак не попадает, это чистой воды оформление, как у обычного UL-списка маркер. На ее месте с тем же успехом может быть |, ::, > (как на этом форуме и у гугла), » (как на W3C), а то и вообще рисованная пиксельная стрелка — на семантике списка ссылок такая замена никак не отразится. А ведь, если присмотреться к крошкам как к структуре данных, они, по ходу дела, выходят не массивом вовсе, а именно что связным списком! И палка/стрелка — своего рода визуальное представление указателя на предыдущий (или следующий, смотря с какой стороны смотреть) элемент...
-
Например, такой вариант. Или такой.
-
И до, и после правки адрес в ссылке относительный. Вероятно, где-то притаился тег <base>...
-
В теории, да, как-то так. Но... смотрим окончание подписи нашей неподражаемой Светланы и пытаемся обрести просветление. Итак, типа IT-коан: молодой послушник из обычной индийской деревни, не обучавшийся в универститетах страшным наукам типа "семантика", зато с прекрасной бытовой логикой "здравого смысла", заходит на сайт некоего учителя, чтобы обрести знание об истинной сути вещей. А админ этого сайта накануне хорошо отметил CSS Naked Day (кстати, поздравляю всех с прошедшим!) и спьяну забыл включить стили обратно . И видит наш простой индийский паренек примерно следующее: Вот какие варианты тут с первого взгляда укажут ему истинное Дао (то бишь путь, по-нашему), а какие — скорее запутают?..
