Re: No script message on public site

2020-02-06 Thread Josh Tynjala
I don't think Jude is talking about using in a Royale app. I think he's saying that the official Apache Flex homepage (or is that a typo? maybe it's the Royale site) requires JavaScript and should have a fallback . -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Wed, Feb 5, 202

Re: MXML and warn-public vars

2020-02-05 Thread Josh Tynjala
That's a good point about checking whether Flex could do that. I think that the compiler may need to know the state names at compile-time, but binding is generally considered a run-time thing. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Wed, Feb 5, 2020 at 12:54 PM Gre

Re: MXML and warn-public vars

2020-02-05 Thread Josh Tynjala
My initial implementation will probably all or nothing, in terms of renaming, but we can revisit after to add more fine-grained control, if necessary. I'll try to take a look at that constant issue when I get a chance. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Wed, Feb 5

Re: MXML and warn-public vars

2020-02-05 Thread Josh Tynjala
Yeah, I'll make sure that users can control whether renaming happens or not. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Wed, Feb 5, 2020 at 11:51 AM Alex Harui wrote: > Great work, Josh! > > I have to say that the objectProperty output was adding pain to debuggi

Re: MXML and warn-public vars

2020-02-05 Thread Josh Tynjala
of all public variables. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Sun, Jan 19, 2020 at 4:58 PM Alex Harui wrote: > In response to your prior post, the reason I am saying it removes control > is because I didn't see any option to not have the com

Re: Maven Distribution SDK fixed and working for IDEs

2020-02-05 Thread Josh Tynjala
. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Wed, Feb 5, 2020 at 10:17 AM Carlos Rovira wrote: > ok didn't notice. > So maybe is a classpath problem? > It's clear that VSCode goes to the same place and find it since mxmlc is a > dummy jar that has exactly that class,

Re: Maven Distribution SDK fixed and working for IDEs

2020-02-05 Thread Josh Tynjala
You can see from the output that Moonshine is calling the command line scripts in js/bin. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Wed, Feb 5, 2020 at 7:45 AM Carlos Rovira wrote: > Hi Piotr, > > That was a problem I had with VSCode when started to work on fi

Re: SWCs directory?

2020-02-03 Thread Josh Tynjala
Yes, that's why you are seeing these errors. royale-config.xml was not supposed to reference SWF SWCs like frameworks/libs/Basic.swc in the JS-only SDK. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Sun, Feb 2, 2020 at 10:04 PM OmPrakash Muppirala wrote: > On Sun, Feb 2,

Re: SWCs directory?

2020-02-02 Thread Josh Tynjala
royale-js 0.9.6 has always been broken (royale-js-swf is fine). As I recall, we've already fixed the build scripts in the repo, but we haven't done a new release yet. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Sun, Feb 2, 2020 at 10:34 AM OmPrakash Muppirala wrote: > T

Re: Build failed in Jenkins: Royale_ASDoc_Example #553

2020-01-27 Thread Josh Tynjala
If it ever becomes a priority, don't forget that being able to read every file in the source path will still be important for IDEs that use the Royale compiler for code intelligence. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Sun, Jan 26, 2020 at 9:57 PM Alex Harui

Re: [VSCode - asconfigc] sdk referenced in tasks.json

2020-01-27 Thread Josh Tynjala
ld" }, { "type": "actionscript", "debug": false, "problemMatcher": [], "group": "build" } We should not require users to install asconfigc from npm. It's an extra step that adds unnecessary complexity for new contributor

Re: Generating Royale API report failing on Mac

2020-01-23 Thread Josh Tynjala
. Let me know if it helps, once there's a nightly build that includes this commit. https://github.com/apache/royale-asjs/commit/267ba30c980a7c6df3408fa1eb49390277f3fc89 -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Thu, Jan 23, 2020 at 7:26 AM Piotr Zarzycki wrote: > >

Re: [Discuss] google closure library version for ANT/MAVEN (Re: Maven Distribution SDK fixed and working for IDEs)

2020-01-22 Thread Josh Tynjala
t is doing. https://github.com/google/closure-library/archive/v20180910.zip -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Wed, Jan 22, 2020 at 3:52 AM Carlos Rovira wrote: > Hi, > > now that maven distribution is working we need help of community here to > g

Re: royale-asjs XMLNamespaceTest testMinimalDefault failing

2020-01-21 Thread Josh Tynjala
ing changed in Flash after version 20, it seems to have been changed back in a more recent version. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Tue, Jan 21, 2020 at 3:24 PM Josh Tynjala wrote: > I'm getting the following failure from RoyaleUnit for the XML project, &

royale-asjs XMLNamespaceTest testMinimalDefault failing

2020-01-21 Thread Josh Tynjala
is being used. Maybe it's something related to that. I happen to be using Flash Player 32.0. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev>

Re: [VSCode] Tour De Jewel assets are not copied

2020-01-21 Thread Josh Tynjala
In asconfig.json, set copySourcePathAssets to true. Then, add resources/assets to the source-path compiler option. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Tue, Jan 21, 2020 at 6:24 AM Carlos Rovira wrote: > Hi Josh, > > TDJ has in asconfigc.

Re: [royale-asjs] branch develop updated: UIComponent.enable needs to be bindable. Should fix #675

2020-01-20 Thread Josh Tynjala
Enum values in [Inspectable] and [Style] metadata are definitely handled by VSCode's MXML completion when they're available. I can see it working for both Flex and Feathers projects. Like Alex suggested, the -keep-as3-metadata+=Inspectable compiler option may help. -- Josh Tynjala Bowler Hat LLC

Re: MXML and warn-public vars

2020-01-17 Thread Josh Tynjala
ther, I'm okay with no control over renaming. > B) capturing information from the compiler, > C) controlling the set of renames and exports directly, not through the output. Agreed, being able to pass information Closure compiler on the Java side would be better. than through the JS output >

Re: MXML and warn-public vars

2020-01-17 Thread Josh Tynjala
formation from the compiler, C) controlling the set of renames and exports directly, not through the output. > > My 2 cents, > -Alex > > > On 1/16/20, 2:48 PM, "Josh Tynjala" wrote: > > Some additional context, if anyone is interested. > > At the request

