Printable View
I have a site where certain items need to have a note saying "Final Sale. This item cannot be returned."
This text needs to be visible not only on the product info page, but in the shopping cart and on the invoice. I thought the easiest way to handle this would be to create a "final sale" attribute.
Using the read only attribute, the text appears in the product info, but not in the attributes list when the item is added to the cart.
Does anyone know if it's possible to display it here?
Make it normal - required - selected
I tried that and it displays on the product info page, but I am still not seeing this attribute in the shopping cart.Quote:
Originally Posted by kobra
I think it has something to do with the commented out code on the attributes module. Line 495 of attributes.php.
I tried playing around with this a little, but didn't get anywhere. Anything I touch on this line seems to cause problems with the display of the remaining attributes in the shopping cart, and causes the product image to disappear.PHP Code:// Read Only - just for display purposes
if ($products_options_names->fields['products_options_type'] == PRODUCTS_OPTIONS_TYPE_READONLY) {
// $tmp_html .= '<input type="hidden" name ="id[' . $products_options_names->fields['products_options_id'] . ']"' . '" value="' . stripslashes($products_options->fields['products_options_values_name']) . ' SELECTED' . '" /> ' . $products_options->fields['products_options_values_name'];
$tmp_html .= $products_options_details . '<br />';
} else {
$zv_display_select_option ++;
}
Do you have any other suggestions?
File path & file name?Quote:
I think it has something to do with the commented out code on the attributes module.
includes/modules/attributes.phpQuote:
Originally Posted by kobra
It's actually line 486 in the default file. My attributes module did have other modifications, but reverting back to the default did not solve my problem.
If you make it a radiobutton type, default selected, it can't be unselected and will display in the cart. It would be possible to hide the select circle with CSS so that it would appear as straight text in the info page.
I'm re-opening this thread because I'm still curious about this issue...so do the read-only attributes not show up in the cart?
^What does this mean? Make normal - required- is that still valid?Quote:
Originally Posted by kobra
TH
NVM I figured out the required setting (I think) this however does not affect "read-only" attributes.
^Quote:
Originally Posted by gjh42
There has to be a better work around out there then to set an attribute to radio button and hide the button? Your product info page would still prompt the user to "please select" (or whatever your TEXT_PRODUCT_OPTIONS is defined as) and this could potentially confuse the user if there really is no selection option (as in a display only)
Here's my situation, maybe someone would be able to shine some light on it?
So I want to use the attributes as a tracking system (skew number). Yeah I could use the Model: as an SKU system but when I have more than one option for a product (ex. quantity) I have different SKUs for the different product options. I want to "pass" the SKUs on to my fulfillment company so I need the attribute to show up in the order (and in the order email). So as of what I know so far the "Read-Only" name option is out. The radio button-> default set is a decent work-around for single products, but I would imagine someone would be able to figure out a more optimal way? I have started looking at the tpl_modules_attributes.php file but I need to dig a little deeper it seems...looks like I should be going after the $zv_display_select_option variable or $options variable...does anyone know where to find these?
Any suggestions Anyone?
I found them...attributes.php in module directoryQuote:
Originally Posted by tthenne
At least that's not a big file....:shocking:
So I'm in my tpl_shopping_cart_default.php and I want to display the "read-only" attributes which up until now I have not got them to display.
Okay some of you big php gurus out there...walk me through this chunk of code so I can take a look at the attributes.php next
tpl_shopping_cart_default.php line: 89
So I am understanding...the $product valuable is a big array, and the $product['attributeHiddenField'] looks like it is our product id (going to be sent on in the form), and then we have our conditional...if the attributes field is set and $products['attributes'] is an array echo our divs. Then we reset the $products['attributes'] so we're going to the first value of the $products['attributes'] array and we are setting our keys to $value array. Then we are echoing out the product_options_name (ex. quantity) and then we have our divider and then and then a br / and our products_options_values_name (ex. 100 count)Code:<?php
echo $product['attributeHiddenField'];
if (isset($product['attributes']) && is_array($product['attributes'])) {
echo '<div class="cartAttribsList">';
echo '<ul>';
reset($product['attributes']);
foreach ($product['attributes'] as $option => $value) {
?>
<li><?php echo $value['products_options_name'] . TEXT_OPTION_DIVIDER . nl2br($value['products_options_values_name']); ?></li>
<?php
}
echo '</ul>';
echo '</div>';
}
?>
So the question arises...why wouldn't it echo out a "read-only" product attribute???
^Check that...It doesn't look like the Model # gets carried into the shopping cart either, which makes me wonder if it gets processed on the orders/email/invoice...anyone know?Quote:
Originally Posted by tthenne
The model number does get displayed in the confirmation e-mail at least.
The Read Only Attributes were designed specifically to not be part of the cart ... they are just there for display ...
They only display on the product _info page but are never included in the cart when the Product is added ...
These Read Only Attributes make a handy way to have a display of information on multiple Products that read the Attribute as text ... then, if that text needs to be changed, it can be changed once and reflect that change on all Products that use them ...
Well the model number will work for certain items...however, I don't believe you can change the model number with the attributes unless you maybe use some javascript to "listen" for the change in the radio button, drop-down or check-box. What I've done so far is I've included the SKU as part of the option value. So for instance, if the customer chooses the quantity ->100 count SKU 5454 or the quantity->200 count SKU 5555 . However, it would be nice if I could have the SKU as a separate attribute to the product; and this is where the read only comes in as I would not want my customers "selecting" the SKU.Quote:
Originally Posted by gjh42
I realize that the read-only attributes are for display purposes and are handy to display 1 or 2 messages on many products. However, there just has to be a way that they will display on the confirmation email or in the shopping cart. I still don't quiet understand why it wouldn't display if it is looping through the $product['attributes'] array...the "reaad-only" attributes have to be stored somewhere in that field?
TH
A read-only attribute will not get you a bit nearer to reflecting the real attributes selected by the customer. The model number is at least processed through already, though I doubt it is feasible to change that on the fly per order, since it is in the db. I think what you would want is code that would take the attribute id on order submission and display the corresponding SKU in certain places (shopping cart, order confirmation...).
Does each attribute have a full SKU, or is the variant SKU composed of base + attribute values? Do you have multiple attributes on products, such that a product with A1 and B3 is different from one with A1 and B2?
The Stock by Attributes mod might help you distinguish these, though it doesn't have SKU by attribute. I have heard talk of people trying to implement that, but no reports of success. No matter what, for a robust implementation of SKU by attribute, you will need a new database table or field(s) relating product id, attribute id(s) and SKUs.
^I think you are right. So what you are saying is that each attribute that you have has it's own record in the database. So therefore, I could specify that each attribute that I apply to the product would have it's own $product['attribute_sku'] field and I would then be able to display that in certain places (including the confirmation email)??Quote:
Originally Posted by gjh42
This seems like it would involve a wee bit of coding and I haven't taken too close of a look at the orders.php file (which is where this would have to be done). furthermore, to make it user-friendly I would have to familiarize myself with the admin side so I can submit the SKU to the database and assign it to it's $products['attribute_sku'] field.
Anyone love coding a nice little plugin??? :D
^Yes each attribute has a full unique SKU. I don't have multiple attributes as of right now. Here is my exact situation. So for product A you can order different amounts(quantity) so I called this attribute Quantity. Now there is a 90 count (Quantity value) and a 180 count (Quantity value). If you select Product A, 90 count (SKU: 4545) you would be selecting a different SKU than if you selected Product A, 180 count (SKU: 5555)Quote:
Does each attribute have a full SKU, or is the variant SKU composed of base + attribute values? Do you have multiple attributes on products, such that a product with A1 and B3 is different from one with A1 and B2?
Too bad... it would make it easy if the SKU for the product with attribute could be built from base product SKU + attribute SKU fragment.
Each option name and each option value has its own id, and when one of these values is applied to a particular product, it acquires its own unique attribute id (which would be stored in the db, keyed to product, option name and option value). You could add a new field to that table for attribute_sku, and the required code to insert it from admin and retrieve it for display/use.
Inserting would probably best be done in the Attributes Controller.
You might create a function like get_attribute_sku_from_id($attrib_id) so that you could just call this from any place you need to use it.
$attrib_id will be available wherever the order is being handled.
Or maybe you could change the core lookups to retrieve attribute_sku when attribute_id is being fetched.
Which table are you referring to?Quote:
Originally Posted by gjh42
The products_attribute table I'm assuming.
So I'm still curious how this function would look. When you create an product option that goes into the product_options table
and when you assign a option value to that it goes into the product_options_values table
When you assign an product option and a product option value to a particular product that becomes an attribute and gets it's own unique record in the products_attribute table
so what you are saying is that since each product attribute has it's own unique attribute_id you could create another field that stores the attributes_sku in that table. Then when you wanted to pull out the SKU for a product you could call the unique attribute_id and filter out the attributes_sku?
The attribute_sku value would all be controlled within the attributes_controller.php and you would call to it in orders.php?
That's how I would expect it could work. I don't know much about the individual files involved, but the insertion and retrieval of the attributes_sku would be straightforward. You could probably clone the code that handles one of the other attribute characteristics like price or weight (with text input) in admin, though I'm not sure if that would require code in some other file as well.
I have products that have pieces included, like screws or caps, things like that. I need those items to show up in the cart so it will show on my packing list when we box orders. I was trying to use the read only but it won't show in the cart. Is there a way this can be done, does anyone know?