Developer forum

You never know - we have heard the request before, I'm not a fan because of a lot of issues (languages, variants, indexing, field inheritance and 200 other things)... But that is solvable.

So could you ellaborate on why you need a list of something on the product - what do you need here, just so I understand what it is.

Thanks, Nicolai

Hi Nicolai

Why does it couse more problems to "allow" for items than to use regular custom fields?

In my current case we need to type in some measurements on bikes. 12 fields - 1 for each different measurement. The measurements depends on the frame size though and there is potentially 7 different sizes of each bike/frame. I thought about just having 12 fields and then they could be edited on each size variant, but we also have different colors meaning a lot of variants.

Therefore the only way I see is to create 12 x 7 fields on the main product.

What we want to achieve is a tabel with data, sort of like what they have on the botton on this page: https://www.canyon.com/da-nl/mtb/strive/2016/strive-cf-9-0-team.html

An item list would make this easier and the client could make the number of rows he needed for each bike. I think there are many more scenarios where items on products would be great :-)

A final option is a richtext editor with a table but... mix that with your regular client and... no :-)

Hi Rune

I get you.

But your approach to add an item with a list of fields would potentially cause you lots of issues. The table you refer to have different sizes and therefore the same fields X-number of times. But at some point the product needs to be added to the cart, and if the information is on items, you cannot add them to cart.

On the link, you have 1 (or maybe 2) variants, Size and Color. And then you have a product category "Bike" with each of the fields that you set on the group that contains the bikes.

Then add variants for each combination fill the fields that are different for each variant (and let the rest of them be the same).

This is exactly what the data structure in Ecommerce is made for and the data would follow you all the way through the cart and order. Moving to items would give you other issues.

BR Nicolai

Hi guys,

Maybe a better (more complex way) of defining the Product Fields or ProductCategory Fields?

I need to be able to get something like the attachment. This is actually taken from an existing website.

Thanks,

Adrian

HI Adrian

Yes, this one is with grouping of fields - that makes sense.

And we could add more field types for the product category fields.

Hi Nicolai

I'm not sure I understand - or maybe I was unclear :-)

We are already using variants as both colors and sizes. The tabel I need is just to show some geometric measurements, like on the bottom of the Canyon site i linked to. None of this info is used in the checkout.

Everything is working as it is - it's this site: http://pronghornracing.dk/product/pronghorn-carbon-road-sram-red22 - we just want to show the geometrics on the frame. We don't have a seperate page pr. variant, so we do need the full info (geometrics on all available sizes) on the main product. And in stead of using an image, the client would like to be able to type it directly in eCom.

How many rows and columns the tabel has, will vary from bike to bike. The columns (sizes) may vary from 3 to 7 and the rows (just letters - will be explained in the supplied image) may vary from 1-12

So as far as I see, the items would "just" be advanced product fields.

Makes sense?

/Rune

Grouping of fields would also be great :-)

Since it's somehow related to the subject I will also add the need for a special type of property that is multi-value.

I have requested this a while ago (I believe 3 years ago) and I want to remind it here since it's related.

The specific case for this is Books that have multiple authors. Right now, there is no way of storing those as a property to the product.

"Editable List Item" from ItemTypes is the closest thing.

One other nice touch of this would be the possibility to multi select values from a dictionary with an auto-complete behavior (I believe I also requested this a while ago and added an example). This is incredibly useful when you have a large dictionary of values and you have to select a few of them in a Multi-Value field. This request applies to both ProductFields and ItemType fields.

Thanks,

Adrian

Any news on the whole "items on eCom" thing? :-)

Currently we have a project where we need a lot of content on each product, and it would be lovely to be able to use the same content rows on a product, that we do on normal pages.

Sort of like you can switch between item and paragraph mode on a page, you could be able to switch between eCom and paragraph mode on a product and/or group... Somehow... :-)

Regards,

Rune

Nope, except it will never ever happen while I am a live...

You are welcome this Friday @ 15.00 for a beer and explanation...

But but but...

Ok, I'll try to ask in another way - and hope for another answer :-)

Soooo, any change of being able to manage eCom custom fields in an "item sort of way", when you can create for instance item lists (maybe I want a gallery with x images and some text belonging to each one)?

Can't make it friday :-(

Nope. Products are strucured data - you are asking for a mess...

You could probably create a page using all the item logi you want and then add a custom field on the product linking to that page using a field of type link. Then in your razor template call the @RenderPageContent method using the pageid or find the paragraphids and render them using @RenderParagraphContent.

Or since you are publishing something that looks more like content, build regular pages and publish the product on to them.

Yes, we have considered both those options, and I guess what im after, is an easier way to do the first option you mention. Just hoped to do it in a less secret way :-)

I understand that product data needs to be structured - what I want is addition to product data :-)

I'll ask again in another 2 years :-D

Yes, I understand - in the name of SEO!

But there is so much with field inheritance, languagemanagement etc. that it will not work - at least not as expected.

If I were you, I would do this with a (limited) number of custom product fields of text and image and have a radio button or similar to choose between a number of layouts. I guess that what you want is to create some relatively fancy and content rich product pages like i.e. https://www.bolia.com/da-dk/produkter/02-123-01_10615428/

You could do that by defining a content structure of fields - something like this, and then render it differently. It would also be much faster to build...

1. Heading
2. Subheading
3. Image 1.1
4. Image 1.2
5. Call to action Link
6. Call to action Name
7. Call to action Color
8. Text block 1
9. Heading 2
10. Subheading 2
11. Text block 2
12. Image 2.1
13. Image 2.2
14. etc.

Well, it's not only in the name of SEO. It's actually more in the name of the editor :-)

For instance a gallery on a product, I do have the option to use the "Document and files" field which allows me to create X amount of images. What i'm missing here, is the option to add alt-text (in the name of SEO) or maybe some supplementing text for each image. That's why I was asking for an item list (sort of thing). The "Document and files" fields is missing on the eCom group by the way - we really needed that to create a more user friendly backend for an eCom group like this one https://www.plus.dk/produkter/hegn-og-laager/atrium

So, it does not HAVE to be items - just some way of better managing product data. We often end uo with a looong list similar to what you are posting here.

Thanks Nicolai

Have a happy friday :-)

/Rune

Hi Rune,

In the past we needed something similar to this and we used file meta data to get stuff like image caption and/or description.

For the folder we either used an implicit location (i.e. /Files/Images/Products/{ProductNumber}/*) or picked a random image from a folder we wanted, and used the path to find all images.

Hope that helps.

Best Regards,

Nuno Aguiar

Hi Nuno,

Yeah, we've done similar stuff in the past as well. Just wanted to make all that a bit more streight foreward.

Thanks though :-)

/Rune

You are welcome ;)