Re: MXML and warn-public vars

2020-01-16 Thread Josh Tynjala
. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Thu, Jan 16, 2020 at 2:06 PM Alex Harui wrote: > And so when I have to debug the structure in js-debug, I will see > > data = [function, 1, function, true, 'value'] > > And have no idea what property is being s

Re: MXML and warn-public vars

2020-01-16 Thread Josh Tynjala
with the minified name, so it ends up being like this: var data = [ Component, 1, '', true, 'value' ] -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Thu, Jan 16, 2020 at 1:38 PM Alex Harui wrote: > Where does the goog.reflect.objectProperty appear in the output? In t

Re: MXML and warn-public vars

2020-01-16 Thread Josh Tynjala
with functions can be forgotten. In a release build, I can see that goog.reflect.objectProperty() calls are replaced by a simple string literal (containing the minified variable name), so we don't have to worry about extra performance impact. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev>

Re: MXML and warn-public vars

2020-01-16 Thread Josh Tynjala
any overhead that Alex is worried about. @Harbs/@Greg: I'll check out goog.reflect.objectProperty(). If that works, we might be able to avoid the function call(s) completely. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Wed, Jan 15, 2020 at 3:22 PM Josh Tynjala wrote: >

Re: How to keep trace() in release build?

2020-01-15 Thread Josh Tynjala
As a temporary workaround, I was able to use console.log() instead. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Wed, Jan 15, 2020 at 2:52 PM Josh Tynjala wrote: > I see that Language.trace() has a @royaledebug doc tag, which seems to > remove it from a release b

MXML and warn-public vars

2020-01-15 Thread Josh Tynjala
g, Boolean, and Number. Objects and Arrays follow a different path in the MXML data interpreter, but I don't see why I wouldn't be able to handle those with a similar approach. Thoughts? -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev>

How to keep trace() in release build?

2020-01-15 Thread Josh Tynjala
of my code. Is there a way to turn that off and keep trace() in a release build? -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev>

Re: Private vars in MXML

2020-01-14 Thread Josh Tynjala
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 <https://bowlerhat.dev> On Tue, Jan 14, 2020 at 12:02 PM Josh Tynjala wrote: > I can reproduce this issue. I determined that the

Re: Private vars in MXML

