Yes, they do have a jsdoc file. Do you think it would be easier to maintain a 
conversion tool for that?
________________________________
From: Alex Harui <[email protected]>
Sent: Monday, February 3, 2020 8:54:00 PM
To: [email protected] <[email protected]>
Cc: [email protected] <[email protected]>
Subject: Re: YFiles, EPL, Apache

I think I'm missing something.  Sebastian seemed to be saying there is a 
JSDoc-annotated Javascript file that YFiles maintains.  Josh's tool was for 
d.ts files.   If the JSDoc JS file is compatible with Google Closure's format, 
we might be able to consume that.

-Alex

On 2/3/20, 11:51 AM, "Yishay Weiss" <[email protected]> wrote:

    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://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FBowlerHatLLC%2Fdts2as&amp;data=02%7C01%7Caharui%40adobe.com%7C8d45570f5f42447e844a08d7a8e26bbd%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637163562736529155&amp;sdata=S8a3tJy%2FM9O5K%2BEwy1OXD8isVi8Jx%2BpumUdOV6Tvh%2F8%3D&amp;reserved=0
    
[https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Favatars3.githubusercontent.com%2Fu%2F13039185%3Fs%3D400%26v%3D4&amp;data=02%7C01%7Caharui%40adobe.com%7C8d45570f5f42447e844a08d7a8e26bbd%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637163562736529155&amp;sdata=lEEJ59%2BegMwPtR3N7Li53NyMuaPa3l6hW4eIu4XT9P4%3D&amp;reserved=0]<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FBowlerHatLLC%2Fdts2as&amp;data=02%7C01%7Caharui%40adobe.com%7C8d45570f5f42447e844a08d7a8e26bbd%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637163562736529155&amp;sdata=S8a3tJy%2FM9O5K%2BEwy1OXD8isVi8Jx%2BpumUdOV6Tvh%2F8%3D&amp;reserved=0>
    GitHub - BowlerHatLLC/dts2as: Convert TypeScript definitions (d.ts files) 
into ActionScript classes and interfaces for use as external libraries with 
Apache 
FlexJS<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FBowlerHatLLC%2Fdts2as&amp;data=02%7C01%7Caharui%40adobe.com%7C8d45570f5f42447e844a08d7a8e26bbd%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637163562736529155&amp;sdata=S8a3tJy%2FM9O5K%2BEwy1OXD8isVi8Jx%2BpumUdOV6Tvh%2F8%3D&amp;reserved=0>
    Convert TypeScript definitions (d.ts files) into ActionScript classes and 
interfaces for use as external libraries with Apache FlexJS - 
BowlerHatLLC/dts2as
    github.com

    ________________________________
    From: Alex Harui <[email protected]>
    Sent: Monday, February 3, 2020 4:40 PM
    To: [email protected] <[email protected]>
    Cc: [email protected] <[email protected]>
    Subject: 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" <[email protected]> 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&amp;data=02%7C01%7Caharui%40adobe.com%7C8d45570f5f42447e844a08d7a8e26bbd%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637163562736529155&amp;sdata=LkKWOpVhRllDhimwY18ziOfUpCf5s2%2BTZdmt6A4VifE%3D&amp;reserved=0
        [2] 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fhonzabrecka%2Fts-to-goog%2Ftree%2Fmaster%2Fexterns&amp;data=02%7C01%7Caharui%40adobe.com%7C8d45570f5f42447e844a08d7a8e26bbd%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637163562736539152&amp;sdata=%2B%2FdPDDaG2Z2zX4MYqA7k5DRSwG%2F%2BL6p2LSnMXB%2BMFfo%3D&amp;reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fhonzabrecka%2Fts-to-goog&amp;data=02%7C01%7Caharui%40adobe.com%7C8d45570f5f42447e844a08d7a8e26bbd%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637163562736539152&amp;sdata=HmYcReWjf3ZeitQI0fEEVgEqr7rD6qevp4GFbB0Uq7A%3D&amp;reserved=0>
        [3] 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FDefinitelyTyped%2FDefinitelyTyped&amp;data=02%7C01%7Caharui%40adobe.com%7C8d45570f5f42447e844a08d7a8e26bbd%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637163562736539152&amp;sdata=dmjtfWV%2FfbxXpO3QeplvfsxuyouzIUNQmkFcXT0QNqg%3D&amp;reserved=0

        From: Yishay Weiss<mailto:[email protected]>
        Sent: Monday, February 3, 2020 2:57 PM
        To: [email protected]<mailto:[email protected]>
        Cc: [email protected]<mailto:[email protected]>
        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&amp;data=02%7C01%7Caharui%40adobe.com%7C8d45570f5f42447e844a08d7a8e26bbd%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637163562736539152&amp;sdata=05PNnunl1C6U6xoHc9cFzO5OFd3JGncCEj8ee%2F1JKYk%3D&amp;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&amp;data=02%7C01%7Caharui%40adobe.com%7C8d45570f5f42447e844a08d7a8e26bbd%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637163562736539152&amp;sdata=OHcIQDLekylpBkf%2BMjo06spqrHJYH2ulNZvMHX7nG0M%3D&amp;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:[email protected]>
        Sent: Sunday, January 12, 2020 11:37 PM
        To: [email protected]<mailto:[email protected]>
        Subject: RE: YFiles, EPL, Apache

        Ok, I contacted them. I’ll let you guys know.

        ________________________________
        From: Carlos Rovira <[email protected]>
        Sent: Sunday, January 12, 2020 6:58:17 PM
        To: [email protected] <[email protected]>
        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 
(<[email protected]>)
        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&amp;data=02%7C01%7Caharui%40adobe.com%7C8d45570f5f42447e844a08d7a8e26bbd%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637163562736539152&amp;sdata=k2iYKC9m7%2Fw8b7wG2hEMlQ5WcqIAdcTWql3uNi83ODQ%3D&amp;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&amp;data=02%7C01%7Caharui%40adobe.com%7C8d45570f5f42447e844a08d7a8e26bbd%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637163562736539152&amp;sdata=RMtRAJjnwVyuSaM1Q9QN8Hz0jCORZ%2F5ffY3Eo88Y20I%3D&amp;reserved=0
        > [3] 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fhonzabrecka%2Fts-to-goog%2Fblob%2Fmaster%2FLICENSE&amp;data=02%7C01%7Caharui%40adobe.com%7C8d45570f5f42447e844a08d7a8e26bbd%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637163562736539152&amp;sdata=q7rUio8m8iO0JMyzmFZhWyuG0JN2v2LJ7CwqQW%2F%2BLCI%3D&amp;reserved=0
        > [4] 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FDefinitelyTyped%2FDefinitelyTyped%2Fissues%2F23310&amp;data=02%7C01%7Caharui%40adobe.com%7C8d45570f5f42447e844a08d7a8e26bbd%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637163562736549147&amp;sdata=DN46YYsaZEAUEP%2FNJ5zAz6%2B%2BcH1OIfJoMJBKJSmy2Bw%3D&amp;reserved=0
        >


        --
        Carlos Rovira
        
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&amp;data=02%7C01%7Caharui%40adobe.com%7C8d45570f5f42447e844a08d7a8e26bbd%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637163562736549147&amp;sdata=INsS3nuM%2F8cpZnL1auYppnUbdyaln57phNzJXpEuD64%3D&amp;reserved=0





Reply via email to