Leaderboard

Ленка, не меряй всех по себе. Если ты меньше чем за сотню даже разговаривать не станешь то мы, чернь, и за 60, и даже за 30 делаем иногда.

Так вот только что выяснили, что аналогия неполная . В том, что "он есть, его не может не быть" — совпадает, а в том, что всегда один и безымянный — нет. У меня обычный почему-то стабильно выкидывает ошибку 'exceptions.TypeError' при аплоаде файла. В чем может быть дело? Но я перечитал описание алгоритма — да, про "понижение уровня первой секции при обнаружении второго главного заголовка" ничего не нашел, так что, видимо, это я себе придумал . Впредь буду внимательнее читать первоисточники.

Что у вас делает H2 внутри TR, без обязательной в ней TD? Нельзя так издеваться над кодом — это ж примерно как подопытному кролику вырезать желудок и запихивать корм "просто внутрь"... Да и вообще, нужна ли там эта лишняя недотаблица-обертка, что мешает этому заголовку быть внутри основной?

Если важны размеры до пикселя и размер шрифта/высота строки тоже известны до пикселя, можно и vertical-align дать конкретное значение в пикселях, должно быть универсально. А так, если свободное пространство нечетное, то при его делении верхняя/нижняя половины заведомо будут на пиксель отличаться, насколько я в курсе, стандарт не регламентирует, какой отдать преимущество...

Насколько я понимаю, как раз наоборот. Если потомки td не считаются частью основной логической структуры страницы — страница с табличной версткой для такого анализатора будет равна чистому листу с какими-то "левыми" карандашными пометками "на полях". Возможно, для того самого role="presentation" сделают исключение, но это ж какая путаница выйдет... Я понял так, что родитель всё равно будет один (безымянный, за браузером оставлено право "придумать название" самому, напр. "Untitled document"), а в нем — две секции одного уровня, с соотв. названиями. Сужу по последнему примеру здесь. Это неверно? Хм, похоже, таки неверно — можно сделать несколько секций верхнего уровня, этот аутлайнер это подтверждает... буду знать, спасибо за расширение кругозора!

С моими не очень глубокими познаниями в английском, я перевёл это как родители разделов. Они подразумевают независимые отдельные части, в виде article и section. Но в любом случаи при выстраивании структуры самый первый заголовок будет использоваться, как название всей страницы. Он то и будет родителем для всего остального. Нет, конечно если будет использоваться два h1 в самом верхнем уровне, то на странице будет два основных родителя (в смысле структуры), но по мне это извращение.

Насколько я понимаю, части вроде как независимы (поскольку "these elements can have their own outlines, but the sections and headings inside these elements do not contribute to the outlines of their ancestors"), но всё-таки главная из них одна (outline с корнем на body) оказалось, не обязательно (см. ниже). Остальные "корни" по сути нужны для того, чтоб эта главная outline не засорялась служебными (в случае fieldset), заведомо второстепенными (figure и details) и вообще сторонними (blockquote) "поддеревьями". А вот что в списке этих root-ов делает td, для меня самого пока загадка

вообще-то placeholder="поиск"

*С подозрением* А вы, случайно, не СЕОшник?

А как в таком случае объяснить, что лучше находятся те страницы, которых не касались сеошники? Это тоже субъективное мнение, но поскольку не только мое, то в нем, скорее всего, есть хотя бы доля правды.

Присоединюсь к сказанному и добавлю от себя. В общем да, вид лучше чем код. Нужно hmtl полностью переработать. Ну например, сделать изначально две колонки. Тег div#head перенести во вторую колонку. В первой колонке "домик" подложкой, логотип позиционировать ну и т.д. Это как я бы делал. Ну, а так, учится и еще раз учится.

хто больше, в смысле меньше? 12.5 y.e.

LunatiK демпингуе за 25 у.е. А вообще если не знаете куда тег разместить, разместите фаил 763ce035f403b406.txt или какой он там вам предложит в корень сайта.

