Как в пдф выделить фрагмент: Пометка текста при редактировании, Adobe Acrobat

Привет , я создаю PDF с помощью itextsharp. Теперь мое требование состоит в том, чтобы добавить больше текста к существующему pdf. Возможно ли это, если да, то как я могу это сделать? Спасибо Дипа

Есть ли способ удалить или скрыть поле в документе PDF с помощью библиотеки iTextSharp? Похоже, что iTextSharp не может этого сделать для PDF шаблонов, созданных в LiveCycle (формат xfa).

У меня есть PDF, где часть текста очень закрыта к левой и правой границе, и я хотел бы добавить больше белого пространства на границе, сверху вниз слева и справа, для каждой страницы в PDF,…

Я работаю над дополнительным продуктом PDF acrobat, и одним из требований является извлечение текста, помеченного для редактирования в данном документе PDF. Предполагая, что вы знаете, что такое. ..

Я хотел бы знать, можем ли мы выделить текст (цвета) уже созданного PDF с помощью itextsharp ? Я вижу такие примеры, как создание нового PDF, при этом мы можем применять цвета. Я ищу, где я могу…

Можно ли добавить текст в конец документа PDF, созданного программным обеспечением, отличным от itextsharp, с помощью itextsharp? Мне нужно добавить подписи к сотням документов PDF, поэтому я ищу…

Я попробовал несколько способов сделать это, но все еще не могу получить его. Похоже, что iTextSharp требует ситуации с 2 проходами, чтобы изображение появилось поверх текста. Поэтому я пытаюсь…

Я работаю над консольным приложением C#, которое предназначено для редактирования стиля текста в существующих файлах PDF, например, измените стиль текста на полужирный или курсивный или добавьте. ..

Я создаю PDF, используя iTextSharp. Этот PDF будет иметь n-pages , где все страницы точно такие же, за исключением небольшого изменения текста. Поэтому я хотел клонировать свой объект Document ,…

Мы используем non-manage DLL, который имеет функцию замены текста в документе PDF ( http:/ / www.debenu.com/docs/pdf_library_reference/ReplaceTag.php ). Мы пытаемся перейти к управляемому решению…

Размечаем изображения и PDF – Справочный центр Evernote

Размечаем изображения и PDF

Добавлять графические и текстовые комментарии к изображениям очень легко. Просто нажмите на одну из иконок справа или слева в нижней части экрана, чтобы открыть или закрыть Панель инструментов и Меню стилей.

Обратите внимание: при использовании режима быстрого внесения пометок нажмите Другие инструменты вверху экрана, чтобы открыть полный список инструментов.

После того, как вы создали или открыли изображение или PDF в Skitch, нажмите на инструмент стрелки (нажмите на инструмент панорамирования для разметки PDF), чтобы показать инструменты. Как только вы добавите все нужные пометки, нажмите на красный круг с левой стороны экрана, чтобы открыть меню стилей.

Используем инструменты для внесения пометок

Стрелка

Используйте этот инструмент для указания определенной точки или объекта на изображении или PDF с помощью стрелок:

1. Нажмите на иконку стрелки.
2. Чтобы создать указатель нужной длины, нажмите и переместите фокус на ту часть изображения, которую вы хотите отметить.

Линии и фигуры

Эти инструменты позволяют привлечь внимание к определенной области изображения с помощью цветных фигур или линий.

Для добавления линий и фигур на изображение или PDF сделайте следующее:

1. Нажмите на иконку инструменты линий и фигур, чтобы открыть меню со всеми фигурами
2. Нажмите на подходящую иконку фигуры, которую вы планируете использовать (линии, круги, квадраты)
3. Чтобы добавить выбранную фигуру, нажмите и растягивайте ее по нужной области изображения

Текст

Используйте инструмент добавления текста на изображение или PDF:

1. Выберите иконку инструмента Текст
2. Нажмите на область, где вы хотите напечатать текст. На экране появится курсор.
3. Напечатайте нужный текст
4. Для редактирования текста или изменения его формата выделите фрагмент текста, чтобы открыть переключатель настроек, или нажмите в окне ввода текста и приступайте к редактированию
5. С помощью переключателя вы сможете выбрать тип текста: простой или с контуром

Перо и выделитель

Перо позволяет вам рисовать цифровыми чернилами, а выделитель дает возможность выделить объект полупрозрачными чернилами.

Чтобы рисовать на изображении и выделять нужные области, сделайте следующее:

1. Нажмите на иконку инструментов Перо и выделитель, чтобы увидеть имеющиеся инструменты
2. Нажмите на Перо, чтобы просто нарисовать что-либо на изображении, или на Выделитель, чтобы выделить часть картинки полупрозрачными чернилами.
3. Чтобы рисовать цифровыми чернилами, выберите инструмент, нажмите на экран и проведите по изображению.

Штампы

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

Добавьте штамп:

1. Нажмите на иконку инструмента Штамп. Вы увидите меню выбора штампа.
2. Выберите подходящий штамп
3. Нажмите в любое место на изображении или странице PDF, чтобы вставить штамп

Добавьте текстовый комментарий к штампу:

1. Нажмите на штамп, к которому вы хотите добавить текст. Рядом со штампом откроются настройки редактирования элемента.
2. Нажмите на иконку а рядом со штампом. Иконка превратиться в поле ввода текста.
3. Начните печатать текст. Максимальная длина текста составляет 16 знаков.

Добавьте указатель к штампу:

1. Нажмите на штамп, к которому вы хотите добавить указатель. Рядом со штампом откроются настройки редактирования этого элемента.
2. Нажмите на значок +. Значок + превратиться в голубую точку, а слева от штампа появится указатель.
3. Чтобы повернуть указатель, удерживайте нажатие на голубой точке и перетащите элемент в любое другое место рядом со штампом.

Смайлики

ЧТобы добавить смайлик на изображение или PDF сделайте следующее:

1. Нажмите на иконку Смайлика. Вы увидите меню доступных смайликов.
2. Выберите подходящий смайлик.

Сокрытие

(только для изображений)

Это превосходное средство позволяет размазать часть изображения, которую вы хотите скрыть, например, чье-то лицо или личную информацию:

1. Выберите иконку Сокрытие
2. Нажмите и проведите по области, которую вы хотите скрыть.

Настройки цвета и толщины линии

Выберите цвет текста, стрелок и фигур.

Выберите размер линии текста, стрелок и фигур.

Другие настройки редактирования

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

Доступны следующие настройки редактирования:

• Отменить: отменяет последнюю внесенную пометку или изменение.
• Очистить все пометки: удаляет все добавленные на изображение или PDF пометки. В контексте PDF это означает, что все пометки на каждой странице документа будут удалены. Нажмите Очистить все пометки в выпадающем меню настроек вверху экрана.
• Повернуть (только для изображений): поворачивает изображение (или страницу PDF на Mac) на 90° по или против часовой стрелки. Нажмите Повернуть в выпадающем меню настроек вверху экрана.

Кадрирование и масштабирование

(только для изображений)

Используйте инструмент кадрирования для выбора части изображения и удаления ненужного

1. Выберите инструмент кадрирования (Android: выберите Кадрирование в меню настроек). На Mac переключатель позволяет выбрать инструменты кадрирования или масштабирования)
2. Нажмите и перемещайте фокус по области изображения, которую вы хотите оставить. Закончив, просто отпустите палец — все, что осталось за пределами выбранной области, будет удалено.

Масштабирование: используйте этот инструмент для увеличения или уменьшения размера изображения

1. Выберите инструмент Масштабирование (переключатель позволяет выбрать инструменты кадрирования или масштабирования)
2. Выберите процент или введите выбранные параметры размеров для увеличения или уменьшения изображения

Обратите внимание: инструмент масштабирования пока доступен только в клиенте для Mac.

Разметка PDF

После того, как вы открыли PDF в Skitch, нажмите на иконку панорамирования для разметки документа. Упростите взаимодействия с друзьями и коллегами. Благодаря этой функции все, с кем вы делитесь документами со своими правками, увидят сводную информацию о внесенных пометках на первой странице PDF.

Сводная информация включает в себя следующую информацию:

• Количество пометок: показывает, сколько пометок каждого типа было использовано в документе.

• Фрагменты с примечаниями: фрагменты документа PDF наглядно показывают, в каком месте страницы добавлена каждая пометка. Благодаря этому разделу все, кто работает над документом совместно с вами, смогут оперативно увидеть и понять ваши идеи и мысли без необходимости просматривать документ целиком.

Если вы хотите включить сводную информацию о пометках, нажмите на кнопку «Поделиться» (отправить) вверху экрана и выберите Включить сводную информацию в выпадающем меню.

LANGUAGES_SUPPORT LANGUAGES_INCLUDE=ms

Как сохранить часть файла PDF в другой файл | Small Business

