Hello Graeme,
Thanks for your inputs and comment, please find mine inline.
Regards
Shashank
On 1/11/2019 12:55 PM, Graeme Gill wrote:
Sharma, Shashank wrote:
Hi,
While I'm sure you could hard code various color space assumptions into
such an implementation (and perhaps this is a pretty reason
Hello Pekka,
Thanks a lot for your comments, and inputs on design, stability and
general accessibility across all platforms.
Please find my comments, inline.
Regards
Shashank
On 1/14/2019 6:51 PM, Pekka Paalanen wrote:
On Thu, 10 Jan 2019 20:32:18 +0530
"Sharma, Shashank" wrote:
Hello All,
On Tue, 2019-01-15 at 11:30 +0200, Pekka Paalanen wrote:
> On Tue, 15 Jan 2019 13:47:07 +1100
> Graeme Gill wrote:
>
> > If done in the composer, it would need to render the graphic elements to
> > the output DPI / convert the source colorspace to the output colorspace.
> > But the composer would
Update: data-control-unstable-v1 has been merged in wlr-protocols and
implemented in wlroots. A client using the protocol is available at [1].
Let me know if you have questions.
[1]: https://github.com/bugaevc/wl-clipboard
___
wayland-devel mailing list
Am Dienstag, 15. Januar 2019, 10:30:14 CET schrieb Pekka Paalanen:
> On Tue, 15 Jan 2019 13:47:07 +1100
>
> Graeme Gill wrote:
> > Pekka Paalanen wrote:
> >
> > Hi Pekka,
> >
> > thanks for your response.
> >
> > >> As far as I was informed, Wayland
> > >> is architected in such a way
On Tue, 15 Jan 2019 13:47:07 +1100
Graeme Gill wrote:
> Pekka Paalanen wrote:
>
> Hi Pekka,
> thanks for your response.
>
> >> As far as I was informed, Wayland
> >> is architected in such a way that this is not possible, since clients
> >> have no knowledge of which display the pixels th