2020-01-14 Thread Josh Tynjala
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

Re: Private vars in MXML

2020-01-13 Thread Josh Tynjala
Do you have some example code? -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Mon, Jan 13, 2020 at 2:21 PM Harbs wrote: > I just noticed that there’s no compiler error while specifying private var > values in MXML. > > It looks like it’s compiled “correctly”

Re: Including CSS in apps

2020-01-07 Thread Josh Tynjala
to be useful. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Tue, Jan 7, 2020 at 9:51 AM Alex Harui wrote: > > > On 1/7/20, 9:33 AM, "Harbs" wrote: > > On Jan 7, 2020, at 7:28 PM, Alex Harui > wrote: > > > > I would think any

Re: Including CSS in apps

2020-01-06 Thread Josh Tynjala
Being able to ensure that a particular file gets copied to the output folder when the class is used would be really nice. JS, CSS, and images would all be useful. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Mon, Jan 6, 2020 at 2:11 PM Alex Harui wrote: > > > On 1

Re: [royale-asjs] branch develop updated: Fixed event bubbling

2019-12-26 Thread Josh Tynjala
(); sprite.addChild(child); sprite.addEventListener(Event.CHANGE, function(event:Event):void { trace("parent (capture):", event.eventPhase); }, true); child.dispatchEvent(new Event(Event.CHANGE, false)); -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Wed, Dec 25, 2019 at 2:25

Re: Broken TourDeJewel and other applications

2019-12-18 Thread Josh Tynjala
Found a simple typo in my previous commit! I pushed a fix. Sorry again! -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Wed, Dec 18, 2019 at 8:29 AM Josh Tynjala wrote: > Sorry about that! I'm looking into it. > > -- > Josh Tynjala > Bowler Hat LLC &

Re: Broken TourDeJewel and other applications

2019-12-18 Thread Josh Tynjala
Sorry about that! I'm looking into it. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Wed, Dec 18, 2019 at 6:55 AM Piotr Zarzycki wrote: > Yeah. Let's wait for Josh's review. This problems annoys me all day today. > :( > > śr., 18 gru 2019 o 09:27 Carlos

Re: ASF features we might look at

2019-12-11 Thread Josh Tynjala
I'm not really familiar with Confluence, but I think that your best bet on Github is to use Project boards: https://help.github.com/en/github/managing-your-work-on-github/managing-project-boards -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Wed, Dec 11, 2019 at 10:19 AM

Re: About Git repository and sources

2019-12-11 Thread Josh Tynjala
Unfortunately, 0.9.6 from npm currently broken, as I recall. If you use Moonshine's SDK installer, that can download a working 0.9.6 SDK. Moonshine applies a special fix to make it work. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Wed, Dec 11, 2019 at 7:36 AM Antonis Kal