PDF-файлы — это текстовые документы, которые могут включать ссылки, фотографии и другие материалы. Обычно они открываются в Adobe Acrobat или как файлы только для чтения в Adobe Reader. Adobe Acrobat включает функцию удаления страниц из документа PDF и сохранения их в виде отдельного файла. Использование инструмента «Извлечь» сохраняет форматирование, ссылки и мультимедиа в исходном документе, которые могут быть потеряны, если вы просто скопируете и вставите PDF-файл в новый документ.Если у вас нет Acrobat, доступны другие методы, такие как копирование и вставка или создание снимков экрана.

Дважды щелкните документ, который хотите использовать, чтобы открыть его в Adobe Acrobat. Для завершения извлечения у вас должен быть установлен Acrobat. Adobe Reader, бесплатная программа для чтения PDF-файлов, не имеет такой функциональности.

Щелкните «Инструменты», выберите «Страницы», а затем «Извлечь».

Введите номера страниц, которые нужно извлечь. Если вам нужна одна страница, укажите этот номер страницы в обоих полях.

Выберите дополнительные параметры. Если вы хотите удалить страницы, выберите «Удалить страницы после извлечения». Если вы хотите, чтобы каждая выбранная вами страница открывала отдельный документ, выберите «Извлечь страницы как отдельные файлы». Если вы хотите, чтобы все страницы были вместе в новом документе, оставьте оба параметра пустыми.

Подтвердите свой выбор. Новый документ с извлеченными страницами откроется в новом окне.

PrintScreen

Просмотрите страницы PDF-файла, который вы хотите извлечь.Нажмите кнопку «Print Screen», чтобы сделать снимок экрана вашего рабочего стола.

Щелкните «Пуск» и найдите «Paint». Выберите программу Paint из результатов поиска.

Щелкните «Ctrl-V», чтобы вставить изображение в Paint.

Щелкните «Ctrl-S», чтобы сохранить изображение как файл PNG. Введите имя файла. Вы также можете указать другой тип файла в раскрывающемся меню. Нажмите «Сохранить», чтобы сохранить файл.

Копировать и вставить

Поместите курсор рядом с той частью PDF-файла, которую вы хотите извлечь.Выделите информацию, которую хотите сохранить. Нажмите «Ctrl-C», чтобы скопировать выбранную информацию.

Щелкните «Пуск», а затем «Все программы». Выберите ваш текстовый редактор и запустите новый документ.

Нажмите «Ctrl + V», чтобы вставить информацию в пустой документ.

Нажмите «Ctrl-S», чтобы сохранить документ. Введите имя файла и выберите «Сохранить».

Ссылки

Советы

• Вы также можете использовать стандартное копирование и вставку, чтобы удалить часть PDF-файла и поместить ее в документ.Однако он не сохранит целостность файла и форматирование PDF.

Писатель Биография

Мелли Паркер пишет с 2007 года, уделяя особое внимание здоровью, бизнесу, технологиям и благоустройству дома. Она также работала учителем и лаборантом по биопробам. Сейчас Паркер работает специалистом по маркетингу в одном из крупнейших разработчиков мобильных приложений в мире. Она имеет степень магистра наук по английскому языку.

WICG / scroll-to-text-fragment: Предложение разрешить указание фрагмента текста во фрагменте URL-адреса

Проект спецификации
Тесты веб-платформы
Запись ChromeStatus

Введение

Чтобы пользователи могли легко ссылаться на определенный контент на веб-странице, мы предлагаем добавление поддержки для указания фрагмента текста в URL-адресе.При переходе к такой URL-адрес, браузер более точно понимает, что интересует пользователя на целевой странице. Затем это может обеспечить улучшенный опыт для пример: визуальное выделение текста или автоматическое отображение его или позволяя пользователю перейти непосредственно к нему.

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

Текущее состояние

Эта функция, как в настоящее время указано в этом репо, поставляется на стабильный канал в Chrome M80.

В настоящее время мы добавляем возможность для авторов отключать эту функцию на своих страницы, если они захотят. Чтобы поэкспериментировать с этим отказом сегодня, веб-сайты могут зарегистрироваться для участия в пробной версии ForceLoadAtTop origin, что гарантирует отсутствие прокрутки при загрузке страницы, в том числе через обычные анкеры фрагментов и реставрация свитков. Подробнее о том, как зарегистрировать ознакомьтесь с руководством по пробным версиям Origin для веб-разработчиков.Пожалуйста, помогите сформировать окончательный API, предоставив отзыв!

Мотивирующие сценарии использования

При переходе по ссылке для чтения определенной части веб-страницы обнаруживается соответствующая часть документа после навигации может быть громоздкой. Это особенно актуально на мобильных устройствах, где бывает сложно найти конкретные контент при прокрутке длинных страниц или с помощью функции поиска на странице в браузере. характерная черта. Менее 1% клиентов используют функцию «Найти на странице» в Chrome на Android.

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

Поисковые системы

Поисковые системы, которые ссылаются на страницы, содержащие контент, релевантный пользователю. запросов, выиграет от возможности прокрутки пользователей непосредственно к части страница, наиболее соответствующая их запросу.

Например, поиск Google в настоящее время ссылается на именованные якоря и элементы с идентификаторы, когда они доступны. По запросу «линкольн геттисберг адрес источники «, Google Search предоставляет ссылку на именованный якорь. # Lincoln’s_sources для страницы Википедии для адреса Геттисберга как ссылка «Перейти к»:

Однако есть много страниц с соответствующими отрывками без именованного якоря или id, и поисковые системы в таких случаях не могут предоставить ссылку «Перейти к».

Цитаты / Ссылки

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

Публикация определенного отрывка на веб-странице

При ссылке на определенный раздел веб-страницы, например, как часть делясь этим контентом по электронной почте или в социальных сетях, желательно иметь возможность для прямой ссылки на конкретный раздел. Если раздел не может быть связан с именованный якорь или элемент с идентификатором, в настоящее время невозможно поделиться ссылкой прямо в конкретный раздел.

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

Мы хотим, чтобы пользователи могли ссылаться на соответствующий раздел документа. напрямую.Прямая ссылка на соответствующий раздел документа сохраняет атрибуции и позволяет пользователю, переходящему по URL-адресу, напрямую взаимодействовать с оригинальный издатель.

Предлагаемое решение

tl; др

Разрешить указание текста как части фрагмента URL:

https: //example.com#: ~: text = prefix-, startText, endText, -suffix

Использование этого синтаксиса

 : ~: text = [префикс -,] textStart [, textEnd] [, - суффикс]

         контекст | ------- совпадение ----- | контекст
  

(квадратные скобки указывают на необязательный параметр)

Переход по такому URL-адресу приведет к тому, что браузер укажет первый экземпляр совпадающего текста. Точные сведения о том, что должен делать браузер после того, как он находки совпадения в основном выходят за рамки этого предложения. Браузеры в основном свободно выбирать, какой интерфейс отображать, прокручивать ли текст или нет в поле зрения при загрузке, и как это визуально подчеркнуть.

Чтобы ограничить способность злоумышленника к проникновению информации из источника, На активацию такого якоря накладываются несколько ограничений. Пользователь активация требуется и расходуется; соответствие текста может происходить только по слову границы.Кроме того, фрагмент активируется только в том случае, если документ достаточно изолирован от других страниц (единственный в контексте просмотра группа, например нет window.opener или iframe).

Текстовая директива отделяется от остальной части фрагмента с помощью : ~: токен, чтобы указать, что это директива фрагмента , которую пользовательский агент должен обработать, а затем удалить из фрагмента URL-адреса, отображаемого на странице. В синтаксис директивы решает проблему совместимости со страницей, которые полагаются на Фрагмент URL для маршрутизации / состояния, см. выпуск # 15.

Фон

Предлагаем обобщить существующие служба поддержки для прокрутки элементов как части навигации путем добавления поддержки указание фрагмента текста в URL-адресе. Модифицируем указанную часть документ модель обработки, позволяющая использовать фрагмент текста в качестве указанной части. В Затем пользовательский агент может следовать существующей логике для прокрутки к идентификатору фрагмента и / или применить другие эффекты пользовательского интерфейса.

Это расширяет существующую поддержку прокрутки для привязки элементов с именем атрибуты, а также элементы DOM с идентификаторами, для прокрутки к другим текстовым контент на веб-странице.Браузеры сначала пытаются найти элемент, который соответствует фрагмент, использующий существующую поддержку элементов с атрибутами id и якорные элементы с атрибутами имени. Если совпадений не найдено, тогда браузеры обработает спецификацию фрагмента текста.

Цели юзабилити

