Strange behaviour of dropdownfields (Typo 4.2.6, Commerce 0.9.8)

View: New views
13 Messages — Rating Filter:   Alert me  

Strange behaviour of dropdownfields (Typo 4.2.6, Commerce 0.9.8)

by chris bernhard :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Good morning dear list,

im offering articles like this in my online store:

T-Shirt / Size S / Color: Red
T-Shirt / Size M / Color: Red
T-Shirt / Size M / Color: Black

I changed the following line in class.tx_commerce_pi1.php
to remove the ALL Option.

(ca. line no. 559)

$attCode.= '<select
onchange="document.getElementById(\'attList_'.$prod->get_uid().'_changed\').value
=
'.$attribute_uid.';document.getElementById(\'attList_'.$prod->get_uid().'\').submit();"
name="'.$this->prefixId.'[attsel_'.$attribute_uid.']"
'.$this->conf['selectAttributesParams'].'><option
value="">'.$this->pi_getLL('all_options','all',1).'</option>'."\n";

$attCode.= '<select
onchange="document.getElementById(\'attList_'.$prod->get_uid().'_changed\').value
=
'.$attribute_uid.';document.getElementById(\'attList_'.$prod->get_uid().'\').submit();"
name="'.$this->prefixId.'[attsel_'.$attribute_uid.']"
'.$this->conf['selectAttributesParams'].'>'."\n";
                                                                               
Now, if im loading the article detailview site, in the dropdownbox all
colors appearing, but if im right, it has to show in the Size Dropdown:

S + M

Color Dropdown: only red.

The right behaviour should be, that black appears only if im changing
the size dropdown to size M.

And the next problem is, after changing to M, the S Attribute disappears
from the dropdown.

Is there an workaround for this problem?

Many thanks in advantage and best regards,

Chris

                                                                       
_______________________________________________
TYPO3-project-commerce mailing list
TYPO3-project-commerce@...
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-project-commerce

Re: Strange behaviour of dropdownfields (Typo 4.2.6, Commerce 0.9.8)

by Morten Olesen :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hej Chris,

There is no way to achive what you want in version 0.9.8 - current svn (
0.11.10 ) has it working ( but not if you chose to hide out of stock
articles )

your best bet would be to write an XCLASS that implements your own drop
downs - if you search back in the archive you may notice I've made quite
a few post on the subject ( patch files were attached to posts but
netfielders archive dont show them unfortunately ) this should give you
an idea of how to solve the taske in your version of commerce.

There was also a extension named something like commerce chained
attributes - I never got it working but the code may be of inspiration
to you.

/Morten

Chris Bernhard wrote:

> Good morning dear list,
>
> im offering articles like this in my online store:
>
> T-Shirt / Size S / Color: Red
> T-Shirt / Size M / Color: Red
> T-Shirt / Size M / Color: Black
>
> I changed the following line in class.tx_commerce_pi1.php
> to remove the ALL Option.
>
> (ca. line no. 559)
>
> $attCode.= '<select
> onchange="document.getElementById(\'attList_'.$prod->get_uid().'_changed\').value
> =
> '.$attribute_uid.';document.getElementById(\'attList_'.$prod->get_uid().'\').submit();"
> name="'.$this->prefixId.'[attsel_'.$attribute_uid.']"
> '.$this->conf['selectAttributesParams'].'><option
> value="">'.$this->pi_getLL('all_options','all',1).'</option>'."\n";
>
> $attCode.= '<select
> onchange="document.getElementById(\'attList_'.$prod->get_uid().'_changed\').value
> =
> '.$attribute_uid.';document.getElementById(\'attList_'.$prod->get_uid().'\').submit();"
> name="'.$this->prefixId.'[attsel_'.$attribute_uid.']"
> '.$this->conf['selectAttributesParams'].'>'."\n";
>                                        
> Now, if im loading the article detailview site, in the dropdownbox all
> colors appearing, but if im right, it has to show in the Size Dropdown:
>
> S + M
>
> Color Dropdown: only red.
>
> The right behaviour should be, that black appears only if im changing
> the size dropdown to size M.
>
> And the next problem is, after changing to M, the S Attribute disappears
> from the dropdown.
>
> Is there an workaround for this problem?
>
> Many thanks in advantage and best regards,
>
> Chris
>
>                                    
_______________________________________________
TYPO3-project-commerce mailing list
TYPO3-project-commerce@...
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-project-commerce

Re: Strange behaviour of dropdownfields (Typo 4.2.6, Commerce 0.9.8)

by chris bernhard :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Morten Olesen schrieb:

> Hej Chris,
>
> There is no way to achive what you want in version 0.9.8 - current svn (
> 0.11.10 ) has it working ( but not if you chose to hide out of stock
> articles )
>
> your best bet would be to write an XCLASS that implements your own drop
> downs - if you search back in the archive you may notice I've made quite
> a few post on the subject ( patch files were attached to posts but
> netfielders archive dont show them unfortunately ) this should give you
> an idea of how to solve the taske in your version of commerce.
>
> There was also a extension named something like commerce chained
> attributes - I never got it working but the code may be of inspiration
> to you.
>
> /Morten
>
> Chris Bernhard wrote:
>> Good morning dear list,
>>
>> im offering articles like this in my online store:
>>
>> T-Shirt / Size S / Color: Red
>> T-Shirt / Size M / Color: Red
>> T-Shirt / Size M / Color: Black
>>
>> I changed the following line in class.tx_commerce_pi1.php
>> to remove the ALL Option.
>>
>> (ca. line no. 559)
>>
>> $attCode.= '<select
>> onchange="document.getElementById(\'attList_'.$prod->get_uid().'_changed\').value
>> =
>> '.$attribute_uid.';document.getElementById(\'attList_'.$prod->get_uid().'\').submit();"
>> name="'.$this->prefixId.'[attsel_'.$attribute_uid.']"
>> '.$this->conf['selectAttributesParams'].'><option
>> value="">'.$this->pi_getLL('all_options','all',1).'</option>'."\n";
>>
>> $attCode.= '<select
>> onchange="document.getElementById(\'attList_'.$prod->get_uid().'_changed\').value
>> =
>> '.$attribute_uid.';document.getElementById(\'attList_'.$prod->get_uid().'\').submit();"
>> name="'.$this->prefixId.'[attsel_'.$attribute_uid.']"
>> '.$this->conf['selectAttributesParams'].'>'."\n";
>>                                        Now, if im loading the article
>> detailview site, in the dropdownbox all
>> colors appearing, but if im right, it has to show in the Size Dropdown:
>>
>> S + M
>>
>> Color Dropdown: only red.
>>
>> The right behaviour should be, that black appears only if im changing
>> the size dropdown to size M.
>>
>> And the next problem is, after changing to M, the S Attribute
>> disappears from the dropdown.
>>
>> Is there an workaround for this problem?
>>
>> Many thanks in advantage and best regards,
>>
>> Chris
>>
>>                                    

Hi Morten,

many thanks for your answer! Okay, the best way would be to upgrade to
the newest SVN-Version. Whats the best way to upgrade from an older
version to an actual version? First Step would be:

1. Checkout from SVN
2. Rename ext/commerce into ext/commerce_OLD
3. Upload into ext/commerce folder
4. In Extension Manager choose upgrade

Thats it or is there something more to take care about?

I'll have an look at the chained attributes extension, because there are
a lot extensions in my current installation like previous - next article
pagination and some more i dont want to integrate again manually in an
actual SVN.

Thanks in advantage and best regards,

Chris
_______________________________________________
TYPO3-project-commerce mailing list
TYPO3-project-commerce@...
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-project-commerce

Re: Strange behaviour of dropdownfields (Typo 4.2.6, Commerce 0.9.8)

by Morten Olesen :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hey Chris,

In the extension manager when viewing the extension you will have to run
"UPDATE!" from the drop down menu that also contains dump db, etc -
though some time that menu item wont show till you've relogged.

Other than that it should be relatively pain free

/Morten Olesen
Chris Bernhard wrote:
> Morten Olesen schrieb:
>> Hej Chris,
....

>
> Hi Morten,
>
> many thanks for your answer! Okay, the best way would be to upgrade to
> the newest SVN-Version. Whats the best way to upgrade from an older
> version to an actual version? First Step would be:
>
> 1. Checkout from SVN
> 2. Rename ext/commerce into ext/commerce_OLD
> 3. Upload into ext/commerce folder
> 4. In Extension Manager choose upgrade
>
> Thats it or is there something more to take care about?
>
> I'll have an look at the chained attributes extension, because there are
> a lot extensions in my current installation like previous - next article
> pagination and some more i dont want to integrate again manually in an
> actual SVN.
>
> Thanks in advantage and best regards,
>
> Chris
_______________________________________________
TYPO3-project-commerce mailing list
TYPO3-project-commerce@...
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-project-commerce

Re: Strange behaviour of dropdownfields (Typo 4.2.6, Commerce 0.9.8)

by chris bernhard :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Morten Olesen schrieb:

> Hey Chris,
>
> In the extension manager when viewing the extension you will have to run
> "UPDATE!" from the drop down menu that also contains dump db, etc -
> though some time that menu item wont show till you've relogged.
>
> Other than that it should be relatively pain free
>
> /Morten Olesen
> Chris Bernhard wrote:
>> Morten Olesen schrieb:
>>> Hej Chris,
> ....
>>
>> Hi Morten,
>>
>> many thanks for your answer! Okay, the best way would be to upgrade to
>> the newest SVN-Version. Whats the best way to upgrade from an older
>> version to an actual version? First Step would be:
>>
>> 1. Checkout from SVN
>> 2. Rename ext/commerce into ext/commerce_OLD
>> 3. Upload into ext/commerce folder
>> 4. In Extension Manager choose upgrade
>>
>> Thats it or is there something more to take care about?
>>
>> I'll have an look at the chained attributes extension, because there
>> are a lot extensions in my current installation like previous - next
>> article pagination and some more i dont want to integrate again
>> manually in an actual SVN.
>>
>> Thanks in advantage and best regards,
>>
>> Chris

Hi Morten,

thanks a lot for your answer. I read something about this and in my
extension manager i cannot find the UPDATE! order and it isnt appearing
after logging in again. Are there any settings in the install tool, to
enable the UPDATE order in the dropdownbox or is there an patch to
activate this?

Many thanks in advantage and have a nice day,

Chris
_______________________________________________
TYPO3-project-commerce mailing list
TYPO3-project-commerce@...
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-project-commerce

Re: Strange behaviour of dropdownfields (Typo 4.2.6, Commerce 0.9.8)

by Morten Olesen :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hey Chris,

iirc the check for weather to display the UPDATE! checks if there are
parent-child associations between categories that aren't in the MM
table. So creating a category inside another category might trigger it -
but then if it's not showing then it's properly not needed ;)

/Morten Olesen

Chris Bernhard wrote:

> Morten Olesen schrieb:
>> Hey Chris,
>>
>> In the extension manager when viewing the extension you will have to
>> run "UPDATE!" from the drop down menu that also contains dump db, etc
>> - though some time that menu item wont show till you've relogged.
>>
>> Other than that it should be relatively pain free
>>
>> /Morten Olesen
>> Chris Bernhard wrote:
>>> Morten Olesen schrieb:
>>>> Hej Chris,
>> ....
>>>
>>> Hi Morten,
>>>
>>> many thanks for your answer! Okay, the best way would be to upgrade
>>> to the newest SVN-Version. Whats the best way to upgrade from an
>>> older version to an actual version? First Step would be:
>>>
>>> 1. Checkout from SVN
>>> 2. Rename ext/commerce into ext/commerce_OLD
>>> 3. Upload into ext/commerce folder
>>> 4. In Extension Manager choose upgrade
>>>
>>> Thats it or is there something more to take care about?
>>>
>>> I'll have an look at the chained attributes extension, because there
>>> are a lot extensions in my current installation like previous - next
>>> article pagination and some more i dont want to integrate again
>>> manually in an actual SVN.
>>>
>>> Thanks in advantage and best regards,
>>>
>>> Chris
>
> Hi Morten,
>
> thanks a lot for your answer. I read something about this and in my
> extension manager i cannot find the UPDATE! order and it isnt appearing
> after logging in again. Are there any settings in the install tool, to
> enable the UPDATE order in the dropdownbox or is there an patch to
> activate this?
>
> Many thanks in advantage and have a nice day,
>
> Chris
_______________________________________________
TYPO3-project-commerce mailing list
TYPO3-project-commerce@...
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-project-commerce

Re: Strange behaviour of dropdownfields (Typo 4.2.6, Commerce 0.9.8)

by chris bernhard :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Morten Olesen schrieb:

> Hey Chris,
>
> iirc the check for weather to display the UPDATE! checks if there are
> parent-child associations between categories that aren't in the MM
> table. So creating a category inside another category might trigger it -
> but then if it's not showing then it's properly not needed ;)
>
> /Morten Olesen
>
> Chris Bernhard wrote:
>> Morten Olesen schrieb:
>>> Hey Chris,
>>>
>>> In the extension manager when viewing the extension you will have to
>>> run "UPDATE!" from the drop down menu that also contains dump db, etc
>>> - though some time that menu item wont show till you've relogged.
>>>
>>> Other than that it should be relatively pain free
>>>
>>> /Morten Olesen
>>> Chris Bernhard wrote:
>>>> Morten Olesen schrieb:
>>>>> Hej Chris,
>>> ....
>>>>
>>>> Hi Morten,
>>>>
>>>> many thanks for your answer! Okay, the best way would be to upgrade
>>>> to the newest SVN-Version. Whats the best way to upgrade from an
>>>> older version to an actual version? First Step would be:
>>>>
>>>> 1. Checkout from SVN
>>>> 2. Rename ext/commerce into ext/commerce_OLD
>>>> 3. Upload into ext/commerce folder
>>>> 4. In Extension Manager choose upgrade
>>>>
>>>> Thats it or is there something more to take care about?
>>>>
>>>> I'll have an look at the chained attributes extension, because there
>>>> are a lot extensions in my current installation like previous - next
>>>> article pagination and some more i dont want to integrate again
>>>> manually in an actual SVN.
>>>>
>>>> Thanks in advantage and best regards,
>>>>
>>>> Chris
>>
>> Hi Morten,
>>
>> thanks a lot for your answer. I read something about this and in my
>> extension manager i cannot find the UPDATE! order and it isnt appearing
>> after logging in again. Are there any settings in the install tool, to
>> enable the UPDATE order in the dropdownbox or is there an patch to
>> activate this?
>>
>> Many thanks in advantage and have a nice day,
>>
>> Chris

Hi Morten,

thanks for answering me. Played around yesterday for a while with
various versions of commerce and finally if found the UPDATE! order :-)
Everything seems to work fine, except the dropdowns. They dont appear
and the markers
###ARTICLE_SELECT_ATTRIBUTES#### ###SUBPART_ARTICLE_ATTRIBUTES###
arent rendered yet. Should there be an new subpart for this?

My template looks like this:

<!-- ###PRODUCT_BASKET_FOR_SINGLEVIEW### -->
<!-- ###ARTICLE_VIEW### -->
<div class="com-single-action-entry">
###ARTICLE_HIDDENFIELDS###
###LANG_ORDERNUMBER###: ###ARTICLE_ORDERNUMBER###
<span class="price_detail">###LANG_ONLY######ARTICLE_PRICE_GROSS###</span>
###ARTICLE_SELECT_ATTRIBUTES###<br />
###SUBPART_ARTICLE_ATTRIBUTES###<br />
<div class="delivery_state"><div
class="description">###LANG_ORDERSTATUS###:</div><img
src="fileadmin/icons/gruen.gif" border="0" alt="" /></div><br />
               <div class="article_amount">###LANG_AMOUNT###:</div>
                ###STARTFRM###
                ###GENERAL_HIDDENCATUID###
<input type="text" class="com-input-qty" value="1"
name="###QTY_INPUT_NAME###" size="2"/>
                <input class="basket" type="submit"
value="###LANG_SUBMIT###"/>
                </form>
</div>

I tried the template which came with the SVN Version, but same issue.

Thanks a lot in advantage and best regrards,

Chris
_______________________________________________
TYPO3-project-commerce mailing list
TYPO3-project-commerce@...
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-project-commerce

Re: Strange behaviour of dropdownfields (Typo 4.2.6, Commerce 0.9.8)

by Morten Olesen :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi Chris,

look at pi1/category_product.tpl there are quite a few new changes, such
as related products, etc so quite a few new markers.

The subpart your looking for is
###SELECT_ATTRIBUTES###

Cant recall the marker to insert the sub part in the article changed,
but again comparing your old template to the new one should clear that up ;)


/Morten
Chris Bernhard wrote:

> Morten Olesen schrieb:
>> Hey Chris,
>>
>> iirc the check for weather to display the UPDATE! checks if there are
>> parent-child associations between categories that aren't in the MM
>> table. So creating a category inside another category might trigger it
>> - but then if it's not showing then it's properly not needed ;)
>>
>> /Morten Olesen
>>
>> Chris Bernhard wrote:
>>> Morten Olesen schrieb:
>>>> Hey Chris,
>>>>
>>>> In the extension manager when viewing the extension you will have to
>>>> run "UPDATE!" from the drop down menu that also contains dump db,
>>>> etc - though some time that menu item wont show till you've relogged.
>>>>
>>>> Other than that it should be relatively pain free
>>>>
>>>> /Morten Olesen
>>>> Chris Bernhard wrote:
>>>>> Morten Olesen schrieb:
>>>>>> Hej Chris,
>>>> ....
>>>>>
>>>>> Hi Morten,
>>>>>
>>>>> many thanks for your answer! Okay, the best way would be to upgrade
>>>>> to the newest SVN-Version. Whats the best way to upgrade from an
>>>>> older version to an actual version? First Step would be:
>>>>>
>>>>> 1. Checkout from SVN
>>>>> 2. Rename ext/commerce into ext/commerce_OLD
>>>>> 3. Upload into ext/commerce folder
>>>>> 4. In Extension Manager choose upgrade
>>>>>
>>>>> Thats it or is there something more to take care about?
>>>>>
>>>>> I'll have an look at the chained attributes extension, because
>>>>> there are a lot extensions in my current installation like previous
>>>>> - next article pagination and some more i dont want to integrate
>>>>> again manually in an actual SVN.
>>>>>
>>>>> Thanks in advantage and best regards,
>>>>>
>>>>> Chris
>>>
>>> Hi Morten,
>>>
>>> thanks a lot for your answer. I read something about this and in my
>>> extension manager i cannot find the UPDATE! order and it isnt appearing
>>> after logging in again. Are there any settings in the install tool,
>>> to enable the UPDATE order in the dropdownbox or is there an patch to
>>> activate this?
>>>
>>> Many thanks in advantage and have a nice day,
>>>
>>> Chris
>
> Hi Morten,
>
> thanks for answering me. Played around yesterday for a while with
> various versions of commerce and finally if found the UPDATE! order :-)
> Everything seems to work fine, except the dropdowns. They dont appear
> and the markers
> ###ARTICLE_SELECT_ATTRIBUTES#### ###SUBPART_ARTICLE_ATTRIBUTES###
> arent rendered yet. Should there be an new subpart for this?
>
> My template looks like this:
>
> <!-- ###PRODUCT_BASKET_FOR_SINGLEVIEW### -->
> <!-- ###ARTICLE_VIEW### -->
> <div class="com-single-action-entry">
> ###ARTICLE_HIDDENFIELDS###
> ###LANG_ORDERNUMBER###: ###ARTICLE_ORDERNUMBER###
> <span class="price_detail">###LANG_ONLY######ARTICLE_PRICE_GROSS###</span>
> ###ARTICLE_SELECT_ATTRIBUTES###<br />
> ###SUBPART_ARTICLE_ATTRIBUTES###<br />
> <div class="delivery_state"><div
> class="description">###LANG_ORDERSTATUS###:</div><img
> src="fileadmin/icons/gruen.gif" border="0" alt="" /></div><br />
>               <div class="article_amount">###LANG_AMOUNT###:</div>
>                ###STARTFRM###
>                ###GENERAL_HIDDENCATUID###
> <input type="text" class="com-input-qty" value="1"
> name="###QTY_INPUT_NAME###" size="2"/>
>                <input class="basket" type="submit"
> value="###LANG_SUBMIT###"/>
>                </form>
> </div>
>
> I tried the template which came with the SVN Version, but same issue.
>
> Thanks a lot in advantage and best regrards,
>
> Chris
_______________________________________________
TYPO3-project-commerce mailing list
TYPO3-project-commerce@...
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-project-commerce

