Существует ли дистрибутив линукса с единым буфером обмена?

Обоснуйте. Ради одного этого делать целый дистрибутив? Куда столько? Их целый зоопарк!

Ради одного этого делать целый дистрибутив?

Да! Дистрибутивы и по меньшим поводам форкают (Funtoo от Gentoo например)

Вот тебе вопрос на засыпку - когда я вызываю контекстное меню в Firefox в адресной строке, какой из трёх буферов PRIMARY, SECONDARY или CLIPBOARD влияет на состояние (enabled/disabled) пункта меню «Paste» ?

Xclipboard установи.

не поможет, потому что мне не нужен xclipboard. и все остальные программы мне тоже не нужны (такие как Autocutsel, clipit, Klipper, Gpaste, parcelite)

с единым буфером обмена?

эталонное нинужно.

а я уверен - спрос будет. И рекомендации будут - не нравится буфер обмена linux - иди на тот дистрибутив. Ожидаю бешеную популярность.

wayland юзай там на эту тему какие-то кастыли были.

Наркоман штоле?

Не могу, потому что не понимаю как wayland работает. У меня критический софт использует glib, glib использует xlib, xlib использует xcb. И это всё нифига не под wayland-протокол.

почему Вы спрашиваете, уважаемый Анонимус?

Вот тебе вопрос на засыпку - когда я вызываю контекстное меню в Firefox в адресной строке, какой из трёх буферов PRIMARY, SECONDARY или CLIPBOARD влияет на состояние (enabled/disabled) пункта меню «Paste» ?

CLIPBOARD, может и SECONDARY тоже влияет, хз за что он отвечает.

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

Нет. В PRIMARY буфер пишется выделенный мышкой текст, для очень удобной вставки по средней кнопке мыши. Предлагаешь его вообще убрать?

Предлагаешь его вообще убрать?

Да. Те, кому это надо - пусть идут на другие дистрибутивы.

CLIPBOARD

Нет. У меня заполнены все три буфера (PRIMARY, SECONDARY, CLIPBOARD - все разные тексты) и тем не менее пункты контекстного меню задизейблены (вставка при помощи Ctrl-C тем не менее проходит удачно из CLIPBOARD)

У меня критический софт использует glib, glib использует xlib, xlib использует xcb.

А почему критический софт завязан на такую низкоуровщину? Надо использовать нормальные тулкиты (читай Qt). Там с вялиным всё в порядке и ООПешно.

Alien Legacy

Нет. У меня заполнены все три буфера (PRIMARY, SECONDARY, CLIPBOARD - все разные тексты) и тем не менее пункты контекстного меню задизейблены (вставка при помощи Ctrl-C тем не менее проходит удачно из CLIPBOARD)

Скорее всего firefox криво собран или что-то такое. У меня, впрочем, наоборот, всегда активным горит, даже если CLIPBOARD пустой (и вставляет, соответственно, пустоту).

Да. Те, кому это надо - пусть идут на другие дистрибутивы.

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

У меня, впрочем, наоборот, всегда активным горит, даже если CLIPBOARD пустой (и вставляет, соответственно, пустоту).

Наврал чутка, очищал через расширение gnome-shell, оно видимо как-то по своему чистит (плюс у меня wayland), после очистки путем xsel -bc пункт paste посерел.

У меня критический софт использует glib, glib использует xlib, xlib использует xcb.

Тогда пилите собственную реализацию на xlib.

glib использует xlib

Нет

на каких фактах основывается твоё утверждение?

все остальные программы мне тоже не нужны (такие как Autocutsel, clipit, Klipper, Gpaste, parcelite)

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

Мой монитор зажироточил.

Это просто клоун.

ок, значит правильно писать не glib, а Gtk+ зависит от xlib. Кто-нибудь обязательно должен зависить, не могут они мимо пройти.

Мой монитор зажироточил.

Быть, а не казаться! Нужна не имитация одного буфера, а по-настоящему один буфер. И весь софт пропатчить под это.

Окей, gtk действительно зависит от X11 (у меня в дистрибутиве) как от одного из возможных бэкендов. Gtk3 может работать через вэйланд.

Gtk3 может

Но у меня не Gtk3, у меня Gtk2. Жуткий Legacy. И никто не будет то приложение переписывать...

Буфер обмена Linux одна из очень годных вещей, которых так не хватает другим ОС.

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

Good catch! Но выводы ты сделал неправильные. Надо не дистр делать. А патчить, патчить, патчить всё и вся для приведения к единообразному поведению. Т.к. это баги в ПО, которые и с одним буфером вылезут, не сомневайся.

патчить, патчить, патчить всё и вся для приведения к единообразному поведению.

И как напатченное выложить? Только в виде дистра...

Uniclipix - one buffer, simple mental model, unified user expirience. Try it now!

Или вместо «simple mental model» можно написать «reduced software incompatibility»

Unipastux - improved software interoperability

И как напатченное выложить?

В виде исправлений ошибок в upstream, очевидно. То, что в GUI не понятно, что происходит в системе, в каком состоянии буфер, что тебя вводи в заблуждение незадизейбленный пункт меню - это всё ошибки и недорабтки. Вот их и надо фиксить.

Если этого не понимать, то можно выпилить хоть всю функциональность под 0 (привет, Gnome3!), менее глючным ПО не станет.

Кропотливый труд и большая работа. И это совсем не решается созданием нового дистрибутива или переписыванием DE. Но пусть, вы, или кто-нибудь другой, можете попробовать _в очередной раз_

А еще дистрибутив с фиолетовой темой оформления.

Тема фиолетовости как соединение красной символики СССР и синей символики НАТО ещё не нашла понимания ООН.

Неистово удваиваю ОПа. Это один из главных просчетов юниксовых гуев. Autocutsel и иже с ним - костыль и надёжно (100 раз из 100) не работают.