Development of Manasource and anything else related to the Mana Project.
#134237 by Jaxad0127
Fri May 10, 2013 2:43 pm
The second is better for dynamic quests. The first would require character variables to store everything needed to recreate all details of the dynamic quest, which could be a lot (if the description can vary significantly). Of course, if character variables can store strings, we can just store descriptions that way.
#134243 by Ablu
Fri May 10, 2013 5:02 pm
Jaxad0127 wrote:Of course, if character variables can store strings, we can just store descriptions that way.

Short note, though this is bit offtopic probably: Manaserv character variables can _only_ store strings (well you can store numbers as strings and convert them, but in the database only strings exists)

Regards,
Ablu
#134296 by atheros
Sun May 12, 2013 6:09 am
Bjørn wrote:
Quest Update { Quest Id, Flags [ State, Title, Description, Goal ] }



Do we need the "state" field? Since while quests arn't finished, they are active, when they gets finished for whatever reason (success, failure, cancelation, ...) they are destroyed on server side.
#134297 by Bjørn
Sun May 12, 2013 8:56 am
atheros wrote:
Bjørn wrote:Quest Update { Quest Id, Flags [ State, Title, Description, Goal ] }

Do we need the "state" field? Since while quests arn't finished, they are active, when they gets finished for whatever reason (success, failure, cancelation, ...) they are destroyed on server side.

Hmm, I mainly put that there cause I thought it would be confusing to put it in the flags. Possibly values are New, Finished, Failed or Canceled. And indeed it's not something that needs to be stored server-side.

Who is online

Users browsing this forum: No registered users and 2 guests