Re: [royale-compiler] branch develop updated: royale-maven-plugin: BaseMojo provides missing mxml-2009-manifest.xml that is required to use core types like Array, String, Boolean, etc. in MXML (closes

2019-12-10 Thread Josh Tynjala
I'm referring to mxml-2009-manifest.xml, which is a new file (for Maven, at least) that is necessary to fix the issue. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Tue, Dec 10, 2019 at 9:28 AM Alex Harui wrote: > AIUI, these xml files are already copied. > > -Ale

Re: [royale-compiler] branch develop updated: royale-maven-plugin: BaseMojo provides missing mxml-2009-manifest.xml that is required to use core types like Array, String, Boolean, etc. in MXML (closes

2019-12-10 Thread Josh Tynjala
The asdoc build seems to be what was failing, and I just updated that template to match my changes. I can successfully build royale-asjs locally. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Tue, Dec 10, 2019 at 1:08 AM Carlos Rovira wrote: > Hi, > > I'm find

Re: [royale-compiler] branch develop updated: royale-maven-plugin: BaseMojo provides missing mxml-2009-manifest.xml that is required to use core types like Array, String, Boolean, etc. in MXML (closes

2019-12-10 Thread Josh Tynjala
Yes, copying some kind of file would be better probably. No clue how to do that in Maven, but I guess I'll see if we have some other code that copies files from your suggested src/main/resources/config location. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Mon, Dec 9, 2019 a

Re: this in closures

2019-12-09 Thread Josh Tynjala
shouldn't be printing that success message, and it should let something further up the chain report success or failure. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Mon, Dec 9, 2019 at 2:28 AM Harbs wrote: > Why does this warning show up at the very end of the conso

Re: Object.defineProperty in prototype

2019-12-09 Thread Josh Tynjala
Identifiers cannot start with a number, so that probably won't work. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Mon, Dec 9, 2019 at 9:00 AM Alex Harui wrote: > Did you try: > > function get 0():XML { return this; } > function set 0(value:XML) {} > >

Re: this in closures

2019-12-03 Thread Josh Tynjala
(this-within-closure,assignment-within-conditional)] I'm not sure if dashes are allowed in AS3 metadata attributes, but basically, the idea is to have the attribute names match the existing compiler options for each type of warning that can be suppressed. -- Josh Tynjala Bowler Hat LLC <https://

Re: this in closures

2019-12-03 Thread Josh Tynjala
You can turn it off with the following compiler option: -warn-this-within-closure=false -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Tue, Dec 3, 2019 at 9:36 AM Harbs wrote: > I recently started getting some of these warnings: > > Warning: Encountered this keyword

Re: [royale-compiler] branch develop updated: should we add these generated files? (if not please remove)

2019-12-03 Thread Josh Tynjala
/f48d1051cd2524bc133f96081aa67ba55212bab0 Perhaps Maven tries to be helpful by detecting if something is a shell script and ensures that it is executable. It seems strange that this would happen in a src folder instead of when a file is copied to the target folder, though. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.

Re: [royale-compiler] branch develop updated: should we add these generated files? (if not please remove)

2019-12-03 Thread Josh Tynjala
-compiler/commit/f0d9176c405c0508255d20a98b095ea21ff4b238 -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Tue, Dec 3, 2019 at 7:18 AM Carlos Rovira wrote: > Hi Josh, > just put them back. I'm a bit confused with this files, since we should not > have generated files. But

Re: [royale-compiler] branch develop updated: should we add these generated files? (if not please remove)

2019-12-02 Thread Josh Tynjala
These files are not actually generated. Please put them back. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Thu, Nov 28, 2019 at 8:56 AM Carlos Rovira wrote: > I was figuring that, but wasn't sure, will remove it > > El jue., 28 nov. 2019 a las 17:04, Alex Haru

Re: with scrolling text

2019-10-29 Thread Josh Tynjala
It's not ideal, but I was able to get percentWidth to work by adding the directly to the form, instead of wrapping it in a form item: -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Tue, Oct 29, 2019 at 11

with scrolling text

2019-10-29 Thread Josh Tynjala
zontal space as possible. percentWidth="100" doesn't seem to work. I suspect that there are some specific flexbox styles that are necessary, but I can't seem to figure out which ones. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev>

Re: Jewel VerticalLayout padding values don't work?

2019-10-29 Thread Josh Tynjala
I'm trying to add some containers to cells in a , and I want some extra spacing around the edges for the children. I found a workaround by adding style="padding:10px" to the container, but that seems hacky. It's good enough for now, though, so no rush! -- Josh Tynjala Bowler Hat

Jewel VerticalLayout padding values don't work?

2019-10-29 Thread Josh Tynjala
I'm trying to set the paddingLeft and paddingRight properties on , but they don't seem to have any effect. Is there a special bead or something that I need to add somewhere to enable these properties? -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev>

Re: Welcome Greg Dove to Apache Royale's PMC

2019-10-29 Thread Josh Tynjala
Welcome, Greg! -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Tue, Oct 29, 2019 at 12:51 AM Harbs wrote: > It is with great pleasure that I announce that the Apache Royale PMC > members have voted in Greg Dove to the PMC. Please join us in welcoming > him. This i

Re: Royale Node.js documentation

2019-10-29 Thread Josh Tynjala
Yes, the article [1] appears to be valid still. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Tue, Oct 29, 2019 at 7:08 AM Carlos Rovira wrote: > Amazing Josh! :) > > I think 3) brings lots of possibilities to work from AS3 with Node. Hope to > take a look soon

Royale Node.js documentation

2019-10-28 Thread Josh Tynjala
in ActionScript https://apache.github.io/royale-docs/features/nodejs/external-modules -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev>

