2016-12-12 6:24 GMT+01:00 Alex Harui <[email protected]>: > On 12/11/16, 1:11 AM, "[email protected] on behalf of Carlos Rovira" > <[email protected] on behalf of [email protected]> wrote: > > > That's clever (adding new properties as beads). For this particular > implementation, are you concerned about collisions in other scenarios? > For Div/Container (probably others), adding children also modified > innerHTML. > > I found that while making more testing. Set innerHTML removes other nodes, so I need to control that
> Would it be useful to have a component that generates a TextNode? Then > you could interleave them between other child components. > Right, I was trying that and experimenting with the beadsAdded and initComplete listeners to see when the text is added when there's more nodes. I think that we could have a "insertLast" property in the bead or similar to let user decide if he want the text and the first and then nodes or nodes and the text... Or we could put a "index" property to decide where to insert... > > IMO, a Container is a general purpose container of child components. Yes, > we currently use Div for it in HTML, but other platforms may have > different behavior. It turns out that you can write to innerHTML to set > children and text/html in JS, but it isn't clear that a Container should > support a text/html property. A Div component could, but again, I think > it should just accept children. A DivForHTML component could expose an > innerHTML property and not subclass Container so that you can't add > children and conflict with the innerHTML property. > > Just thinking out loud... I could be wrong, > Thinking loud as well, maybe InnerHTML is a "HTML only bead" since in a SWF scenario could not have sense? Don't have this very clear right now... > -Alex > > -- 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.
