Revision history [back]
 | 1 | initial version | posted 2020-05-27 18:53:03 +0200  |
Implement wlr-data-control protocol into Lipstick to allow system clipboard
Many applications that can be built on SFOS rely on xclip or xsel, however those cannot be built on SFOS because they have many X11 dependencies. That seems to be the case for micro for instance: it works fine on SFOS, but can only use it's internal clipboard fallback, no way to convey clipboard to or from outside micro without xclip.
A workaround would be to use wl-clipboard in combination with the wl-clipboard-x11 wrapper, so that applications that look for xclip or xsel would instead use wl-clipboard. We have all the required dependencies to build wl-clipboard on SFOS, but unfortunately wl-clipboard hangs on SFOS for the reasons described in this Github issue: https://github.com/bugaevc/wl-clipboard/issues/85
According to the developer, a solution would be to implement wlr-data-control protocol into Lipstick:
The proper solution for this is for Lipstick to implement the wlr-data-control protocol; in that case wl-clipboard will work with it (without having to resort to focus stealing). Perhaps you could communicate it to Lipstick developers.
Should I report this somewhere else than TJC? Mer project maybe?
| | 2 | No.2 Revision |
Implement wlr-data-control protocol into Lipstick to allow system clipboardsystem-wide clipboard for applications that rely on xclip/xsel
Many applications that can be built on SFOS rely on xclip or xsel, however those cannot be built on SFOS because they have many X11 dependencies. That seems to be the case for micro for instance: it works fine on SFOS, but can only use it's internal clipboard fallback, no way to convey clipboard to or from outside micro without xclip.
A workaround would be to use wl-clipboard in combination with the wl-clipboard-x11 wrapper, so that applications that look for xclip or xsel would instead use wl-clipboard. We have all the required dependencies to build wl-clipboard on SFOS, but unfortunately wl-clipboard hangs on SFOS for the reasons described in this Github issue: https://github.com/bugaevc/wl-clipboard/issues/85
According to the developer, a solution would be to implement wlr-data-control protocol into Lipstick:
The proper solution for this is for Lipstick to implement the wlr-data-control protocol; in that case wl-clipboard will work with it (without having to resort to focus stealing). Perhaps you could communicate it to Lipstick developers.
Should I report this somewhere else than TJC? Mer project maybe?
| | 3 | No.3 Revision |
Implement wlr-data-control protocol into Lipstick to allow system-wide clipboard for applications that rely on xclip/xsel
Many applications that can be built on SFOS rely on xclip or xsel, however those xclip/xsel cannot be built on SFOS because they have many X11 dependencies. That seems to be the case for micro for instance: it works fine on SFOS, but can only use it's internal clipboard fallback, no way to convey clipboard to or from outside micro without xclip.
A workaround would be to use wl-clipboard in combination with the wl-clipboard-x11 wrapper, so that applications that look for xclip or xsel would instead use wl-clipboard. We have all the required dependencies to build wl-clipboard on SFOS, but unfortunately wl-clipboard hangs on SFOS for the reasons described in this Github issue: https://github.com/bugaevc/wl-clipboard/issues/85
According to the developer, a solution would be to implement wlr-data-control protocol into Lipstick:
The proper solution for this is for Lipstick to implement the wlr-data-control protocol; in that case wl-clipboard will work with it (without having to resort to focus stealing). Perhaps you could communicate it to Lipstick developers.
Should I report this somewhere else than TJC? Mer project maybe?
| | 4 | No.4 Revision |
Implement wlr-data-control protocol into Lipstick to allow system-wide clipboard for applications that rely on xclip/xsel
Many applications that can be built on SFOS rely on xclip or xsel, however xclip/xsel cannot be built on SFOS because they have many X11 dependencies. That seems to be the case for micro for instance: it works fine on SFOS, but can only use it's its internal clipboard fallback, no way to convey clipboard to or from outside micro without xclip.
A workaround would be to use wl-clipboard in combination with the wl-clipboard-x11 wrapper, so that applications that look for xclip or xsel would instead use wl-clipboard. We have all the required dependencies to build wl-clipboard on SFOS, but unfortunately wl-clipboard hangs on SFOS for the reasons described in this Github issue: https://github.com/bugaevc/wl-clipboard/issues/85
According to the developer, a solution would be to implement wlr-data-control protocol into Lipstick:
The proper solution for this is for Lipstick to implement the wlr-data-control protocol; in that case wl-clipboard will work with it (without having to resort to focus stealing). Perhaps you could communicate it to Lipstick developers.
Should I report this somewhere else than TJC? Mer project maybe?
| | 5 | No.5 Revision |
Implement wlr-data-control protocol into Lipstick to allow system-wide clipboard for applications that rely on xclip/xsel
Many applications that can be built on SFOS rely on xclip or xsel, however xclip/xsel cannot be built on SFOS because they have many X11 dependencies. That seems to be the case for micro for instance: it works fine on SFOS, but can only use its internal clipboard fallback, no way to convey clipboard to or from outside micro without xclip.
A workaround would be to use wl-clipboard in combination with the wl-clipboard-x11 wrapper, so that applications that look for xclip or xsel would instead use wl-clipboard. We have all the required dependencies to build wl-clipboard on SFOS, but unfortunately wl-clipboard hangs wl-clipboard commands hang on SFOS for the reasons described in this Github issue: https://github.com/bugaevc/wl-clipboard/issues/85
According to the developer, a solution would be to implement wlr-data-control protocol into Lipstick:
The proper solution for this is for Lipstick to implement the wlr-data-control protocol; in that case wl-clipboard will work with it (without having to resort to focus stealing). Perhaps you could communicate it to Lipstick developers.
Should I report this somewhere else than TJC? Mer project maybe?
| | 6 | No.6 Revision |
Implement wlr-data-control protocol into Lipstick to allow system-wide clipboard for applications that rely on xclip/xsel
Many applications that can be built on SFOS rely on xclip or xsel, however xclip/xsel cannot be built on SFOS because they have many X11 dependencies. That seems to be the case for dependencies.. micro for instance: it works fine on SFOS, but can only use its internal clipboard fallback, no way to convey clipboard to or from outside micro without xclip.
A workaround nice solution would be to use wl-clipboard in combination with the wl-clipboard-x11 wrapper, so that applications that look for xclip or xsel would instead use wl-clipboard. wl-clipboard itself would also offer a way to access the clipboard from command line, which would have many potential uses. We have all the required dependencies to build wl-clipboard on SFOS, but unfortunately wl-clipboard commands hang on SFOS for the reasons described in this Github issue: https://github.com/bugaevc/wl-clipboard/issues/85
According to the developer, a solution would be to implement wlr-data-control protocol into Lipstick:
The proper solution for this is for Lipstick to implement the wlr-data-control protocol; in that case wl-clipboard will work with it (without having to resort to focus stealing). Perhaps you could communicate it to Lipstick developers.
Should I report this somewhere else than TJC? Mer project maybe?