-
Notifications
You must be signed in to change notification settings - Fork 4
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
Update tests to suit DefinitelyTyped standard #7
base: master
Are you sure you want to change the base?
Conversation
@schlesiger why do we need these changes in DT as well ? I haven't kept myself updated. One of the repo's should be obsolete going forward. Which tools pulls the changes from DT ? |
I think DefinitelyTyped works differently than Typings. I never worked with Typings and am relatively new to Typescript, but I think Typings referred to other git repositories (like this one) while DefinitelyTyped expects everything in one mono repo. Therefore this repository should be obsolete; but I made this PR anyhow to keep you in the loop as the original author. Now Typescript automatically loads types from Your definition file is now tracked in master of DefinitelyTyped: Link including the above modifications. I've also made further additions listed in this new PR. I'll add those changes to my fork. |
…hot conflict, fix test_settings definition
What also may have changed since Typings is the |
All repos in There are many advantages in doing this over DT, but again, we are all waiting for redirects to happen. |
Thanks @unional I did not know that. In the meantime, should this repository and DefinitelyTyped continue to be synchronized? Also my changes in this PR were just to fix DefinitelyTyped lint issues, change the folder structure, and some minor definition inconsistencies. I had considered wrapping everything in a namespace but I think that could be a separate PR. I also don't have enough experience with Typescript to know what is the common or preferred pattern. It seems the difference in the tests would be minor: /* test */
export = tests: NightWatchTests /* test */
export = tests: NightWatch.Tests I think it'd be best if there was some way to setup the definition so all we'd have to do instead is: /* test */
import * as nightwatch from 'nightwatch'
export = tests But I don't think that is possible given how |
…ch browser returns refer to 'this' for easier extendability
I am going to make a PR to DefinitelyTyped to include your Nightwatch type definition. I've made the following modifications to meet their standard. Feel free to merge.