From what I understand Skia works fine with a random OpenGL kotlinlang #compose-desktop

Channels

100daysofkotlin

100daysofkotlin-2021

algolialibraries

android-architecture

android-databinding

androidgithubprojects

androidx-xprocessing

arrow-contributors

beepiz-libraries

cincinnati-user-group

codemash-precompiler

codingconventions

competitive-programming

competitivecoding

compose-android

compose-desktop

compose-ui-showcase

connect-audit-events

cscenter-course-2016

domain-driven-design

effective-kotlin

effectivekotlin

embedded-kotlin

event21-community-content

fb-internal-demo

fluid-libraries

framework-elide

getting-started

github-workflows-kt

graviton-browser

image-processing

intellij-plugins

intellij-tricks

introduce-yourself

java-to-kotlin-refactoring

jhipster-kotlin

jvm-ir-backend-feedback

k2-early-adopters

kotest-contributors

kotlin-by-example

kotlin-data-storage

kotlin-foundation

kotlin-in-action

kotlin-multiplatform-contest

kotlin-pakistan

kotlinforbeginners

kotlingforbeginners

kotlinprogrammers

kotlintest-devs

kotlinultimatechallenge

kotlinx-datetime

lambdaworld_cadiz

language-evolution

language-proposals

leedskotlinusergroup

library-development

machinelearningbawas

myndocs-oauth2-server

navigation-architecture-component

ohio-kotlin-users

pattern-matching

pocketgitclient

practical-functional-programming

prozis-android-backup

python-contributors

realworldkotlin

refactoring-to-kotlin

refreshversions

russian-kotlinasfirst

skia-wasm-interop-temp

sofl-user-group

spring-security

squarelibraries

stayhungrystayfoolish

strife-discord-lib

swagger-gradle-codegen

swiss-user-group

tricity-kotlin-user-group

Title

m

Michał Kalinowski

06/16/2021, 11:01 AM

From what I understand Skia works fine with a random OpenGL context via

BackendRenderTarget

but OpenGL cannot be easily initialised with Skia(at least not so easily). And I'm wondering if there is any objection to add an manual initialization of the graphics api context in desktop-compose to make both things compatible? Or maybe is it already planned? Or am I wrong and it isn't that simple?

o

olonho

06/16/2021, 11:04 AM

Skia can (and does in Compose) use different rendering engine, and OpenGL is not even supported in macOS, so not sure what could above proposal bring in general case. But one could go in opposite direction, and bind OpenGL context to Compose Window (like in https://stackoverflow.com/questions/6287660/win32-opengl-window-creation) asking SkiaLayer for native window handle

m

Michał Kalinowski

06/16/2021, 11:10 AM

OpenGL is just an example, but of course using abstractions different platforms could just have different possible graphics APIs. And what would it bring, I have my own rendering engine in lwjgl, and I would like to integrate my rendering engine with desktop-compose for ui, so that one thing does not interfere with another.

Skia after all is not written in a modern way so they leave a back door for just such integrations(like many other libraries such as imgui), and it works, and it would be nice if compose desktop would also have these . In the other direction, integration is definitely more difficult and requires hacks. It's like trying to build a building and then replacing the foundations at the end.

14 Views

#compose-desktop Join Slack