50 y.e. и я сделаю

Прочитал, к сожалению тыркнуть страницей где были бы постулаты, не получится. Посему выскажу свое мнение. Я за то чтобы был одни h1 страницы, исходя из логики и древних сеошных байках что текст в h1 очень вкусен для пауков. SEO строится на том что поисковикам надо отдать релевантную информацию вашему запросу. И в последнее время поисковики стали очень сильно уделять внимание тому какая информация располагается у вас и сколько эксклюзивной информации у вас есть(поисковики любят динамичные страницы, пример хорошей страницы скажем брэнда это описание брэнда, логотип, его колекции с описанием кратким и картинками, заголовки новостей по брэнду и коментарии к нему от пользователей сайта) все остальное мало значительно. Далее известно что поисковики уделяют внимания тэгам h1 h2 h3(ну или уделяли, хотя я склонен верить что и щас уделяют просто бонусов от этого меньше, данные теги призваны выделять заголовки эта так скажем ключевая информация как и выделенный жирным текст на странице, сложно представить что поисковики не берут это в расчет теперь) если на странице есть <h1>Салат Мимоза</h1> и <h1>Салат Цезарь</h1> то страница как бы обязана быть о салатах и сразу напрашивается почему бы не сделать: <h1>Салаты</h1> <h2>Салат Мимоза</h2> <h2>Салат Цезарь</h2> Касательно h1 в списке для меня это кощунство... во первых 20 тэгов h1 не способствуют продвижению сайта или семантики, есть необходимо выделить можно пользоваться <b> или любым из h2 h3 h4 .... Не кто не запрещает изменять этим тэгам стили... И кстати swetlana у меня лично вы пользуетесь большим авторитетом разве вам не кажется что с выходом новых стандартов всего пару процентов сайтов изменят в своем коде что-то. А поисковые машины будет как и прежде ходить не только по новым спецификация, но и по старым.

А зачем дизайнеру js? Если он собиратеся заниматься флешем, еще понятно. Ну а так. Элементарные знания по html и css. А так, графические программы и художественный вкус...

она не она полюбас

С нулевыми знаниями шансы также стремятся к нулю. Как только сможете сверстать простенький макетик, найти студию, которая тебя возьмет вполне реально. Верстаете несколько таких и рассылаете по всем интересующим вакансиям.

yujin11, Доктайп. http://htmlbook.ru/blog/rezhim-sovmestimosti http://htmlbook.ru/blog/standartnyi-rezhim http://htmlbook.ru/blog/pochti-standartnyi-rezhim http://htmlbook.ru/blog/rezhimy-internet-explorer

нужно сходить к гадалке, скажет кинет или нет

Поэтому получается изврат в виде <h1><img></h1>. То есть вы хотите сказать, что в HTML5 (будем называть по старинке) такая логика прописана? Ничего подобного. Там лишь сказано, что помимо традиционного логического деления h1-h6, можно использовать section+h1>section+h1>section+h1 и т. д. Нету никаких таких сложных правил. Да есть новый парсер, однако не сказать, что он кардинально отличается от того, что реализовано в браузерах сейчас. По большей степени просто в стандарт вошло то, что и так всегда поддерживалось. Семантика же вообще вещь абстрактная. Для проверки HTML5 семантики уже давно существует outliner. C голосовыми браузерами вообще всё сложно, так как их не существует. Все мои незрячие знакомые используют IE8 и голосовой движок. Причём, по их словам, другие браузеры с голосовыми движками работают хуже, чем осёл. Если честно, то подробно не интересовался, но собираюсь. Кто же будет выкладывать такую информацию. Ведь тогда SEO расцветёт с ещё большей силой, а поисковики наоборот с ними борются. Whatwg не занимаются SEO. Они разрабатывают язык разметки. Причём разрабатывают так, чтобы сайты было удобно делать и удобно отображать. Как сайты должны обрабатывать поисковики они не решают, они лишь предоставляют для этого средства, в виде тегов article или атрибутов rel, role и др. Возможно, завтра Google решит игнорировать тег aside, если это позволить лучше индексировать основное содержание. Однако об это нововведении они не обязаны и не будут никому докладывать.

