-
Notifications
You must be signed in to change notification settings - Fork 47
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
Feedback Round 2 #4
Comments
Here is some more feedback, this time specific to Card Processing: Card Processing
Here is a screenshot comparing logos with another payment gateway. Perhaps we could add a tiny bit of margin as is done in Stripe: https://d.pr/i/da3wul
The following are not really necessary, but just some thoughts I had when testing:
|
This will be the last bit of feedback for this issue as it's getting quite full: OAuth
Is it possible to display the button by default, and delay inputting an email address to this step: https://d.pr/i/GZJA4D Another option might be to allow merchants to kick off the connection process as soon as they enter an email (without requiring the additional step of saving settings). As it stands, when I first see the PPCP settings page, it's unclear I need to input my PayPal email address to kick off the connection process. And once I do figure this out, the next state displays the following: https://d.pr/i/wky3bH The Email Address field indicates I am connected, but the button indicates otherwise. I imagine some merchants may stop here without finalizing the connection process until they later realize payments aren't working as they expect.
This may be a consequence of only allowing either Sandbox or Live, but I imagine some merchants may either inadvertently select, or forget to check the Sandbox option when entering an email address. In these cases, it would be nice to not lock in which mode the site ends up in so a reset isn't required to get it right. Honestly, it would be best if merchants could store both sandbox and production credentials, but I think this is something @jorgeatorres already brought up.
|
Thanks, @chickenn00dle for the feedback. I have created separate issues for the concerns, so discussions and PRs can be more focused. Will close this issue in favour of the new ones. |
Hey y'all. Great work on this so far! 🙇♂️
I've got another round of feedback which I'll use this issue to track and share. If you'd prefer I open individual issues for each point instead, let me know and I'll close this and do that.
Anyway, here goes:
Settings Page
This is what it looks like on Storefront on desktop: https://d.pr/i/wmCDVw
And on mobile: https://d.pr/i/sqzBA3
(Product and Cart messaging banners are similar)
In both cases, there is a large chunk of unused space. Is this intentional? If so, would you consider changing this ratio to reduce this empty space?
The installation prefix setting name might be a bit confusing. Is this prefix specific to invoices? If so, we may want to rename this to Invoice prefix to make this clearer for merchants.
Settings page is a bit cluttered. Right now, if I want to disable buttons on the mini-cart, for example, it is a bit of a pain sifting through all of the different buttons and messaging sections to find what I am looking for. It might be better to have all button settings together, all messaging settings together, or even separate these into different tabs to reduce the number of settings on a single page.
Checkout
Despite logging being enabled, no log file/entry is generated for this.
For example, this is what I see when attempting to retry: https://d.pr/i/4jztQh
But in WooCommerce PayPal Checkout Payment Gateway, I see the following which doesn't require creating an account: https://d.pr/i/WrmfDW
Code
The text was updated successfully, but these errors were encountered: