The problem with AMF could be what Alex mentioned some time ago. If there's some C++ code in Flash Player that was making the magic behind scenes for a super efficient protocol, and if we can super pass this problem in this era of "no-plugins". We'll need to know what's the effort behind AMF, If consists in implement the RemoteObject AS3 library for FlexJS (migrate from Flex SDK), or this can not be done due to that obscure code in flash player that Alex mention...
about Modules...I think is clear that a quick and useful impl should be done ASAP, and starting to test in our examples... Thanks 2017-01-10 13:07 GMT+01:00 Christofer Dutz <christofer.d...@c-ware.de>: > +1 for the AMF and +1 for not-unloadable modules. > > I see it the same way as Carlos. At the moment I see FlexJS as an > opportunity for companies to get out of the dilemma of being stuck in a > dead end with their existing Flex applications. > Supporting things like modules and AMF will ease the migration costs > dramatically. Even if AMF might be a touch slower than JSON I still think > it’s worth being supported. > > Chris > > Am 10.01.17, 12:14 schrieb "carlos.rov...@gmail.com im Auftrag von Carlos > Rovira" <carlos.rov...@gmail.com im Auftrag von > carlos.rov...@codeoscopic.com>: > > "IMO, this has two halves: non-unloadable modules is relatively > straight > forward to do. Unloadable modules will be a ton of work. IIRC, Flex > 1.0 > and I think even Flex 2.x grew its customer base without unloadable > modules." > > If non-unloadable modules is easy to implement, I think it should go > ASAP. > Then we could left unloadable modules por the future... > > For me, AMF is a must, since many companies are using it, and I expect > many > of them switch from old Flex to FlexJS if it's as easy as change only > the > frontend. Change server code means no easy way to change, so stick in > old > code > > Thanks > > > > 2017-01-08 9:52 GMT+01:00 Harbs <harbs.li...@gmail.com>: > > > I agree that skinning is harder than it should be. > > > > For one thing: There’s too many attributes which are set directly. > More > > extensive use of CSS would make skinning easier. > > > > On Jan 8, 2017, at 10:49 AM, Christofer Dutz < > christofer.d...@c-ware.de> > > wrote: > > > > > From my side I’m missing skinnable components. I really loved the > way I > > could create applications with skinning. > > > > > > > -- > > Carlos Rovira > Director General > M: +34 607 22 60 05 > http://www.codeoscopic.com > http://www.avant2.es > > Este mensaje se dirige exclusivamente a su destinatario y puede > contener > información privilegiada o confidencial. Si ha recibido este mensaje > por > error, le rogamos que nos lo comunique inmediatamente por esta misma > vía y > proceda a su destrucción. > > De la vigente Ley Orgánica de Protección de Datos (15/1999), le > comunicamos > que sus datos forman parte de un fichero cuyo responsable es > CODEOSCOPIC > S.A. La finalidad de dicho tratamiento es facilitar la prestación del > servicio o información solicitados, teniendo usted derecho de acceso, > rectificación, cancelación y oposición de sus datos dirigiéndose a > nuestras > oficinas c/ Paseo de la Habana 9-11, 28036, Madrid con la documentación > necesaria. > > > -- Carlos Rovira Director General M: +34 607 22 60 05 http://www.codeoscopic.com http://www.avant2.es Este mensaje se dirige exclusivamente a su destinatario y puede contener información privilegiada o confidencial. Si ha recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente por esta misma vía y proceda a su destrucción. De la vigente Ley Orgánica de Protección de Datos (15/1999), le comunicamos que sus datos forman parte de un fichero cuyo responsable es CODEOSCOPIC S.A. La finalidad de dicho tratamiento es facilitar la prestación del servicio o información solicitados, teniendo usted derecho de acceso, rectificación, cancelación y oposición de sus datos dirigiéndose a nuestras oficinas c/ Paseo de la Habana 9-11, 28036, Madrid con la documentación necesaria.