Re: Hi, everyone, I'm Jason Huang

2019-10-22 Thread Josh Tynjala
available is great, but it should be one option among many. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Tue, Oct 22, 2019 at 10:24 AM wrote: > Hi Carlos, > I’m just very confused with platform specified Apis you mentioned. I think > flash API is the base of everythi

Re: [Discussion] Where Nightly builds links must be located (we must remove it from download page)

2019-10-16 Thread Josh Tynjala
Hopefully a separate public page is allowed. What a ridiculous policy! -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Wed, Oct 16, 2019 at 6:30 AM Andrew Wetmore wrote: > Can they have their own dedicated page, wreathed around with cautions and > disclaimers to scare aw

Re: [royale-asjs] 01/06: RoyaleArrayLike support (IArrayList and BinaryData)

2019-10-15 Thread Josh Tynjala
Thanks, Greg! -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Mon, Oct 14, 2019 at 5:08 PM Greg Dove wrote: > Thanks for bringing that to my attention, Josh. it should be fixed now (I > tested with your example, thanks for that). > > On Tue, Oct 15, 2019 at 10:31 A

Re: Broken royale-config in JS only build of released Apache Royale SDK 0.9.6

2019-10-09 Thread Josh Tynjala
, and we failed to discover it during the release process. If I were to guess, it's probably because nightly builds were always working correctly, and we didn't do enough manual testing of the release candidate. Anyway, this is obviously a critical issue that we need to get fixed ASAP. -- Josh Tynjala

Re: Broken royale-config in JS only build of released Apache Royale SDK 0.9.6

2019-10-09 Thread Josh Tynjala
). -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Wed, Oct 9, 2019 at 2:41 PM Andrew Wetmore wrote: > Instructions that require Ant or npm are not, in my humble opinion, > entry-level instructions. I should not have to be an SDK constructor in > order to use Royale to b

Re: Broken royale-config in JS only build of released Apache Royale SDK 0.9.6

2019-10-09 Thread Josh Tynjala
. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Wed, Oct 9, 2019 at 1:44 PM Andrew Wetmore wrote: > Thanks @Josh Tynjala . Do we say that > anywhere in the instructions where a new user would run into it? > > > <https://www.avast.com/sig-email?utm_medium=em

Re: Broken royale-config in JS only build of released Apache Royale SDK 0.9.6

2019-10-09 Thread Josh Tynjala
. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Wed, Oct 9, 2019 at 1:16 PM Andrew Wetmore wrote: > I wiped out the previous project and tried again with the Royale JS-SWF > version. When I try to compile the project in Moonshine for either JS or > Flash, I see this error mes

Re: RoyaleUnit testing - swf player version used for testing

2019-10-09 Thread Josh Tynjala
. As a bonus, setting the default program for .swf files won't be necessary anymore. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Wed, Oct 9, 2019 at 11:46 AM Greg Dove wrote: > Thanks Josh, that definitely sounds like a better option. I will give that > a try for that si

Re: RoyaleUnit testing - swf player version used for testing

2019-10-09 Thread Josh Tynjala
bably work: -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Wed, Oct 9, 2019 at 11:09 AM Greg Dove wrote: > This is partly for general input, but also for Josh specifically in > relation to RoyaleUnit > > Background > I am continuing to add unit tes

Re: Broken royale-config in JS only build of released Apache Royale SDK 0.9.6

2019-10-09 Thread Josh Tynjala
ble is set. With that in mind, I'm guessing that AIR_HOME needs to be set for the js-swf build, but cleared for the js-only build. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Wed, Oct 9, 2019 at 6:52 AM Piotr Zarzycki wrote: > Hi Guys, > > It looks like we have broken

Re: Nightly Build Server going offline

2019-10-09 Thread Josh Tynjala
account that can't access C:\Users\ApacheRoyaleCI\? I don't really know Jenkins, so I'm just throwing out ideas here. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Wed, Oct 9, 2019 at 8:21 AM Josh Tynjala wrote: > I logged into the server and discovered that js-swf build wa

Re: Broken royale-config in JS only build of released Apache Royale SDK 0.9.6

2019-10-09 Thread Josh Tynjala
I just installed @apache-royale/royale-js from npm, and I'm seeing the same errors. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Wed, Oct 9, 2019 at 6:52 AM Piotr Zarzycki wrote: > Hi Guys, > > It looks like we have broken royale-config in released SDK

Re: Nightly Build Server going offline

2019-10-09 Thread Josh Tynjala
we should hopefully see how it goes in a few minutes. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Wed, Oct 9, 2019 at 8:08 AM Alex Harui wrote: > I sent an email to private@ with the new credentials and URL. I don't > know how to get the old URL back at this p

Re: Pay as You Go (PAYG) Suggestion

2019-10-08 Thread Josh Tynjala
build pipeline would be really nice, though, since webpack is such a popular tool in the JS ecosystem. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Tue, Oct 8, 2019 at 1:00 AM Chris Velevitch wrote: > If the whole point of PAYG is to eliminate unused code from being &

Re: [DISCUSS] Discuss Release Apache Royale 0.9.6 RC3

2019-09-26 Thread Josh Tynjala
, and not something that end users or potential contributors need to use, these latest changes to ApproveRoyale.xml don't require the creation of a new RC. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Thu, Sep 26, 2019 at 11:34 AM Alex Harui wrote: > Yeah, I just saw th

Re: [DISCUSS] Discuss Release Apache Royale 0.9.6 RC3

2019-09-25 Thread Josh Tynjala
, of course). yes | ant -e -f ApproveRoyale.xml -Drelease.version=0.9.6 -Drc=3 -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Wed, Sep 25, 2019 at 2:58 PM Josh Tynjala wrote: > I deleted all com.adobe artifacts in my Maven .m2 folder, and I can see > the prompt to accept

Re: [DISCUSS] Discuss Release Apache Royale 0.9.6 RC3

2019-09-25 Thread Josh Tynjala
. I am using the RC3 ApproveRoyale.xml linked from the Vote thread, and not an older one. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Wed, Sep 25, 2019 at 11:25 AM Carlos Rovira wrote: > Hi > I tried in the meanwhile with your settings and enter in the endless loop

Re: [VOTE] Release Apache Royale 0.9.6 RC3

2019-09-25 Thread Josh Tynjala
package: y -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Wed, Sep 25, 2019 at 7:23 AM Apache Royale CI Server < apacheroyal...@gmail.com> wrote: > Hi, > > This is the vote for the 0.9.6 release of Apache Royale. > > The release candidate can be found here

Re: [DISCUSS] Discuss Release Apache Royale 0.9.6 RC3

2019-09-25 Thread Josh Tynjala
be a good idea to clear both PLAYERGLOBAL_HOME and FLASHPLAYER_DEBUGGER too, just to be safe. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Wed, Sep 25, 2019 at 9:41 AM Carlos Rovira wrote: > Hi, > > sorry to report that my try failed. I tried with clean

Re: RoyaleUnit [BeforeClass], [AfterClass], Reflection

2019-09-22 Thread Josh Tynjala
c methods are iterated when figuring out the meta-data. But then I run into a different problem, which is how to invoke a static method with reflection. > > Any ideas? > > -- -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev>

[DISCUSS] Release Apache Royale 0.9.6 RC2

2019-09-22 Thread Josh Tynjala
. > > Thanks, > Piotr > > On Sun, Sep 22, 2019, 1:43 AM Josh Tynjala > wrote: > >> I'm guessing that the settings template isn't supposed to be required for >> JS-only builds, similar to the other things discussed in this thread (or >> the previous RC thread)

Re: [VOTE] Release Apache Royale 0.9.6 RC2

2019-09-21 Thread Josh Tynjala
gt; > -Alex >> > >> > On 9/19/19, 11:21 PM, "Piotr Zarzycki" >> wrote: >> > >> > Hi Alex, >> > >> > I'm moving with topic here cause it's related. Maybe solution for not >> > working build without some en

Re: [VOTE] Release Apache Royale 0.9.6 RC2

2019-09-20 Thread Josh Tynjala
> > > > I pushed a solution for both last night. > > > > > > Thanks, > > > -Alex > > > > > > On 9/19/19, 11:20 PM, "Piotr Zarzycki" < piotrzarzyck...@gmail.com> > > wr

[DISCUSS] Release Apache Royale 0.9.6 RC2

