Ответы пользователя по тегу HTML
  • Подскажите как сверстать?

    @egorinsk
    Я бы сделал джипегом. Почему?

    JPG легкий и хорошо сжимает файлы с плавными переходами цветов
    JPG поддерживается в IE6, 7, 8, на смартфонах и айфонах
    JPG не тормозит при прокрутке и перерисовке страницы. Из-за нездорового увлечения CSS3 и SVG и тяжелой верстки сайт может медленно рендериться, скроллинг станет дерганным, а анимация не потянет 60 fps. Таких сайтов сейчас становится все больше и больше.
    Ответ написан
    1 комментарий
  • Макет двухколоночный: первая на всю высоту, вторая резиновая

    @egorinsk
    Нафига overflow: hidden? Скрывать слишком большие картинки и выпадающие наружу части слов?
    Ответ написан
    Комментировать
  • Как заставить WEB сайт работать локально в Chrome?

    @egorinsk
    При онлайновом режиме есть риск, что при отключении интернета сотрудник нажмет F5, и приложение уже больше не загрузится.
    Ответ написан
    Комментировать
  • Что плохого в вёрстке таблицами?

    @egorinsk
    Начнем с того, что все, что делается таблицами, делается и CSS (просто надо не лениться и прочитать соответствующие руководства). У таблиц есть недостатки:

    — нельзя перегруппировать блоки для узких страниц или в версии для печати только с помощью CSS
    — если мы выводим список картинок таблицей, каждая картинка в ячейке, то при добавлении или удалении картинки оставшиеся не сдвигаются, а остается пустое место
    — у ячеек width работает как min-width, при этом алгоритмы ратяжения ячеек не документированы и ведут себя непредсказуемо, из-за этого они могут непредсказуемо растягиваться, и хуже того, при динамической замене контента они не всегда сжимаются обратно и остаются дыры. Одно длинное слово или картинка может растянуть всю страницу.
    — фиксированное, абсолютное и относительное позиционирование неюзабельно в таблицах
    — ячейки не получится перетаскивать drag-n-drop
    — трудно манипулировать DOM (надо хитро вставлять и убирать дополнительные элменеты)
    — верстка получается замусоренная кучей лишних тегов, которые тяжело читать и в которых тяжело разобраться. Это не HTML, а лапша. Особенно тяжело, когда таблицы вложены друг в друга и раскиданы по куче шаблонов.
    — нельзя поместить контент в коде первым, а меню в шапке — вторым (некоторые сеошники считают, что это улучшает индексацию)
    — верстка таблицами всегда была костылем (и это несемантично), с поддержкой CSS2 (появилась более 10 лет назад) таблицы стали не нужны. 10 лет назад они уже стали ненужными.

    Давайте, расскажите хоть одну причину использовать устаревшую много лет назад технологию. Поддержка IE4? Верстальщик-пенсионер?
    Ответ написан
    4 комментария
  • Best practices при обработке серверных ошибок при Ajax запросе?

    @egorinsk
    Показываете сообщение рядом с кнопкой, прокручиваете страницу, чтобы оно было видно, предлагаете варианты действий пользователю.
    Ответ написан
    Комментировать
  • Как ускорить загрузку картинок в браузере?

    @egorinsk
    Быстрый сервер с толстым каналом, хорошим пирингом и маленьким пингом (пример: сервера вконтакте) мог бы быть эффективнее. Если с вашего хостинга картинки грузятся не так быстро, как хотелось бы, попробуйте найти хостинг лучше.
    Ответ написан
    Комментировать
  • Воспроизведение amr файла на сайте

    @egorinsk
    Переконвертировать файл в mp3 на сервере (хотя в новых браузерах можно и на клиенте, но медленно). Ваш вариант не факт, что будет везде работать, зависит от кодеков и ОС.
    Ответ написан
    1 комментарий
  • JavaScipt переключатель, или как отследить показ/скрытие блока?

    @egorinsk
    > который при нажатии на «кнопку (тег: a )»

    Это конечно не совсем по теме вопроса, но для создания кнопок в HTML есть тег button, button по-английски значит «кнопка» (или тег span, если button не верстается нормально). Тег A предназначен для создания гиперссылок.

    Я не знаю, откуда пошла эта нездоровая тенденция (подозреваю, что с запада, так же как и дурная тенденция писать [br /] со слешем, видимо люди думают, что HTML — это вид XML), но всюду вижу, как кнопки и псевдоссылки верстаются тегом A с костылями вроде javascript void. И на сайтах, и в с татьях на Хабре и в каком-нибудь smashing magazine. Уровень неграмотности поражает. Начинающие не хотят читать мануалы и стандарты, а хотят учиться по неграмотным статьям из блогов неграмотных верстальщиков. А опытные верстальщики делают так много лет и не хотят переучиваться.

    Потому советую вам встать наперекор общественному мнению, учиться верстать правильно и никогда не писать a href=# и a href=javascirpt void. После этого вам не придется ломать голову тем, что значит «return false».
    Ответ написан
    6 комментариев
  • В чем плюс HTML5 тегов?

    @egorinsk
    Сейчас от этого только минусы: необходимость добавлять яваскрипт-код для совместимости со старыми ИЕ. Я бы использовал дивы, пока HTML 5 не станет лучше поддерживаться.
    Ответ написан
  • Сложная резиновая верстка — прошу комментариев к реализации?

    @egorinsk
    Если лого фиксированного размера, то это же элементарно делается средствами CSS: делаем 2 блока (float left и right) шириной 50%, в них блок с margin-right/margin-left, равной размеру логотипа, получаем зону слева от логотипа и справа. Их делим на 3 части с помощью float: left, width 33% и text-align: center.

    Шрифт можно менять через media query.

    Яваскрипт, и тем более тяжелый 200-килобайтовый фреймворк (который наверняка превратит изменение размера окна в слайдшоу на реальном сайте) для такой относительно простой задачи не требуется.
    Ответ написан
  • Confirm Form Resubmission после POST-запроса в Google Chrome

    @egorinsk
    Прежде чем обвинять Хром в «неправильном» поведении, стоит посмотреть в RFC, а как должны себя вести браузеры в такой ситуации:

    www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.3.2

    > Note: When automatically redirecting a POST request after receiving a 301 status code, some existing HTTP/1.0 user agents will erroneously change it into a GET request.

    Полчуается, такое поведение соответствует стандарту HTTP. Неудивительно, ведь Хром разрабатывают (в отличие от конкурирующих браузеров) лучшие в мире программисты.
    Ответ написан
  • Как разобрать такой POST ответ? API интернет-магазина

    @egorinsk
    Выглядит, как будто кто-то отлаживает код и временно поставил var_dump(). Вы уверены, что это не временная проблема?

    Если не временная. то разбирать, видимо, при помощи регулярок и (возможно) html_entities_decode.
    Ответ написан
    Комментировать
  • $(...).attr('checked', 'checked') не работает?

    @egorinsk
    Не уверен, что это баг.

    Вы неправильно используете Jquery и Javascript. Функция attr ( api.jquery.com/attr/ ) предназначена для изменения HTML-аттрибута элемента, а не изменения состояния чекбокса. Если вы хотите снять/установить галочку, есть определенный в стандарте DOM способ ( www.w3.org/TR/DOM-Level-2-HTML/html.html#ID-30233917 ):

    > checked of type boolean
    > When the type attribute of the element has the value «radio» or «checkbox», this represents the current state of the form control, in an interactive user agent. Changes to this attribute change the state of the form control, but do not change the value of the HTML checked attribute of the INPUT element.

    Поскольку других способов поменять сосотояние чекбокса в спецификациях HTML и DOM не указано, это значит, что единственный официальный способ — использовать свойство checked у DOM-объекта…

    Очевидно, что некоторые браузеры переносят манипуляции с аттрибутами на чекбокс. Но это очень хлипкий и ненадежный способ и не всегда работает. Видимо, делая remoevAttr, вы что-то ломаете. Чтобы проверить, установлена ли галочка, пишите:

    if ($element[0].checked)

    Чтобы установить состояние чекбокса, пишите:

    $element[0].checked = true;

    Также могу дать совет, не читайте перед обедом советск^W статей с Хабра вроде «jQuery для чайников», написанных школьниками, а читайте официальную документацию или хотя бы книги от нормальных авторов, разбирающихся в предмете. Конечно, спецификация не ответит вам на любой вопрос, но она хотя бы даст отправную точку для поиска ответа.
    Ответ написан
    6 комментариев
  • Как могли взломать сайт?

    @egorinsk
    Сколько раз уже говрили людям, не сохраняйте пароли на фтп, не сохраняйте, все трояны первым делом лезут и выковыривают их, нет, все равно сохраняют. Ну не жалуйтесь теперь.
    Ответ написан
    Комментировать
  • Текст под углом ( не сss-transform)?

    @egorinsk
    То, что выше — плохие решения. Абзац любого текста можно выгнуть любой дугой с помощью кучи небольших флоатов слева и справа.
    Ответ написан
    4 комментария
  • Адаптивная верстка средствами CSS

    @egorinsk
    > 1. Я просто хочу, что бы IE678 игнорировали эти настройки, а именно использовали стили для 980px+ разрешения. Подходят ли данные средства CSS для этого?

    caniuse.com/css-mediaqueries — IE 6-8 не поддерживают CSS media queries, потому они скорее всего будут игнорировать их. Для этого не надо дописывать ни одной строчки кода :) Соответственно, в Media Queries надо заключать условия для маленьких экранов, а без них — для больших.

    > Какие разрешения вообще стоит использовать?

    Имхо, только 2 разрешения: большой экран и маленький. Также, если вы хотите, чтобы айфон использовал стили для маленького экрана, а не имитировал большой браузер, надо дописать meta viewport что-то там.

    Вообще, по моему этот адаптивный дизайн не очень и нужен. Может, пользователь мобильного устройства хочет полноценно просмотреть все материалы сайта, а вы ему оставите только блок с контентом. Также, если вы делаете мобильную версию, надо как-то уменьшать картинки для нее на сервере (уменьшать огромные картинки средствами браузера смахивает на быдлокодинг).

    То есть, использование ад. дизайна требует лишних усилий от дизайнера, верстальщика, программиста, надо тестировать все страницы в 2 разрешениях, а ради чего? Непонятно. У меня такое ощущение, что некоторые люди где-то услышали, что это модно, а зачем это делается и какой ценой обойдется, не понимают.
    Ответ написан
    1 комментарий
  • Поиск фрагмента в PHP,HTML или JS-коде сайта

    @egorinsk
    Если писать код в соответствии с разными принципами хорошего кода и архитектуры, то проблем найти нужное место нет.

    Если речь о чужом кое-как написанном коде, то поиском по файлам.
    Ответ написан
  • Документирование и сопровождение верстки. Чем удобнее?

    @egorinsk
    Сделать HTML-страницу/сайт в локалке со сниппетами кода (например: кнопки и формы) и пусть все оттуда его копипастят.

    Ну или более правильный способ — сделать макросы в шаблонизаторе на все случаи жизни, если ваш шаблонизатор это поддерживает.
    Ответ написан
    3 комментария
  • Ипользование <div/> вместо <a/> для псевдоссылок?

    @egorinsk
    Среди разработчиков 95%, а то и больше, людей без высшего образования в области CS и веб-разработки, это школьники, прочитавшие «jQuery за 5 уроков» и побежавшие делать сайты. Естественно, вещей вроде W3C HTML Standart эта школота в глаза не видела, да и зачем, им и без этого неплохо платят.

    Потому и лепят, убогие, как бог на душу положит.

    Естественно, ставить все эти конструкции в href нельзя, и надо использовать span либо button для псевдоссылок. Логичнее button, так как псевдоссылка —это кнопка, но многие верстальщики (опять же, в глаза CSS Standart не видевшие) не в силах заверстать button, потому можно и span'ом сделать.
    Ответ написан
    Комментировать
  • Как избежать нажатия пользователями браузерной кнопки "назад" и создания дублей в базе?

    @egorinsk
    Сделать возможность исправлять ошибки. При создании новой формы удалять старую. Короче, проблема не в пользователях и кнопке назад, а в вашем кривом приложении и непонимании поведения пользователей.
    Ответ написан
    Комментировать