I tried it yesterday, yes. I did not doublecheck that this morning though

On Wed, Jan 15, 2020 at 9:16 AM Harbs <harbs.li...@gmail.com> wrote:

> Have you confirmed that the escape sequence which works in Flex doesn’t in
> Royale?
>
> > On Jan 14, 2020, at 10:14 PM, Greg Dove <greg.d...@gmail.com> wrote:
> >
> > The escape sequence for binding that works in Flex, is single backslash.
> > I just quickly tested this now with <s:Label text="\{entry\}"  />
> >
> > where entry was also defined locally as a [Bindable] in script block.
> > That works.
> >
> > 'I think this is rare enough that we have bigger fish to fry even if it
> is
> > a bug.'
> > I agree. I suggest we log this as an issue and put it on backlog.
> >
> >
> > On Wed, Jan 15, 2020 at 5:12 AM Alex Harui <aha...@adobe.com.invalid>
> wrote:
> >
> >> IMO, the second example may not be escaped as we don't know the escape
> >> sequence for binding.  You have used an XML entity instead of the brace,
> >> but I think that immediately gets evaluated into the brace UTF-8
> character
> >> before parsing.  These entities are required for compliant XML, but
> don't
> >> mark the characters for the parsing phase.  It is similar to trying to
> >> inject "\n" into strings in Java and other languages.  The escape
> sequence
> >> might be \{ or {{ or something else, I don't know.  Or there isn't a
> >> sequence and we need to invent one.
> >>
> >> Of course, I could be wrong...
> >> -Alex
> >>
> >> On 1/14/20, 12:14 AM, "Harbs" <harbs.li...@gmail.com> wrote:
> >>
> >>    It was escaped in the second example.
> >>
> >>    I think this is rare enough that we have bigger fish to fry even if
> it
> >> is a bug.
> >>
> >>> On Jan 14, 2020, at 9:26 AM, Carlos Rovira <carlosrov...@apache.org>
> >> wrote:
> >>>
> >>> I don't think is a bug too.
> >>> If you want to translate to plain text you must escape it, or better
> >> make
> >>> whole in a var in AS3 and display the value.
> >>>
> >>> El lun., 13 ene. 2020 a las 18:46, Alex Harui
> >> (<aha...@adobe.com.invalid>)
> >>> escribió:
> >>>
> >>>> If I understand the scenario correctly, I don't think that's a
> >> bug.  XML
> >>>> characters are translated into UTF-8 characters which are then
> >> parsed.  The
> >>>> MXML Compiler is scanning all values for binding expressions.
> >>>>
> >>>> It would be a bug if there is no way to escape {} in a value so
> >> that it
> >>>> isn't seen as a binding expression.  I honestly don't know if there
> >> is a
> >>>> way or not.  I would check Flex documentation and use the Flex
> >> compiler to
> >>>> see if you can get {} to show up in a Flex label, then try the same
> >> syntax
> >>>> in Royale.
> >>>>
> >>>> My 2 cents,
> >>>> -Alex
> >>>>
> >>>> On 1/13/20, 4:31 AM, "Harbs" <harbs.li...@gmail.com> wrote:
> >>>>
> >>>>   I have the following markup:
> >>>>
> >>>>   <sp:Code text='&lt;sp:AssetList dataProvider="{provider}"/&gt;'
> >>>> size="4" style="white-space:break-spaces;”/>
> >>>>
> >>>>   I’m trying to display markup in the text property of a component.
> >>>>
> >>>>   It shoould be displayed as:
> >>>>   <sp:AssetList dataProvider="{provider}”/>
> >>>>
> >>>>   But it’s displayed as:
> >>>>   <sp:AssetList dataProvider="[object Object],[object
> >> Object],[object
> >>>> Object]”/>
> >>>>
> >>>>   It looks to me like the Royale compiler is evaluating the
> >> brackets in
> >>>> the text.
> >>>>
> >>>>   FWIW, I also tried:
> >>>>   <sp:Code text='&lt;sp:AssetList
> >>>> dataProvider="&#123;provider&#125;"/&gt;' size="4"
> >>>> style="white-space:break-spaces;"/>
> >>>>
> >>>>   and got the same result.
> >>>>
> >>>>   I think this is a bug. Thoughts?
> >>>>
> >>>>   Harbs
> >>>>
> >>>>
> >>>
> >>> --
> >>> Carlos Rovira
> >>>
> >>
> https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&amp;data=02%7C01%7Caharui%40adobe.com%7Cc447c93171474ffcbae508d798c9d493%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637145864937648604&amp;sdata=tXrDPg8iJjaoncPWObTgHV2D9jPKslvPYzNrsP71xIU%3D&amp;reserved=0
> >>
> >>
> >>
> >>
>
>

Reply via email to