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 (<aha...@adobe.com.invalid>) escribió: > 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" <yishayj...@hotmail.com> wrote: > > 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 constraints on derivative work. > > [1] > https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fraw.githubusercontent.com%2Fhonzabrecka%2Fts-to-goog%2Fmaster%2Fexterns%2Fyfiles.extern.js&data=02%7C01%7Caharui%40adobe.com%7C66186391c530443d461a08d7a8aa063c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637163320511043981&sdata=s4sGRY%2FMI1sD7tXtvBVO5Kh45g3oNaB74uKrkX5ai0Q%3D&reserved=0 > [2] > https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fhonzabrecka%2Fts-to-goog%2Ftree%2Fmaster%2Fexterns&data=02%7C01%7Caharui%40adobe.com%7C66186391c530443d461a08d7a8aa063c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637163320511043981&sdata=WYfUHb6TGjUd%2FGK54s7rlJ2v%2FsEY2WbDV4lsPjFF56I%3D&reserved=0 > < > https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fhonzabrecka%2Fts-to-goog&data=02%7C01%7Caharui%40adobe.com%7C66186391c530443d461a08d7a8aa063c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637163320511043981&sdata=xnmi6nMw03Cvl7b%2BeWDMjaDjsIJjKjNjn3S0y6IHIIE%3D&reserved=0 > > > [3] > https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FDefinitelyTyped%2FDefinitelyTyped&data=02%7C01%7Caharui%40adobe.com%7C66186391c530443d461a08d7a8aa063c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637163320511043981&sdata=P8AwMtr3hC2wiFtayeFOBPK2OQphS7fc9fmNVWecQdY%3D&reserved=0 > > From: Yishay Weiss<mailto:yishayj...@hotmail.com> > Sent: Monday, February 3, 2020 2:57 PM > To: dev@royale.apache.org<mailto:dev@royale.apache.org> > Cc: sebastian.muel...@yworks.com<mailto:sebastian.muel...@yworks.com> > Subject: 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. > > Our license does not allow publishing such files, which would be > derivative works from files which are currently under our proprietary > license. Although we could grant you permission to do that, we are > currently very hesitant to do so. Here's why: Unless there is someone > who actively maintains these typings, they would quickly become > outdated > because with every new release we add new features and APIs. The only > way someone could reasonably maintain such a file (about 10k public API > members, 7 MB TypeScript definition file) would be through a > (semi-automatic?) conversion process. Thus both from a practical and > legal perspective it would make a lot more sense to have a tool that > reads our API definition files and creates the typedefs. Any licensed > yFiles user could make use of this tool and would always get the > typedefs matching her yFiles version. > > For you reference: This is what someone else did to get yFiles for HTML > to work seemlessly with Kotlin/JS: > https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fturansky%2Fyfiles-kotlin&data=02%7C01%7Caharui%40adobe.com%7C66186391c530443d461a08d7a8aa063c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637163320511043981&sdata=2YrTh8RbCM2OGg%2F84RcJ8cJTN%2FyRzKILCtg1QS4RAac%3D&reserved=0 > They got explicit permission from us for this (because they do not > publish the original files). > > > > > b) Would yWorks consider porting yFiles to Royale? > > Yes, if and once we get reasonable amount of feedback and customer > interest. If you're interested in licensing yFiles for Apache Royale, > please do state so and/or contact our support team: > yworks.com/contact< > https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fyworks.com%2Fcontact&data=02%7C01%7Caharui%40adobe.com%7C66186391c530443d461a08d7a8aa063c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637163320511043981&sdata=%2B2oFqyRA%2FgRftJl0k1asIfWa9%2BYmwm2%2FP262AiPO%2FM0%3D&reserved=0 > > > FWIW the vast majoriy of our previous yFiles FLEX customers has > successfully migrated to "native web" technologies and is now happily > using yFiles for HTML: With the current state of Apache Royale and the > web, we don't see that Apache Royale has gained enough traction that > would justify the efforts. > We currently believe that creating the diagramming part using "classic" > TypeScript/JavaScript and wrapping the resulting component up in a > small > Royale component with a tiny API surface is the superios and more > efficient approach. > > > From: Yishay Weiss<mailto:yishayj...@hotmail.com> > Sent: Sunday, January 12, 2020 11:37 PM > To: dev@royale.apache.org<mailto:dev@royale.apache.org> > Subject: RE: YFiles, EPL, Apache > > Ok, I contacted them. I’ll let you guys know. > > ________________________________ > From: Carlos Rovira <carlosrov...@apache.org> > Sent: Sunday, January 12, 2020 6:58:17 PM > To: dev@royale.apache.org <dev@royale.apache.org> > Subject: Re: YFiles, EPL, Apache > > Hi, > > I think you should contact yFiles directly and talk with them about it. > That's better to try to figure if something could be wrong in the > future. > > My understanding is that he should be able to give you permission > since it > implies make his commercial lib to clients that want to use in Royale. > So that clientes will still need to pay for the commercial version, > while > if no typedefs are done, it will be more difficult to do. > > > > El dom., 12 ene. 2020 a las 16:30, Yishay Weiss (< > yishayj...@hotmail.com>) > escribió: > > > > > Hi, > > > > Before I start making inquiries in legal I wonder if anyone here can > give > > me some guidance. > > > > I want to create typedefs for yFiles [1], using an externs [2] file > that’s > > under an EPL [3]. Should that be a problem? > > > > This issue [4] makes me extra cautious. > > > > Thanks. > > > > [1] > https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.yworks.com%2Fproducts%2Fyfiles-for-html&data=02%7C01%7Caharui%40adobe.com%7C66186391c530443d461a08d7a8aa063c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637163320511043981&sdata=Npg5YtRwd5zq%2FWS4j6himOFsks3KQbWtLzT6NWMaa9k%3D&reserved=0 > > [2] > > > https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fraw.githubusercontent.com%2Fhonzabrecka%2Fts-to-goog%2Fmaster%2Fexterns%2Fyfiles.extern.js&data=02%7C01%7Caharui%40adobe.com%7C66186391c530443d461a08d7a8aa063c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637163320511043981&sdata=s4sGRY%2FMI1sD7tXtvBVO5Kh45g3oNaB74uKrkX5ai0Q%3D&reserved=0 > > [3] > https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fhonzabrecka%2Fts-to-goog%2Fblob%2Fmaster%2FLICENSE&data=02%7C01%7Caharui%40adobe.com%7C66186391c530443d461a08d7a8aa063c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637163320511043981&sdata=aUYLW%2F8ECnasuSpWTIADvowB0sbpKHvE%2FxQQuD%2B3k3s%3D&reserved=0 > > [4] > https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FDefinitelyTyped%2FDefinitelyTyped%2Fissues%2F23310&data=02%7C01%7Caharui%40adobe.com%7C66186391c530443d461a08d7a8aa063c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637163320511043981&sdata=JWYeQW9X%2BvGAeq8yNSafl5Kf7UjvzwDZMVC2hefcpjM%3D&reserved=0 > > > > > -- > Carlos Rovira > > https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C66186391c530443d461a08d7a8aa063c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637163320511043981&sdata=SOfL8dXGeOs1PFkmha4JvnARMv5rgOIKgUfOCpEONUQ%3D&reserved=0 > > > > -- Carlos Rovira http://about.me/carlosrovira
