е побудувати на системі MIME-типів. А формат Postscript, для якого напевно вже існує особливий тип, якраз дозволяє поєднувати текстову і графічну інформацію з великою зручністю. «Але в ньому ж не працюватимуть гіпертекстові посилання», - скажете ви. Так, це так. Однак мені здається, що проблему вирішує технологія Display Postscript. Якщо й ні, то доповнити до цього стандартний Postscript - легке завдання. Визначимо команду-якір, яка б містила URL і інтерпретувала поточний контур як замкнуту область-кнопку. Оскільки в Postscript передбачена промальовування контурів, це дозволяє легко робити кнопки довільної форми.
Display PostScript - технологія екранної промальовування, спільно розроблена Adobe і NeXT.
Це пропозиція не була реалізована. До цих пір, втім, час від часу озвучується думка про те, що для поліпшення мови HTML треба його просто чим-небудь замінити.
березня 1993 Тім Бернерс-Лі залишив такий коментар:
В HTTP2 документам дозволено нести будь MIME-тип, який розуміється клієнтською програмою, а не тільки який-небудь один із зареєстрованих. Це залишає простір для експериментів. Думаю, Postscript з підтримкою гіпертексту міг би стати предметом таких експериментів. Не знаю, чи достатньо функціональності у Display Postscript, але мені відомо, що компанія Adobe зараз активно просуває свій формат PDF на основі Postscript. У документах цього формату будуть працювати гіперпосилання, але переглядати такі документи можна буде тільки в пропрієтарних програмах Adobe. Я вважав, що узагальнений мову якорів (на основі HyTime?) Дозволить гіпертекстових і мультимедійних (графіка / відео) стандартам розвиватися незалежно, що піде на користь і тим і іншим.
Нехай краще буде тег НЕ IMG, а INCLUDE, який би посилався на документи довільного типу. Або EMBED, якщо INCLUDE звучить як директива C + + і будуть помилково думати, що потрібен вихідний SGML-код, який браузер буде розбирати (ми маємо на увазі не це).
HyTime - це одна з ранніх гіпертекстових систем документів, заснована на розмітці SGML. В обговореннях стандартів HTML і потім XML в 1990-і роки про неї часто згадували.
Запропонований Тімом тег так ніколи і не з'явився, хоча відгомони цієї ідеї можна спостерігати в тегах , і .
Нарешті 12 березня 1993 Марк Андресс написав в тій же гілці дискусії:
Повернуся до теми вбудованих зображень. Наближається випуск Mosaic v0.10, в якому буде обумовлена ??раніше підтримка растрових зображень форматів GIF і XBM в тексті. Підтримувати теги INCLUDE / EMBED ми в даний час поки не готові. Ймовірно, зараз доведеться зупинитися на (А не ICON, бо не всяке зображення, вставлене в текст, можна назвати значком). Поки що вбудовані зображення не типізують явним чином; ми маємо намір почати підтримку графічних типів згодом, коли мова зайде про реалізацію системи MIME-типів в цілому. Використовувані нами зараз алгоритми читання зображень визначають формат на льоту, так що навіть розширення файлу не грає ніякої ролі.
2. Програмна документація
.1 Опис застосування
Призначення програми
Інтерактивний довідник дозволяє купувати, ознайом...
