Build failed in Jenkins: Royale_ASDoc_Example #589

See Changes: -- [...truncated 5.75 KB...] [mxmlc] 14 [mxmlc]

Re: YFiles, EPL, Apache

Yishay, Did you try to run this file through the Royale Externs Compiler? It looks a lot like Google Closure Externs format to me. You might get lucky and it will "just work" or there will be errors and we can discuss whether YFiles wants to have a file that can be directly used by the

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

See

Re: YFiles, EPL, Apache

Is this JSDoc file on the internet so I can take a look? The Royale Externs Compiler uses Google Closure's JavaScript parser because externs/typedefs are supposed to be a specially-formatted but valid JavaScript, so an AST (different from the one that we generate from MXML/AS) can be created

Re: YFiles, EPL, Apache

Yes, they do have a jsdoc file. Do you think it would be easier to maintain a conversion tool for that? From: Alex Harui Sent: Monday, February 3, 2020 8:54:00 PM To: dev@royale.apache.org Cc: sebastian.muel...@yworks.com Subject: Re: YFiles, EPL, Apache I

Build failed in Jenkins: royale-asjs_jsonly #752

See Changes: -- [...truncated 1.17 MB...] [java] var events = require('events'); [java] ^^^ [java] [java] Feb 04,

Re: YFiles, EPL, Apache

Josh had a tool [1] for converting d.ts to typedefs but he said it was a full-time job maintaining it and thus aborted. [1] https://github.com/BowlerHatLLC/dts2as [https://avatars3.githubusercontent.com/u/13039185?s=400=4] GitHub - BowlerHatLLC/dts2as:

Re: YFiles, EPL, Apache

Hi, could be possible to use the Kotlin tool exposed by Sebastian as a starting point for that tool? Thanks El lun., 3 feb. 2020 a las 17:40, Alex Harui () escribió: > I'm wondering what the "API definition files" look like. Maybe we can > quickly write a tool to generate the typedefs. > >

Re: YFiles, EPL, Apache

I'm wondering what the "API definition files" look like. Maybe we can quickly write a tool to generate the typedefs. -Alex On 2/3/20, 5:07 AM, "Yishay Weiss" wrote: Sebastian, on the subject of derivative work on public repos, you might want to contact the author of this [1] externs

Re: SWCs directory?

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 On Sun, Feb 2, 2020 at 10:04 PM OmPrakash Muppirala wrote: > On Sun, Feb 2, 2020 at

Build failed in Jenkins: Royale_ASDoc_Example #588

See Changes: -- [...truncated 6.39 KB...] [mxmlc] 14 [mxmlc]

RE: YFiles, EPL, Apache

Sebastian, on the subject of derivative work on public repos, you might want to contact the author of this [1] externs file. He has a long list of externs files [2] that were derived from around 3 years ago from DefinitelyTyped [3]. We would, of course, not be using this [1] in light of your

RE: YFiles, EPL, Apache

As promised, here is the summary of my correspondence with yFiles. > My questions to Sebastian from yWorks: > > a) Would yWorks allow us to create and publish typedefs (think of them > as Royale d.ts files) in our GitHub repository? I would also need to > check license issues on the Apache side.

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

See

Build failed in Jenkins: royale-asjs_jsonly #750

See Changes: [aharui] refactor disabledChangeCheck to its own interface -- [...truncated 1.17 MB...] [java] var events =