Re: WebAssembly Flash ByPass
On 4/12/17, 11:37 AM, "Jason Taylor"wrote: >Would be really nice if somehow we could get a lot of votes on this >issue, the flash player team would be the best group to work on this, and >this would hugely benefit a all flash/flex/air/flex js people.Alex, >any chance you could help this vote get more attention? I do not have influence in that arena. -Alex
RE: WebAssembly Flash ByPass
lol yes, currently WebAssembly dosen't include the bindings to WebGL, so still have to hack things around a bit, but yes essentially we would have to rewrite the main rendering engine to WebGL, still haven't made it deep into LightSpark's rendering engine, but assuming they are mimicking the native flash renderer which is an absolutely beast -Original Message- From: Tom Chiverton [mailto:t...@extravision.com] Sent: Wednesday, April 12, 2017 12:53 AM To: dev@flex.apache.org Subject: Re: WebAssembly Flash ByPass I certainly look forward to seeing what comes out of it. Sounds like you relish the challenge ! Tom On 11/04/17 20:09, Jason Taylor wrote: > problem area is obviously the rendering engine, but I do have quite a bit of > experience in the area.
RE: WebAssembly Flash ByPass
Would be really nice if somehow we could get a lot of votes on this issue, the flash player team would be the best group to work on this, and this would hugely benefit a all flash/flex/air/flex js people.Alex, any chance you could help this vote get more attention? ~ JT -Original Message- From: Bernhard Schleicher [mailto:bernhard.schleic...@emmgt.at] Sent: Wednesday, April 12, 2017 3:23 AM To: dev@flex.apache.org Subject: RE: WebAssembly Flash ByPass There is an issue by adobe to implement a HTML Target for Air (WebGL / WebAssembly) https://tracker.adobe.com/#/view/AIR-4178275 Please vote for this issue if you are interested. Regards, Bernhard -Original Message- From: Tom Chiverton [mailto:t...@extravision.com] Sent: Mittwoch, 12. April 2017 09:53 To: dev@flex.apache.org Subject: Re: WebAssembly Flash ByPass I certainly look forward to seeing what comes out of it. Sounds like you relish the challenge ! Tom On 11/04/17 20:09, Jason Taylor wrote: > problem area is obviously the rendering engine, but I do have quite a bit of > experience in the area.
Re: [FlexJS] Merge feature into develop
On 4/11/17, 11:59 PM, "Christofer Dutz"wrote: >From the look of it, it seems as if indeed develop is blue again ( Thanks >for fixing. >So, I guess now is the time to start writing some test that ensure the >applications built by our build work. So I will probably start by >creating some simple Selenium tests to do some basic stuff. Anyone who contributes tests is a hero in my eyes. FWIW, I believe the position of UI widgets in the examples may still be incorrect and may shift as we finish up the container/group work, so if you write tests, try to not have the tests rely on positions. Thanks, -Alex
RE: WebAssembly Flash ByPass
There is an issue by adobe to implement a HTML Target for Air (WebGL / WebAssembly) https://tracker.adobe.com/#/view/AIR-4178275 Please vote for this issue if you are interested. Regards, Bernhard -Original Message- From: Tom Chiverton [mailto:t...@extravision.com] Sent: Mittwoch, 12. April 2017 09:53 To: dev@flex.apache.org Subject: Re: WebAssembly Flash ByPass I certainly look forward to seeing what comes out of it. Sounds like you relish the challenge ! Tom On 11/04/17 20:09, Jason Taylor wrote: > problem area is obviously the rendering engine, but I do have quite a bit of > experience in the area. smime.p7s Description: S/MIME cryptographic signature
Re: WebAssembly Flash ByPass
About Skia, there are a lot of port's on github.. 2017-04-12 8:52 GMT+01:00 Tom Chiverton: > I certainly look forward to seeing what comes out of it. > > Sounds like you relish the challenge ! > > Tom > > > > On 11/04/17 20:09, Jason Taylor wrote: > >> problem area is obviously the rendering engine, but I do have quite a bit >> of experience in the area. >> > >
Re: WebAssembly Flash ByPass
I certainly look forward to seeing what comes out of it. Sounds like you relish the challenge ! Tom On 11/04/17 20:09, Jason Taylor wrote: problem area is obviously the rendering engine, but I do have quite a bit of experience in the area.
Re: [FlexJS, Maven] Build library project type to js only swc
Chris, Results are pretty similar even if I used typedefs. I think I will try to creat simple example which reproduce the issue and get back to you. Thanks, Piotr - Apache Flex PMC piotrzarzyck...@gmail.com -- View this message in context: http://apache-flex-development.247.n4.nabble.com/FlexJS-Maven-Build-library-project-type-to-js-only-swc-tp61001p61112.html Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [FlexJS] Merge feature into develop
From the look of it, it seems as if indeed develop is blue again ( Thanks for fixing. So, I guess now is the time to start writing some test that ensure the applications built by our build work. So I will probably start by creating some simple Selenium tests to do some basic stuff. Chris Am 11.04.17, 17:24 schrieb "Peter Ent": Hi, I'm going to merge feature/chart-work into develop in about an hour (I think that's around 6pm UTC). If you have any objections, please let me know ASAP. To recap: These changes removed redundant events being dispatched when components were created and it removes extra DIVs in the HTML DOM. I have 8 samples working (DataBinding, Charts, DataGrid, FlexJSStore, MDLExample, DesktopMap, DateChooser, TodoList). I know that the MobileTrader and MobileStocks app are not working because the Mobile framework project needs to be updated to use the new container set and layouts. Regards, Peter Ent Adobe Systems/Apache Flex Project
Re: git commit: [flex-asjs] [refs/heads/develop] - CORS security. Allow auth credentials to be passed when using cross site calls. This is required as well as setting the Access-Control-Allow-Origin h
On 4/11/17, 9:44 PM, "omup...@gmail.com on behalf of OmPrakash Muppirala"wrote: > >One common approach I have seen in JS webservice libraries is to allow the >users to attach an interceptor function which will carry the requrst >object >in the function args. The user can then attach any headers they want to >the request object inside the function. > >This would be a static method on HTTPService. That way, for example, once >authenticated, all api calls could be intercepted and authentication >headers attached. Or perhaps CORS headers attached if the situation >requires. > >In runtime we check > >if(HttpService.interceptor) { >HTTPService. interceptor.call(this.request); >} If I understand that pattern, it and other callback patterns are ok, but not my favorite pattern because it sort of implies that there is only one interceptor. That's what I like about events and other multi-subscriber patterns: any number of other objects can find out what is going on and remove themselves from the list of folks that care. My 2 cents, -Alex