Re: Strange behaviour of dropdownfields (Typo 4.2.6, Commerce 0.9.8)

by chris bernhard :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Morten Olesen schrieb:

> Hi Chris,
>
> look at pi1/category_product.tpl there are quite a few new changes, such
> as related products, etc so quite a few new markers.
>
> The subpart your looking for is
> ###SELECT_ATTRIBUTES###
>
> Cant recall the marker to insert the sub part in the article changed,
> but again comparing your old template to the new one should clear that
> up ;)
>
>
> /Morten
> Chris Bernhard wrote:
>> Morten Olesen schrieb:
>>> Hey Chris,
>>>
>>> iirc the check for weather to display the UPDATE! checks if there are
>>> parent-child associations between categories that aren't in the MM
>>> table. So creating a category inside another category might trigger
>>> it - but then if it's not showing then it's properly not needed ;)
>>>
>>> /Morten Olesen
>>>
>>> Chris Bernhard wrote:
>>>> Morten Olesen schrieb:
>>>>> Hey Chris,
>>>>>
>>>>> In the extension manager when viewing the extension you will have
>>>>> to run "UPDATE!" from the drop down menu that also contains dump
>>>>> db, etc - though some time that menu item wont show till you've
>>>>> relogged.
>>>>>
>>>>> Other than that it should be relatively pain free
>>>>>
>>>>> /Morten Olesen
>>>>> Chris Bernhard wrote:
>>>>>> Morten Olesen schrieb:
>>>>>>> Hej Chris,
>>>>> ....
>>>>>>
>>>>>> Hi Morten,
>>>>>>
>>>>>> many thanks for your answer! Okay, the best way would be to
>>>>>> upgrade to the newest SVN-Version. Whats the best way to upgrade
>>>>>> from an older version to an actual version? First Step would be:
>>>>>>
>>>>>> 1. Checkout from SVN
>>>>>> 2. Rename ext/commerce into ext/commerce_OLD
>>>>>> 3. Upload into ext/commerce folder
>>>>>> 4. In Extension Manager choose upgrade
>>>>>>
>>>>>> Thats it or is there something more to take care about?
>>>>>>
>>>>>> I'll have an look at the chained attributes extension, because
>>>>>> there are a lot extensions in my current installation like
>>>>>> previous - next article pagination and some more i dont want to
>>>>>> integrate again manually in an actual SVN.
>>>>>>
>>>>>> Thanks in advantage and best regards,
>>>>>>
>>>>>> Chris
>>>>
>>>> Hi Morten,
>>>>
>>>> thanks a lot for your answer. I read something about this and in my
>>>> extension manager i cannot find the UPDATE! order and it isnt appearing
>>>> after logging in again. Are there any settings in the install tool,
>>>> to enable the UPDATE order in the dropdownbox or is there an patch
>>>> to activate this?
>>>>
>>>> Many thanks in advantage and have a nice day,
>>>>
>>>> Chris
>>
>> Hi Morten,
>>
>> thanks for answering me. Played around yesterday for a while with
>> various versions of commerce and finally if found the UPDATE! order :-)
>> Everything seems to work fine, except the dropdowns. They dont appear
>> and the markers
>> ###ARTICLE_SELECT_ATTRIBUTES#### ###SUBPART_ARTICLE_ATTRIBUTES###
>> arent rendered yet. Should there be an new subpart for this?
>>
>> My template looks like this:
>>
>> <!-- ###PRODUCT_BASKET_FOR_SINGLEVIEW### -->
>> <!-- ###ARTICLE_VIEW### -->
>> <div class="com-single-action-entry">
>> ###ARTICLE_HIDDENFIELDS###
>> ###LANG_ORDERNUMBER###: ###ARTICLE_ORDERNUMBER###
>> <span
>> class="price_detail">###LANG_ONLY######ARTICLE_PRICE_GROSS###</span>
>> ###ARTICLE_SELECT_ATTRIBUTES###<br />
>> ###SUBPART_ARTICLE_ATTRIBUTES###<br />
>> <div class="delivery_state"><div
>> class="description">###LANG_ORDERSTATUS###:</div><img
>> src="fileadmin/icons/gruen.gif" border="0" alt="" /></div><br />
>>               <div class="article_amount">###LANG_AMOUNT###:</div>
>>                ###STARTFRM###
>>                ###GENERAL_HIDDENCATUID###
>> <input type="text" class="com-input-qty" value="1"
>> name="###QTY_INPUT_NAME###" size="2"/>
>>                <input class="basket" type="submit"
>> value="###LANG_SUBMIT###"/>
>>                </form>
>> </div>
>>
>> I tried the template which came with the SVN Version, but same issue.
>>
>> Thanks a lot in advantage and best regrards,
>>
>> Chris