а чем это может грозить верстальщику? Одной строчкой в css. Больше всех от предела способности эконом-дизайнера постадают пользователи безнадёжно устаревших осликов. Но и им это будет не критично. не подумайте, что я набиваюсь в вашу команду профессионалов, но просто поделюсь опытом. Голосовое общение во-первых занимает больше времени, чем письменное. При голосовом общении часто возникают спорные ситуации: «а я же говорил, что надо так!» — но где это записано? Голосовое общение предполагает большие надежды на хорошую память. А ведь уже давно известно, что плохая бумажка лучше хорошей памяти. Плохой текстовый файл тоже лучше. Любой проект сложнее визитки из трёх страниц всё равно нужно расписывать, чтобы хотя бы понять, каким должен быть результат. А без понимания результата куда направлены действия? Бывает, что туда же, куда и у профессиональной команды лебедя, рака и щуки. Назвался груздем — полезай в кузов. Называясь профессионалами, старайтесь соответствовать.

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

меня тоже интересует: что взамен?

Когда вы пишите «От вас необходимо» - это означает требование, которое вы получите от индивида, тогда почему вы не пишите что предлагаете взамен? upd:работа над ошибками upd2: Я не орфографические ошибки исправлял, но так уж и быть если глаза мозолит...

Вот: <body bgcolor="black"> <img src="ссылка на картинку" width="100%" height="100%"> </body>

Светлана, вам нужно над своим прайс листом поработать и постараться понимать получше ваших возможных будущих клиентов. Вы предлагаете ТЗ за 15 тр, в то время как другие ребята делают работу за 5тр. Всем спасибо....

http://www.sbi-telecom.ru/ оцените?

Центр "Специалист" при Бауманке (МГТУ им. Баумана). Тип обучения - Вебинар. Короче платишь, получаешь все необходимые материалы, программу, сидишь дома в удобное тебе время и учишься. Получаешь корочки, красочные и востребованные в соответствующих структурах и т.д. Твое местонахождение неважно. Советую. То, что курсы платные, в наше время вполне нормально, халявы к сожалению , в этом мире все меньше. А может и к счастью, тут как посмотреть.... Тебе сюда....

Ребят, да вы чего?!! там даже функционала никакого нету! какое тут еще Т.З.? Т.С., еще актуальна тема?

Поможите люди добрые хто сможет)). Проблема заключается вот в чём: я.вэбмастер требует Разместить мета-тэг 1. Добавьте в код главной страницы вашего сайта в раздел <head> ... Парни, всем огромное спасибо! Разобрались с вопросом. Как отблагодарить не знаю, я тут новенький, но звёздочек понаставил!

Смешно.... А что еще заметило своим острым взглядом, Лох-Несское э-э-э.... чудище? Ой, простите, чудовище конечно!

забавно! мне понравился сайт

Если информация статична, то есть не меняется, то проще второй див скрыть (display:none), заранее прописав в нем ту же инфу, что и на основной странице. потом по onClick присвоить ему display:block и вывести в нужное место. Или пробовать через тег iframe.

Может так нужно? <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <title>Untitled Document</title> <style type="text/css"> .wrap { height: 100px; width: 200px; background: red; position: relative;} .a { background: #000; color: #fff; position: absolute; bottom: 0; height:20px;} .b { background: #000; color: #fff; position: absolute; bottom: 20px; height:20px;} </style> </head> <body> <div class="wrap"> <div class="a">sdfsdfddfa ads fd </div> <div class="b">sdfs tttaaggggggggqqqtttttttttt </div> </div> </body> </html>