actually that's not right. It is still creating a binding which is returning the incorrect value, so not a direct value assignment.
On Wed, Jan 15, 2020 at 9:23 AM Greg Dove <[email protected]> wrote: > > I think it is close to working. Seems to be including backslashes when it > should not, and dropping second curly brace. > > > On Wed, Jan 15, 2020 at 9:18 AM Greg Dove <[email protected]> wrote: > >> I tried it yesterday, yes. I did not doublecheck that this morning though >> >> >> On Wed, Jan 15, 2020 at 9:16 AM Harbs <[email protected]> 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 <[email protected]> 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 <[email protected]> >>> 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" <[email protected]> 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 <[email protected]> >>> >> 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 >>> >> (<[email protected]>) >>> >>> 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" <[email protected]> wrote: >>> >>>> >>> >>>> I have the following markup: >>> >>>> >>> >>>> <sp:Code text='<sp:AssetList dataProvider="{provider}"/>' >>> >>>> 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='<sp:AssetList >>> >>>> dataProvider="{provider}"/>' 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&data=02%7C01%7Caharui%40adobe.com%7Cc447c93171474ffcbae508d798c9d493%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637145864937648604&sdata=tXrDPg8iJjaoncPWObTgHV2D9jPKslvPYzNrsP71xIU%3D&reserved=0 >>> >> >>> >> >>> >> >>> >> >>> >>>