2019-09-19 Thread Josh Tynjala
If anyone else has problems with the Maven build when running the ApproveRoyale.xml script, I was able to fix it by modifying this section where the framework is built: -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Thu, Sep 19, 2019 at 1:08 AM Apache Roy

[VOTE] Release Apache Royale 0.9.6 RC2

2019-09-19 Thread Josh Tynjala
package: y -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Thu, Sep 19, 2019 at 1:08 AM Apache Royale CI Server < apacheroyal...@gmail.com> wrote: > Hi, > > This is the vote for the 0.9.6 release of Apache Royale. > > The release candidate can be found here

New RoyaleUnit commits on develop should not go into release/0.9.6

2019-09-18 Thread Josh Tynjala
I'm starting to add support for asynchronous tests to RoyaleUnit in the develop branch. It's still a work in progress, and things may be unstable. Please do not cherry pick any of these RoyaleUnit commits into release/ 0.9.6. Thanks! -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev>

Re: [DISCUSS] Release Apache Royale 0.9.6 RC1

2019-09-18 Thread Josh Tynjala
Maven with -X: https://paste.apache.org/ffq08 -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Wed, Sep 18, 2019 at 8:44 AM Piotr Zarzycki wrote: > Thanks Josh. In logs there isn't any url from which you are downloading > artifacts. It means probably you are using cac

Re: [DISCUSS] Release Apache Royale 0.9.6 RC1

2019-09-18 Thread Josh Tynjala
log, if that will help anyone, though. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Tue, Sep 17, 2019 at 8:59 PM Piotr Zarzycki wrote: > Hi Josh, > > Do you have in your Maven config setup link to Maven artifacts? Cause error > is saying that it was attempt o

Re: Could @nocollapse be a solution to the -warn-public-vars issue?

2019-09-18 Thread Josh Tynjala
ing opinions on how it should work. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Wed, Sep 18, 2019 at 12:31 AM Greg Dove wrote: > I agree 100% Harbs. And I think that is not difficult to achieve. > > The decisions and collaborative effort need to take place in the plannin

Re: [DISCUSS] Release Apache Royale 0.9.6 RC1

2019-09-17 Thread Josh Tynjala
Unfortunately, I'm seeing that the Maven part of ApproveRoyale is failing too. Here's the end of my console output: https://paste.apache.org/83miv -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Tue, Sep 17, 2019 at 2:22 PM Josh Tynjala wrote: > Getting the following e

Re: [DISCUSS] Release Apache Royale 0.9.6 RC1

2019-09-17 Thread Josh Tynjala
I'd rather not accidentally commit something to a release branch that shouldn't go there, so to stay safe, I'll keep committing to develop first. We can always cherry pick if needed. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Tue, Sep 17, 2019 at 2:29 PM Alex Harui wrote:

Re: [DISCUSS] Release Apache Royale 0.9.6 RC1

2019-09-17 Thread Josh Tynjala
le to skip the examples and finish the rest of the approval process. Assuming that everything else completes successfully, a broken example build script is not enough to prevent me from approving this release candidate. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Tue, Sep 17, 2019 a

Re: Release vote/discuss reply-to address

2019-09-17 Thread Josh Tynjala
confused because it is set twice. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Tue, Sep 17, 2019 at 1:42 PM Josh Tynjala wrote: > I just realized that several replies that I sent to the 0.9.6 discuss > thread were lost because I was unexpectedly replying to > apacheroy

Re: [DISCUSS] Release Apache Royale 0.9.6 RC1

2019-09-17 Thread Josh Tynjala
signature somewhere to fix the KEYS file? -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Tue, Sep 17, 2019 at 6:43 AM Apache Royale CI Server < apacheroyal...@gmail.com> wrote: > This is the discussion thread. > > Thanks, > Piotr

Release vote/discuss reply-to address

2019-09-17 Thread Josh Tynjala
I just realized that several replies that I sent to the 0.9.6 discuss thread were lost because I was unexpectedly replying to apacheroyal...@gmail.com. When the server sends out vote/discuss threads, is it possible to set the reply-to address to dev@royale.apache.org? -- Josh Tynjala Bowler Hat

Re: Could @nocollapse be a solution to the -warn-public-vars issue?

