Musician's Workshop Group Buy Instructions

  • Thread starter Thread starter Zetajazz44
  • Start date Start date
same for me, but i just click the link at the bottom of the add products page that takes me to chances page, no big deal.
 
Yes, there was a problem inside the user console when trying to view product detail... Try it again... Should work fine now..

Also, be sure that you have any pop-up blockers that you may have running, to allow popups on the User Console...

Thanks,

Randy
Zetajazz44
 
I registered today, but inside the user console, the 'add a product' button, 'edit profile' button and 'edit password' buttons don't work. I'm on mac os x, tried it in Firefox and Safari, but no luck.

Any ideas?
 
I registered today, but inside the user console, the 'add a product' button, 'edit profile' button and 'edit password' buttons don't work. I'm on mac os x, tried it in Firefox and Safari, but no luck.

Any ideas?

I believe I have it fixed now... Please log back into the User Console and try again... And let me know if it still doesn't work...


Randy
Zetajazz44
Click HERE to Register for the Musican's Workshop Group Buy
Click HERE to See Another One of My Hobbies
 
ok, now the 'add a product' button works, but the other two don't.

The Error Console says "Expected ':' but found '='. Declaration dropped. And it also says "Error in parsing value for property 'cursor'. Declaration dropped.

Hope that helps!
 
OK, works now!

The error console still shows a message: Error in parsing value for property 'color'

But it's working!
 
OK, works now!

The error console still shows a message: Error in parsing value for property 'color'

But it's working!

Thanks!

Yes, those "errors" will show in Mozilla based browsers on the Error Console. What causes this is that there certain items that are used in Cascading Style Sheets that Mozilla based browsers don't support... One in particular that I use quite often is: "style='cursor:hand;'"... For the most part Mozilla based browsers ignore these entries and the page still works, but they do list them in their Error Console...

With so many browsers out there today, it's hard to develop a web site that's friendly to them all... Sure, if you are just building a "text and image" site, just informational, it's pretty easy... But when you build a site that actually does work, it's hard to accomodate them all...unless you build specific pages for each browser... right now I don't have the time to take that on....

I do test in IE and Firefox for everything that I develop... but only on a PC, I don't have a MAC...

Let me know if anything don't work inside the User Console for you and I'm sure I can work a solution.

Thanks again,

Randy
Zetajazz44
Click HERE to Register for the Musican's Workshop Group Buy
Click HERE to See Another One of My Hobbies
 
Thanks for fixing those things, I'll let you know if I have any other problems!
 
I do test in IE and Firefox for everything that I develop... but only on a PC, I don't have a MAC...

Normally, testing in Firefox on one platform should be sufficient. You can also run Safari on Windows if you want to see how Mac users will see your site. 99% of the time, though, if it works on both IE and Firefox, it will "just work" in Safari.

I find myself spending far more time working around IE bugs than Firefox and Safari put together---Safari and FF tend to behave a lot more similarly than IE. YMMV, of course.
 
I notice that the user console shows the formula for transaction fees -- when we go to pay, should we calculate that ourselves, or will the invoices include a "gross up" amount? I believe the gross-up formula would be (($fee / .971) + .30), based on what's shown as the formula now (but do check my math).

For instance, based on the formula shown, if my total order is 100 bucks, I should pay 103.29 (which is 100 divided by .971 plus thirty cents) in order to include the transaction fee, and make sure Chance gets 100 out the other end. If we're sure of the way the fees are calculated, seems like it would be best to just gross up the invoices, to make sure it all works out.

Last time, I don't remember ever accounting for this (although it may have been reflected in my shipping invoice) -- with the size of this order, if we don't account for it up front, Chance could be significantly short on fees when it's time to pay the fiddler on the other side of the Pacific, and even if we make up for it later, that could be a lot out of pocket for a long time.
 
I am almost certain that those fees, thanks to Randy, are automatically calculated in your invoice
 
I am almost certain that those fees, thanks to Randy, are automatically calculated in your invoice

Yes, they are. Those are acutally "PayPal" fees and I had them listed as such, but I found out that's against PayPal's policy, so to avoid any repercussion from PayPal down the road, I removed their name/logo and just listed them as "transaction fees".

Those fees are 2.9% of the gross amount of your product prices, plus $0.30 per transaction.

What you see in the User Console listed as GRAND TOTAL is just that. The sum of the products that you have purchased, plus the processing fees. The actual amount of the processing fee is listed. For instance if your total product order was $400.00, your transaction fees would be $11.90, and the grand total would be: $411.90. As soon as the deadline for registration is here, you will be able to view your actual invoice from the User Console, and pay there via PayPal... Will be a simple 1 click deal from the User Console... Of course you will have to enter your PayPal info when you get there such as password...etc., but the GRAND TOTAL will be carried over for you... No one from the group buy will have to do any calculations to pay...



Randy
Zetajazz44
Click HERE to Register for the Musician's Workshop Group Buy
Click HERE to See Another One of My Hobbies
TnCLogo_WhiteMatte_BlueHalo.gif
 
Those fees are 2.9% of the gross amount of your product prices, plus $0.30 per transaction.
right, but just so no one's surprised, we actually wind up paying a tad more than that (like 2.99% + $0.30), because raising the total amount paid also raises the transaction fee a little, right?
 
right, but just so no one's surprised, we actually wind up paying a tad more than that (like 2.99% + $0.30), because raising the total amount paid also raises the transaction fee a little, right?

BOY HOWDY! I never even thought of that! Yes, it would, but how in the world would you accurately calculate that? Since the more that you add on for processing fees, the more processing fees that are added... Even if from the User Console I only passed over the amount of products to PayPal, and let everyone "add" thier own transaction fees, it would still be the same... Hummm...

Any thoughts on how to handle this fairly?

Appreciating your input! - THANKS!


Randy
Zetajazz44
Click HERE to Register for the Musician's Workshop Group Buy
Click HERE to See Another One of My Hobbies
TnCLogo_WhiteMatte_BlueHalo.gif
 
net is how much chance gets out of a payment, pmt.

net = pmt - (pmt * .029) - .30

net + .30 = pmt ( 1 - .029)

(net + .30 ) / .971 = pmt

So the total is net to chance, and pmt is what you invoice.
 
New Transaction Fee Calculation

Thanks to AntiChef and apl for pointing out the compounded error with the transaction fee calculation.

I have added a new function to page to calculate the fees based on what you have posted here. Below is a copy of the function that I'm currently using, based on your advise:

Function AddPPFees(DAmt)

AddPPFees = ((DAmt / .971) + 0.30)

AddPPFees = (AddPPFees-DAmt)

End Function


Seems to be working fine... Please check the home page in the User Console and confirm that your transaction fee and grand total amounts are correct.

Thanks much!

Randy
Zetajazz44
Click HERE to Register for the Musician's Workshop Group Buy
Click HERE to See Another One of My Hobbies
TnCLogo_WhiteMatte_BlueHalo.gif
 
Back
Top