Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Upcoming Servo Triage and Embedding meeting Dec 23 2024 #119

Closed
4 tasks
gterzian opened this issue Dec 10, 2024 · 12 comments
Closed
4 tasks

Upcoming Servo Triage and Embedding meeting Dec 23 2024 #119

gterzian opened this issue Dec 10, 2024 · 12 comments

Comments

@gterzian
Copy link
Member

gterzian commented Dec 10, 2024

Where: https://meet.jit.si/ServoTriage.

When: 10:00 AM UTC

What: any issue one wishes to triage, or embedding related issue one wished to discuss

Who: anyone is welcome, but if there are no issues to discuss the meeting will be canceled.

Please express your interest to attend and note the issue(s) you would like to triage(which can be one someone else already brought up).

Last meeting at #112

Action points:

@gterzian
Copy link
Member Author

For mini-apps, a good starter is at https://github.com/espinr/miniapp-components/blob/main/docs/explainer.md

@nicoburns
Copy link

@gterzian Ah, that's very helpful. Is the idea to standardise on one format (unifying the various implementations in that document)? Or to create foundations that support each of them separately?

@LaraineShen
Copy link

  • Capabilities In The MiniApp Scenario:

In the MiniApp scenario, the ROM size is usually required to be small enough.
Capabilities such as audio, video, and bluetooth usually use native (operating system) capabilities.
Can these be configured not to participate in compilation during code compilation?
Will it have any impact on the architecture?

@gterzian
Copy link
Member Author

gterzian commented Dec 20, 2024

Is the idea to

I don't know. I think it is rather about specifying some core things, like a package format, and then to re-use, and integrate with, other specs to described how a "mini-app" could be implemented, similar to how PWA is also re-using other specs.

Will it have any impact on the architecture?

Those are all good question to bring, and to which I have no answer. Regarding separating our components and only compiling what you use, there is also an ongoing discussion in zulip named Improving configurability in servo.

@gterzian
Copy link
Member Author

@nicoburns I remember at the last meeting you mentioned something that "if we did X, the entire Rust community would want to embed Servo as a UI toolkit". Is that correct, and if so, what is X?

@nicoburns
Copy link

Make Servo embeddable in an application that is rendered using wgpu (or more generally vulkan/metal/dx12).

I suspect the best solution to this is using child windows and having the system compositor compose the results together. But direct interop between the underlying graphics API could also work.

@gterzian
Copy link
Member Author

Thanks for the info, I have added it above as an "idea" to be tracked in the embedding meetings.

@EemCup
Copy link

EemCup commented Dec 21, 2024

JSI for Integrate JS engine:
Currently, Spidermonkey is more coupled with servo.
We want to integrate V8 to servo and isolate different JS engines by defining a JSI layer.

@gterzian
Copy link
Member Author

JSI for Integrate JS engine

Added above under "modular script execution"

@Taym95
Copy link
Member

Taym95 commented Dec 23, 2024

JSI for Integrate JS engine: Currently, Spidermonkey is more coupled with servo. We want to integrate V8 to servo and isolate different JS engines by defining a JSI layer.

We can look at react-native JSI and try to inspire from it to create our own JSI.

@gterzian
Copy link
Member Author

Also to track rust-windowing/winit#3506

@gterzian
Copy link
Member Author

Thank you all for attending, next meeting at #120

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants