ah sorry, yea I reread it when I got on my pc and I can see where I misunderstood your position,
as for where I got the concept from:
This would only work if the game participates in regional pricing, otherwise you’re fucking over most people who don’t deal in USD. $15 to you is not just $15 to everyone else.
and then
I don’t think I am. The issue is not that your system won’t work with regional pricing, it’s that it will not work without it.
since my post was about having it be based off a policy on pricing based off the current price, I took that as a message stating that it requires regional pricing to work. So I jumped the gun a little and thought you meant that you were advocating that for it to work, they would need regional pricing on everything as such would require regional based refunds for those areas, but I can see where I got overzealous on that so I apologize.
My opinion is still the same on it though, I think it would be better to implement that system than to not, even if the dev doesn’t participate in regional pricing at all, worst case scenario is it’s a static price with a static return based off the only price available and the buyer would know that going into it. I could see how it could negativly impact the buyer like you said but, if the seller is already not participating with regional pricing, there isn’t much else that can be done to fix that. Maybe keep the current system if the game is is bought in a region and not with regional pricing? but I don’t think that would really work either as it could just enable the abuse in those regions still. It can definitely work without regional pricing but, preferably if the dev wants to have sales, they really should enable it.
Also as an addition because I didn’t mention it, I used USD as an example because it’s what is generally used for an example, obviously said framework could be any region as long as it’s consistant across every game so it’s not confusing. Honestly steam could likely even supply a exchange tool to auto do the exchange across all denominations. They do that already for payouts/purchases
I am not advocating for this. I do not understand why you think I’m advocating for this when I never brought it up.
Please re-read my last comment.
ah sorry, yea I reread it when I got on my pc and I can see where I misunderstood your position,
as for where I got the concept from:
and then
since my post was about having it be based off a policy on pricing based off the current price, I took that as a message stating that it requires regional pricing to work. So I jumped the gun a little and thought you meant that you were advocating that for it to work, they would need regional pricing on everything as such would require regional based refunds for those areas, but I can see where I got overzealous on that so I apologize.
My opinion is still the same on it though, I think it would be better to implement that system than to not, even if the dev doesn’t participate in regional pricing at all, worst case scenario is it’s a static price with a static return based off the only price available and the buyer would know that going into it. I could see how it could negativly impact the buyer like you said but, if the seller is already not participating with regional pricing, there isn’t much else that can be done to fix that. Maybe keep the current system if the game is is bought in a region and not with regional pricing? but I don’t think that would really work either as it could just enable the abuse in those regions still. It can definitely work without regional pricing but, preferably if the dev wants to have sales, they really should enable it.
Also as an addition because I didn’t mention it, I used USD as an example because it’s what is generally used for an example, obviously said framework could be any region as long as it’s consistant across every game so it’s not confusing. Honestly steam could likely even supply a exchange tool to auto do the exchange across all denominations. They do that already for payouts/purchases