[dev-servo] RGSoC- servo
Hi.. This is regarding to RGSoC and we would love to contribute for your project Servo . We are Team AlogoRist.We believe we have talent to work with it.Your company hope us to be enthusiastic about learning rust. So we have that enthusiasm to complete your task.We have enough knowledge that required for the project like JavaScript. Moreover we are fast learners .So that we can adjust to any environment easily and can learn skills very well.We have learn all the things by self,though the current degree we following.And we like to say we'll contribute our 100% energy to complete this project successfully. So we would be much obliged if you can send us more information regarding this project.We are looking forward for your reply. Thank you.. With regards, Team AlgoRust Shehani nimasha and sandeepani jayasinghe ___ dev-servo mailing list dev-servo@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-servo
[dev-servo] Android support
Hi all, I want to start a discussion about Servo's Android support. The current state is quite basic and doesn't provide what we need to cover several interesting use cases. So far I have identified these: 1- Full screen app (games, VR). 2- Browser with a pure html "chrome" like browser.html. 3- Browser with a native (java) chrome. 4- Reusable WebView (ServoView !) for other apps to embed. 5- Providing a CustomTab implementation (Chrome and Fennec support that). 1- and 2- are the only cases we can cover with the current platform code. However I believe that we need more flexibility and that the key here is to implement the ServoView, as it is a dependency for all the other cases. ServoView would expose an API as close as possible to https://developer.android.com/reference/android/webkit/WebView.html to ease reusability in the Android community. This ties into the overall embedding story, which I discussed with Paul. We have alignment there, relying mostly on 2 aspects: - the embedding support provided by libservo will be low level enough to let us build the ServoView and CustomTabs on top of it. Expect a lot of JNI fun! - glutin may not be something we want to keep using. I haven't looked in details yet but glutin may be too high level an opinionated for us in this context (eg. can glutin let us display several ServoViews?). So my current plan of action is to verify whether glutin is suitable or not on Android, fix that if needed and then start on a ServoView implementation. Thoughts? -- Fabrice Desré Emerging Technologies Mozilla Corporation ___ dev-servo mailing list dev-servo@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-servo
Re: [dev-servo] Android support
Would the Chrome Embedding Framework (CEF) work help at all? On Tue, Mar 7, 2017 at 4:11 PM Fabrice Desré wrote: > Hi all, > > I want to start a discussion about Servo's Android support. The current > state is quite basic and doesn't provide what we need to cover several > interesting use cases. > > So far I have identified these: > 1- Full screen app (games, VR). > 2- Browser with a pure html "chrome" like browser.html. > 3- Browser with a native (java) chrome. > 4- Reusable WebView (ServoView !) for other apps to embed. > 5- Providing a CustomTab implementation (Chrome and Fennec support that). > > 1- and 2- are the only cases we can cover with the current platform > code. However I believe that we need more flexibility and that the key > here is to implement the ServoView, as it is a dependency for all the > other cases. > > ServoView would expose an API as close as possible to > https://developer.android.com/reference/android/webkit/WebView.html to > ease reusability in the Android community. > > This ties into the overall embedding story, which I discussed with Paul. > We have alignment there, relying mostly on 2 aspects: > - the embedding support provided by libservo will be low level enough to > let us build the ServoView and CustomTabs on top of it. Expect a lot of > JNI fun! > - glutin may not be something we want to keep using. I haven't looked in > details yet but glutin may be too high level an opinionated for us in > this context (eg. can glutin let us display several ServoViews?). > > So my current plan of action is to verify whether glutin is suitable or > not on Android, fix that if needed and then start on a ServoView > implementation. > > Thoughts? > > -- > Fabrice Desré > Emerging Technologies > Mozilla Corporation > ___ > dev-servo mailing list > dev-servo@lists.mozilla.org > https://lists.mozilla.org/listinfo/dev-servo > ___ dev-servo mailing list dev-servo@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-servo
Re: [dev-servo] Android support
Have you also looked at https://github.com/paulrouget/servoshell/projects/2 ? I believe that some issues listed there are being addressed, maybe it also addresses the issues arising from supporting use case 3-5. On Tue, Mar 7, 2017 at 3:15 PM, Michael Howell wrote: > Would the Chrome Embedding Framework (CEF) work help at all? > > On Tue, Mar 7, 2017 at 4:11 PM Fabrice Desré wrote: > > > Hi all, > > > > I want to start a discussion about Servo's Android support. The current > > state is quite basic and doesn't provide what we need to cover several > > interesting use cases. > > > > So far I have identified these: > > 1- Full screen app (games, VR). > > 2- Browser with a pure html "chrome" like browser.html. > > 3- Browser with a native (java) chrome. > > 4- Reusable WebView (ServoView !) for other apps to embed. > > 5- Providing a CustomTab implementation (Chrome and Fennec support that). > > > > 1- and 2- are the only cases we can cover with the current platform > > code. However I believe that we need more flexibility and that the key > > here is to implement the ServoView, as it is a dependency for all the > > other cases. > > > > ServoView would expose an API as close as possible to > > https://developer.android.com/reference/android/webkit/WebView.html to > > ease reusability in the Android community. > > > > This ties into the overall embedding story, which I discussed with Paul. > > We have alignment there, relying mostly on 2 aspects: > > - the embedding support provided by libservo will be low level enough to > > let us build the ServoView and CustomTabs on top of it. Expect a lot of > > JNI fun! > > - glutin may not be something we want to keep using. I haven't looked in > > details yet but glutin may be too high level an opinionated for us in > > this context (eg. can glutin let us display several ServoViews?). > > > > So my current plan of action is to verify whether glutin is suitable or > > not on Android, fix that if needed and then start on a ServoView > > implementation. > > > > Thoughts? > > > > -- > > Fabrice Desré > > Emerging Technologies > > Mozilla Corporation > > ___ > > dev-servo mailing list > > dev-servo@lists.mozilla.org > > https://lists.mozilla.org/listinfo/dev-servo > > > ___ > dev-servo mailing list > dev-servo@lists.mozilla.org > https://lists.mozilla.org/listinfo/dev-servo > ___ dev-servo mailing list dev-servo@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-servo
Re: [dev-servo] Android support
> - glutin may not be something we want to keep using. I haven't looked in > details yet but glutin may be too high level an opinionated for us in this > context (eg. can glutin let us display several ServoViews?). > > So my current plan of action is to verify whether glutin is suitable or not > on Android, fix that if needed and then start on a ServoView implementation. We have had disagreements with the maintainer in the past. Glutin is primarily targeted at game developers, and our use cases are more advanced and not always welcomed. I'm not sure what it would take to modify Glutin (ie, create a new fork that goes in more useful direction for Servo) or create a new thing from scratch, but it's pretty much been our expectation that someday we would do one of these. jack. ___ dev-servo mailing list dev-servo@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-servo
