[Skip to main content](#vessel-content) # Profile for spoonbow ## [![spoonbow's Avatar](https://www.hikashop.com/media/kunena/avatars/resized/size144/users/avatar6067.gif)](/forum/user/6067-spoonbow "View spoonbow's Profile") **[ Offline](/forum/user/6067-spoonbow)** - **User Type:** User - **Register Date:** 09 Feb 2012 - **Last login:** 8 years 7 months ago - **Time Zone:** UTC -5:00 - **Local Time:** 18:22 - **Posts:** 42 - **Profile views:** 209 - **Thank you received:** 2 - **Location:** [Traverse City, Michigan, USA](https://maps.google.com?q=Traverse%20City,%20Michigan,%20USA) - **Gender:** Male - **Birthdate:** Unknown > It's amazing how the omission of a semicolon can absolutely ruin an otherwise pleasant evening. - Posts # spoonbow's recent posts (42 messages ) All Since last visit 4 Hours 8 Hours 12 Hours 24 Hours 48 Hours Week Month Year All Since last visit 4 Hours 8 Hours 12 Hours 24 Hours 48 Hours Week Month Year | [ ](#forumbottom) | Subject | Replies / Views | Last Post | [ ](#forumtop) | |---|---|---|---|---| | [](/forum/2-general-talk-about-hikashop/889019-reporting-styling-inconsistencies#263592) | [Reporting styling inconsistencies](/forum/2-general-talk-about-hikashop/889019-reporting-styling-inconsistencies#263592 "-- HikaShop version -- : 3.0.0 -- Joomla version -- : 3.6.5 -- Browser(s) name and version -- : Various Good day, Just wondering if there is a central location or a preferred method for communicating styling inconsistencies within Hikashop? Most I come across are minor, but they are noticeable and do detract from the overall shopping experience. A quick example: Leaving all other configuration options the same, changing 'Configuration->Display->Product Options->Add to cart on listings' between "One Per Product" and "Global" results in differently styled Add To Cart buttons. Would you like these reported individually, or would you prefer a daily/weekly compiled list? Bug report, feature request, or other location/method? Thanks, Matt") Category: [General Talk about HikaShop](/forum/2-general-talk-about-hikashop "Suggest your feature requests and ideas for HikaShop") Topic started 9 years 8 months ago, by [spoonbow](/forum/user/6067-spoonbow "View spoonbow's Profile") [Last Post](/forum/2-general-talk-about-hikashop/889019-reporting-styling-inconsistencies#263604 "Hi, Before HikaShop 3, we used the "displayButton" function of the class helper.cart. That function allowed you to select how the buttons would display with the "button style" setting of the HikaShop configuration, and thus it could either be an input or an a link. This created some complex technical situations for us and template developers had to provide custom CSS for both modes, increasing their work for no useful reason (and often they didn't, thus breaking the display of the buttons). With HikaShop 3, we decided to stop doing that and started to have hard written "a" tags for the new add to cart system. With the legacy one though, we're still using the displayButton function and thus you end it with input add to carts if "default" is selected. On my end, with HikaShop 3, and with the add to cart legacy setting turned off, I see "a" tags with both global and per product settings. As that's not the case for you apparently, maybe your template has view overrides, or maybe you have an old build of HikaShop 3.") 9 years 8 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:13 Views:1336 | [Last Post](/forum/2-general-talk-about-hikashop/889019-reporting-styling-inconsistencies#263604 "Hi, Before HikaShop 3, we used the "displayButton" function of the class helper.cart. That function allowed you to select how the buttons would display with the "button style" setting of the HikaShop configuration, and thus it could either be an input or an a link. This created some complex technical situations for us and template developers had to provide custom CSS for both modes, increasing their work for no useful reason (and often they didn't, thus breaking the display of the buttons). With HikaShop 3, we decided to stop doing that and started to have hard written "a" tags for the new add to cart system. With the legacy one though, we're still using the displayButton function and thus you end it with input add to carts if "default" is selected. On my end, with HikaShop 3, and with the add to cart legacy setting turned off, I see "a" tags with both global and per product settings. As that's not the case for you apparently, maybe your template has view overrides, or maybe you have an old build of HikaShop 3.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 9 years 8 months ago | | [](/forum/2-general-talk-about-hikashop/889019-reporting-styling-inconsistencies#263449) | [Reporting styling inconsistencies](/forum/2-general-talk-about-hikashop/889019-reporting-styling-inconsistencies#263449 "-- HikaShop version -- : 3.0.0 -- Joomla version -- : 3.6.5 -- Browser(s) name and version -- : Various Good day, Just wondering if there is a central location or a preferred method for communicating styling inconsistencies within Hikashop? Most I come across are minor, but they are noticeable and do detract from the overall shopping experience. A quick example: Leaving all other configuration options the same, changing 'Configuration->Display->Product Options->Add to cart on listings' between "One Per Product" and "Global" results in differently styled Add To Cart buttons. Would you like these reported individually, or would you prefer a daily/weekly compiled list? Bug report, feature request, or other location/method? Thanks, Matt") Category: [General Talk about HikaShop](/forum/2-general-talk-about-hikashop "Suggest your feature requests and ideas for HikaShop") Topic started 9 years 8 months ago, by [spoonbow](/forum/user/6067-spoonbow "View spoonbow's Profile") [Last Post](/forum/2-general-talk-about-hikashop/889019-reporting-styling-inconsistencies#263604 "Hi, Before HikaShop 3, we used the "displayButton" function of the class helper.cart. That function allowed you to select how the buttons would display with the "button style" setting of the HikaShop configuration, and thus it could either be an input or an a link. This created some complex technical situations for us and template developers had to provide custom CSS for both modes, increasing their work for no useful reason (and often they didn't, thus breaking the display of the buttons). With HikaShop 3, we decided to stop doing that and started to have hard written "a" tags for the new add to cart system. With the legacy one though, we're still using the displayButton function and thus you end it with input add to carts if "default" is selected. On my end, with HikaShop 3, and with the add to cart legacy setting turned off, I see "a" tags with both global and per product settings. As that's not the case for you apparently, maybe your template has view overrides, or maybe you have an old build of HikaShop 3.") 9 years 8 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:13 Views:1336 | [Last Post](/forum/2-general-talk-about-hikashop/889019-reporting-styling-inconsistencies#263604 "Hi, Before HikaShop 3, we used the "displayButton" function of the class helper.cart. That function allowed you to select how the buttons would display with the "button style" setting of the HikaShop configuration, and thus it could either be an input or an a link. This created some complex technical situations for us and template developers had to provide custom CSS for both modes, increasing their work for no useful reason (and often they didn't, thus breaking the display of the buttons). With HikaShop 3, we decided to stop doing that and started to have hard written "a" tags for the new add to cart system. With the legacy one though, we're still using the displayButton function and thus you end it with input add to carts if "default" is selected. On my end, with HikaShop 3, and with the add to cart legacy setting turned off, I see "a" tags with both global and per product settings. As that's not the case for you apparently, maybe your template has view overrides, or maybe you have an old build of HikaShop 3.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 9 years 8 months ago | | [](/forum/2-general-talk-about-hikashop/889019-reporting-styling-inconsistencies#263434) | [Reporting styling inconsistencies](/forum/2-general-talk-about-hikashop/889019-reporting-styling-inconsistencies#263434 "-- HikaShop version -- : 3.0.0 -- Joomla version -- : 3.6.5 -- Browser(s) name and version -- : Various Good day, Just wondering if there is a central location or a preferred method for communicating styling inconsistencies within Hikashop? Most I come across are minor, but they are noticeable and do detract from the overall shopping experience. A quick example: Leaving all other configuration options the same, changing 'Configuration->Display->Product Options->Add to cart on listings' between "One Per Product" and "Global" results in differently styled Add To Cart buttons. Would you like these reported individually, or would you prefer a daily/weekly compiled list? Bug report, feature request, or other location/method? Thanks, Matt") Category: [General Talk about HikaShop](/forum/2-general-talk-about-hikashop "Suggest your feature requests and ideas for HikaShop") Topic started 9 years 8 months ago, by [spoonbow](/forum/user/6067-spoonbow "View spoonbow's Profile") [Last Post](/forum/2-general-talk-about-hikashop/889019-reporting-styling-inconsistencies#263604 "Hi, Before HikaShop 3, we used the "displayButton" function of the class helper.cart. That function allowed you to select how the buttons would display with the "button style" setting of the HikaShop configuration, and thus it could either be an input or an a link. This created some complex technical situations for us and template developers had to provide custom CSS for both modes, increasing their work for no useful reason (and often they didn't, thus breaking the display of the buttons). With HikaShop 3, we decided to stop doing that and started to have hard written "a" tags for the new add to cart system. With the legacy one though, we're still using the displayButton function and thus you end it with input add to carts if "default" is selected. On my end, with HikaShop 3, and with the add to cart legacy setting turned off, I see "a" tags with both global and per product settings. As that's not the case for you apparently, maybe your template has view overrides, or maybe you have an old build of HikaShop 3.") 9 years 8 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:13 Views:1336 | [Last Post](/forum/2-general-talk-about-hikashop/889019-reporting-styling-inconsistencies#263604 "Hi, Before HikaShop 3, we used the "displayButton" function of the class helper.cart. That function allowed you to select how the buttons would display with the "button style" setting of the HikaShop configuration, and thus it could either be an input or an a link. This created some complex technical situations for us and template developers had to provide custom CSS for both modes, increasing their work for no useful reason (and often they didn't, thus breaking the display of the buttons). With HikaShop 3, we decided to stop doing that and started to have hard written "a" tags for the new add to cart system. With the legacy one though, we're still using the displayButton function and thus you end it with input add to carts if "default" is selected. On my end, with HikaShop 3, and with the add to cart legacy setting turned off, I see "a" tags with both global and per product settings. As that's not the case for you apparently, maybe your template has view overrides, or maybe you have an old build of HikaShop 3.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 9 years 8 months ago | | [](/forum/2-general-talk-about-hikashop/889019-reporting-styling-inconsistencies#263397) | [Reporting styling inconsistencies](/forum/2-general-talk-about-hikashop/889019-reporting-styling-inconsistencies#263397 "-- HikaShop version -- : 3.0.0 -- Joomla version -- : 3.6.5 -- Browser(s) name and version -- : Various Good day, Just wondering if there is a central location or a preferred method for communicating styling inconsistencies within Hikashop? Most I come across are minor, but they are noticeable and do detract from the overall shopping experience. A quick example: Leaving all other configuration options the same, changing 'Configuration->Display->Product Options->Add to cart on listings' between "One Per Product" and "Global" results in differently styled Add To Cart buttons. Would you like these reported individually, or would you prefer a daily/weekly compiled list? Bug report, feature request, or other location/method? Thanks, Matt") Category: [General Talk about HikaShop](/forum/2-general-talk-about-hikashop "Suggest your feature requests and ideas for HikaShop") Topic started 9 years 8 months ago, by [spoonbow](/forum/user/6067-spoonbow "View spoonbow's Profile") [Last Post](/forum/2-general-talk-about-hikashop/889019-reporting-styling-inconsistencies#263604 "Hi, Before HikaShop 3, we used the "displayButton" function of the class helper.cart. That function allowed you to select how the buttons would display with the "button style" setting of the HikaShop configuration, and thus it could either be an input or an a link. This created some complex technical situations for us and template developers had to provide custom CSS for both modes, increasing their work for no useful reason (and often they didn't, thus breaking the display of the buttons). With HikaShop 3, we decided to stop doing that and started to have hard written "a" tags for the new add to cart system. With the legacy one though, we're still using the displayButton function and thus you end it with input add to carts if "default" is selected. On my end, with HikaShop 3, and with the add to cart legacy setting turned off, I see "a" tags with both global and per product settings. As that's not the case for you apparently, maybe your template has view overrides, or maybe you have an old build of HikaShop 3.") 9 years 8 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:13 Views:1336 | [Last Post](/forum/2-general-talk-about-hikashop/889019-reporting-styling-inconsistencies#263604 "Hi, Before HikaShop 3, we used the "displayButton" function of the class helper.cart. That function allowed you to select how the buttons would display with the "button style" setting of the HikaShop configuration, and thus it could either be an input or an a link. This created some complex technical situations for us and template developers had to provide custom CSS for both modes, increasing their work for no useful reason (and often they didn't, thus breaking the display of the buttons). With HikaShop 3, we decided to stop doing that and started to have hard written "a" tags for the new add to cart system. With the legacy one though, we're still using the displayButton function and thus you end it with input add to carts if "default" is selected. On my end, with HikaShop 3, and with the add to cart legacy setting turned off, I see "a" tags with both global and per product settings. As that's not the case for you apparently, maybe your template has view overrides, or maybe you have an old build of HikaShop 3.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 9 years 8 months ago | | [](/forum/2-general-talk-about-hikashop/889019-reporting-styling-inconsistencies#263320) | [Reporting styling inconsistencies](/forum/2-general-talk-about-hikashop/889019-reporting-styling-inconsistencies#263320 "-- HikaShop version -- : 3.0.0 -- Joomla version -- : 3.6.5 -- Browser(s) name and version -- : Various Good day, Just wondering if there is a central location or a preferred method for communicating styling inconsistencies within Hikashop? Most I come across are minor, but they are noticeable and do detract from the overall shopping experience. A quick example: Leaving all other configuration options the same, changing 'Configuration->Display->Product Options->Add to cart on listings' between "One Per Product" and "Global" results in differently styled Add To Cart buttons. Would you like these reported individually, or would you prefer a daily/weekly compiled list? Bug report, feature request, or other location/method? Thanks, Matt") Category: [General Talk about HikaShop](/forum/2-general-talk-about-hikashop "Suggest your feature requests and ideas for HikaShop") Topic started 9 years 8 months ago, by [spoonbow](/forum/user/6067-spoonbow "View spoonbow's Profile") [Last Post](/forum/2-general-talk-about-hikashop/889019-reporting-styling-inconsistencies#263604 "Hi, Before HikaShop 3, we used the "displayButton" function of the class helper.cart. That function allowed you to select how the buttons would display with the "button style" setting of the HikaShop configuration, and thus it could either be an input or an a link. This created some complex technical situations for us and template developers had to provide custom CSS for both modes, increasing their work for no useful reason (and often they didn't, thus breaking the display of the buttons). With HikaShop 3, we decided to stop doing that and started to have hard written "a" tags for the new add to cart system. With the legacy one though, we're still using the displayButton function and thus you end it with input add to carts if "default" is selected. On my end, with HikaShop 3, and with the add to cart legacy setting turned off, I see "a" tags with both global and per product settings. As that's not the case for you apparently, maybe your template has view overrides, or maybe you have an old build of HikaShop 3.") 9 years 8 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:13 Views:1336 | [Last Post](/forum/2-general-talk-about-hikashop/889019-reporting-styling-inconsistencies#263604 "Hi, Before HikaShop 3, we used the "displayButton" function of the class helper.cart. That function allowed you to select how the buttons would display with the "button style" setting of the HikaShop configuration, and thus it could either be an input or an a link. This created some complex technical situations for us and template developers had to provide custom CSS for both modes, increasing their work for no useful reason (and often they didn't, thus breaking the display of the buttons). With HikaShop 3, we decided to stop doing that and started to have hard written "a" tags for the new add to cart system. With the legacy one though, we're still using the displayButton function and thus you end it with input add to carts if "default" is selected. On my end, with HikaShop 3, and with the add to cart legacy setting turned off, I see "a" tags with both global and per product settings. As that's not the case for you apparently, maybe your template has view overrides, or maybe you have an old build of HikaShop 3.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 9 years 8 months ago | | [](/forum/50-feature-request/889022-ability-to-set-default-price-adjust-on-characteristic#263220) | [Ability to set default price adjust on characteristic](/forum/50-feature-request/889022-ability-to-set-default-price-adjust-on-characteristic#263220 "-- HikaShop version -- : 3.0.0 -- Joomla version -- : 3.6.5 Good day, I would enjoy the ability to set an optional default price or price adjustment for a characteristic. I know it may not be appropriate for all characteristics (such as colors that could apply to a wide variety of products), but in my instance each characteristic is a size that will change the price of all base products by a fixed amount. In my opinion a default price option would be a real time saver and would also help to reduce data entry errors. Thanks Matt") Category: [Feature Request](/forum/50-feature-request "Suggest your feature requests and ideas for HikaShop") Topic started 9 years 8 months ago, by [spoonbow](/forum/user/6067-spoonbow "View spoonbow's Profile") [Last Post](/forum/50-feature-request/889022-ability-to-set-default-price-adjust-on-characteristic#263222 "Hi, Thank you for your feedback. I don't see how we could add such option in the short term. I see the benefit in such special case but it's quite rare and normally, when you have that, you use an option, not a characteristic, which allows you to add a different fixed amount to the base price of the product based on what variant is selected in the option dropdown, as you can see here: demo.hikashop.com/index.php/en/hikashop/...ct-page/with-options") 9 years 8 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:2538 | [Last Post](/forum/50-feature-request/889022-ability-to-set-default-price-adjust-on-characteristic#263222 "Hi, Thank you for your feedback. I don't see how we could add such option in the short term. I see the benefit in such special case but it's quite rare and normally, when you have that, you use an option, not a characteristic, which allows you to add a different fixed amount to the base price of the product based on what variant is selected in the option dropdown, as you can see here: demo.hikashop.com/index.php/en/hikashop/...ct-page/with-options") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 9 years 8 months ago | | [](/forum/2-general-talk-about-hikashop/889019-reporting-styling-inconsistencies#263208) | [Reporting styling inconsistencies](/forum/2-general-talk-about-hikashop/889019-reporting-styling-inconsistencies#263208 "-- HikaShop version -- : 3.0.0 -- Joomla version -- : 3.6.5 -- Browser(s) name and version -- : Various Good day, Just wondering if there is a central location or a preferred method for communicating styling inconsistencies within Hikashop? Most I come across are minor, but they are noticeable and do detract from the overall shopping experience. A quick example: Leaving all other configuration options the same, changing 'Configuration->Display->Product Options->Add to cart on listings' between "One Per Product" and "Global" results in differently styled Add To Cart buttons. Would you like these reported individually, or would you prefer a daily/weekly compiled list? Bug report, feature request, or other location/method? Thanks, Matt") Category: [General Talk about HikaShop](/forum/2-general-talk-about-hikashop "Suggest your feature requests and ideas for HikaShop") Topic started 9 years 8 months ago, by [spoonbow](/forum/user/6067-spoonbow "View spoonbow's Profile") [Last Post](/forum/2-general-talk-about-hikashop/889019-reporting-styling-inconsistencies#263604 "Hi, Before HikaShop 3, we used the "displayButton" function of the class helper.cart. That function allowed you to select how the buttons would display with the "button style" setting of the HikaShop configuration, and thus it could either be an input or an a link. This created some complex technical situations for us and template developers had to provide custom CSS for both modes, increasing their work for no useful reason (and often they didn't, thus breaking the display of the buttons). With HikaShop 3, we decided to stop doing that and started to have hard written "a" tags for the new add to cart system. With the legacy one though, we're still using the displayButton function and thus you end it with input add to carts if "default" is selected. On my end, with HikaShop 3, and with the add to cart legacy setting turned off, I see "a" tags with both global and per product settings. As that's not the case for you apparently, maybe your template has view overrides, or maybe you have an old build of HikaShop 3.") 9 years 8 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:13 Views:1336 | [Last Post](/forum/2-general-talk-about-hikashop/889019-reporting-styling-inconsistencies#263604 "Hi, Before HikaShop 3, we used the "displayButton" function of the class helper.cart. That function allowed you to select how the buttons would display with the "button style" setting of the HikaShop configuration, and thus it could either be an input or an a link. This created some complex technical situations for us and template developers had to provide custom CSS for both modes, increasing their work for no useful reason (and often they didn't, thus breaking the display of the buttons). With HikaShop 3, we decided to stop doing that and started to have hard written "a" tags for the new add to cart system. With the legacy one though, we're still using the displayButton function and thus you end it with input add to carts if "default" is selected. On my end, with HikaShop 3, and with the add to cart legacy setting turned off, I see "a" tags with both global and per product settings. As that's not the case for you apparently, maybe your template has view overrides, or maybe you have an old build of HikaShop 3.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 9 years 8 months ago | | [](/forum/26-product-category-display/888987-one-per-vs-global-add-to-cart-on-listings#263206) | [One per vs global add to cart on listings](/forum/26-product-category-display/888987-one-per-vs-global-add-to-cart-on-listings#263206 "-- HikaShop version -- : 3.0.0 -- Joomla version -- : 3.6.5 -- PHP version -- : 7.0.15 -- Browser(s) name and version -- : Chrome 56.0.2924.87 Good day, I'm experiencing a couple of problems, one aesthetic, one functional, relating to the Add to Cart button on listings. From a functional standpoint, when the add to cart is configured as one per product, the quantity added to the cart is always one regardless of the number set in the quantity box for the item. Aesthetically, is there a reason that the stock level is eliminated when the Global add to cart configuration is selected? Thanks in advance, Matt") Category: [Product & Category Display](/forum/26-product-category-display "Questions about product and category display. You can't find how to make Hikashop looks incredible? The answer is here!") Topic started 9 years 8 months ago, by [spoonbow](/forum/user/6067-spoonbow "View spoonbow's Profile") [Last Post](/forum/26-product-category-display/888987-one-per-vs-global-add-to-cart-on-listings#287177 "Thank you so much Nicolas. You were right. It worked when I deactivated the com_hikashop folder. I have to find the culprit now. I appreciate your quick response and awesome support. Nadine") 8 years 8 months ago by [solia](/forum/user/10273-solia "View solia's Profile") | Replies:7 Views:1217 | [Last Post](/forum/26-product-category-display/888987-one-per-vs-global-add-to-cart-on-listings#287177 "Thank you so much Nicolas. You were right. It worked when I deactivated the com_hikashop folder. I have to find the culprit now. I appreciate your quick response and awesome support. Nadine") by [solia](/forum/user/10273-solia "View solia's Profile") 8 years 8 months ago | | [](/forum/26-product-category-display/888987-one-per-vs-global-add-to-cart-on-listings#263134) | [One per vs global add to cart on listings](/forum/26-product-category-display/888987-one-per-vs-global-add-to-cart-on-listings#263134 "-- HikaShop version -- : 3.0.0 -- Joomla version -- : 3.6.5 -- PHP version -- : 7.0.15 -- Browser(s) name and version -- : Chrome 56.0.2924.87 Good day, I'm experiencing a couple of problems, one aesthetic, one functional, relating to the Add to Cart button on listings. From a functional standpoint, when the add to cart is configured as one per product, the quantity added to the cart is always one regardless of the number set in the quantity box for the item. Aesthetically, is there a reason that the stock level is eliminated when the Global add to cart configuration is selected? Thanks in advance, Matt") Category: [Product & Category Display](/forum/26-product-category-display "Questions about product and category display. You can't find how to make Hikashop looks incredible? The answer is here!") Topic started 9 years 8 months ago, by [spoonbow](/forum/user/6067-spoonbow "View spoonbow's Profile") [Last Post](/forum/26-product-category-display/888987-one-per-vs-global-add-to-cart-on-listings#287177 "Thank you so much Nicolas. You were right. It worked when I deactivated the com_hikashop folder. I have to find the culprit now. I appreciate your quick response and awesome support. Nadine") 8 years 8 months ago by [solia](/forum/user/10273-solia "View solia's Profile") | Replies:7 Views:1217 | [Last Post](/forum/26-product-category-display/888987-one-per-vs-global-add-to-cart-on-listings#287177 "Thank you so much Nicolas. You were right. It worked when I deactivated the com_hikashop folder. I have to find the culprit now. I appreciate your quick response and awesome support. Nadine") by [solia](/forum/user/10273-solia "View solia's Profile") 8 years 8 months ago | | [](/forum/26-product-category-display/888987-one-per-vs-global-add-to-cart-on-listings#263081) | [One per vs global add to cart on listings](/forum/26-product-category-display/888987-one-per-vs-global-add-to-cart-on-listings#263081 "-- HikaShop version -- : 3.0.0 -- Joomla version -- : 3.6.5 -- PHP version -- : 7.0.15 -- Browser(s) name and version -- : Chrome 56.0.2924.87 Good day, I'm experiencing a couple of problems, one aesthetic, one functional, relating to the Add to Cart button on listings. From a functional standpoint, when the add to cart is configured as one per product, the quantity added to the cart is always one regardless of the number set in the quantity box for the item. Aesthetically, is there a reason that the stock level is eliminated when the Global add to cart configuration is selected? Thanks in advance, Matt") Category: [Product & Category Display](/forum/26-product-category-display "Questions about product and category display. You can't find how to make Hikashop looks incredible? The answer is here!") Topic started 9 years 8 months ago, by [spoonbow](/forum/user/6067-spoonbow "View spoonbow's Profile") [Last Post](/forum/26-product-category-display/888987-one-per-vs-global-add-to-cart-on-listings#287177 "Thank you so much Nicolas. You were right. It worked when I deactivated the com_hikashop folder. I have to find the culprit now. I appreciate your quick response and awesome support. Nadine") 8 years 8 months ago by [solia](/forum/user/10273-solia "View solia's Profile") | Replies:7 Views:1217 | [Last Post](/forum/26-product-category-display/888987-one-per-vs-global-add-to-cart-on-listings#287177 "Thank you so much Nicolas. You were right. It worked when I deactivated the com_hikashop folder. I have to find the culprit now. I appreciate your quick response and awesome support. Nadine") by [solia](/forum/user/10273-solia "View solia's Profile") 8 years 8 months ago | [](/forum/topics/feed/mode-topics?format=feed&type=rss) Time to create page: 0.141 seconds [Powered by](/forum/credits) [Kunena Forum](https://www.kunena.org) [](#top)