Well, i didn't have a good title. Sorry.
My idea is: Add an Extra Field. For example: We have Subscriptions, but we want to give Coins with this method.
Would be cool that, eh? But, if we give coins we don't give subs. :/
CheckPassport(passport,field)
Then we create the new field and we do
CheckPassport ("123456789abcdefg","Gold") To get Gold
CheckPassport ("123456789abcdefg","Subscriptions") To get the Subscriptions
Then the Fields would be like this:
Create a new Field
It asks the Name and Type (In type, example: String, Date (DD-MM-YYYY), Number, etc)
Understand? D:
ID:104058
 Nov 1 2010, 2:50 pm
|
|||||||||
| |||||||||
|
#1 Nov 17 2010, 10:21 am
|
|
Taha123
 |
Nice.
|
|
#3 Nov 21 2010, 10:27 am
|
|
So basically you're asking for a method to provide micro-transactions? People would be able to sell gold separately from an actual monthly subscription?
| |
|
#4 Nov 21 2010, 10:32 am
|
|
No, for example. Player A haves a Subscription. (We're using Subscription Field), now Player B gets Gold (we're using Gold Field) Then in Field A will appear Player A - Time
and in Gold Field will appear Player B - Gold | |
|
#6 Nov 21 2010, 10:36 am
|
|
Seems like it would be simpler to use different passports for the different types of transactions.
| |
|
#7 Nov 21 2010, 10:41 am
|
|
Yes, but you're making useless hubs.
EDIT: Removed well, you know. :D | |
|
#9 Nov 21 2010, 10:42 am
|
|
Then the feature request should probably be, "Let us have more than one passport."
| |
|
#10 Nov 21 2010, 10:43 am
|
|
Yes.
| |
|
#12 Nov 21 2010, 10:46 am
|
|
Lol. Let me explain:
Did you see that we can do Subscriptions using CheckPassport. Well, but only Subscriptions? That sucks! (Omg, like robot) What about making fields for Gold, Points, or those things? Also in Gold/Points value can go "String, Date, Number, etc) Example: Subscriptions Key - Expiration (Date) Ocean King - 999999 (Lifetime) Gold Key - Amount (Number) Ocean King - 99999 Understand? =P | |
|
#13 Nov 21 2010, 10:47 am
|
|
Yea, I understand that part, and support it. I don't understand why you would be making multiple hubs
| |
|
#14 Nov 21 2010, 10:48 am
|
|
That was Antx idea. I think.
| |
|
#16 Jan 6 2011, 12:33 pm
|
|
I support this, and think it would be a good thing to be implemented.
| |
|
#17 Feb 27 2011, 3:39 pm
|
|
Bump again, I still think this should be on the list, and therefore would like to bring back attention to this.
| |
|
#18 Feb 27 2011, 8:43 pm
|
|
I like the idea, but it's possible to work around with a database and some type of subscription server.
| |
|
#19 May 17 2011, 5:15 am
|
|
Lummox JR wrote on issue #2979:
CheckPassport(), which just gives a yes or no answer as to whether a user is currently a subscriber, is obviously inadequate to the task because the point would be to check for new goods (and refunds, etc.) since the last time the game was played. We could make a new proc: CheckHubItem (passport_identifier,key,fields,amount) It can work like a cross between CheckPassport & GetScores Args: passport_identifier: a text string assigned to you by BYOND Hub. key: the name of the player, character, etc. for which scores have been set fields: The data fields to retrieve amount: the amount they have in the field Example: world >> hub = "My.Hub" //change this to your own hub entry mob/var/Gold mob/Login() >> var/gold = 0 >> client.CheckHubItem("0123456789abcdef",src.key,"Gold",gold)) >> src.Gold = gold >> return ..() | |