="justify"> Див фотографію
Не хочеться додавати нову функціональність тегу . Але таке рішення було б зручно для сумісності з браузерами, які не розуміють параметр INCLUDE. Іншими словами, якщо браузер розпізнає команду INCLUDE, то він замінить текст посилання («Див фотографію» у даному випадку) картинкою, а більш старий або більше дурний браузер просто проігнорує INCLUDE.
Це пропозиція не була реалізована, хоча ідея замісного тексту на випадок, якщо зображення відсутній, дуже приваблива і не згадується в запропонованій Марком конструкції тега . Багато років по тому ідея була здійснена в атрибуті (Після чого все зіпсував Netscape, який помилково відображав текст-заступник у вигляді спливаючої підказки).
Через кілька годин після повідомлення Тоні йому і Марку відповів Тім Бернерс-Лі (Tim Berners-Lee):
Я вважав, що картинки можна представляти у вигляді Картинка . Значення посилальних відносин таке: - вбудувати вмістом?? в дане місце документа для відображення; - відображати вміст, якщо вихідний документ доступний.
Варто відзначити, що можливі різні поєднання атрибутів. Якщо браузер не підтримує якийсь один з них, збою не буде. Зрозуміло, що для створення таким способом значків, чутливих до призначеного для користувача вибору, потрібно вкласти один якір в іншій. Але, чесно кажучи, я не хотів би вводити особливий тег.
Це пропозиція не була реалізована, але атрибут rel існує до цих пір (див. розділ «Елемент HEAD» глави 3).
Джим Девіс (Jim Davis) додав:
Добре б ще мати можливість вказувати тип вмісту, наприклад, так:
Однак я, звичайно, сподіваюся дожити до того часу, коли тип вмісту буде строго визначатися з розширення файлу.
Ця пропозиція теж не було реалізовано, хоча пізніше Netscape став підтримувати вбудовування довільних мультимедійних об'єктів за допомогою тега .
Джей Вебер (Jay C. Weber) написав наступне:
Відображення графіки в браузерах - моя давня мрія. Але невже для кожного виду мультимедійної інформації треба створювати персональний тег? Ще недавно всі з радістю чекали появи механізму MIME-типів. Що ж сталося тепер?
Марк Андресс відповів:
Це не альтернатива подальшого використання MIME-типів як стандартного механізму обробки документів. Це проста реалізація функціональності, яка потрібна незалежно від MIME.
Джей Вебер заперечив:
Забудемо на час про MIME-типах, вони відволікають від суті. Я, власне, не згоден з вашим підходом до підтримки вбудованих зображень, адже можна очікувати, що наступного тижня хтось запропонує новий тег для звукових файлів. Тим часом за використання єдиного для всіх медійних типів способу вбудовування довелося б платити не такий вже й дорогий монетою.
Досвід свідчить, що занепокоєння Джея було цілком обгрунтованим. Минуло, правда, більше тижня, але в HTML з'явилися теги і .
У відповідь на перший лист Джея Дейв Реггет (Dave Rag...
