I've run into the "unset width/height" issue myself.  IMO, unsetting 
width/height is platform-specific and shouldn't be in the API surfaces of the 
components.  For me, I just had to pick the right place in the platform 
implementation to set the values.  Right now there are some places where we 
unset by setting width/height to "".  I think those will have to change to 
"initial" but it is the same principle.  So think about the "meaning" behind 
the need to unset width/height and whether there is a place in the 
implementation that is the right time to do that.

Emulation components have setStyle for backward compatibility with Flex.  Jewel 
can as well.  I think Basic doesn't need it.  We have enough ways for what are 
currently rare cases for Basic apps.

My 2 cents,
-Alex

On 1/14/19, 7:24 AM, "Carlos Rovira" <[email protected]> wrote:

    Hi Alex,
    
    El lun., 14 ene. 2019 a las 5:37, Alex Harui (<[email protected]>)
    escribió:
    
    >
    > NaN may not be a legal value on some runtimes/platforms.
    
    
    mmm...but, right now, since property is actually NaN, you can pass NaN
    value in Royale, so is a valid value actually, and I think Flex as well can
    accept NaN right?
    So if a runtime can then handle it, I think is up to that runtime to manage
    through COMPILE::XX right?
    
      I haven't followed this part of the thread.  What is the scenario?
    > UIBase.width is a Number because folks coming from Flex will expect it.
    > The underlying CSS is a separate issue, IMO.
    >
    >
    The scenario is a that HTML/JS/CSS interfaces needs to "unset" the
    width/height and we can't fo this actually in AS3, just with css selector
    overriding the value.
    So this seems width/height implementation unfinished right?
    unset (for me using NaN) should put for HTML platform width = style.width =
    "initial" that is the way to say the browsers to "unset" that value and
    remove the actual one (if any)
    
    I found this problem working in some Jewel components like the ones that
    popup something like ComboBox or DateField. If you search in Jewel for
    "initial" you can see a commented line in "ComboBoxView" to see in some way
    a real use case. Just notice I finaly didn't need since I change my
    strategy about what I want that popup to behave, but that's just
    circunstancial.
    
    
    
    > IMO, we have the width/height properties that just about everybody will
    > need in UIBase and everything else has to be added as a bead for PAYG
    > reasons.  Remember that a top-level-component aggregates beads and proxies
    > them to the API surface, so it is up to the component set developers to
    > decide which properties to proxy.   There is no requirement to create a
    > bead for each property, you can group them into a MinMaxWidthHeight bead 
or
    > something like that.  It doesn't matter since different component sets can
    > use different beads.
    >
    >
    Ok I think I'll do a bead for each, I think that people would want to set
    up min independently of max, so I think is better to have separated beads
    if we want to enforce PAYG.
    Don't make sense to me to join both in the same code since people could end
    using one and couldn't need the other.
    
    
    > If you want to add a setStyle() API or have properties like minWidth added
    > to Jewel that's totally fine.  I don't think Basic should have it.  There
    > are lower cost ways of setting CSS already in Basic.
    >
    
    very interesting...about setStyle, what you have in mind? a method to set a
    any style using "prop" and "value" as inputs?
    let me know a bit more about this, can you put a method signature of what
    you propose? this could be very convenient
    
    thanks
    
    
    >
    > My 2 cents,
    > -Alex
    >
    >     Thoughts?
    >
    >     Carlos
    >
    >
    >
    >
    >     El vie., 11 ene. 2019 a las 20:59, Kessler CTR Mark J
    >     (<[email protected]>) escribió:
    >
    >     > I'm slow getting to these emails, so if I've missed any, I 
apologize.
    >     >
    >     > After this last two weeks I've come to the realization that the
    > FlexBox
    >     > CSS style is greatly more flexible(no pun intended twice) than most
    > of what
    >     > we have in AS.  I could write a pile of examples for most common
    > layouts if
    >     > it had enough interest.  These were styles I ended up assigning
    > using CSS
    >     > selectors assigned to MXML via the className property.  I could even
    > fix
    >     > formatting issues I was having in Jewel by overriding the styles
    > this way.
    >     >
    >     >
    >     > If you really wanted to use a max width without adding coding
    > overhead to
    >     > the SDK you could just add in CSS file selector to use max-width.
    >     >
    >     >
    >     > .MyStyle
    >     > {
    >     >    Max:width: 200px;
    >     > }
    >     >
    >     >
    >     > <j:VGroup className="MyStyle">
    >     >      <child />
    >     >      <child />
    >     > </ j:VGroup>
    >     >
    >     >
    >     > It would cut off any overflow by default.  If you'd prefer you could
    > use
    >     > the "flex-wrap: wrap" to have it wrap the children in the cross axis
    >     > direction.
    >     >
    >     > I'll have to add more to the email later on, but this part can go 
out
    >     > now.  Could make a very large wiki page on layout in MXML with the
    > flexbox
    >     > logic.
    >     >
    >     > -Mark K
    >     >
    >     >
    >     >
    >     >
    >     > -----Original Message-----
    >     > From: Carlos Rovira [mailto:[email protected]]
    >     > Sent: Thursday, January 10, 2019 2:50 PM
    >     > To: [email protected]
    >     > Subject: [Non-DoD Source] Re: Things that we still doesn't have and
    > need
    >     > in UIBase sizing
    >     >
    >     > Hi Mark,
    >     >
    >     > thanks for joining to the discussion:
    >     >
    >     >
    >     > El jue., 10 ene. 2019 a las 20:31, Kessler CTR Mark J
    >     > (<[email protected]>) escribió:
    >     >
    >     > >
    >     > > Back on topic,  I was able to avoid using max size declarations by
    > adding
    >     > > in CSS to utilize the flex-box CSS alignments to fill and
    > distribute
    >     > sizes.
    >     >
    >     >
    >     > >
    >     >
    >     > Very interesting, could you provide some code example so I can
    > understand
    >     > the concept? I'm interested in that technique
    >     >
    >     > thanks
    >     >
    >     > --
    >     > Carlos Rovira
    >     >
    > 
https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&amp;data=02%7C01%7Caharui%40adobe.com%7Cd2cd4da3b38b4601a76b08d67a3456f2%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636830762551173911&amp;sdata=smYh1sgbCwtxF%2FAexW1lp78o3krvaSjgJDmowsqq88U%3D&amp;reserved=0
    >     >
    >
    >
    >     --
    >     Carlos Rovira
    >
    > 
https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&amp;data=02%7C01%7Caharui%40adobe.com%7Cd2cd4da3b38b4601a76b08d67a3456f2%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636830762551173911&amp;sdata=smYh1sgbCwtxF%2FAexW1lp78o3krvaSjgJDmowsqq88U%3D&amp;reserved=0
    >
    >
    >
    
    -- 
    Carlos Rovira
    
https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&amp;data=02%7C01%7Caharui%40adobe.com%7Cd2cd4da3b38b4601a76b08d67a3456f2%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636830762551173911&amp;sdata=smYh1sgbCwtxF%2FAexW1lp78o3krvaSjgJDmowsqq88U%3D&amp;reserved=0
    

Reply via email to