2019-09-16 Thread Josh Tynjala
true by default. I have no issue with public variables being renamed when it's false. Again, that would be consistent with how the compiler handles other public things. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Mon, Sep 16, 2019 at 11:13 AM Josh Tynjala wrote: > Unfo

Re: Could @nocollapse be a solution to the -warn-public-vars issue?

2019-09-16 Thread Josh Tynjala
have some @royalewhatever annotations to give someone selective control over which things are renamed or not, if someone needs that. Thoughts? -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Mon, Sep 16, 2019 at 10:50 AM Alex Harui wrote: > I'm not sure I understand your

Re: Could @nocollapse be a solution to the -warn-public-vars issue?

2019-09-16 Thread Josh Tynjala
g to make this change and turn off warn-public-vars. (To be clear, I'm only going to change how the emitter handles public variables specifically. Behavior for other types of property access will remain the same.) -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Mon, Sep 16

Re: Could @nocollapse be a solution to the -warn-public-vars issue?

2019-09-16 Thread Josh Tynjala
I guess I was assuming that @nocollapse combined with @export would make it also prevent renaming. I suppose I can test it and see what happens. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Mon, Sep 16, 2019 at 9:54 AM Alex Harui wrote: > IMO, the -warn-public-vars is m

Could @nocollapse be a solution to the -warn-public-vars issue?

2019-09-16 Thread Josh Tynjala
iler/wiki/Annotating-JavaScript-for-the-Closure-Compiler#nocollapse Isn't this collapsing behavior the reason why we needed to add -warn-public-vars? -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev>

Re: Async RoyaleUnit Tests

2019-09-15 Thread Josh Tynjala
Async tests are not yet supported by RoyaleUnit. It's something that I hope to add when time allows. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Sun, Sep 15, 2019 at 2:15 AM Yishay Weiss wrote: > Hi, > > We’re trying to create a test suite for out application u

Re: Question about stringifyNode

2019-09-13 Thread Josh Tynjala
, stringifyNode() will create mappings. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Fri, Sep 13, 2019 at 4:08 PM Greg Dove wrote: > Josh, I think this is a question more for you... > > In terms of source mapping... is the 'stringifyNode' pattern that is used > in som

Re: Discuss of release steps preparation

2019-09-13 Thread Josh Tynjala
in release/0.9.6, they won't be lost. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Fri, Sep 13, 2019 at 10:24 AM Greg Dove wrote: > Hi Piotr, > > I'm not so familiar with the release process. Do you want additions to go > directly into the release branch or sh

Re: Discuss of release steps preparation

2019-09-12 Thread Josh Tynjala
I installed the npm package on Windows 10 successfully, and I see that mxmlc, compc, asjsc, asjscompc, and asnodec all seem to be available on my path, and I can run them. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Thu, Sep 12, 2019 at 1:53 AM Carlos Rovira wrote:

Re: [royale-compiler] branch develop updated: MemberAccessEmitter: fixed issue where fully-qualified names were emitted as dynamic access with -js-dynamic-access-unknown-members=true

2019-09-09 Thread Josh Tynjala
committed too. It wouldn't really make a huge difference for me to ignore this file because I will still need to take extra care before committing. It just happened to slip through this time. -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Mon, Sep 9, 2019 at 8:27 AM Alex Harui

Re: [royale-compiler] branch develop updated: MemberAccessEmitter: fixed issue where fully-qualified names were emitted as dynamic access with -js-dynamic-access-unknown-members=true

2019-09-09 Thread Josh Tynjala
I removed this file. Should be gone on both develop and release/0.9.6. - Josh On Mon, Sep 9, 2019 at 6:39 AM Josh Tynjala wrote: > It's a project file created by VSCode. I didn't realize that I > accidentally added it. It can be removed from the repo. > > - Josh > > On Sat

Re: [royale-compiler] branch develop updated: MemberAccessEmitter: fixed issue where fully-qualified names were emitted as dynamic access with -js-dynamic-access-unknown-members=true

2019-09-09 Thread Josh Tynjala
he following commit(s) were added to refs/heads/develop by this push: > new f4f9898 MemberAccessEmitter: fixed issue where fully-qualified names were emitted as dynamic access with -js-dynamic-access-unknown-members=true > f4f9898 is described below > > commit

<    1   2   3   4   5   6   7   >