Custom Attributes Extended 2.1 [Hack]

[Paul]

Thanks for the really quick reply. I replaced the updated ps_product_custum_type.php but it's returning the following error:

Parse error: syntax error, unexpected T_CONSTANT_ENCAPSED_STRING in /administrator/components/com_virtuemart/classes/ps_product_custom_type.php on line 486

I also wanted to check when you input the minimum and maximum file size what units are used? Is it a number only or do you indicate units - kb, mb etc?

Thanks again,
Paul

[huub]

This tool is really fantastic and of course there will always be wishes for additional things, but the fact remains that this must be one of the best extensions for VM.

My wish is probably not so complicated but makes a lot of difference for visitors/customers.
If I add a price to an attribute (for instance 10.00) this amount is without taxes, even when the prices in the shop are inc. taxes. This is a bit confusing for customers because when they pick this option they think they have to pay 10.00 more but at checkout or in there cart they see that it is 10.00 + taxes.

I hope I made clear what I wanted to explain.

[standby]

Parse error: syntax error, unexpected T_CONSTANT_ENCAPSED_STRING in /administrator/components/com_virtuemart/classes/ps_product_custom_type.php on line 486

I get the same error than "Paul" when I overwrite the four files  (custom_attribute_2.0_hack.zip) over a clear install.

[barnett]

Parse error: syntax error, unexpected T_CONSTANT_ENCAPSED_STRING in /administrator/components/com_virtuemart/classes/ps_product_custom_type.php on line 486

I get the same error than "Paul" when I overwrite the four files  (custom_attribute_2.0_hack.zip) over a clear install.

Fixed it and re-uploaded the files.  Sorry about that.
-barnett

[barnett]

This tool is really fantastic and of course there will always be wishes for additional things, but the fact remains that this must be one of the best extensions for VM.

My wish is probably not so complicated but makes a lot of difference for visitors/customers.
If I add a price to an attribute (for instance 10.00) this amount is without taxes, even when the prices in the shop are inc. taxes. This is a bit confusing for customers because when they pick this option they think they have to pay 10.00 more but at checkout or in there cart they see that it is 10.00 + taxes.

I hope I made clear what I wanted to explain.

I'll look into this issue, but it may be a VM issue and not this hack, but I'll check into it.
-barnett

[Paul]

Thanks for the quick fix. The parse error is gone but now I'm getting a message

Error: File Type is not Supported

This message displays when a file upload is selected and the product added to the cart. I've set .jpg as a file type and I'm trying to upload a jpg. The file is not uploaded or listed in the item attributes when viewing the cart.

Also wondering what is the correct way to input/specify file size limits?

[Nick]

Hi Barnett,

Hi,

I must be having a stupid moment here.    

I have uploaded all the files in the first post. 
I am running 1.0.10.

However it appears as though the hack simply isn't working.  Please take a look at the image below. 

Now the only thing I can think of is that Safe Mode is on?

I knew I was having a dumb moment.....thanks.

However I have put in some more complicated code and it is not rendering correctly for example the  divide line comes up with its title.  URL as before.  I have e-mailed you an admin access so you can see the backend.

Thanks

[dubey]

- say the customer wants 500 words at 3 dollars a word, I need the customer to enter the figure "500", and the price to be modified by 3*500.

I'm going to add a new attribute type soon which will allow for this.  It will look something like this:
Enter # of words(number)(3.00 a word|field-below)(3.00|*);

-barnett

Hi Barnett, I hope you being rewarded in some way for doing all this. Any news on the above?

[barnett]

- say the customer wants 500 words at 3 dollars a word, I need the customer to enter the figure "500", and the price to be modified by 3*500.

I'm going to add a new attribute type soon which will allow for this.  It will look something like this:
Enter # of words(number)(3.00 a word|field-below)(3.00|*);

-barnett

Hi Barnett, I hope you being rewarded in some way for doing all this. Any news on the above?

Yes this was added about two update ago... see the first thread for the new files and the second thread for the exact syntax to use.

My reward is everyone's thankfulness as well as good PR for future things I may release.
-barnett

[barnett]

Thanks for the quick fix. The parse error is gone but now I'm getting a message

Error: File Type is not Supported

This message displays when a file upload is selected and the product added to the cart. I've set .jpg as a file type and I'm trying to upload a jpg. The file is not uploaded or listed in the item attributes when viewing the cart.

Also wondering what is the correct way to input/specify file size limits?

try also adding .jpeg to the file types.  Or try another file type all together like .doc (MS WORD) and see if that works.  If not I'll bug test it.

Max file size and Min file size #'s are measured in bytes.  Do not add any ending like kb, mb, etc.... you'll have to calculate all that into bytes.
-barnett

[barnett]

Hi Barnett,

Hi,

I must be having a stupid moment here.    

I have uploaded all the files in the first post. 
I am running 1.0.10.

However it appears as though the hack simply isn't working.  Please take a look at the image below. 

Now the only thing I can think of is that Safe Mode is on?

I knew I was having a dumb moment.....thanks.

However I have put in some more complicated code and it is not rendering correctly for example the  divide line comes up with its title.  URL as before.  I have e-mailed you an admin access so you can see the backend.

Thanks

The hack seems to be working fine.  The reason no images appear is because you're using the example I gave which links to images which aren't in your install.  Also you can either rename "Divide" to something more appropriate or just add a space " " instead.  I'm not sure what specifically you're having problems with.....

it seems that you got the overall hack working... layout is more of a design issue.
-barnett

[Paul]

Thanks for the file size input requirements. I'm still getting the file type not supported error though. For testing I've set the min and max sizes to 100kb and 7mb as well as included '.jpeg' as a file type. If it helps this is the attribute setting I'm using is:

Picture 1(file)(jpg files only|field-below)(images/|.jpg,.jpeg,.doc|0.00|7340032|102400)

ps. Please ignore the IM I sent you earlier - you've already answered most of those questions.

Paul

[dubey]

Thanks Barnett. I am getting these "file type error" upload messages too since I changed my hosting yesterday, which makes me thing its not a hack issue . however, i am using the same upload folder for my docman repository and that is working fine.

[Paul]

Thanks Barnett. I am getting these "file type error" upload messages too since I changed my hosting yesterday, which makes me thing its not a hack issue . however, i am using the same upload folder for my docman repository and that is working fine.

I've only started getting this error since updating to the latest ps_product_custom_type.php file - the one incorporating minimum / maximum file sizes. If I go back to an older version of this file everything works fine.

[Christian Bach]

also your attributes need to have distinct names like Skrifttype 1, Skrifttype 2, Skrifttype 3

-barnett

Hi,

Thanks for all your time. Do you have a PayPal account or something?

There's is just one small bug left, Line 2 & 3 is not counted and added to the shoppingcart. Could you point me in the right direction?

I really hope to resolve this issue soon, we can't wait to get online with our new webshop. )

EDIT: This is only an issue in IE. It works like a charm in FF.

/cbach