Maybe I'm scaring everyone by saying "new component set", but IMO, you all are saying the same thing without realizing it. Each Component adds certain things to the DOM. A simple Basic component only adds one HTMLElement to the DOM and that HTMLElement has limited styling support. We will need a different View that injects a more complex tree of HTMLElements into the DOM. Flat and MDL proved we can do such a thing, but we don't need to do what MDL or Flat did. We can do whatever we want, and call that a "new component set".
This "new component set" will be a collection of components like Panel, and probably not Card. It will probably be implemented by establishing a different set of default views for Basic components, or maybe it will need its own base class. We won't know until we see what kinds of things we need to support in Carlos's step #2. I don't think we can get too far on #3 until we know what is involved in #2. But if we don't create a new component set with those different default views, then skinning may not appear first-class. The Basic ASDoc won't mention skinning as it is in the views. Nor will the code-hinting. So having a new component set gives us a place to hang ASDoc and code hinting and the user doesn't have to do as much configuring: they just use the new component set. Of course, I could be wrong... -Alex On 10/16/17, 12:53 PM, "[email protected] on behalf of Carlos Rovira" <[email protected] on behalf of [email protected]> wrote: >@Alex, it would be great to create a theme feature that does not depends >on >Basic or Express but I think some rules would be needed in the end and a >theme should "style" a concrete set of components (TextInput, CheckBox, >Button, Panel,... and so on). The problem with external sets is that while >MDL has a "Card", CreateJS doesn't have one...the controls that intersect >are of course Button, TextInput, CheckBox.... but Panel is something Flex >related, and you'll find nothing in MDL or CreateJS, for that reason, I >think a theme feature should be something only for Royale UI sets, since >we >can do nothing more for the rest since we don't have control con MDL >implementation. > >What is clear for me is that something like theme customization is >something that we need for 1.0 since people need some grade of style in >their applications build with Royale > >@Piotr, that's very good, I think we'll need to join forces to get this >one, I'm ok with Alex approach, I think there's many starting points: > >1.- Look for the best implementation path (SVG? Bitmap? ...) >2.- Create some designs that puts the rules to code (here we could use >Illustrator, but If I'll some design for this I think I'll use Sketch App >since is a tool very handy for UX/UI work. Here's where I think we could >build a list of possible controls (Button, TextInput, Panel...) and create >at least two starter designs (Wireframe and a complex one), that starter >designs will be the basis of other Royale themes that people could make >themselves. >3.- Design the Arquitecture of themes considering PAYG, Strand/Beads, and >how to make it pluggable while maintain a low weight. >.... > >So If I go with point 2, others could pick 1 or 3 (or other points if >finaly we need more things to consider) > >@Om, I think it could be great to make some new thread and talk about we >we >thing we need for 1.0. I have a clear idea of what is needed at least >IMHO, >but I'm sure others will has their own vision and maybe It would be great >to have some discussion about it > > > > > >2017-10-16 20:54 GMT+02:00 OmPrakash Muppirala <[email protected]>: > >> I too have more time for Royale going forward. At this point, I am not >> sure what exactly needs to be done. >> I want to start on a Charting library integration. I was hoping that >>the >> VS Code issue can be solved before I start. If anyone can take a look >>at >> that, it would be great. >> >> Thanks, >> Om >> >> On Mon, Oct 16, 2017 at 11:51 AM, Piotr Zarzycki < >> [email protected]> >> wrote: >> >> > Hi, >> > >> > I have lately more time for Royale, so I would be happy to help. It >>will >> be >> > awesome if someone could share some resources website, articles etc. >> which >> > can help in some play with CSS3 and SVG. >> > >> > Alex, >> > >> > Do you saying that we should rather have another module which provides >> > theme and that module in your thoughts should utilize Basic or >>Express ? >> > >> > Cause for me it would be a bit too much build new set of components, >>we >> > already have such and I believe that we should stick to that. Work on >>new >> > theme as new module allow also reveal bugs and improve that >>components. >> > Justin raise several issues in our repo to only one component - How >>many >> of >> > them are so much broken as DateChooser ? >> > >> > Carlos, >> > >> > I would be happy to get touch with you once you finish website and set >> some >> > plan. I agree with Alex that we should first build something in pure >> HTML. >> > >> > Thanks, >> > Piotr >> > >> > >> > >> > 2017-10-16 19:52 GMT+02:00 OmPrakash Muppirala <[email protected]>: >> > >> > > The biggest problem with FXG is that there are no editors that >>support >> > it. >> > > >> > > I kept using Illustrator CS5 for creating all my assets. While I >>don't >> > > have a problem with that or a need to upgrade to the latest >>version, it >> > > will be hard to ask users to use that version for their >>FlexJS/Royale >> > > skinning needs. Adobe makes it very hard for people to find and >> download >> > > those versions as well. >> > > >> > > Going forward, CSS3 and SVG would be a very good alternative for us. >> It >> > is >> > > widely supported and easy for our users to incorporate in their >> workflow. >> > > >> > > Thanks, >> > > Om >> > > >> > > On Oct 16, 2017 9:05 AM, "Alex Harui" <[email protected]> >> wrote: >> > > >> > > > IIRC, Om was working on this to some degree. One plan was to >>convert >> > FXG >> > > > to SVG. >> > > > >> > > > AIUI, a SkinnableContainer wouldn't be that hard. Container >>already >> > has >> > > > an inner div to hold the children, so a different view could have >>the >> > > > outer div display SVG behind the children. I think there were >>more >> > > > questions about SkinnableComponent because not every component is >> > already >> > > > implemented to support a skin by default, and SVG as a >> backgroundImage >> > > for >> > > > some HTMLElements don't work well in all browsers. >> > > > >> > > > Flex Skinning was pretty expensive because it added a UIComponent >> child >> > > to >> > > > every component. Because we are PAYG, we don't want to force >>that on >> > > > everyone, and as the MDL work showed, CSS Themes may be just as >>good >> at >> > > > creating nice visual experiences and more standard/common. But as >> > Yishay >> > > > said, in theory, a new set of views could add that extra DIV >>behind >> > each >> > > > component if that's what it takes to implement SVG "skins". And >>we >> > also >> > > > know from MDL and Flat that we can also just re-factor components >> into >> > > > enough pieces that they can have a different look. >> > > > >> > > > Of course, I could be wrong... >> > > > -Alex >> > > > >> > > > On 10/16/17, 6:50 AM, "Peter Ent" <[email protected]> wrote: >> > > > >> > > > >We need to have a "skinning story" - something about alternate >> views, >> > > CSS, >> > > > >that sort of thing. Adding to my list. >> > > > >‹peter >> > > > > >> > > > >On 10/16/17, 2:29 AM, "yishayw" <[email protected]> wrote: >> > > > > >> > > > >>I like it. >> > > > >> >> > > > >> >> > > > >>> There is no direct equivalent of SkinnableContainer in Royale >>(at >> > > this >> > > > >>> time). A reasonable alternative is the Container. >> > > > >> >> > > > >>Maybe we could mention that Royale components typically have >>views >> > > which >> > > > >>can >> > > > >>be used to control appearance without changing behavior. To me, >> spark >> > > > >>skins >> > > > >>sort of played the same role. >> > > > >> >> > > > >> >> > > > >> >> > > > >>-- >> > > > >>Sent from: >> > > > >>https://na01.safelinks.protection.outlook.com/?url= >> > > > http%3A%2F%2Fapache-ro >> > > > >>y >> > > > >>ale-development.20373.n8.nabble.com%2F&data=02%7C01%7C% >> > > > 7C1f660ab8e3b74b1c >> > > > >>a >> > > > >>0b108d5145f4fd8%7Cfa7b1b5a7b34438794aed2c178de >> > > > cee1%7C0%7C0%7C636437321952 >> > > > >>4 >> > > > >>70504&sdata=ueXDGjTEy4hq0kzF9w1P3utRy%2B805PEm54F7P9ZceZ8%3D& >> > > reserved=0 >> > > > > >> > > > >> > > > >> > > >> > >> > >> > >> > -- >> > >> > Piotr Zarzycki >> > >> > mobile: +48 880 859 557 >> > skype: zarzycki10 >> > >> > LinkedIn: >>https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.linke >>din.com%2Fpiotrzarzycki&data=02%7C01%7C%7Ca1f08c0c98234c6737b308d514cf99c >>1%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636437804230257724&sdata=V >>zZBLWTLJ01c%2Bl9Ap8p4GqdI%2FcUnRPL9pq7GVT202VM%3D&reserved=0 >> > >><https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpl.link >>edin.com%2Fin%2Fpiotr-zarzycki-92a53552&data=02%7C01%7C%7Ca1f08c0c98234c6 >>737b308d514cf99c1%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C6364378042 >>30257724&sdata=q3Il3jzqiI3YsNLUdYV%2FmZ%2F0ZN7QNee4i6Twl%2B8g1eo%3D&reser >>ved=0> >> > >> > GitHub: >>https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.c >>om%2Fpiotrzarzycki21&data=02%7C01%7C%7Ca1f08c0c98234c6737b308d514cf99c1%7 >>Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636437804230257724&sdata=ltDp >>wSz0tudeKPxXUUc20RmoNBh967tPM1FrX9ZGcso%3D&reserved=0 >> > >> > > > >-- > ><https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.codeo >scopic.com&data=02%7C01%7C%7Ca1f08c0c98234c6737b308d514cf99c1%7Cfa7b1b5a7b >34438794aed2c178decee1%7C0%7C0%7C636437804230257724&sdata=Arlxbj7ZUzwePntR >DGCwDA6EjMZzoJMnm8fuzl9xP7U%3D&reserved=0> > >Carlos Rovira > >Director General > >M: +34 607 22 60 05 > >https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.codeos >copic.com&data=02%7C01%7C%7Ca1f08c0c98234c6737b308d514cf99c1%7Cfa7b1b5a7b3 >4438794aed2c178decee1%7C0%7C0%7C636437804230257724&sdata=Arlxbj7ZUzwePntRD >GCwDA6EjMZzoJMnm8fuzl9xP7U%3D&reserved=0 > > >Conocenos Avant2 en 1 minuto! ><https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Favant2.e >s%2F%23video&data=02%7C01%7C%7Ca1f08c0c98234c6737b308d514cf99c1%7Cfa7b1b5a >7b34438794aed2c178decee1%7C0%7C0%7C636437804230257724&sdata=baaH0nONGzX2t% >2FpzI0dXIxbUhU1pLF4kxZiizJP2svU%3D&reserved=0> > > >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.
