Build failed in Jenkins: Royale_ASDoc_Example #483

See Changes: [aharui] fix virtual scrolling. Should fix #664 [aharui] handle scrollbars that are always visible. Should fix #679 --

Build failed in Jenkins: royale-compiler-integration-tests #406

See Changes: -- [...truncated 158.42 KB...] [junit] [junit] Jan 15, 2020 5:16:05 AM

Build failed in Jenkins: TourDeFlexMigration #481

See Changes: -- [...truncated 386.90 KB...] [mxmlc] scanning for overrides: UIButtonBase [mxmlc] scanning for overrides: CSSTextField

Build failed in Jenkins: Royale_ASDoc_Example #482

See Changes: -- [...truncated 70.55 KB...] [java] ^ [java] [java]

Build failed in Jenkins: royale-compiler-integration-tests #405

See Changes: [joshtynjala] MXMLPropertySpecifierNode: Fixed issue where a property could be set -- [...truncated 159.10

Build failed in Jenkins: Royale_ASDoc_Example #481

See Changes: -- [...truncated 68.61 KB...] [java] ^ [java] [java]

Build failed in Jenkins: royale-compiler-integration-tests #404

See Changes: -- [...truncated 159.22 KB...] [junit] scanning for overrides: ApplicationBase [junit] scanning for overrides:

Re: Evaluating brackets

Thanks! Your report was clearer than what I would have written… ;-) Harbs > On Jan 14, 2020, at 10:28 PM, Greg Dove wrote: > > I was just going to ask you the same thing! Yes, I'll do it > > > On Wed, Jan 15, 2020 at 9:26 AM Harbs wrote: > >> You want to capture the issue on Github? >>

Build failed in Jenkins: Royale_ASDoc_Example #480

See Changes: [harbs] Don't declare lowercase html tags. These should be evaluated as a string [carlosrovira] jewel-datagrid: fix selectionChanged for the whole component

Re: Private vars in MXML

Cool > On Jan 14, 2020, at 10:30 PM, Josh Tynjala wrote: > > Looks like specifying a property as a child tag also fails to report an > error: > > > 10 > > > I'll take a look at both of these. > > -- > Josh Tynjala > Bowler Hat LLC > > > On Tue, Jan 14, 2020 at

Jenkins build is back to normal : royale-asjs #554

See

Re: Private vars in MXML

Looks like specifying a property as a child tag also fails to report an error: 10 I'll take a look at both of these. -- Josh Tynjala Bowler Hat LLC On Tue, Jan 14, 2020 at 12:02 PM Josh Tynjala wrote: > I can reproduce this issue. I determined that the Flex SDK

Re: Evaluating brackets

I was just going to ask you the same thing! Yes, I'll do it On Wed, Jan 15, 2020 at 9:26 AM Harbs wrote: > You want to capture the issue on Github? > > > On Jan 14, 2020, at 10:25 PM, Greg Dove wrote: > > > > actually that's not right. It is still creating a binding which is > > returning the

Re: Evaluating brackets

You want to capture the issue on Github? > On Jan 14, 2020, at 10:25 PM, Greg Dove wrote: > > 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 wrote: > >> >>

Re: Evaluating brackets

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 wrote: > > I think it is close to working. Seems to be including backslashes when it > should not, and dropping second

Re: Evaluating brackets

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 wrote: > I tried it yesterday, yes. I did not doublecheck that this morning though > > > On Wed, Jan 15, 2020 at 9:16 AM Harbs

Re: Evaluating brackets

I tried it yesterday, yes. I did not doublecheck that this morning though On Wed, Jan 15, 2020 at 9:16 AM Harbs 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 wrote: > > > > The escape sequence for

Re: Evaluating brackets

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 wrote: > > The escape sequence for binding that works in Flex, is single backslash. > I just quickly tested this now with > > where entry was also defined locally as a

Re: Evaluating brackets

The escape sequence for binding that works in Flex, is single backslash. I just quickly tested this now with 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

Re: Private vars in MXML

I can reproduce this issue. I determined that the Flex SDK reports this error, so the Royale compiler should do the same: RoyalePrivateMXML.mxml(-1): Error: Attempted access of inaccessible property _privateVar through a reference with static type com.example:MyClass. -- Josh Tynjala Bowler Hat

Build failed in Jenkins: royale-asjs #553

See Changes: [carlosrovira] jewel-datagrid: adjustment of DG to selectedIndex after item addition [carlosrovira] jewel-datagrid: fix pixel columns layout removed by accident due to

Re: [royale-asjs] branch develop updated: Reversed logic on number lookup in AllCSSValuesImpl

What prompted this change was the fact that I found that flex-shrink was not working because it’s a number. (flex-grow and many other CSS props would have the same issue) This seems more PAYG than the original implementation (I was able to remove code from SimpleCSSValuesImpl), and I think it

Build failed in Jenkins: royale-asjs #552

See Changes: [harbs] Don't declare lowercase html tags. These should be evaluated as a string [carlosrovira] jewel-datagrid: fix selectionChanged for the whole component [carlosrovira]