• Пользователи должны иметь возможность указывать несколько несмежных проходов. Есть это важно по двум причинам. Первое является внутренним; пользователи иногда хотят чтобы выделить несколько фрагментов большого текста.Примеры изобиловать Twitter.

  Второй — иметь дело со сложными случаями DOM, когда порядок и текст DOM порядок не совпадает. Типичным примером может быть столбец в таблице или непрерывный абзац со встроенным объявлением.

• Пользователь может пожелать указать текст, состоящий из нескольких абзацев, элементов списка, записи в таблице и другие структуры. Наше предложение направлено на то, чтобы пользователи целевой тест, пересекающий произвольные DOM и визуальные границы.

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

• Такие ссылки должны быть созданы для произвольных страниц в Интернете. Этот означает, что они должны быть совместимы с подавляющим большинством существующих и будущих веб-сайты.

Определение фрагмента текста

Вот пример URL-адреса, в котором кодируется текст для указания на целевой странице:

https://en.wikipedia.org/w/index.php?title=Cat&oldid=8819#:~:text=Claws-,Like%20almost,the%20Felidae%2C,-cats

 : ~: text = [префикс -,] textStart [, textEnd] [, - суффикс]

         контекст | ------- совпадение ----- | контекст
  

(квадратные скобки указывают на необязательный параметр)

