I need to add fields to the prestashop 1.6 cart back office, i.e. I need something similar to http://nemops.com/prestashop-products-new-tabs-fields/#.VuysZfl97IU
I know that I can easily manipulate the Admin Cart code to get the result I need but I'm wondering if there is a 'correct' way to do it - like in the product tab solution.
A 'correct' way as in:
encapsulate in a model
works on any prestashop version that keeps compatible API
works on any theme
Related
I am trying to add a small 'lockup' / promo to a page that loads information dynamically based on page.metafield information. Replacing images, video ID's etc. Which all works just fine.
My client is asking for a small area to display a product that relates to this dynamically changing content and I am struggling to come up with a good way to do this.
The current setup is that we have 30 pages with a set of 8 metafields each page. Each one of these pages must show a different , single product with an image, title, price, buy button and another button that links out to a partner site.
I can create snippet and load almost all of this info through metafields manually (price, title etc the client could just add to another metafield) but I would prefer to load a product to pull this info so it can be added to cart. Although I can add product data manually, I still don't actually know which product will get added to the cart, because I'm on a 'page' not a 'product'.
The products themselves are using a custom template that is different to the rest of the site so that seems like its not an option. The template for this content page is just 'page' but surely I can call the product object someway? If the client entered a product ID in the metafields, is there a way of pulling that IDs data easily?
Whatever you mean by pulling ID's, but there are a couple of ways of dealing with this. One, you have a Storefront API token, allowing you to freely and securely call Shopify with JS and get back all the data about the ID you're interested in. Or, you have an App installed in the store, in which case you can setup and callback an App Proxy, providing that ID, and getting back all the info you need. Lots of options!
I've created configurable product (internet connection with different speed) following docs, in storefront I see dropdown with product vairants, all is ok.
But in backoffice (when editing shoppingList or creating order) there is always only one variant of product with no ability to quickly select another option (eg change speed to another one) - is this how oro backoffice works and nothing could be changed to make backoffice user quickly navigate between product variants (eg change speed from 1M to 2M by clients phone request)?
Cant even edit product in shopping list
UPD:
If there's no way to see user-friendly configurable product in backoffice than I need to implement smth like button near each product in LineItem which will show popup with product variants. When user will select another option request will be sent to some route and it will run smth like $lineItem->setProduct($newProduct); , grid reloaded and new product variant selected. Is it ok or it will break something in oro?
Where to start for adding that button and popup? Eg I cant edit oro shopping list template, how to properly extend it?
On the line item editing form you cannot change the product, no matter it's configurable or simple. It's done intentionally.
If you want to change the product, you always can remove a line item and add the new one with updated options manually:
I am trying to create very simple prestashop theme for a client. Without any registration and login system. Just 4 pages + page where products are displayed and all that is required to make a purchase.
I already made a copy of default bootrstrap theme, now I need to figure out which .tpl files I can delete. For example can I remove new-products.tpl if my clients doesn't need this functionality, or manufacturer-list.tpl if my clients is selling only self made products.
I know that this is already available in Presta 1.6 via the hash part of a URL. However, what I need is displaying the data of the product combination on the initial page load.
I couldn't find a hook/action for when a product is found/being displayed where maybe I could just switch the default combination for the currently displayed page?
There are several hooks on the product page that you can use:
displayFooterProduct
displayProductPriceBlock
displayProductTabContent
displayProductContent
displayProductTab
displayProductButtons
displayProductDeliveryTime
displayLeftColumnProduct
displayRightColumnProduct
displayProductTabContent
displayProductPriceBlock
Hope this helps.
I've recently been working on a new Wordpress site using the WooCommerce and official Woocommerce Variable Product Swatches plugin.
My issue is that the product variation swatches have stopped working on their own. Here's a page for an example: http://butterlane.com/butterlanedev/product/cupcake/
The image swatches lined up along the top should switch the product image when clicked. Everything was working fine before but now the swatches are greyed out and i can see in the CSS that they've been switched to a .disabled class
I've tried creating a brand new product with brand new variations and the page still won't let me click on any of the swatches. I'm truly at a loss as to how this could have stopped working on its own. Hopefully someone with experience using the WooCommerce Variable Product Swatches plugin can help me figure out whats going on.
Thanks in advance for any help.
Try to turn off your swatches plugin and see if there are still "disabled" classes in the select dropdown list for your variations in the single product view page. If the class is still there then the plugin works how it should.
The variations are disabled if there are no more stocks in the inventory or is not available for purchase. Check your variable products for their stock quantity and price in each variation.
i believe there's a conflict in what the new Woocommerce (2.05) and what the last version of the plugin are meant to do with the other variation images once one has been selected. I'm guessing that the variation plugin uses one of the same trigger ID's in it's javascript as something else WooCommerce has chosen to use (there are only so many logical names for these things).
At this time it basically kills the ability to buy any of the products with variations... which is 'less than useful', for the moment I suggest turning off the plugin and using the default select list, which while ugly at least allows selection.
Waiting for this to get sorted out myself... and since WooThemes have decided to host on the slowest servers on the planet, I can't actually view their website to check the latest version of the plugin.
I guess i'll be pinging them on twitter.