alisontaylorbc
Forum Replies Created
-
There is no way to hide these icons (even all of them at once) with custom CSS because the form is in an iframe.
Hiding the card types (individually, or all of them) should be offered as a function of the plugin.
Forum: Plugins
In reply to: [WooCommerce Stripe Payment Gateway] Remove credit card iconsI want to do the same thing that stylise wants to do: hide the credit card icons that display within the input field (where the purchaser will type in their credit card number).
Zubair Zahid’s CSS solution above does not work because the input field is within an iframe.
Since custom CSS coding cannot be used to make this change, the option to hide these icons should be offered as a feature in the plugin itself. Please add this feature to an upcoming update of the plugin.
Forum: Plugins
In reply to: [WooCommerce Stripe Payment Gateway] Code Snippet to Override Customer ID?Hi Shameem. Thanks for the quick reply!
What I was thinking of doing was writing a code snippet like the ones I mentioned in the first paragraph of my post. I would install it either in the functions.php file of my theme, or using the “Code Snippets” WordPress plugin (which is how I installed my other modifications). That way, I wouldn’t lose my changes when the plugin updates.
There’s something that still isn’t clear to me. It appears that Stripe knows whether the customer WAS LOGGED IN to WordPress at the time they placed their order. And, somewhere, the WordPress user is mapped to the Stripe Customer ID, so that Stripe gives them the same Customer ID each time, if they were logged in when they ordered.
That suggests that the WooCommerce Stripe Payment Gateway plugin is passing information through the Stripe API that:
1. Indicates that the user was logged in to WordPress.
and
2. Provides some kind of unique identifier for that user so that Stripe knows which Stripe user that person is.Can you confirm whether that is correct?
Re your suggestion of using the email address from the metadata: We don’t want to depend on the email address in the Stripe metadata, because Stripe can’t generate reports using that metadata. If we can control the Customer ID for each payment transaction, then we can make use of the Stripe reporting feature for “repeating customers” to view all orders of a particular customer, in the Stripe dashboard.
Thanks again.
AlisonHi 3Sons
Thanks for getting back to me.
As far as renaming the socks go: The steps you suggested (Import Products from Square -> Update existing products during import) were the steps I was already doing. The product name change didn’t sync over.
I’ve just tested this again with a different product and the same thing happened. In Square, I changed the title, description, price and stock quantity and then imported products. The price and stock quantity changes got synced over; the title and description changes did not.
For the products we removed from the eCommerce location: I’ve had the “Hide synced products when not found in Square” ticked all along. But products we removed from the eCommerce location (in Square) hadn’t stopped showing in the website. However, today they did stop showing. This feature seems to be working sometimes and not others.
Can you help me troubleshoot these? My clients need this to work consistently.
Thanks!
AlisonForum: Plugins
In reply to: [WooCommerce Square] All products on Woo show “Out of Stock”For anyone looking for an answer to this, the solution was to log into Square and turn on inventory tracking for the eCommerce location, for each product.
There also had to be a non-zero inventory assigned to the eCommerce location for each product.
It turns out that Square isn’t sophisticated enough to let you “share” a common inventory account between two locations, so we had to divide up our inventory, assigning half to our physical store and half to eCommerce, even though the eCommerce orders are fulfilled directly from the physical store using the same inventory. Then, if the count of one location reaches zero, we will have to rebalance it to be half at each location again.
Forum: Plugins
In reply to: [WooCommerce Square] All products on Woo show “Out of Stock”Hi 3 Sons
Thanks for getting back to me!
So I logged into Square and picked a product and went to edit the quantity. It said the product was available at both of our locations, but only had “Tracking” turned on for 1 of them: our bricks and mortar Thrift Shop. Tracking was turned OFF for the eCommerce location I’m trying to sync to with your plugin.
Do I need to turn tracking on individually, for the eCommerce location, for every product that I want to sell on eCommerce?
If I do that, do I have to divide up the inventory numbers and assign some inventory to the Thrift Shop and some to eCommerce? (I’m hoping that’s not the case, because we fulfill orders for both from the same place.)
(I’m new to Square inventory system, as you’ll probably realize from these questions…)
In case it makes a difference, our scenario is this:
– All products are stored at the Thrift shop. That’s where we’ll fulfill eCommerce orders from.
– We have two separate locations (Thrift Shop and eCommerce) for two reasons:
a) So we can track how much each location sells.
b) So we can have some products that are for sale ONLY in the Thrift Shop, not by eCommerce, so we don’t want to sync them over.Thanks for your help!
AlisonForum: Plugins
In reply to: [WooCommerce Square] All products on Woo show “Out of Stock”Thanks for getting back to me. I tried that, but unfortunately it didn’t work.
What should I do next?
- This reply was modified 2 years, 8 months ago by alisontaylorbc.
Forum: Reviews
In reply to: [Classic Editor] This must remain an option foreverI agree. The Classic editor should be available and supported for the life of WordPress. There are demographics of users out there who will never be able to design well with the flexibility of a block editor, and who benefit from having a web editor that is so similar to Microsoft Word.
Forum: Plugins
In reply to: [WooCommerce Admin] Refunded orders are counted as products soldI’m seeing this problem too.
I placed two orders for a test product that I created, paid for them, and then refunded them.
The report still shows them as “Sales” under Analytics -> Products.
When I go to Analytics -> Settings, it lets me choose “Excluded Statuses” for the report, but it says “Orders with these statuses are excluded from the totals in your reports. The Refunded status can not be excluded.”
Not being able to exclude refunded orders makes the reports totally useless for my clients, who need to know how many products ACTUALLY SOLD and were paid for.
But this seems to be a problem with WooCommerce itself. I don’t have a plugin called WooCommerce Admin installed.
- This reply was modified 3 years, 5 months ago by alisontaylorbc.
Forum: Plugins
In reply to: [Remove Add to Cart WooCommerce] Add to Cart not disapear at category level.I had the same problem on my site. I would try to disable the button for JUST ONE product. The button would disappear when I’m on the individual product page, which is great. But it still shows (and lets people purchase) on the category page that contains that product.
For anyone who wants this fix before ThemeGrill releases an updated version with it, you can copy/paste the code below into either Appearance -> Custom CSS in WP admin or into style.css of a child theme.
/* CSS to get buggy dropdown menus working on widths 768 - 1024 px. */ @media (min-width: 768px) and (max-width: 1024px) { /* Don't want gap between top level menu item and its submenu. That causes submenu to flicker when you move over it. It can also cause submenu to disappear if you stop in gap too long. */ .main-navigation ul li ul { top: 100%; } /* Hide the arrows for 768 - 1024 width. We don't need them. And they are too hard to click because they are so small. */ .sub-toggle, .sub-menu .sub-toggle { display: none; } /* Restore behaviour where submenu displays if you hover over parent menu item. We want this now that we are getting rid of the downward arrows (carets). */ .main-navigation ul li:hover > ul.sub-menu { display: block; } }
Great. I’ll send you the file on Tuesday.
Hi Nitu
Can you drop me a quick reply here letting me know you’ve seen my message above?
Thanks!
AlisonHi Nitu
It’s taken me about 12 hours to get familiar with the javascript and CSS code that controls navigation in your theme, and debug the unpredictable behaviour with the dropdowns on widths between 768 and 1024. I’ve now got a fix for it. It required changes to only the style.css file.
Would folks please review my fix and incorporate it into the theme moving forward? Then it will be safe for the multiple clients I have on this theme to do automatic updates on the theme without the menu breaking again.
HOW CAN I GET MY STYLE.CSS FILE TO YOU?
If your team does a diff between my file and the 1.4.5 style.css file, they will see all my edits. I’ve included comments with each.
I can see that the team has been trying to fix the menu between version 1.3.9 and 1.4.5. Most of the changes I made to the 1.4.5 style.css file were to roll back (comment out) additions that had been made since 1.3.9. Then, just a few other changes were required to get the menu working.
New Menu Behaviour:
To fix the menu, I got rid of the downward-pointing arrows on the 768-1024 widths, so that mobile users don’t have to try to tap those tiny arrows. Instead, I made it so they could tap the text of the menu items. (For desktop, 768-1024 widths now work the same as >1024 widths.)
Regardless of whether the parent menu item links to a page or has the custom URL of #, the dropshown displays when the parent item is tapped on a mobile device. If the user wants to visit the parent item page, they just tap it again.
I have tested that the hamburger menu works with both “Switch to new responsive menu” (in the Customize area of WP) checked and unchecked with my changes in place.
(Note: I have not tested my changes with menus that are more than 2 levels deep.)
Cheers,
AlisonHi Nitu.
Have you folks been able to duplicate this bug in your development environment?
Thanks,
Alison