Странное поведение xclip

Вопрос или проблема

xclip -s primary -o
xclip -s secondary -o
xclip -s clipboard -o

date | xclip -selection XA_PRIMARY

xclip -s primary -o
xclip -s secondary -o
xclip -s clipboard -o
xclip -s asdfghj -o

date | xclip -selection XA_PRIMARY
date | xclip -selection XA_SECONDARY
date | xclip -selection XA_CLIPBOARD

date | xclip -se p    # записать в первичный выбор
xclip -se c -o        # считать из буфера обмена

Ответ или решение

Странное поведение xclip: анализ проблемы и объяснение

Введение

При использовании утилиты xclip для работы с буферами обмена в среде X Window System пользователи могут столкнуться с непредсказуемым поведением, когда разные области хранения, такие как PRIMARY, SECONDARY и CLIPBOARD, ведут себя так, как будто они идентичны. В этой статье мы подробно рассмотрим, почему это происходит, и объясним, как правильно использовать эти области хранения для максимальной эффективности.

Проблема с xclip

Как указано в вашем вопросе, после копирования текста из браузера и проверки всех трех типов буферов обмена с помощью команды:

xclip -s primary -o
xclip -s secondary -o
xclip -s clipboard -o

мы наблюдаем, что все три хранят одинаковое содержимое. Кроме того, после выполнения команды:

date | xclip -selection XA_PRIMARY

вы обнаруживаете, что содержимое XA_PRIMARY, XA_SECONDARY и XA_CLIPBOARD становится одинаковым, несмотря на ожидание, что только PRIMARY должен содержать новое значение.

Понимание хранилищ обмена

Существует три основных области хранения в X11:

1. PRIMARY (XA_PRIMARY): Используется для хранения выделенного текста. Обычно текст, выделенный в графическом интерфейсе, автоматически помещается в этот буфер.
2. SECONDARY (XA_SECONDARY): Более редкий буфер, который не используется так часто, как PRIMARY и CLIPBOARD.
3. CLIPBOARD (XA_CLIPBOARD): Создан в основном для работы с копированием и вставкой, как это реализовано в Windows и macOS.

Однако, как вы правильно заметили, в xclip команда -s игнорируется, если не использовать опцию -se, что может привести к неправильному поведению, где каждая команда по умолчанию обращается к PRIMARY. Это объясняет, почему все три области обмена показывают одно и то же значение.

Как различать буферы

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

date | xclip -selection XA_PRIMARY    # для PRIMARY
date | xclip -selection XA_SECONDARY  # для SECONDARY
date | xclip -selection XA_CLIPBOARD  # для CLIPBOARD

Но, как упоминается, если не указать -se, по умолчанию будет использоваться PRIMARY. Для чтения содержимого из других буферов используйте:

xclip -se c -o    # Для чтения из CLIPBOARD
xclip -se s -o    # Для чтения из SECONDARY

Почему три буфера значения?

Несмотря на то, что PRIMARY, SECONDARY и CLIPBOARD часто ведут себя похоже, они были созданы для разных задач:

1. Историческая причина: Различные приложения использовали их по-разному, и утилиты, такие как xclip и xsel, по умолчанию обращаются к первичному буферу.
2. Невостребованность SECONDARY: Этот буфер не стал популярным и часто остаётся пустым.
3. Преемственность копирования: PRIMARY часто используется для выделения текста, в то время как CLIPBOARD используется более классическим способом копирования/вставки.

Заключение

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

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

Если у вас возникнут дополнительные вопросы, не стесняйтесь обращаться за более точными разъяснениями.