Чи добре використовувати target = "_ blank" у HTML5?

Я пригадую, що десь читав, що в HTML5 використовувати його в HTML5 вже не в порядку target="_blank", але зараз не можу його знайти.

Чи добре продовжувати користуватися target="_blank"?

Я знаю, що це взагалі вважається поганою ідеєю, але найпростішим способом відкрити нове вікно для чогось типу PDF, а також не потрібно покладатися на JavaScript.

Схоже target="_blank", все ще гаразд. Він перерахований як контекстне ключове слово для перегляду в останній чернеті HTML5 .

Це нормально використовувати target="_blank"; Це було усунено у XHTML, оскільки націлювання на нові вікна завжди відображатиме спливаюче сповіщення у більшості браузерів. XHTML завжди відображатиме помилку з цільовим атрибутом у валідаті.

HTML 5 повернув його назад, оскільки ми все ще використовуємо його. Це наш друг, і ми не можемо відпустити його.

Ніколи не відпускати.

Хоча target="_blank"це прийнятно в HTML5 , я особисто намагаюся не використовувати його (навіть для відкриття файлів PDF в новому вікні).

HTML повинен визначати значення та зміст . Запитайте себе, «б сенс в aзміні елемента , якщо targetатрибут був видалений?» Якщо ні, код не повинен містити HTML. (Насправді я здивований, що W3C зберегла це… Я думаю, вони насправді просто не можуть відпустити.)

Поведінка веб-переглядача , зокрема, інтерактивна поведінка з користувачем , повинна реалізовуватися за допомогою клієнтських мов сценаріїв, таких як JavaScript. Оскільки ви хочете, щоб браузер поводився певним чином, тобто, відкриваючи нове вікно, вам слід використовувати JS. Але, як ви згадали, така поведінка вимагає від браузера покладатися на JS. (Хоча якщо ваш сайт витончено деградує, або поступово покращується, чи все інше , тоді все одно буде гаразд. Користувачі з обмеженими можливостями JS не пропустять багато.)

Як сказано, жодне з них не є правильною відповіддю. Там десь існує думка, що кінцевий користувач повинен вирішити , як відкрити посилання . Візьмемо цей приклад.

Ви займаєтесь серфінгом у Вікіпедії, заглиблюючись у глибину нору кролика. Ви натрапляєте на посилання у своєму читанні.

Скажімо, ви хочете дуже швидко переглядати пов’язану сторінку перед поверненням. Ви можете відкрити його на новій вкладці, а потім закрити, коли закінчите (адже натискання кнопки «назад» та очікування перезавантаження сторінки займе занадто довго). Або що робити, якщо це виглядає цікаво, і ви хочете зберегти його на потім? Можливо, вам слід відкрити його на новій вкладці тла та продовжувати читати поточну сторінку. Або, можливо, ви вирішили прочитати цю сторінку, тому просто перейдете за посиланням на поточній вкладці.

Справа в тому, що у вас є власний робочий процес, і ви хочете, щоб ваш браузер поводився відповідно. Ви можете бути дуже розчаровані, якщо прийняли б такі рішення для вас.

Зважаючи на це, веб-розробники повинні чітко зрозуміти, куди йдуть їх посилання, які типи та / або формати джерел, на які вони посилаються, і що вони роблять. Підказки можуть бути вашим другом (якщо ви не використовуєте планшет чи телефон; у цьому випадку вкажіть їх на мобільному сайті). Ми всі знаємо, наскільки це відстійно, щоб його взяти кудись, чого ми не сподівались чи не зробимо щось, чого не мали на меті.

це найпростішим способом відкрити нове вікно для чогось типу PDF

Це також найпростіший спосіб дратувати користувачів, які не є Windows. PDF відкривається просто чудово в браузерах на інших платформах. Відкриття нового вікна також зіпсує історію навігації та ускладнює справу на менших платформах, таких як смартфони.

НЕ відкривайте нові вікна для таких речей, як PDF, лише тому, що старіші версії Windows були зламані.

Більшість веб-розробників використовують target="_blank"лише для відкриття посилань на новій вкладці. Якщо ви використовуєте target="_blank"лише для відкриття посилань на новій вкладці, то він вразливий для зловмисника. Коли ви відкриєте посилання на новій вкладці ( target="_blank"), сторінка, що відкриється в новій вкладці, може отримати доступ до початкової вкладки та змінити її місцезнаходження за допомогою window.openerвластивості.

Код Javascript:

window.opener.location.replace(malicious URL)

Профілактика:

rel="nofollow noopener noreferrer"

Хоча мета все ще прийнятна в HTML5, вона не є бажаною. Для посилання на файл PDF використовуйте атрибут завантаження замість атрибута цілі.

Ось приклад:

<a href="files/invoice.pdf" download>Invoice</a>

Якщо оригінальне ім'я файлу кодується для унікального зберігання файлів, ви можете вказати зручне ім'я для завантаження, призначивши значення атрибуту завантаження:

<a href="files/j24oHPqJiUR2ftK0oeNH.pdf" download="invoice.pdf">Invoice</a>

Майте на увазі, що хоча більшість сучасних браузерів підтримують цю функцію, деякі можуть не робити. Дивіться caniuse.com для отримання додаткової інформації.

Це точно!

http://www.w3.org/TR/2010/WD-html5-20100624/text-level-semantics.html#the-a-element

Ви можете зробити це наступним чином за допомогою jquery, це відкриє його в новому вікні:

<input type="button" id="idboton" value="google" name="boton" /> 

<script type="text/javascript">
    $('#idboton').click(function(){
        window.open('https://www.google.com.co');
    });

</script>

Я думаю, що цільовий атрибут застарілий для <link>елемента, ні <a>, ймовірно, саме тому ви чули, що його більше не слід використовувати.