Build failed in Jenkins: royale-compiler-integration-tests #403

See Changes: -- [...truncated 160.40 KB...] [junit] scanning for overrides: ApplicationBase [junit] scanning for overrides:

Re: Trying to make the daily build with maven, but is broken

I think you could just stick TextFlow tags inside the "content" property I think Royale is currently handling: As a String assigned to the htmlText property. I'm not a fan of wrapping in some other tag for identification, but not opposed either. I think we have

Re: Trying to make the daily build with maven, but is broken

One “easy” way around the problem would be to require true html markup to be inside some kind of tag to identify it as such. I think that’s what you’re saying IIUC. I’ve never used TLF markup, so I’m not familiar with how that’s used. What would that look like? > On Jan 14, 2020, at 7:11 PM,

Re: Trying to make the daily build with maven, but is broken

IMO, allowing lowercase html tags should be allowed. We need to distinguish when the compiler should build a tree of objects vs leave the tags as string. IIRC, there is metadata about TextFlow markup for RichEditableText and Spark TextInput/TextArea. Maybe we should do something like that

Re: Trying to make the daily build with maven, but is broken

Huh. Missed that. Reverting my changes. We should document this somewhere (unless I missed it). OK. I’m pretty sure that will not work for SVG elements (i.e. there’s no innerHTML), so I left the lowercase component declarations there. > On Jan 14, 2020, at 6:22 PM, Alex Harui wrote: > >

Re: Trying to make the daily build with maven, but is broken

IIRC, the compiler has some code that looks for certain html tags and assigns it as a string. That is for components with an htmlText property, maybe others. Where a component can render html directly (as opposed to receiving a tree of objects), we want that html to remain as a string. So

Re: Evaluating brackets

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

Build failed in Jenkins: Royale_ASDoc_Example #479

See Changes: [carlosrovira] jewel-datagrid: add to columns a pointer back to datagrid, to make easy [carlosrovira] tour-de-jewel: add checkbox renderer to datagrid example and

Build failed in Jenkins: royale-compiler-integration-tests #402

See Changes: -- [...truncated 159.08 KB...] [junit] scanning for overrides: ApplicationBase [junit] scanning for overrides:

Build failed in Jenkins: Royale_ASDoc_Example #478

See Changes: -- [...truncated 68.69 KB...] [java] ^ [java] [java]

Build failed in Jenkins: royale-compiler-integration-tests #401

See Changes: -- [...truncated 159.21 KB...] [junit] scanning for overrides: ApplicationBase [junit] scanning for overrides:

Jenkins build is back to normal : royale-asjs_MXTests #478

See

Re: Spectrum Components

Hi: I added the example links to the page. On Tue, Jan 14, 2020 at 3:39 AM Carlos Rovira wrote: > Hi Andrew, > > for MDL you can point to some examples in the Piotr site: > > MDLExample was like a Tour De MDL app to showcase all MDL build in Royale. > I was moved to Piotr's site since legacy

Build failed in Jenkins: Royale_ASDoc_Example #477

See Changes: [harbs] Allow lowercase HTML element names [aharui] ranges needed to be passed to model. Should fix #675 [aharui] also block delete and backspace. Should fix #663

Jenkins build is back to normal : royale-asjs_jsonly #605

See

Re: Trying to make the daily build with maven, but is broken

No idea how that markup worked before was a recognized tag… I just added “class" to HTML elements. That seems to fix it. > On Jan 14, 2020, at 10:54 AM, Harbs wrote: > > How did that work before? > >> On Jan 14, 2020, at 10:33 AM, Carlos Rovira wrote: >> >> Hi, >> The problem is that "img"

Re: Trying to make the daily build with maven, but is broken

How did that work before? > On Jan 14, 2020, at 10:33 AM, Carlos Rovira wrote: > > Hi, > The problem is that "img" now is not allowed in html:Div > some of the latest changes make it invalid. > @Harbs I commented the two images in RoyaleSite. > Hope you can take a look to fix it and restore

Re: Trying to make the daily build with maven, but is broken

Hi, The problem is that "img" now is not allowed in html:Div some of the latest changes make it invalid. @Harbs I commented the two images in RoyaleSite. Hope you can take a look to fix it and restore that tow images back Thanks El mar., 14 ene. 2020 a las 8:21, Carlos Rovira () escribió: > Hi

Re: Private vars in MXML

Interesting, never tried. I think that's clearly a bug. Only public members should be allowed. private or protected should throw error El mar., 14 ene. 2020 a las 0:04, Harbs () escribió: > http://ns.adobe.com/mxml/2009; >xmlns:js="library://ns.apache.org/royale/basic" > >

Re: Evaluating brackets

Hi, what's clear is that sometimes trying to do this kind of things in mxml is difficult, and I remember experimenting a lot in Flex doing things like that. As well thinking in adding more texts and other things in MXML for TDJ and sometimes is not easy or we can do it. As you notice is the long

Re: Evaluating brackets

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 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