X-Cart: shopping cart software

X-Cart forums (https://forum.x-cart.com/index.php)
-   Third Party Add-Ons for X-Cart 4 (https://forum.x-cart.com/forumdisplay.php?f=45)
-   -   Tired of how X-Cart handles product options? (https://forum.x-cart.com/showthread.php?t=33636)

Asiaplay 09-03-2007 01:35 AM

Re: Tired of how X-Cart handles product options?
 
Hi Again,

Languages for variants are kept in / use the xcart_product_options_lng SQL table.
Basically there is always a language indicator in a table where languages appear e.g. US, GB, DE, FR etc. (this is how the code knows which variable to pull out of the table).

Basically general product descriptions etc. are able to be imported ok and are kept in the xcart_products_lng SQL table... so this is a direct match for importing (not big issue).

For Variants e.g. colour, size etc. there is a huge issue...
Basic problem is that variants are based on the variant ID and Option ID links - namely xcart_variant_items table defines these links (uses 4 SQL tables Option ID, Variant ID, Variant ID links and language version of these links).
Therefore you have to know the Variant ID code & Option ID code for each product variant and match this to the language alternative text for each variant (which is kept in xcart_product_options_lng table.).
This is difficult to do as one change in a choice of the number of variants or options for a product and the Variant ID &/ or Option ID and these codes change their ID number (basically delete say white as a colour option and the Variant IDs are all renumbered automatically).

Basically the result is a nightmare for running variants in Multiple languages.
I could however see how your 1 to 1 relationship would make this much, much easier to run and import the information for.
I think you should also be able to have it such that Option1 becomes one table (option language text another) and Option1 sub-table gives the variant items for that option (and option subtable language text is in another table)
Then you link the option tables similar to how you have done.

What we have done in the past is bypass X-Cart variants and coded for set options (which in turn take their values from language tags we have added e.g. all lbl_z_option1_ items link back into the option1 table... so updating a language tag version of option language variant basically gives a global change... the option is then linked to that option table.

Cheers, Asiaplay

PM me if you want to chat more on yahoo or skype on this.

Sativo 09-03-2007 09:38 AM

Re: Tired of how X-Cart handles product options?
 
Sure, hit me up anytime. My yahoo ID is displayed in my profile -- I'm usually online.

toltion 04-30-2008 10:27 AM

Re: Tired of how X-Cart handles product options?
 
Hi Sativo,

Have you finished this mod? I am very interested in having variants as individual products.

intel352 04-30-2008 12:37 PM

Re: Tired of how X-Cart handles product options?
 
Quote:

Originally Posted by toltion
I am very interested in having variants as individual products.


Are you looking for variants listed alongside products individually, or something similar to the Variant Chart?

If you're looking for variants listed alongside products, I believe there is a completed custom mod released for free, it was code created by Qualiteam for an X-Cart client that released the code publicly.

I can't find the thread right now, but hopefully someone else will remember and post it. I'll keep searching for it if that's what you're needing.

toltion 04-30-2008 01:40 PM

Re: Tired of how X-Cart handles product options?
 
I'm looking for variants listed alongside products individually. Basically, every product in the store is an individual product, but product "families" can be grouped together on one product page.

I'll look around for that mod too, thanks!

Sativo 05-19-2008 03:05 PM

Re: Tired of how X-Cart handles product options?
 
Yes, it's finished, but I can't offer you any support for it.


All times are GMT -8. The time now is 04:33 PM.

Powered by vBulletin Version 3.5.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.