Hi Morten,

its me again ;-) Rewrited the complete Template, but with no effect at
all. Attribute selector i still not rendered and all other attributes
have only the output "array" in the frontend. Hmm... Maybe i have to
delete all attributes and insert them new. Have no other idea than
this... What do you think about?

Thanks a lot and have a nice sunday,

Chris
_______________________________________________
TYPO3-project-commerce mailing list
TYPO3-project-commerce@...
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-project-commerce

Re: Strange behaviour of dropdownfields (Typo 4.2.6, Commerce 0.9.8)

by Morten Olesen :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi Chris,

Sorry for the late reply - vacation and all.

I remembered that when updating a very old shop to the latest svn we had
a problem with some attributes disappearing - the solution at that time
was to go to the attribute and save it once more - guessing something
has changed between then and the inline records

/Morten

Chris Bernhard wrote:

> Morten Olesen schrieb:
>> Hi Chris,
>>
>> look at pi1/category_product.tpl there are quite a few new changes,
>> such as related products, etc so quite a few new markers.
>>
>> The subpart your looking for is
>> ###SELECT_ATTRIBUTES###
>>
>> Cant recall the marker to insert the sub part in the article changed,
>> but again comparing your old template to the new one should clear that
>> up ;)
>>
>>
>> /Morten
>> Chris Bernhard wrote:
>>> Morten Olesen schrieb:
>>>> Hey Chris,
>>>>
>>>> iirc the check for weather to display the UPDATE! checks if there
>>>> are parent-child associations between categories that aren't in the
>>>> MM table. So creating a category inside another category might
>>>> trigger it - but then if it's not showing then it's properly not
>>>> needed ;)
>>>>
>>>> /Morten Olesen
>>>>
>>>> Chris Bernhard wrote:
>>>>> Morten Olesen schrieb:
>>>>>> Hey Chris,
>>>>>>
>>>>>> In the extension manager when viewing the extension you will have
>>>>>> to run "UPDATE!" from the drop down menu that also contains dump
>>>>>> db, etc - though some time that menu item wont show till you've
>>>>>> relogged.
>>>>>>
>>>>>> Other than that it should be relatively pain free
>>>>>>
>>>>>> /Morten Olesen
>>>>>> Chris Bernhard wrote:
>>>>>>> Morten Olesen schrieb:
>>>>>>>> Hej Chris,
>>>>>> ....
>>>>>>>
>>>>>>> Hi Morten,
>>>>>>>
>>>>>>> many thanks for your answer! Okay, the best way would be to
>>>>>>> upgrade to the newest SVN-Version. Whats the best way to upgrade
>>>>>>> from an older version to an actual version? First Step would be:
>>>>>>>
>>>>>>> 1. Checkout from SVN
>>>>>>> 2. Rename ext/commerce into ext/commerce_OLD
>>>>>>> 3. Upload into ext/commerce folder
>>>>>>> 4. In Extension Manager choose upgrade
>>>>>>>
>>>>>>> Thats it or is there something more to take care about?
>>>>>>>
>>>>>>> I'll have an look at the chained attributes extension, because
>>>>>>> there are a lot extensions in my current installation like
>>>>>>> previous - next article pagination and some more i dont want to
>>>>>>> integrate again manually in an actual SVN.
>>>>>>>
>>>>>>> Thanks in advantage and best regards,
>>>>>>>
>>>>>>> Chris
>>>>>
>>>>> Hi Morten,
>>>>>
>>>>> thanks a lot for your answer. I read something about this and in my
>>>>> extension manager i cannot find the UPDATE! order and it isnt
>>>>> appearing
>>>>> after logging in again. Are there any settings in the install tool,
>>>>> to enable the UPDATE order in the dropdownbox or is there an patch
>>>>> to activate this?
>>>>>
>>>>> Many thanks in advantage and have a nice day,
>>>>>
>>>>> Chris
>>>
>>> Hi Morten,
>>>
>>> thanks for answering me. Played around yesterday for a while with
>>> various versions of commerce and finally if found the UPDATE! order :-)
>>> Everything seems to work fine, except the dropdowns. They dont appear
>>> and the markers
>>> ###ARTICLE_SELECT_ATTRIBUTES#### ###SUBPART_ARTICLE_ATTRIBUTES###
>>> arent rendered yet. Should there be an new subpart for this?
>>>
>>> My template looks like this:
>>>
>>> <!-- ###PRODUCT_BASKET_FOR_SINGLEVIEW### -->
>>> <!-- ###ARTICLE_VIEW### -->
>>> <div class="com-single-action-entry">
>>> ###ARTICLE_HIDDENFIELDS###
>>> ###LANG_ORDERNUMBER###: ###ARTICLE_ORDERNUMBER###
>>> <span
>>> class="price_detail">###LANG_ONLY######ARTICLE_PRICE_GROSS###</span>
>>> ###ARTICLE_SELECT_ATTRIBUTES###<br />
>>> ###SUBPART_ARTICLE_ATTRIBUTES###<br />
>>> <div class="delivery_state"><div
>>> class="description">###LANG_ORDERSTATUS###:</div><img
>>> src="fileadmin/icons/gruen.gif" border="0" alt="" /></div><br />
>>>               <div class="article_amount">###LANG_AMOUNT###:</div>
>>>                ###STARTFRM###
>>>                ###GENERAL_HIDDENCATUID###
>>> <input type="text" class="com-input-qty" value="1"
>>> name="###QTY_INPUT_NAME###" size="2"/>
>>>                <input class="basket" type="submit"
>>> value="###LANG_SUBMIT###"/>
>>>                </form>
>>> </div>
>>>
>>> I tried the template which came with the SVN Version, but same issue.
>>>
>>> Thanks a lot in advantage and best regrards,
>>>
>>> Chris
>
> Hi Morten,
>
> its me again ;-) Rewrited the complete Template, but with no effect at
> all. Attribute selector i still not rendered and all other attributes
> have only the output "array" in the frontend. Hmm... Maybe i have to
> delete all attributes and insert them new. Have no other idea than
> this... What do you think about?
>
> Thanks a lot and have a nice sunday,
>
> Chris
_______________________________________________
TYPO3-project-commerce mailing list
TYPO3-project-commerce@...
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-project-commerce