Хотя существующая поддержка HTML для атрибутов id и name указывает цель элемент непосредственно во фрагменте, большинство других типов MIME используют этот x = y узор во фрагменте, например Медиа Фрагменты (напр.грамм. # track = audio & t = 10,20), PDF (например, # page = 12) или CSV (например, # строка = 4).

Ключевое слово text будет использоваться для идентификации блока текста, который следует указано. Предоставленный текст перед сопоставлением декодируется в процентах. Бросаться (-), символы амперсанда (&) и запятой (,) в текстовых фрагментах должны быть закодировано в процентах, чтобы не интерпретироваться как часть текстового фрагмента синтаксис.

Стандарт URL определяет, что фрагмент может содержат точки кода URL, как а также в кодировке UTF-8 процентов символы.Персонажи в код фрагмента в процентах набор должен быть в процентах закодировано.

В текстовой директиве указаны два вида терминов: соответствует и контекст . Совпадение — это часть текста, которую необходимо указать. В контекст используется только для устранения неоднозначности совпадения и не выделяется.

Контекст не является обязательным, его не нужно указывать. Однако текстовая директива должна всегда указывайте термин соответствия.

Матч

Соответствие может быть указано как один аргумент или как пара.

Если совпадение обеспечивается с использованием двух аргументов, рассматривается левый аргумент. начальный фрагмент и правильный аргумент считаются конечным фрагментом (например, text = _startText _, _ endText_ ). В этом случае браузер выполнит «поиск диапазона» для блока текста, который начинается с startText и заканчивается на endText . Если несколько блоков соответствуют первому в порядке DOM (т.е. найти первое вхождение startText, оттуда найдите первое вхождение endText).Когда совпадение указано с двумя аргументами, мы разрешаем выделение текст, охватывающий несколько элементов.

Если совпадение указано как единственный аргумент, мы считаем его «точным поиск «(например, text = _textSnippet_ ). Браузер выделит первый вхождение точно строки textSnippet . В этом случае указанный текст будет сопоставлен, только если он содержится в одном узле.

Соответствие диапазона полезно, когда желаемое совпадение текста очень длинное. Например, если выбрать несколько абзацев текста с точным соответствием, в результате получается очень длинный и громоздкий URL.

Контекст

Чтобы устранить неоднозначность неуникальных фрагментов текста на странице, аргументы могут укажите необязательные термины с префиксом и суффиксом .Если предоставлено, условие совпадения будет соответствует только тексту, которому непосредственно предшествует префикс текст и / или сразу за ним следует суффикс текст (с учетом произвольного количества пробел между ними). Непосредственно перед в этих случаях означает, что есть никаких других текстовых узлов между совпадением и контекстным термином в порядке DOM. Там может быть произвольным пробелом, а контекстный текст может быть дочерним элементом другой элемент (т. е. поиск контекста пересекает границы элемента).

Если предусмотрено, префикс должен заканчиваться (а суффикс должен начинаться) тире (-) персонаж. Это необходимо для устранения неоднозначности префикса и суффикса при наличии необязательные параметры. Это также оставляет открытой возможность расширения синтаксис в будущем, чтобы разрешить использование нескольких контекстных терминов, позволяя более сложные сопоставление контекста между элементами.

Если указан, префикс должен быть первым аргументом текстовой директивы. Точно так же суффикс должен быть последним аргументом.

Множественные текстовые директивы

Пользователи могут указать несколько фрагментов, указав дополнительные текстовые директивы в директива фрагмента , разделенная символом амперсанда (&).

Каждая директива text = считается независимой в том смысле, что успех или несоответствие в одном из них не влияет на сопоставление других. Каждый запускается поиск с начала документа.

Указанной частью будет только самая левая, успешно согласованная директива. документа (т. е. используется в качестве цели CSS, прокручивается для просмотра). То есть, если «Foo» нигде на странице не появлялось, но «bar» появляется, мы прокручиваем «bar» в Посмотреть. Однако все совпадающие директивы будут визуально обозначены на странице.

  example.com #: ~: text = foo & text = bar & text = bas
  

Несколько терминов могут быть полезны, если желаемый текст не имеет отношения внутри строки такие элементы, как изображения, объявления, таблицы и т. д .:

Пользователи могут также пожелать выделить несколько отрывков большого текста.У нас есть нашел много таких примеров в сети:

Фрагмент директивы

Некоторые существующие страницы в Интернете используют фрагменты для своего собственного состояния / маршрутизации. Эти страницы могут сломаться, если предоставлен неожиданный фрагмент. Видеть # 15

Фрагменты, основанные на идентификаторе элемента, также приводят к поломке этих страниц; однако текст фрагменты с большей вероятностью будут созданы пользователями и, следовательно, с большей вероятностью вызвать неожиданную поломку. Страницы, использующие маршрутизацию фрагментов, также вряд ли будут содержать точки привязки, тогда как они, скорее всего, будут иметь текст.

Наше решение — представить концепцию директивы фрагмента . Директива фрагмента — это специально разделенная часть фрагмента URL, который предназначен только для инструкций UA. Он удаляется из URL во время загрузка документа, чтобы он был полностью невидим для страницы.

Это позволяет указывать инструкции UA, такие как текстовый фрагмент, таким образом, чтобы гарантированно не мешает скрипту страницы и обеспечивает максимальную совместимость с существующей сетью.

Однако удаление произвольных частей фрагмента может быть несовместимо с веб! Мы рассмотрел несколько идей здесь:

Двойной хэш

Мы попытались разграничить директиву фрагмента с помощью ## . Это эргономично и работает хорошо, поскольку, если исходный URL-адрес не имеет фрагмента, двойной хеш разделитель уже будет проанализирован как фрагмент!

Однако # не является действительным кодом. укажите в спецификации URL. Как это было объяснил в ветке на w3.рассылка по URI организации список, какой-то URL парсеры разбирают справа налево. Наличие дополнительного символа # вызовет эти парсеры сломать. Хуже того, у нас нет хорошего способа измерить риск.

счетчиков использования, которые мы добавили в Chrome в M77, показали, что в Windows около 0,08% загружаемые страницы уже содержат во фрагменте символ # . Хотя маленький, это нетривиальный процент.

Введите: ~:

Новый разделитель должен соответствовать спецификации URL и иметь достаточно низкое использование в существующей сети, так что это изменение будет веб-совместимый.

Мы предположили, что это исключит любые одно- или двухсимвольные последовательности и составили список кандидатов для рассмотрения:

• ! ~!
• ! ~~!
• ~ и ~
• : ~:
• ~ @ ~
• ~ _ ~
• _ ~ _

Мы также рассмотрели возможность использования более подробного разделителя:

• и директива
• @ директива
• $ директива
• / директива
• — директива

Просматривая ссылки, просматриваемые поисковым роботом Google за последние 5 лет, мы исключил часть этого списка.Никого из «подробного» списка не видели; однако, учитывая подходящих кандидатов в первом списке, мы предпочли их лаконичность и сокращение количества ключевых слов, ориентированных на английский язык.

Из приведенного выше списка следующие никогда не встречались во фрагменте URL-адреса гусеничный:

• ~ & ~ нет хитов
• : ~: совпадений нет
• ~ @ ~ одно попадание

Хотя это не гарантирует совместимости, это вселило в нас некоторую уверенность. Мы выбрал : ~: из этого списка несколько произвольно.Однако мы также добавили Chrome использует счетчики до M78 для всех этих разделителей. : ~: отображается на меньшем количестве менее 0,0000039% загрузок страниц (или примерно 1 из 25 миллионов), поэтому в настоящее время считаю, что это безопасный выбор.

Директивы и разделители

При добавлении токена : ~: к URL-адресу он должен отображаться внутри фрагмента, чтобы # также необходимо добавить:

https://example.com -> https: //example.com#: ~: text = foo

Однако URL-адрес с существующим фрагментом можно просто добавить к:

https: // пример.com # fallback: ~: text = foo

В этом случае, если текстовое совпадение не найдено, браузер может вернуться к прокрутка идентификатора элемента, указанного во фрагменте (например, в этом дело). Обратите внимание, что текстовая директива всегда будет начинать поиск с начала документ, даже если предоставлен соответствующий фрагмент идентификатора элемента.

Совместимость и взаимодействие

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

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

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

https://groups.google.com/a/chromium.org/forum/#!topic/blink-dev/OOZIrtSPLeM:~:text=test

— это сообщение в группах Google с добавленной директивой. Загрузка в при невыполнении UA отображается сообщение «Недействительный ввод». тост в углу, но в противном случае страница загружается как без директивы. Мы ожидаем, что во многих случаях ведут себя аналогичным образом, но существует вероятность более серьезной поломки.

Примечание: поведение директивы фрагмента (удаление всего после и включая разделитель : ~: от фрагмента) может быть реализован независимо от более крупное предложение.

Обнаружение функций и будущие API

Автор может захотеть определить, реализовал ли UA поддержку для текстовые фрагменты. Это может использоваться страницами, которые генерируют такие ссылки, чтобы избежать генерация директив-фрагментов для неиспользуемых UA. Его также могут использовать библиотеки или авторов, чтобы удалить директиву-фрагмент у пользователя или автора сгенерированные ссылки.

Это предложение включает новое свойство в документе , объект :

  document.fragmentDirective
  

Авторы могут проверить наличие этого (в настоящее время пустого) объекта, чтобы определить, реализовал ли UA поддержку текстовых фрагментов.

Это также служит точкой расширения для будущих API. Например, мы хотели бы чтобы предоставить информацию о текстовых фрагментах, включенных в URL-адрес, чтобы авторы могут создавать на нем функциональные возможности. Видеть # 128 подробнее подробности.

: цель

Для фрагментов на основе идентификатора элемента (например, https://en.wikipedia.org/wiki/Cat#References), навигация вызывает идентифицированные для получения псевдокласса CSS : target . Это приятная функция, так как позволяет странице добавить индивидуальную подсветку или стиль для элемента это было целью.Например, обратите внимание, что переход к ссылке на На странице Википедии выделен текст цитаты: https://en.wikipedia.org/w/index.php?title=Cat&direction=prev&oldid=8819#cite_note-Linaeus1758-1 Псевдокласс : target CSS может применяться только к элементам, тогда как текст snippet может быть только частью текста в узле или охватывать несколько узлов.

Псевдокласс : target применяется к первому общему элементу-предку, который содержит весь совпадающий текст для самой левой совпадающей директивы text = .

Вопросы безопасности

Описаны некоторые из более подробных аргументов в пользу решений по безопасности. в нашем обзоре безопасности doc

Если злоумышленник может обнаружить побочный эффект успешного сопоставления, эта функция может использоваться для обнаружения произвольного текста на странице. Для Например, если UA прокручивает целевой текст в навигации, злоумышленник может определить, произошла ли прокрутка, прослушивая сеть запросы или использование IntersectionObserver из iframe, управляемого злоумышленником встроен в целевую страницу.

Связанная атака возможна, если наличие совпадения требует значительного более или менее работа, чем небытие. Злоумышленник может перейти к тексту директива фрагмента и время, насколько занят поток JS; высокая нагрузка может означать наличие или отсутствие произвольного фрагмента текста. Это вариант задокументированного доказательство концепции.

UA могут определять, каким должен быть успешно сопоставленный фрагмент текста. всплыли для пользователя на основе их собственной оценки степени риска действия присутствуют.Например, будет ли прокрутка при навигации обнаруживается в достаточном количестве случаев.

Чтобы предотвратить перебор важных слов на странице (например, пароли, пин-коды), совпадения и префикс / суффикс совпадают только по слову границы. Например. «Диапазон» будет соответствовать «горному хребту», но не «цвету». апельсин », ни« лесник ».

Границы слов просты в языках с пробелами, но могут стать более тонкими на языках без пауз (например, китайский). Библиотека, подобная ICU, предоставляет служба поддержки для поиска границ слов на всех поддерживаемых языках на основе Unicode Стандарт текстовой сегментации.В некоторых браузерах уже разрешена граница слов сопоставление для API window.find, которое позволяет указывать целое слово как аргумент. Мы надеемся, что это существующее использование может быть использовано таким же образом.

Кроме того, текстовая директива вызывается только в том случае, если произошла активация пользователя и загруженный документ — единственный в своей группе контекста просмотра. Последний ограничение фактически требует, чтобы rel = noopener был указан в навигация.

Визуальный акцент выполняется с помощью визуального индикатора (т.е. не причина selection), стилизованный UA и не обнаруживаемый скриптом. Это помогает предотвратить атаки перетаскиванием или копированием.

Перенаправления на стороне клиента

Из-за преобладания перенаправления на стороне клиента (т. Е. Загрузки документа, который перемещается, например, через window.location ), особое внимание уделяется включению этих сценарии, несмотря на отсутствие пользовательской активации. Видеть redirects.md для подробностей.

Отказ

По причинам, связанным с продуктом, или острым ограничениям конфиденциальности, страницы могут запретить прокрутка к фрагменту текста (или обычному фрагменту) при загрузке, см. №80.Разрешить веб-сайты для отказа от фрагментов текста предлагаем добавить Документ Политика с именем force-load-at-top, который гарантирует, что страница загружается без какой-либо формы прокрутка, в том числе с помощью фрагментов текста, фрагментов обычных элементов и скроллинга восстановление. Веб-сайты могут использовать эту политику документа, обслуживая HTTP-заголовок:

  Документ-политика: принудительная нагрузка наверху
  

Рассмотрены альтернативы

Директива о фрагменте текста 0,1

Предыдущая редакция этого документа содержала в чем-то похожее предложение.В Основное отличие обновленного предложения состоит в том, что в него добавлены контекстные термины текстовая директива. Это помогает устранить неоднозначность текста на странице, а также приводит это предложение в большее соответствие с предложением Open Annotation TextQuoteSelector. Многие варианты использования и детали были рассмотрены при повторении начального доработка. Обновленное предложение представляет собой сумму извлеченных уроков и улучшенных понимание, поскольку мы экспериментировали и рассматривали первоначальную версию и его ограничения

Фрагменты селектора CSS

Наша первоначальная идея, подробно изученная, заключалась в том, чтобы разрешить кодирование селектора CSS. во фрагменте URL.Селектор будет определять, какой элемент на странице должен быть «указанным элементом» при переходе к фрагмент шаги. Фактически, это объяснение основано на оригинальном CSS @ bryanmcquade. Фрагмент селектора объяснитель.

Основным недостатком этого подхода была его безопасность. Разрешение прокрутки загрузка в селектор CSS позволяет злоумышленником несколькими способами извлечь скрытые информация (например, токены CSRF) со страницы. Демонстрируется одна такая атака. здесь, но другие были быстро обнаружил.

Попытка сократить допустимый набор примитивов, чтобы сделать селекторы безопасными оказался довольно сложным. Текстовые фрагменты, по которым можно выполнять поиск асинхронно и, как правило, менее чувствительны к безопасности, стали нашими предпочтительными решение. В качестве дополнительного бонуса мы ожидаем, что текстовые фрагменты будут более стабильными и легче понять нетехническим пользователям.

Увеличить использование элементов с именованными якорями / атрибутами id на существующих веб-страницах

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

API на основе JavaScript (вместо фрагмента URL)

Мы также рассмотрели возможность указания целевого элемента через JavaScript на основе API навигации, например, с помощью нового параметра местоположения.назначать(). Это было пришел к выводу, что такой API менее полезен, поскольку его можно использовать только в контексте где доступен JavaScript. Отправка ссылки на определенную часть документа это один вариант использования, который был бы невозможен, если бы целевой элемент был указан через API JavaScript. Использование JavaScript API также менее согласованно, чем существующие случаи, когда цель прокрутки указана в URL-адресе, например существующая поддержка HTML, а также поддержка других форматов документов, таких как PDF и CSV.

Работа будущего

Один из важных вариантов использования, не охватываемых этим предложением, — это возможность прокрутите до изображения.Для перехода к изображению можно использовать ближайший фрагмент текста. но это зависит от страницы и является косвенным. В конце концов мы хотели бы поддержать этот вариант использования более прямо.

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

Еще одно направление исследований — позволяет пользователям указывать выделение более деталь.Бывают также случаи, когда пользователь может захотеть предотвратить выделение все вместе, как в случае поиска изображений, описанном выше.

Мы продумали эти случаи, чтобы убедиться, что предлагаемое нами решение не исключает этих улучшений в будущем. Однако работа фактически их реализация будет оставлена ​​для будущих итераций этих усилий.

Дополнительные соображения

Построение аргументов для фрагментов текста

Мы предполагаем, что URL-адреса с директивами текстовых фрагментов в первую очередь генерируется машиной, а не создается вручную пользователями.В то же время мы считают, что сохранение URL-адреса относительно удобочитаемость: в большинстве случаев просто копирование и вставка желаемого отрывка должен сгенерировать директиву фрагмента текста, которая будет прокручивать и выделять желаемый проход.

Две системы, которые, по нашему мнению, будут генерировать большую часть таких URL-адресов: браузеры и поисковые системы. Мы видим, что пользователи выбирают текст в браузере, с возможностью «поделиться ссылкой сюда». Затем этими ссылками можно поделиться далее в виде ссылок на Википедию или по каналам, таким как социальные сети или электронное письмо.

Поисковые системы также могут генерировать URL-адреса с текстовыми директивами в качестве ссылок на результаты поиска. по запросам пользователей; эти ссылки могут пролистывать и выделять соответствующие отрывки для запрос пользователя. Обратите внимание, что даже при использовании выделенного текста в качестве Аргумент textStart в текстовой директиве может работать достаточно хорошо на практике в качестве эвристики для генерации URL-адресов с произвольным текстом требуется доступ к полный текст документа до желаемого текста. Оба браузера и поиск движки имеют доступ ко всему видимому тексту страницы, так что это действительно эти системы могут генерировать правильные URL-адреса с помощью текстовой директивы аргументы, которые прокручивают и выделяют любой произвольный текст.

Совместимость с Интернетом и браузером

Как указано в выпуске №15, веб-страницы потенциально могут использовать фрагмент для хранения параметров, например http://example.com/#name=test . Если сайты не обрабатывают неожиданные токены, когда обрабатывая фрагмент, эта функция может сломать эти сайты. В частности, некоторые фреймворки используют этот фрагмент для маршрутизации. Это решает пользовательский агент. скрытие: ~: текстовой части фрагмента с сайта, но браузеры, если эта функция не реализована, все равно такие сайты будут ломаться.

Для страниц, которые не обрабатывают фрагмент, браузер, который еще не поддерживает эта функция попытается обработать фрагмент и директиву фрагмента (например: ~: текст) используя существующую логику, чтобы найти указанный потенциал элемент. Если фрагмент существует в URL-адресе вместе с директивой фрагмента , браузер может не перейти к нужному фрагменту из-за путаницы с синтаксическим анализом фрагмент директивы . Если фрагмента не существует вместе с фрагментом директиве браузер просто загрузит страницу и не будет инициировать прокрутка.В любом случае браузер просто вернется к настройкам по умолчанию. поведение при отсутствии прокрутки документа.

Отношение к существующей поддержке для перехода к фрагменту

Браузеры в настоящее время поддерживают прокрутку к элементам с идентификаторами, а также привязку элементы с атрибутами имени. Это предложение предназначено для расширения этого существующая поддержка, позволяющая переходить к дополнительным частям документа. В виде Шон Инман отмечает (в поддержка фрагментов селектора CSS), эта функция «не предназначена для замены других краткие, созданные автором URL «с использованием атрибутов идентификатора, а» позволяют пользователям сайта для обращения к определенному суб-содержанию, которое автор сайта не может ожидали, что это будет интересно «.

Сопутствующие работы / Дополнительные ресурсы

Использование селекторов CSS в качестве идентификаторов фрагментов

Саймон Сен-Лоран и Эрик Мейер предлагается использовать селекторы CSS как идентификаторы фрагментов (последнее обновление — 2012 г.). Их предложение отличается только используемый синтаксис: Сен-Лоран и Мейер предложили указать селектор CSS с помощью #css (...) Синтаксис , например #css (.myclass) . Этот синтаксис основан на на платформе XML Pointer Language (XPointer) Framework, «расширяемой системе для XML адресация «… «предназначен для использования в качестве основы для идентификаторов фрагментов». XPointer не поддерживается широко используемыми браузерами, поэтому у нас есть решил не зависеть от него в этом предложении.

Шон Инман и другие позже реализованные расширения браузера с использованием этого синтаксиса #css () для Firefox, Safari, Chrome и Opera, показывающий, что это возможно. функция в различных браузерах.

Открытое аннотационное сообщество Группа нацелена на то, чтобы аннотировать произвольное содержание.Наша цель по определению фрагмент текста в ресурсе. Фактически, они уже указали TextQuoteSelector для аналогичных целей.

Это предложение было сделано аналогично TextQuoteSelector в надежде, что мы может расширять и повторно использовать эту модель обработки, а не изобретать новую, хотя и с урезанным синтаксисом для простоты использования в URL. Наша работа была специально проинформированные о предварительных попытках выбора произвольного текстового контента для аннотации.

Закрепление прокрутки

Прокрутите до текста

Другое

Благодарности

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

• @BigBlueHat
• Иван Герман
• Рэндалл Лидс
• Кевин Маркс
• Исайя Медоуз
• Уэс Тернер
• Дэн Уэйли
• Гербен
• И многие другие, кто предоставил комментарии, вопросы, примеры и мнения.Спасибо!

Создание снимков частей документа

Сделайте снимок любой части PDF-файла и повторно вставьте его для аннотации

Всякий раз, когда какая-либо часть документа — абзац, изображение или их комбинация — требует исчерпывающего аннотации, вы можете сделать копию этой части и вставить ее на пустую страницу, имея возможность добавлять разметку и комментарии вокруг этого фрагмента.Инструмент «Снимок» дает вам такую ​​возможность — и даже больше.

Как сделать снимок

Вы найдете инструмент Снимок рядом с другими инструментами на панели инструментов.

Еще быстрее, вы можете нажать клавишу H , чтобы переключиться на инструмент Snapshot.

После активации инструмента моментального снимка ваш курсор станет поперечной линией, так что вы можете начать выбирать прямоугольную области с текущей страницы, удерживая левую кнопку мыши нажатой.

Выбранный прямоугольник будет выделен красным цветом.

Теперь отпустите курсор мыши. PDF Annotator спросит вас, как продолжить создание снимка.

Вам предоставляется возможность скопировать снимок в буфер обмена, сохранить снимок в файл изображения или в создать из него штамп:

Сохранение снимков как изображений

Выбрав второй вариант ( Сохранить как изображение ), вам будет предложено указать имя файла и формат изображения для сохранения снимок в.

Сохранить как изображение предлагает все важные форматы изображений, такие как PNG, JPG, GIF, BMP и многие другие, чтобы сохранить ваши снимок.

Некоторые форматы изображений даже позволяют устанавливать дополнительные настройки с помощью кнопки Extended на Сохранить как изображение диалог.

Создание штампов из снимков

Выбрав третий вариант ( Сохранить как штамп ), PDF Annotator автоматически создаст штамп изображения на основе на вашем снимке.

Вновь созданный штамп будет сразу же доступен в вашем наборе инструментов «Штампы» , и его можно будет использовать повторно так часто, как только он. как требуется, просто поместив его в любой документ.

Копирование снимков в буфер обмена

Первый вариант, вероятно, может быть наиболее часто используемым: Копировать в буфер обмена . Ваш снимок будет скопирован в буфер обмена как изображение, и вы сможете вставить его в любой другой приложение, а также в PDF Annotator.

Вставка снимков в документы

Если вы хотите добавить аннотации к сделанному снимку, вам, вероятно, понадобится дополнительное пространство.

Чтобы найти это место, вы можете либо …

• выделите свободную область в документе,
• вставить дополнительную страницу ( Правка, Страница, Вставить страницу, ) или
• создать новый пустой документ ( File, New ).

Затем вставьте туда графику из вашего снимка, нажав CTRL-V ( Edit, Paste ). Затем переместите его в центральное положение.

Теперь у вас есть достаточно места для добавления любых аннотаций:

Имейте в виду, что вы также можете вставить свой снимок в другие программы, а не только в PDF Annotator.

Например, вы можете вставить снимки в документы Word или в редактор изображений для дальнейшего обработка.

Увеличение разрешения изображения

Как вы уже узнали, снимки — это изображения, подобные фотографиям вашего документа.

Любое изображение имеет разрешение (размер в пикселях), а изображения с низким разрешением могут выглядеть немного более размытыми, чем изображения с более высоким разрешением.

Однако изображения с высоким разрешением приводят к увеличению размера файлов.

Вы, вероятно, знакомы с этой дилеммой при съемке фотографий на цифровую камеру.

Если вы хотите увеличить разрешение ваших снимков, вы можете сделать это перед тем, как сделает снимок.

Просто увеличьте разрешение на панели инструментов над документом.

По умолчанию это значение будет установлено на разрешение экрана 96 точек на дюйм, так что ваш снимок будет иметь точно такое же разрешение. того же качества, что и документ на экране.

Более высокое разрешение приведет к более четкому и детальному снимку.

Но имейте в виду, что очень высокое разрешение может привести к действительно огромным изображениям или файлам PDF.

Обычно мы рекомендуем максимальное разрешение 150 или 300 точек на дюйм.

В приведенном ниже примере мы сделали тот же снимок с разрешением 96 точек на дюйм и 600 точек на дюйм.

После вставки обоих в пустой новый документ они сначала выглядят одинаково.

Что ж, они оба одинакового размера, но имеют разное разрешение.

Увеличение показывает разницу: изображение с высоким разрешением намного четче и детализировано, чем изображение с низким разрешением.

Если вы не увеличиваете масштаб, вы все равно заметите эту разницу при печати, поскольку принтер может отображать очень большие изображения. разрешение выше, чем у вашего экрана.

6 способов разместить ссылку или поделиться текстом с веб-страницы

Расширение Google Link To Text Fragment предлагает один из способов привлечь внимание к определенному сегменту текста на веб-странице, как и пять других способов добавления комментариев, ссылок и обмена.

Ссылка, сопровождаемая сообщением, остается одним из самых простых способов поделиться информацией. Вы прочитали это? — вместе со ссылкой — предлагает получателю сообщения нажать или щелкнуть, чтобы получить доступ к связанному содержимому.

Но ссылка обычно указывает на страницу, а не на конкретный раздел текста. Чтобы сосредоточить внимание на сегменте текста, люди могут цитировать или делать снимки экрана с ключевой частью страницы. Однако в обоих случаях получателю ссылки все равно потребуется использовать функцию браузера Найти… (Ctrl + F), чтобы найти упомянутый текст на странице.

Что нового в TechRepublic

Каждый из следующих вариантов поможет вам поделиться определенной информацией с другими людьми в Интернете по ссылке. Первые четыре предоставляют каждому различные способы выбора и публикации текста, в то время как последние два варианта предлагают методы, которыми авторы веб-страниц могут побудить читателей поделиться.

SEE: Google Таблицы: Советы и уловки (загрузка TechRepublic)

Как использовать Link To Text Fragment на настольном Chrome

Инженерная группа Интернета (IETF) М. Харди
Запрос комментариев: 8118 Л. Масинтер
Устаревшие: 3778 Д. Маркович
Категория: Информационная компания Adobe Systems Incorporated
ISSN: 2070-1721 гг.Джонсон
                                                         PDF Ассоциация
                                                               М. Бэйли
                                                         Глобальная графика
                                                              Март 2017 г.


                     Приложение / pdf Тип носителя

Абстрактный

   Формат переносимого документа (PDF) является стандартом ISO (ISO
   32000-1: 2008), определяя язык представления документа окончательной формы
   используется для обмена документами, в том числе в Интернете, с 1993 года.Этот документ содержит обзор формата PDF и обновляет
   регистрация СМИ типа "приложение / pdf". Он устарел RFC 3778.

Статус этой памятки

   Этот документ не является спецификацией Internet Standards Track; это
   опубликовано в информационных целях.

   Этот документ является продуктом Инженерной группы Интернета.
   (IETF). Он представляет собой консенсус сообщества IETF. Оно имеет
   получил публичное рецензирование и одобрен к публикации
   Инженерная группа управления Интернетом (IESG).Не все документы
   одобрены IESG, являются кандидатом на любой уровень Интернета
   Стандарт; см. раздел 2 RFC 7841.

   Информация о текущем статусе этого документа, исправлениях,
   а о том, как оставить отзыв о нем, можно узнать по адресу
   http://www.rfc-editor.org/info/rfc8118.















Харди и др. Информационная [Страница 1] 

Заявка RFC 8118 / pdf, март 2017 г.


Уведомление об авторских правах

   Авторские права (c) 2017 IETF Trust и лица, указанные как
   авторы документа.Все права защищены.

   Этот документ подпадает под действие BCP 78 и Правового регулирования IETF Trust.
   Положения, касающиеся документов IETF
   (http://trustee.ietf.org/license-info) действует на дату
   публикация этого документа. Пожалуйста, просмотрите эти документы
   внимательно, поскольку они уважительно описывают ваши права и ограничения
   к этому документу. Компоненты кода, извлеченные из этого документа, должны
   включить упрощенный текст лицензии BSD, как описано в Разделе 4.e
   Правовые положения Trust и предоставляются без гарантии, как
   описано в упрощенной лицензии BSD.Оглавление

   1. Введение ............................................... ..... 2
   2. История ............................................... .......... 3
   3. Идентификаторы фрагментов ............................................ 3
   4. Подмножество стандартов .............................................. ..5
   5. Версии PDF .............................................. ...... 6
   6. Реализации PDF ............................................. 7
   7. Соображения безопасности ......................................... 7
   8. Вопросы IANA ............................................. 8
   9. Ссылки ............................................... ....... 9
      9.1. Нормативные ссылки ....................................... 9
      9.2. Информационные ссылки ..................................... 9
   Приложение A. Изменения по сравнению с RFC 3778 ................................ 11
   Адреса авторов ............................................... 0,12

1. Введение

   Этот документ предназначен для предоставления обновленной информации о
   регистрация MIME Media Type "application / pdf" для документов
   в синтаксисе PDF (Portable Document Format).Устарел
   [RFC3778].

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

   PDF используется для представления отформатированных документов «окончательной формы». PDF-страницы
   может включать текст, изображения, графику и мультимедийный контент, например
   видео и аудио. PDF также может содержать вспомогательные
   структуры, включая аннотации, закладки, вложения файлов,
   гиперссылки, логические структуры и метаданные.Эти особенности



Харди и др. Информационная [Страница 2] 

Заявка RFC 8118 / pdf, март 2017 г.


   полезно для навигации и создания коллекций связанных документов,
   а также для просмотра и комментирования документов. Богатый
   Модель JavaScript была определена для взаимодействия с документами PDF.

   Модель изображения для PDF изначально была основана на PostScript [PS]
   язык описания страниц, используемый для отображения сложного текста, изображений и
   графика не зависит от устройства и разрешения.PDF поддерживает шифрование и цифровые подписи. Шифрование
   возможность объединена с информацией о контроле доступа, чтобы облегчить
   управление функционалом, доступным получателю. PDF
   поддерживает включение метаданных на уровне документа и объекта через
   расширяемая платформа метаданных [XMP].

2. История

   PDF широко используется в Интернет-сообществе. Первая версия
   PDF, 1.0 был опубликован в 1993 году компанией Adobe Systems Incorporated. С
   затем PDF стал широко используемым форматом для захвата и
   обмен форматированными документами в электронном виде через Интернет через
   электронная почта и практически любой другой механизм обмена документами.В
   2008, PDF 1.7 был принят в качестве стандарта ISO (ISO 32000-1: 2008
   [ISOPDF]) с использованием процесса ISO «Fast-Track». Эта спецификация
   технически идентичен Adobe Portable Document Format версии 1.7
   [AdobePDF].

   Комитет ISO TC-171 разработал «обновленный» PDF-файл, известный как
   ISO 32000-2; версия - PDF 2.0 [ISOPDF2].

   В дополнение к ISO 32000-1: 2008 и ISO 32000-2, несколько подмножеств
   стандарты были определены для конкретных случаев использования и
   стандартизирован ISO.Эти стандарты включают PDF для архивирования
   (PDF / A) [ISOPDFA], PDF для проектирования (PDF / E) [ISOPDFE], PDF для
   Универсальная доступность (PDF / UA) [ISOPDFUA], PDF для переменных данных
   и транзакционная печать (PDF / VT) [ISOPDFVT] и PDF для допечатной подготовки
   Обмен цифровыми данными (PDF / X) [ISOPDFX]. Подмножество стандартов:
   полностью совместимые файлы PDF, которые можно отображать в обычных PDF-файлах
   зритель.

3. Идентификаторы фрагментов

   Идентификаторы фрагментов появляются в конце URI и позволяют
   ссылаться на привязку для подчиненного контента в пределах цели
   URI или дополнительные параметры процесса открытия
   идентифицированный контент.Синтаксис и семантика идентификаторов фрагментов
   упоминаются в определении типа носителя.





Харди и др. Информационная [Страница 3] 

Заявка RFC 8118 / pdf, март 2017 г.


   Спецификация идентификаторов фрагментов для PDF появилась изначально.
   в [RFC3778] и теперь включен в ISO 32000-2 [ISOPDF2]. Этот
   Раздел представляет собой краткое изложение этого материала. Любые разногласия между
   [ISOPDF2], и этот документ следует разрешить в пользу
   Определение ISO 32000-2.Идентификатор фрагмента для PDF имеет один или несколько параметров, разделенных
   символом амперсанда (&) или решетки (#). Каждый параметр состоит
   имени параметра, «=» (равно) и значения параметра; списки
   значения разделены запятыми, а строки значений параметров могут быть
   Кодировка URI [RFC3986]. Параметры обрабатываются слева направо.

   Значения координат (например, <влево>, <вправо> и <ширина>)
   выражается в системе координат пользовательского пространства по умолчанию
   документ: 1/72 дюйма измерено вниз и вправо от
   левый верхний угол (текущей) страницы ([ISOPDF2] 8.3.2.3
   «Пользовательское пространство»).

   Следующие параметры определяют подчиненное содержимое файла PDF.
   но также может использоваться для настройки вида документа, чтобы (начало)
   идентифицированный контент видим:

   page = 
      Определяет указанную (физическую) страницу; первая страница в
      документ имеет значение pageNum, равное 1.

   nameddest = <имя>
      Определяет именованный пункт назначения ([ISOPDF2] 12.3.2.4 "Именованный
      направления ").

   Structelem = 
      Строка байтов с кодировкой URI; обозначает элемент конструкции
      с помощью ключа ID в словаре StructElem документа.comment = 
      Значение имени аннотации, которое определяется клавишей NM в
      соответствующий словарь аннотаций выбранной страницы
      ([ISOPDF2] 12.5.2 «Аннотационные словари»).

   ef = <имя>
      Определяет встроенный файл, в котором строка параметра <имя>
      соответствует словарю спецификации файла в имени EmbeddedFiles
      дерево. Если параметр "ef" не стоит в конце фрагмента
      идентификатор, затем оставшаяся часть идентификатора фрагмента (после
      амперсанд или хеш-разделитель) применяется к встроенному файлу
      в соответствии с собственным типом носителя.Это позволяет идентифицировать
      содержимое во встроенном файле (который сам может быть
      PDF-файл).



Харди и др. Информационная [Страница 4] 

Заявка RFC 8118 / pdf, март 2017 г.


      ПРИМЕЧАНИЕ. При попытке открыть файл PDF, полученный не из
      надежный источник, процессор может запросить у пользователя или
      даже запретить открытие файла.

   Эти параметры работают с представлением PDF-документа, когда он
   открыт:

   zoom = <масштаб>, <влево>, <сверху>
      <масштаб> - это процент, до которого документ должен быть увеличен,
      где значение 100 соответствует масштабированию 100%.<левый> и
       являются необязательными, но оба должны быть указаны, если любой из них
      включены.

   view = <ключевое слово>, <позиция>
      Аргументы соответствуют приведенным в [ISOPDF2] 12.3.2.2.
      «Явные направления». <ключевое слово> - одно из определенных ключевых слов
      в [ISOPDF2] «Таблица 149: Синтаксис назначения» с соответствующими
      значения позиции.

   viewrect = <левый>, <верх>, <ширина>, <высота>
      Установите прямоугольник вида.

   подсветка = <влево>, <вправо>, <сверху>, <снизу>
      Выделите указанный прямоугольник.search = 
      Откройте документ и найдите одно или несколько слов, выбрав
      первое совпадающее слово в документе.  - строка
      заключены в кавычки, где отдельные слова разделены
      пробелом (или% 20).

   fdf = 
      Этот параметр импортирует данные в поля формы PDF. URI - это
      относительный или абсолютный URI для формата данных формы (FDF) или
      Файл XML FDF (XFDF). Параметр fdf следует указать как
      последний параметр для данного URI.4. Подмножество стандартов

   Несколько подмножеств PDF были опубликованы как отдельные стандарты ISO:

   o PDF / X [ISOPDFX], первоначально выпущенный в 2001 году как PDF / X-1a, определяет
      как использовать PDF для обмена графикой, чтобы облегчить
      правильная и предсказуемая печать поставщиками услуг печати. В
      стандарт претерпел множество изменений за эти годы и
      имеет несколько опубликованных частей, последняя из которых





Харди и др. Информационная [Страница 5] 

Заявка RFC 8118 / pdf, март 2017 г.


      часть 8, определяющая различные уровни соответствия: PDF / X-1a: 2001,
      PDF / X-3: 2002, PDF / X-1a: 2003, PDF / X-3: 2003, PDF / X-4, PDF / X-4p,
      PDF / X-5g, PDF / X-5pg и PDF / X-5n.o PDF / A [ISOPDFA], первоначально выпущенный в 2005 году, определяет, как использовать
      PDF для длительного хранения (архивирования) электронных
      документы. Он запрещает функции PDF, которые не подходят для
      долгосрочное архивирование документов, включая JavaScript или
      запускается исполняемый файл. Его требования для программ просмотра PDF / A
      включать рекомендации по управлению цветом и поддержку встроенных
      шрифты. Этот стандарт состоит из трех частей и всего
      восемь уровней соответствия: PDF / A-1a, PDF / A-1b, PDF / A-2a, PDF / A-2b,
      PDF / A-2u, PDF / A-3a, PDF / A-3b и PDF / A-3u.o PDF / E, первоначально выпущенный в 2008 году как PDF / E-1 [ISOPDFE], определяет
      как использовать PDF в рабочих процессах проектирования, таких как производство,
      строительство и геопространственный анализ. Будущие редакции PDF / E
      должны включать поддержку рабочих процессов 3D PDF.

   o PDF / VT, первоначально выпущенный в 2010 году, определяет, как использовать PDF в
      переменная и транзакционная печать. Он основан на PDF / X и
      накладывает дополнительные ограничения на элементы содержимого PDF и
      поддерживающие метаданные.Он определяет три уровня соответствия:
      PDF / VT-1, PDF / VT-2 и PDF / VT-2 [ISOPDFVT].

   o PDF / UA [ISOPDFUA], первоначально выпущенный в 2012 году как PDF / UA-1,
      определяет, как создавать доступные электронные документы. Это
      требует использования функции PDF с тегами ISO 32000 и добавляет много
      требования к семантической корректности применения логических
      структуры содержимого в PDF-документах.

   Все эти подмножества стандартов используют тип носителя «application / pdf».
   Стандарты подмножества, как правило, не являются исключительными, поэтому возможно
   для создания файла PDF, который соответствует, например, как PDF / A-2b
   и подмножество стандартов PDF / X-4.PDF-документы, заявляющие о соответствии одному или нескольким подмножествам
   стандарты используют метаданные XMP для определения уровней соответствия. PDF
   процессоры должны проверять потоки метаданных документа для такого подмножества
   идентификаторы стандартов и, при необходимости, маркировать документы как таковые
   при их представлении пользователю.

5. Версии PDF

   Формат PDF претерпел несколько изменений, в первую очередь для
   добавление функций. Функции PDF обычно добавляются в
   способ, которым зрители постарше "изящно проигрывают", потому что они могут просто
   игнорировать особенности, которые они не распознают.Тем не менее, чем старше PDF



Харди и др. Информационная [Страница 6] 

Заявка RFC 8118 / pdf, март 2017 г.


   версии, тем больше старых зрителей будет поддерживать эту версию,
   но будет включено меньшее количество функций. Носитель "application / pdf"
   Тип используется для всех версий. См. [ISOPDF2] Приложение I, "Версии PDF
   и совместимость ».

6. Реализации PDF

   Файлы PDF обрабатываются с помощью программы для чтения или просмотра файлов PDF.Для большинства распространенных используемых платформ (iOS, OS X, Windows, Android,
   ChromeOS, Kindle) и для большинства браузеров (Edge, Safari, Chrome,
   Firefox), просмотр PDF-файлов встроен. Кроме того, есть много PDF-файлов.
   просмотрщики доступны для скачивания и установки. PDF
   спецификация была опубликована и находится в свободном доступе, так как формат был
   введен в 1993 году, поэтому сотни компаний и организаций производят
   инструменты для создания, просмотра и обработки PDF-файлов.

7. Соображения безопасности

   PDF, безусловно, является сложным типом носителя согласно Разделу 4.6 из
   [RFC6838], который устанавливает требования к анализу безопасности носителей.
   тип регистрации. [RFC3778] (который в этом документе устарел)
   содержал подробный анализ некоторых проблем безопасности для PDF
   реализации, известные в то время. Пока анализ не
   обязательно ошибочен, анализ угроз слишком ограничен, и
   меры по снижению риска несколько устарели. В настоящее время существует обширная
   литература об угрозах безопасности, связанных с реализациями PDF, и о том, как
   чтобы избежать их, в соответствии с широким внедрением в течение десятилетий.Мы
   не регистрируют новый тип носителя, а скорее создают
   в первую очередь административное обновление. С этими оговорками:

   Формат файла PDF позволяет использовать несколько конструкций, которые могут нарушить
   безопасность при неправильной обработке PDF-обработчиками. Например:

   o PDF может содержать сценарии для настройки отображения и обработки
      файлов PDF. Эти сценарии выражены в версии
      JavaScript и предназначены для выполнения обработчиком PDF.

   o Файл PDF может относиться к другим файлам PDF для частей содержимого.Обработчики PDF могут найти и использовать эти внешние
      файлы при обработке документа.

   o PDF может выступать в качестве контейнера для различных файлов, встроенных в него (для
      пример в виде прикрепленных файлов). Обработчики PDF могут предложить
      возможность открывать и отображать такие файлы или хранить их на
      системы, например, с открытым действием "ef". Спецификация PDF
      не накладывает ограничений на типы файлов, которые могут быть встроены, поэтому





Харди и др. Информационная [Страница 7] 

Заявка RFC 8118 / pdf, март 2017 г.


      Обработчики PDF должны быть предельно осторожны, чтобы предотвратить нежелательные
      выполнение прикрепленных исполняемых файлов или распаковка прикрепленных
      архивы, которые могут хранить опасные файлы в файловой системе хоста.o Файлы PDF могут содержать ссылки на контент в Интернете. PDF
      обработчики могут предлагать функции для отображения такого контента при
      по ссылке.

   o Синтаксис идентификатора фрагмента (раздел 3) содержит директивы для
      открытие («ef») или включение («fdf») дополнительного материала.

   Интерпретаторы PDF, выполняющие любые сценарии или программы, связанные с этими
   конструкции должны быть очень осторожны, чтобы гарантировать, что ненадежные
   программное обеспечение выполнено в защищенной среде.

   Кроме того, сам PDF-процессор, а также его плагины,
   скрипты и др., может быть источником незащищенности по очевидным или
   тонкие средства.

8. Соображения IANA

   Этот документ обновляет регистрацию "application / pdf", средства массовой информации.
   регистрация типа, ранее определенная в [RFC3778], с использованием
   шаблон регистрации, определенный в [RFC6838]:

   Название типа: приложение

   Название подтипа: pdf

   Обязательные параметры: нет

   Необязательный параметр: нет

   Рекомендации по кодированию: двоичный

   Соображения безопасности: см. Раздел 7 этого документа.

   Соображения по совместимости: см. Раздел 5 этого документа.Опубликованная спецификация: ISO 32000-2 (PDF 2.0) [ISOPDF2] является
      самый последний.

   Приложения, использующие этот тип носителя: см. Раздел 6 настоящего документа.
      документ.

   Замечания по поводу идентификатора фрагмента: см. Раздел 3 этого документа.





Харди и др. Информационная [Страница 8] 

Заявка RFC 8118 / pdf, март 2017 г.


   Дополнительная информация:

      Устаревшие псевдонимы для этого типа: нет

      Магическое число (а): все файлы PDF начинаются с символов «% PDF-».
         за которым следует номер версии PDF, e.g., "% PDF-1.7" или
         «% PDF-2.0». Эти символы представлены в кодировке US-ASCII.

      Расширение (-а) файла: .pdf

      Код (ы) типа файлов для Macintosh: "PDF"

   Лицо и адрес электронной почты, с которыми можно связаться для получения дополнительной информации:
      Дафф Джонсон , Питер Вятт
      , руководители проектов ISO 32000.

   Предполагаемое использование: ОБЩИЕ

   Ограничения на использование: нет

   Автор: Авторы этого документа

   Контроллер смены: ISO; в частности, ISO 32000 разработан
      ISO TC 171 / SC 02 / WG 08, «Спецификация PDF».Дафф Джонсон
       и Питер Вятт
       являются действующим проектом ISO 32000
      Лидеры.

9. Ссылки

9.1. Нормативные ссылки

   [ISOPDF] ISO, "Управление документами - Формат переносимых документов -
              Часть 1: PDF 1.7 ", ISO 32000-1: 2008, 2008.

   [ISOPDF2] ISO, «Управление документами - Формат переносимых документов -
              Часть 2: PDF 2.0 ", ISO 32000-2: 2017, 2017.

9.2. Информативные ссылки

   [ISOPDFX] ISO, «Графические технологии - Допечатный обмен цифровыми данными.
              с использованием PDF - Часть 8: Частичный обмен данными печати
              с использованием PDF 1.6 (PDF / X-5) », ISO 15930-8: 2008, 2008.

   [ISOPDFA] ISO, "Управление документами - Электронный файл документа
              формат для длительного хранения - Часть 3: Использование
              ISO 32000-1 с поддержкой встроенных файлов (PDF / A-3) »,
              ISO 19005-3: 2012, 2012.



Харди и др. Информационная [Страница 9] 

Заявка RFC 8118 / pdf, март 2017 г.


   [ISOPDFE] ISO, "Управление документами - формат инженерной документации
              с использованием PDF - Часть 1: Использование PDF 1.6 (PDF / E-1) ",
              ISO 24517-1: 2008, 2008.

   [ISOPDFVT] ISO, «Графические технологии. Обмен переменными данными.
              Часть 2: Использование PDF / X-4 и PDF / X-5 (PDF / VT-1 и
              PDF / VT-2) », ISO 16612-2: 2010, 2010.

   [ISOPDFUA] ISO, "Приложения для управления документами - Электронный
              расширение формата файла документа для обеспечения доступности -
              Часть 1: Использование ISO 32000-1 (PDF / UA-1) », ISO 14289-1: 2014,
              2014 г.

   [XMP] ISO, «Графические технологии - платформа расширяемых метаданных.
              (XMP) спецификация - Часть 1: Модель данных, сериализация
              и основные свойства », ISO 16684-1, 2012.[PS] Adobe Systems Incorporated, «Язык PostScript.
              Справка, издание третье », 1999 г.,
              .

   [AdobePDF] Adobe Systems Incorporated, "Справочник в формате PDF,
              Издание шестое », 2006 г.,
              .

   [RFC6838] Фрид, Н., Кленсин, Дж., И Т. Хансен, "Тип носителя"
              Спецификации и процедуры регистрации », BCP 13,
              RFC 6838, DOI 10.17487 / RFC6838, январь 2013 г.,
              .

   [RFC3986] Бернерс-Ли, Т., Филдинг, Р., и Л. Масинтер, "Униформа
              Идентификатор ресурса (URI): Общий синтаксис », STD 66,
              RFC 3986, DOI 10.17487 / RFC3986, январь 2005 г.,
              .

   [RFC3778] Тафт, Э., Правец, Дж., Зиллес, С., и Л. Масинтер, "The
              application / pdf Media Type », RFC 3778,
              DOI 10.17487 / RFC3778, май 2004 г.,
              .











Харди и др. Информационная [Страница 10] 

Заявка RFC 8118 / pdf, март 2017 г.


Приложение A. Изменения по сравнению с RFC 3778

   Эта спецификация заменяет RFC 3778, который ранее определял
   "application / pdf" Тип носителя. Отличия заключаются в следующем:

   o Чтобы отразить переход от патентованной спецификации
      Adobe перешла на открытый стандарт ISO, изменился контроллер изменений
      от Adobe до ISO, и ссылки были обновлены.o Обзор возможностей PDF, история PDF и
      описания подмножеств PDF были обновлены, чтобы отразить более свежие
      соответствующая история.

   o Раздел идентификаторов фрагментов был обновлен, чтобы точно отразить
      материал, который был добавлен в ISO-32000-2.

   o Обновлен статус популярных реализаций PDF.

   o Раздел «Вопросы безопасности» обновлен, чтобы соответствовать
      текущее понимание уязвимостей PDF.

   o Шаблон регистрации обновлен в соответствии с RFC 6838.Харди и др. Информационная [Страница 11] 

Заявка RFC 8118 / pdf, март 2017 г.


Адреса авторов

   Мэтью Харди
   Adobe Systems Incorporated
   345 Park Ave.
   Сан-Хосе, Калифорния 95110
   Соединенные Штаты Америки

   Электронная почта: [email protected]


   Ларри Масинтер
   Adobe Systems Incorporated
   345 Park Ave.
   Сан-Хосе, Калифорния 95110
   Соединенные Штаты Америки

   Электронная почта: masinter @ adobe.ком
   URI: http://LarryMasinter.net


   Деян Маркович
   Adobe Systems Incorporated
   345 Park Ave.
   Сан-Хосе, Калифорния 95110
   Соединенные Штаты Америки

   Электронная почта: [email protected]


   Дафф Джонсон
   PDF Ассоциация
   Neue Kantstrasse 14
   Берлин 14057
   Германия

   Эл. Почта: [email protected]


   Мартин Бейли
   Глобальная графика
   Бизнес-парк 2030 Cambourne
   Кембридж CB23 6DW
   Великобритания

   Электронная почта: [email protected]
   URI: http://www.globalgraphics.com




Харди и др.Информационная [Страница 12]