IClipboardBackend.SetData is a leaky abstraction about xwt

[slluis]

We can add a new overload which only takes an object, but we the Func overload still has a purpose. You can expose a type to be available in the clipboard, but serialize the data only when it is really required.

[ermau]

You can expose a type to be available in the clipboard, but serialize the data only when it is really required.

I don't see how. You've explained to me that there's really not a situation in which the execution will not happen, so unless Gtk is executing the callback for the clipboard get_data on another thread, I don't see how anything is really changed here.

[ermau]

There was some misunderstanding during our discussion, key piece of understanding:

13:22:28 lluis so, the callback will not be called if there is no actual paste operation

So I think your original solution of giving another overload and using this for basic types would be the best route.

[slluis]

Since the backend will have to implement the overload with the callback, I don't think it is necessary to have another overload for doing the same, taking into account that the difference in performance is negligible.