Re: Strange behaviour of dropdownfields (Typo 4.2.6, Commerce 0.9.8)

by chris bernhard :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Morten Olesen schrieb:

> Hi Chris,
>
> Sorry for the late reply - vacation and all.
>
> I remembered that when updating a very old shop to the latest svn we had
> a problem with some attributes disappearing - the solution at that time
> was to go to the attribute and save it once more - guessing something
> has changed between then and the inline records
>
> /Morten
>
> Chris Bernhard wrote:
>> Morten Olesen schrieb:
>>> Hi Chris,
>>>
>>> look at pi1/category_product.tpl there are quite a few new changes,
>>> such as related products, etc so quite a few new markers.
>>>
>>> The subpart your looking for is
>>> ###SELECT_ATTRIBUTES###
>>>
>>> Cant recall the marker to insert the sub part in the article changed,
>>> but again comparing your old template to the new one should clear
>>> that up ;)
>>>
>>>
>>> /Morten
>>> Chris Bernhard wrote:
>>>> Morten Olesen schrieb:
>>>>> Hey Chris,
>>>>>
>>>>> iirc the check for weather to display the UPDATE! checks if there
>>>>> are parent-child associations between categories that aren't in the
>>>>> MM table. So creating a category inside another category might
>>>>> trigger it - but then if it's not showing then it's properly not
>>>>> needed ;)
>>>>>
>>>>> /Morten Olesen
>>>>>
>>>>> Chris Bernhard wrote:
>>>>>> Morten Olesen schrieb:
>>>>>>> Hey Chris,
>>>>>>>
>>>>>>> In the extension manager when viewing the extension you will have
>>>>>>> to run "UPDATE!" from the drop down menu that also contains dump
>>>>>>> db, etc - though some time that menu item wont show till you've
>>>>>>> relogged.
>>>>>>>
>>>>>>> Other than that it should be relatively pain free
>>>>>>>
>>>>>>> /Morten Olesen
>>>>>>> Chris Bernhard wrote:
>>>>>>>> Morten Olesen schrieb:
>>>>>>>>> Hej Chris,
>>>>>>> ....
>>>>>>>>
>>>>>>>> Hi Morten,
>>>>>>>>
>>>>>>>> many thanks for your answer! Okay, the best way would be to
>>>>>>>> upgrade to the newest SVN-Version. Whats the best way to upgrade
>>>>>>>> from an older version to an actual version? First Step would be:
>>>>>>>>
>>>>>>>> 1. Checkout from SVN
>>>>>>>> 2. Rename ext/commerce into ext/commerce_OLD
>>>>>>>> 3. Upload into ext/commerce folder
>>>>>>>> 4. In Extension Manager choose upgrade
>>>>>>>>
>>>>>>>> Thats it or is there something more to take care about?
>>>>>>>>
>>>>>>>> I'll have an look at the chained attributes extension, because
>>>>>>>> there are a lot extensions in my current installation like
>>>>>>>> previous - next article pagination and some more i dont want to
>>>>>>>> integrate again manually in an actual SVN.
>>>>>>>>
>>>>>>>> Thanks in advantage and best regards,
>>>>>>>>
>>>>>>>> Chris
>>>>>>
>>>>>> Hi Morten,
>>>>>>
>>>>>> thanks a lot for your answer. I read something about this and in
>>>>>> my extension manager i cannot find the UPDATE! order and it isnt
>>>>>> appearing
>>>>>> after logging in again. Are there any settings in the install
>>>>>> tool, to enable the UPDATE order in the dropdownbox or is there an
>>>>>> patch to activate this?
>>>>>>
>>>>>> Many thanks in advantage and have a nice day,
>>>>>>
>>>>>> Chris
>>>>
>>>> Hi Morten,
>>>>
>>>> thanks for answering me. Played around yesterday for a while with
>>>> various versions of commerce and finally if found the UPDATE! order :-)
>>>> Everything seems to work fine, except the dropdowns. They dont
>>>> appear and the markers
>>>> ###ARTICLE_SELECT_ATTRIBUTES#### ###SUBPART_ARTICLE_ATTRIBUTES###
>>>> arent rendered yet. Should there be an new subpart for this?
>>>>
>>>> My template looks like this:
>>>>
>>>> <!-- ###PRODUCT_BASKET_FOR_SINGLEVIEW### -->
>>>> <!-- ###ARTICLE_VIEW### -->
>>>> <div class="com-single-action-entry">
>>>> ###ARTICLE_HIDDENFIELDS###
>>>> ###LANG_ORDERNUMBER###: ###ARTICLE_ORDERNUMBER###
>>>> <span
>>>> class="price_detail">###LANG_ONLY######ARTICLE_PRICE_GROSS###</span>
>>>> ###ARTICLE_SELECT_ATTRIBUTES###<br />
>>>> ###SUBPART_ARTICLE_ATTRIBUTES###<br />
>>>> <div class="delivery_state"><div
>>>> class="description">###LANG_ORDERSTATUS###:</div><img
>>>> src="fileadmin/icons/gruen.gif" border="0" alt="" /></div><br />
>>>>               <div class="article_amount">###LANG_AMOUNT###:</div>
>>>>                ###STARTFRM###
>>>>                ###GENERAL_HIDDENCATUID###
>>>> <input type="text" class="com-input-qty" value="1"
>>>> name="###QTY_INPUT_NAME###" size="2"/>
>>>>                <input class="basket" type="submit"
>>>> value="###LANG_SUBMIT###"/>
>>>>                </form>
>>>> </div>
>>>>
>>>> I tried the template which came with the SVN Version, but same issue.
>>>>
>>>> Thanks a lot in advantage and best regrards,
>>>>
>>>> Chris
>>
>> Hi Morten,
>>
>> its me again ;-) Rewrited the complete Template, but with no effect at
>> all. Attribute selector i still not rendered and all other attributes
>> have only the output "array" in the frontend. Hmm... Maybe i have to
>> delete all attributes and insert them new. Have no other idea than
>> this... What do you think about?
>>
>> Thanks a lot and have a nice sunday,
>>
>> Chris

