Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Typescript binding #32

Open
olivr70 opened this issue Feb 26, 2016 · 6 comments
Open

Typescript binding #32

olivr70 opened this issue Feb 26, 2016 · 6 comments

Comments

@olivr70
Copy link

olivr70 commented Feb 26, 2016

Hi,

I love the idea of mz. I mainly use Typescript. Do you known if anyone has started writing a Type Definition for mz ?

I am OK to make one, but I'd rather not redo something existing and currently under work.

Olivier

@LinusU
Copy link
Contributor

LinusU commented Feb 26, 2016

That would be awesome, I would be very open to including the definition files in the repo as well 🙌

@jonathanong
Copy link
Contributor

as long as someone who has access to this repo is open to maintain it, i don't mind.

@olivr70
Copy link
Author

olivr70 commented Feb 29, 2016

OK, I started working on a type definition.

For the time being it will be hosted in olivr70/typings-mz. This may be simpler for the unit tests.

@stkb
Copy link

stkb commented Mar 29, 2016

There's a comprehensive typings file for mz on DefinitelyTyped, authored by @ThomasHickman, that could probably be used with very little editing.

@mattwelke
Copy link

DefinitelyTyped definition files are considered high quality, and should probably be preferred over other sets of definition files. At this time, they seem well-maintained:

types published 5 months ago
0.0.32 is the latest of 17 releases

I recommend endorsing the DefinitelyTyped definition files and closing this issue.

@LinusU
Copy link
Contributor

LinusU commented Mar 12, 2018

I recommend endorsing the DefinitelyTyped definition files and closing this issue.

I think that DefinitelyTyped recommends distributing types with the library firsthand since that is the easiest to consume.

as long as someone who has access to this repo is open to maintain it, i don't mind.

I wrote most of my code in TS these days and have started to slowly add and maintain definitions to the libraries I'm maintaining. I would be happy to take responsibility for this 👍

I think that there is a documented approach on how to move from the DefinitevlyTyped repo onto upstream, hopefully I'll get some time to look at that soon 💯

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

6 participants