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

Added support for new macromeasures opt #24

Merged
merged 3 commits into from
May 15, 2017

Conversation

rubadeau
Copy link
Contributor

Added new opt
Updated README
Added new test
Tests pass
Tested our calling code and new opt works on forked version and returns new .macromeasures prop containing .interests, etc

https://www.fullcontact.com/developer/docs/person/#premium-features

Let me know if you need anything further for the PR

Thanks,

Copy link
Contributor

@AdriVanHoudt AdriVanHoudt left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@@ -159,6 +160,16 @@ fullcontact.person.email('foo@bar.com', 1, function (err, data) {
});
```


The `Person` API's now accept the `macromeasures` param as a boolean
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I would put this behind the webhook stuff just so that the arguments make more sense when reading for the first time.
It is also more likely people are looking for webhooks then the premium features I think

@rubadeau
Copy link
Contributor Author

Thanks for the feedback @AdriVanHoudt
README has been updated

The `Person` API's now accept the `macromeasures` param as a boolean

```js
fullcontact.person.email('opensource@observe.it', null, null, null, null, null, true, function (err, data) {
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Not related to this PR, but maybe we should start using an object instead of null, null, null, null, true for API. This is getting really verbose and unreadable. Thoughs @AdriVanHoudt ?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Maybe something like

fullcontact.person.email('email@adr.ess', { 
  macromeasures: true,
   webhookId:'id here' 
}, fn);

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Totally agree! ^^

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Totally agree! ^^. Would that be a new Major version increment?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@GitTristan since the api would be totally different and therefore cause everything to break, yes it would be a major version change

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Going to merge this and open an issue for the new api

@AdriVanHoudt AdriVanHoudt merged commit 2ddd53d into observing:master May 15, 2017
@AdriVanHoudt AdriVanHoudt self-assigned this May 15, 2017
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.

None yet

3 participants