Hi Morten,

thanks for your answer. Hope you had a nice holiday, i was in vacations
too. I'll try this asap and will tell you, if this solution is working
for me.

Best regards,

Chris
_______________________________________________
TYPO3-project-commerce mailing list
TYPO3-project-commerce@...
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-project-commerce

Re: Strange behaviour of dropdownfields (Typo 4.2.6, Commerce 0.9.8)

by zylonne :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

So I just checked out the revision 23434 in the hope that the wierdness with the dropdown list will go away.  Instead, the dropdown lists go away! I also have a product with attributes Colour and Size.  
Running typo3 4.2.8 and commerce 0.9.8/0.9.9 I was able to see the drop down lists. After applying some of Morten's old patches I was even able to see the whole name of the attribute and not just the first letter. Also I removed the line of code with the "All", that worked too.

But the problem is the same as Chris is having. First you select the color and the size is then fixed! Not what I want.  Not what anyone wants.

So now with the cutting edge version I don't see any lists at all with allArticles=0.  :-(

Hmm. It would be really nice if someone from the developer team could tell us something about this, if it wiil be fixed, or if it is fixed and I just need to do some special workaround, if so in what version etc. It is hard navigating this project from the outside without any real documentation.


chris bernhard wrote:
Good morning dear list,

im offering articles like this in my online store:

