-
Notifications
You must be signed in to change notification settings - Fork 2
Add an API Request Service task to process #300
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
Conversation
Hiro-Nakamura
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nice Job.
Just a few questions to think through...
| id: ids.suggest, | ||
| view: "mentionsuggest", | ||
| symbol: "<", | ||
| template: "%= #value# %>", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should this template: start with "<%= ..." ?
or does the symbol: "<" do something with this?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes, the way the webix autocomplete works the "<" will already be there, so adding it to the template would output <<%=... in the text.
| values.deleteSecrets = this.deleteSecrets; | ||
| delete this.deleteSecrets; | ||
| } | ||
| console.log("VALUES", values); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
should probably not be dumping this on the console.
| * @param {string} [header.value] | ||
| */ | ||
| addHeader(header = {}) { | ||
| const uid = AB.Webix.uid(); //this is unique to the page |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hey, thinking about Cypress testing here ... should we use more guessable uids here ... like the header.value, header.header, or a combo: header.header-header.value. so that if we do write tests for this, we can more easily guess and reference these fields?
| * @param {object} [obj={}] - The object to modify (or a new object if not provided). | ||
| * @returns {object} The modified object with the nested value. | ||
| */ | ||
| function nestValue(key, value, obj = {}) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
nice design!
Release Notes
Test Status
No test yet, tested locally.
Todo
📝 Not Feature Complete, but enough functionality for webhooks