Каковы удобство использования, доступность, программа чтения с экрана или любая другая разработка, функциональность, кроссбраузерная проблема с iframe?

StackOverflow https://stackoverflow.com/questions/2258379

Вопрос

Каковы проблемы с удобством использования, специальными возможностями, программой чтения с экрана или любой другой разработкой, функциональностью или кроссбраузерностью с <iframe>?

Есть ли какая-либо альтернатива для <iframe>?

И существуют ли какие-либо методы JavaScript / jQuery или на стороне сервера, которые могут снизить удобство использования, доступность или проблемы с программой чтения с экрана с <iframe>?

Почему W3C не включен <iframe> в XHTML Strict, в то время как HTML 5 поддерживает <iframe>?

Обновить:

Здесь я тоже нашел несколько хороших мыслей : http://uxexchange.com/questions/1817/iframe-accessibility-and-usability-issues

Это было полезно?

Решение

Специальные возможности:

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

Удобство использования:

  • Это не круто, когда у вас есть несколько полос прокрутки в главном окне и на iframe.Это сложно для прокрутки

Другие вопросы:

  • Мобильные браузеры, вероятно, не будут отображать вам iframe.Даже если он его визуализирует, это будет выглядеть плохо и уродливо.
  • Поисковым системам будет трудно индексировать ваши страницы в iframe.Вероятно, они пропустят это или не будут должным образом проиндексированы
  • Загрузка iframe займет больше времени, чем страница с тем же содержимым и без фрейма

Другие советы

Почему W3C не включил Iframe в XHTML Strict

Потому что в то время это считалось незаконнорожденным ребенком широко поносимого <frame> пометка.В принципе <iframe> обладает многими из тех же свойств , что и <frame>, но на практике это, похоже, способствовало более изысканному использованию, в целом позволяя избежать худших проблем с навигацией и удобством использования , от которых страдали интерфейсы набора фреймов.

В то время как HTML 5 поддерживает Iframe ?

(а).Потому что, в отличие от <frame>, <iframe> с тех пор оказалось необходимым для смешанных документов, таких как те, которые включают рекламу, и многих типов веб-приложений.Все еще существуют проблемы, как упоминалось в других ответах, но в целом <iframe> рассматривается как необходимая функция, которая здесь надолго.Это не относится к <frame>, который является “несоответствующей функцией” в HTML5 (ближайший HTML5 соответствует любому виду ‘strict’).

(b).потому что авторы HTML5 в любом случае не так уж сильно заботятся о поощрении хорошей практики;речь идет о документировании того, что должны делать пользовательские агенты.Они добавили все устаревшие функции HTML4 в стандарт, наряду со множеством других традиционных, но изворотливых способов работы браузера, включая все до последней причуды неработающего синтаксического анализа tag soup.[в сторону:Меня очень забавляет видеть, что последний аргумент, обсуждаемый в их списке, заключается в том, как <isindex> элемент должен быть обработан — элемент, который буквально никто не использовал с тех пор, как элементы формы HTML 2.0 сделали его устаревшим в 1995 году.]

Учитывая ошеломляющий размер и сложность HTML5, на самом деле неудивительно, что они не хотели дополнительных усилий по объявлению более ограниченного профиля ‘строгого режима’.Однако, когда работа подходит к концу, я хотел бы увидеть строгий XHTML5 или аналогичные усилия, чтобы урезать часть этого беспорядка.В нынешнем виде Hixie и chums сделали снимок каждого неприятного взлома, который браузер должен выполнить сегодня для обеспечения совместимости, и сделали это стандартным требованием для всех браузеров в обозримом будущем, фактически оправдывая плохую практику.

Если у вас есть один Iframe, проблем будет немного.Однако несколько iframes усугубляют проблему.Точка фокусировки явно недоступна, а программы чтения с экрана недостаточно умны, чтобы найти визуальную корреляцию (по той же причине, по которой таблицы плохо подходят для дизайна). АРИЯ предпринимается попытка решить некоторые подобные проблемы. Плагин YUI ссылка содержит больше информации.

Однако iframes действительно находят свое место в дизайне.В одном проекте, над которым я работал ранее, страница содержала два iframe (один из них скрытый), и скрытый фрейм использовался для загрузки апплета аутентификации.Это не добавляет проблем с доступностью, поскольку точка внимания ограничена одним iframe, который, по-видимому, сливается со страницей

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top