Skip to content

[v3] Multi-head #423

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

Closed
piranna opened this issue Jun 11, 2016 · 8 comments
Closed

[v3] Multi-head #423

piranna opened this issue Jun 11, 2016 · 8 comments

Comments

@piranna
Copy link

piranna commented Jun 11, 2016

Add support to use several browser windows to mimic/implement a multi-head system with several screen monitors. In a first step would be just enough to use window.open() function and postMessage() to comunicate between main and auxiliar windows (or better, move core functionality to a SharedWorker and windows doing requests to it), and in the long term allow to use windows on several independent devices (smartphone, tablet...) to extend the desktop area or show notifications or for an auxiliar tools panel.

@andersevenrud
Copy link
Member

Hi!

This is something I really want to have implemented down the line. I'll see if I can't set up a branch and do some initial testing on this.

I've actually gotten quite a few questions/requests on this topic, so it might not be a bad idea to look into it sooner, rather than later.

Good ideas here. Thanks :)

@piranna
Copy link
Author

piranna commented Jun 11, 2016

You are welcome :-) I got on the point just this afternoon :-D Probably the
better is the SharedWorker path, since this would help to isolate the core
from the representation and help for the remote clients mostly by changuing
postMessage() for WebSockets :-)
El 11/6/2016 19:59, "Anders Evenrud" [email protected] escribió:

Hi!

This is something I really want to have implemented down the line. I'll
see if I can't set up a branch and do some initial testing on this.

I've actually gotten quite a few questions/requests on this topic, so it
might not be a bad idea to look into it sooner, rather than later.

Good ideas here. Thanks :)


You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
#423 (comment), or mute
the thread
https://github.com/notifications/unsubscribe/AAgfvjWHAeXMQEWgLmF0_QNwkroUh04-ks5qKvd0gaJpZM4Izlg3
.

@andersevenrud andersevenrud changed the title Multi head [Core] Multi-head Nov 30, 2016
@andersevenrud
Copy link
Member

I might finally get to start the ball rolling on this now, as #617 is nearing completion. All of the recent changes should make this much, much easier 😸

@alalonde
Copy link

Any progress on this? We have a related requirement where we'd like to embed OS.js inside of another app rather than it "owning" the entire web page. There would be a number of changes to accommodate this, but one easy one is that there is a lot of styling, event-handling and UI appending that happens directly to the <body> element. I am considering adding a rootNode concept or something to the config that defaults to body but can be overridden. Then, OS.js interacts with this rather than the <body> element.

Any suggestions / obvious pitfalls with this?

@msanchezdev
Copy link

msanchezdev commented Feb 14, 2018 via email

@andersevenrud
Copy link
Member

@alalonde Yeah, things are hard-coded to use the body, and so are certain events. So that's where it might get tricky. But it you wanna have a go, then by all means.

I'm working on v3 which has the options available to set it to whatever you want. Hence the reason there has not been activity in this spesific issue.

@andersevenrud andersevenrud changed the title [Core] Multi-head [v3] Multi-head Nov 29, 2018
@RossComputerGuy
Copy link

It would be nice to get this working in BlueLight before 1.0.0-prealpha.

@andersevenrud
Copy link
Member

This issue has been moved here: os-js/osjs-client#39

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

No branches or pull requests

5 participants