T-Shirt / Size S / Color: Red
T-Shirt / Size M / Color: Red
T-Shirt / Size M / Color: Black

I changed the following line in class.tx_commerce_pi1.php
to remove the ALL Option.

(ca. line no. 559)

$attCode.= '<select
onchange="document.getElementById(\'attList_'.$prod->get_uid().'_changed\').value
=
'.$attribute_uid.';document.getElementById(\'attList_'.$prod->get_uid().'\').submit();"
name="'.$this->prefixId.'[attsel_'.$attribute_uid.']"
'.$this->conf['selectAttributesParams'].'><option
value="">'.$this->pi_getLL('all_options','all',1).'</option>'."\n";

$attCode.= '<select
onchange="document.getElementById(\'attList_'.$prod->get_uid().'_changed\').value
=
'.$attribute_uid.';document.getElementById(\'attList_'.$prod->get_uid().'\').submit();"
name="'.$this->prefixId.'[attsel_'.$attribute_uid.']"
'.$this->conf['selectAttributesParams'].'>'."\n";
                                                                               
Now, if im loading the article detailview site, in the dropdownbox all
colors appearing, but if im right, it has to show in the Size Dropdown:

S + M

Color Dropdown: only red.

The right behaviour should be, that black appears only if im changing
the size dropdown to size M.

And the next problem is, after changing to M, the S Attribute disappears
from the dropdown.

Is there an workaround for this problem?

Many thanks in advantage and best regards,

Chris

                                                                       
_______________________________________________
TYPO3-project-commerce mailing list
TYPO3-project-commerce@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-project-commerce

Re: Strange behaviour of dropdownfields (Typo 4.2.6, Commerce 0.9.8)

by zylonne :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

good news, it is working!

What I did:
pasted this into the template file :
<!-- ###SELECTOR_ATTRIBUTES_DROPDOWN### begin-->
<table class="com-select-attributes" cellspacing="0" cellpadding="0" border="0">
<tr class="com-select-row">
<td>###SELECT_ATTRIBUTES_TITLE###</td>
<td>
<select onchange="###SELECT_ATTRIBUTES_ON_CHANGE###" name="###SELECT_ATTRIBUTES_HTML_ELEMENT_NAME###">
<!-- ###SELECTOR_ATTRIBUTES_DROPDOWN_ITEM### begin-->
<option value="###SELECT_ATTRIBUTES_VALUE_VALUE###" ###SELECT_ATTRIBUTES_VALUE_SELECTED###>
###SELECT_ATTRIBUTES_VALUE_NAME###
</option>
<!-- ###SELECTOR_ATTRIBUTES_DROPDOWN_ITEM### end-->
</select>
###SELECT_ATTRIBUTES_UNIT###
</td>
</tr>
</table>
<!-- ###SELECTOR_ATTRIBUTES_DROPDOWN### end -->


Then only the select boxes appeared but only one attribute. Then I went to the attributes in the backend, opened them, saved them without any changes (as Morten suggests)
and now it is working and no wierdness yet.

see also http://forge.typo3.org/issues/show/3710 

chris bernhard wrote:
Good morning dear list,

im offering articles like this in my online store:

T-Shirt / Size S / Color: Red
T-Shirt / Size M / Color: Red
T-Shirt / Size M / Color: Black

I changed the following line in class.tx_commerce_pi1.php
to remove the ALL Option.

(ca. line no. 559)

$attCode.= '<select
onchange="document.getElementById(\'attList_'.$prod->get_uid().'_changed\').value
=
'.$attribute_uid.';document.getElementById(\'attList_'.$prod->get_uid().'\').submit();"
name="'.$this->prefixId.'[attsel_'.$attribute_uid.']"
'.$this->conf['selectAttributesParams'].'><option
value="">'.$this->pi_getLL('all_options','all',1).'</option>'."\n";

$attCode.= '<select
onchange="document.getElementById(\'attList_'.$prod->get_uid().'_changed\').value
=
'.$attribute_uid.';document.getElementById(\'attList_'.$prod->get_uid().'\').submit();"
name="'.$this->prefixId.'[attsel_'.$attribute_uid.']"
'.$this->conf['selectAttributesParams'].'>'."\n";
                                                                               
Now, if im loading the article detailview site, in the dropdownbox all
colors appearing, but if im right, it has to show in the Size Dropdown:

S + M

Color Dropdown: only red.

The right behaviour should be, that black appears only if im changing
the size dropdown to size M.

And the next problem is, after changing to M, the S Attribute disappears
from the dropdown.

Is there an workaround for this problem?

Many thanks in advantage and best regards,

Chris

                                                                       
_______________________________________________
TYPO3-project-commerce mailing list
TYPO3-project-commerce@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-project-commerce