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

Add test and/or little demo #3

Closed
davidtheclark opened this issue Apr 29, 2017 · 10 comments
Closed

Add test and/or little demo #3

davidtheclark opened this issue Apr 29, 2017 · 10 comments

Comments

@davidtheclark
Copy link
Collaborator

Even though it's a small library, there are still a few ways that the code could go wrong. What do you think about adding some tests?

Or if not automated tests, a little demo you could run for manual testing when creating a PR?

I'm happy to help out with this but don't want to start without getting some sense of your interest and your preferences (in terms of the many runners, frameworks, etc. available, and the general nastiness of getting a good in-browser test all set up).

@yoshuawuyts
Copy link
Member

yoshuawuyts commented Jun 28, 2017

Yeah, a tape-run + tape based set of tests would be amazing! - sorry 'bout my late reply, wasn't getting any notifications for this repo. Would you want to tackle this? Happy to provide pointers!

@davidtheclark
Copy link
Collaborator Author

@yoshuawuyts 👋 worried that this repo wasn't getting attention I created https://github.com/mapbox/link-hijacker. Pretty much the same thing, with a little influence from other libraries, some options, and some tests.

@yoshuawuyts
Copy link
Member

yoshuawuyts commented Jun 28, 2017 via email

@davidtheclark
Copy link
Collaborator Author

Would for sure be cool if we could keep our sources somewhat in sync;
perhaps with nanohref being a no-config version of link-hijacker.

This would be awesome! Maybe I should add to link-hijacker 63ef3ce — didn't know about that problem, maybe host isn't available in IE?

Besides that point anything else you think would need to be added? If you're interested I could certainly submit a PR making nanohref a no-config wrapper!

@yoshuawuyts
Copy link
Member

If you're interested I could certainly submit a PR making nanohref a no-config wrapper!

haha, well since we focus on module size a lot, I think having it just be in-source might be better.

Besides that point anything else you think would need to be added?

No, don't think so! - Thinking of making this a semver major, and adding it to the choo 6 release ✨ choojs/choo#519

@yoshuawuyts
Copy link
Member

Also catch rel="noopener" as target="_blank" is not recommended

@davidtheclark
Copy link
Collaborator Author

well since we focus on module size a lot, I think having it just be in-source might be better.

I'm not sure what you're suggesting here ... would you mind re-stating?

@yoshuawuyts
Copy link
Member

yoshuawuyts commented Jun 29, 2017 via email

@davidtheclark
Copy link
Collaborator Author

@yoshuawuyts: Ok, I get it, thanks 👍

@yoshuawuyts
Copy link
Member

Think we're good to close this. Thanks for the chats! 😁

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

No branches or pull requests

2 participants