Skip to content

add icann option #10

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

Closed
wants to merge 2 commits into from
Closed

add icann option #10

wants to merge 2 commits into from

Conversation

alsotang
Copy link
Contributor

fix issue #4 #6

@coveralls
Copy link

Coverage Status

Coverage remained the same at 100.0% when pulling 1c4dda9 on alsotang:master into 525be70 on peerigon:master.

1 similar comment
@coveralls
Copy link

Coverage Status

Coverage remained the same at 100.0% when pulling 1c4dda9 on alsotang:master into 525be70 on peerigon:master.

@alsotang
Copy link
Contributor Author

ping @jhnns

@coveralls
Copy link

coveralls commented Oct 11, 2016

Coverage Status

Coverage remained the same at 100.0% when pulling e58f2ba on alsotang:master into 525be70 on peerigon:master.

@jhnns
Copy link
Member

jhnns commented Oct 11, 2016

Awesome, thx! 👍 I was just about to write that for myself :)

I've merged this PR locally because it had a conflict. I'll publish a 1.0.0 tomorrow.

FYI: I've renamed options.icann to options.includePrivateTlds which is false by default. I think, most users would not expect blogspot.com to be a TLD.

@jhnns jhnns closed this Oct 11, 2016
@alsotang
Copy link
Contributor Author

alsotang commented Oct 12, 2016

Yeah, I also think most user dont want non-icann tlds. That socall effective-private-tld always make misunderstand.

@alsotang
Copy link
Contributor Author

can we just name the option private?

@jhnns
Copy link
Member

jhnns commented Oct 12, 2016

We can name it privateTlds, but private is too generic

@alsotang
Copy link
Contributor Author

alsotang commented Oct 12, 2016

ok, I agree that we should use a non-generic name.

And should we make privateTlds : false a default option?

I think the feature of private tld is unpredictable and obscure. I really doubt that how many people would rely on this feature.

If we still make privateTlds: true default, does the harm of the confusion of new users greater than its compatibility?

@jhnns
Copy link
Member

jhnns commented Oct 13, 2016

Yes, it should be privateTlds: false by default. I tripped over it too.

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

Successfully merging this pull request may close these issues.

3 participants