[Feature Request] IPC Provider Possibilities?

[CordeliaMist]

I'm not sure how other plugin developers would feel about this, but I think it would be really neat if AQuestReborn was able to have IPC providers that would inform plugins of when a quest makes some form of progression. Things like:

• A call that it fired when the quest starts, giving attached information of the Quest Name, # of steps.
• A call that is fired whenever a player reached a checkpoint in the quest / next objective, notifying other plugins what step they are on
• A called fired upon the quest completion, giving out what quest was completed

This would help expand upon its functionality by allowing other plugins if desired to incorporate further immersion by updating states or calling upon actions within their own toolkit upon reaching certain steps if the player wants them to perfect certain operations on specific steps.

I think it would be a really cool concept if its possible and easy to implement!

[Maveriknight]

While not a dev, I do recommend looking into either finding a way to hook into, or taking inspiration from the moodles and weatherman plugins for customizeable status effect procs and the ability to set the weather/time of day client-side as part of quests. Also, i'm not sure how it'd be best implemented, but if you aren't already thinking about it, if you can find a way to make it so that a party can progress a quest as a group, I could see your plugin becoming a major hit with the roleplayers out there like myself who DM for larger groups.

[cekefun]

I can already imagine a quest causing the weather to change into a storm and you're tasked to figure out how to stop this...

[Sebane1]

I'm not sure how other plugin developers would feel about this, but I think it would be really neat if AQuestReborn was able to have IPC providers that would inform plugins of when a quest makes some form of progression. Things like:

• A call that it fired when the quest starts, giving attached information of the Quest Name, # of steps.
• A call that is fired whenever a player reached a checkpoint in the quest / next objective, notifying other plugins what step they are on
• A called fired upon the quest completion, giving out what quest was completed

This would help expand upon its functionality by allowing other plugins if desired to incorporate further immersion by updating states or calling upon actions within their own toolkit upon reaching certain steps if the player wants them to perfect certain operations on specific steps.

I think it would be a really cool concept if its possible and easy to implement!

This likely very doable. Quest Accepted, Quest Text Triggered, Quest Completed, and possibly Quest Reward can all be IPC hooks.
I imagine quest rewards that allow another plugin to be a provider of said reward could be interesting.

If there's a more in depth feature set that needs to be coordinated we can weigh what further options there are.

While not a dev, I do recommend looking into either finding a way to hook into, or taking inspiration from the moodles and weatherman plugins for customizeable status effect procs and the ability to set the weather/time of day client-side as part of quests. Also, i'm not sure how it'd be best implemented, but if you aren't already thinking about it, if you can find a way to make it so that a party can progress a quest as a group, I could see your plugin becoming a major hit with the roleplayers out there like myself who DM for larger groups.

Custom status effects have been a topic of discussion in some of the groups I've spoken with. The question becomes how they are expressed in game. Currently any status effect would only be able to superficially affect the player.

Weather and time of day is likely possible in future.

Player synced quests are something that will need some more thinking on.

Current potential blockers:
How do we keep progress in sync?
What happens if other people drop off doing the quest midway?
How different would a group quest structure be from a solo quest structure?
What server infrastructure would be used for this?

Custom FATEs might be an interesting thing to look into, but anything combat related would need to use existing enemies already spawned in the game.

[Maveriknight]

My first thought in regards to keeping progress in sync would be to take a page from the book of games like Borderlands, where a host player (maybe a party/alliance's leader by default?) is essentially the only one who's actually tracking/saving progress, but anyone on the same step also gets to update their own progress along with them, but anyone who's not just kind of piggy-backs on the host's progression until they're back on their own.

In this case those who drop off midway would have to continue progression themselves, but could still rejoin their friends partway.

This still presents issues though, but it's one potential route you could take all the same.

As far as the debuffs thing, aside from having the custom debuffs possibly be part of a quest objective, (IE, "complete x objective while buff/debuff Y is still active") it may be useful as a potential book for future features, like if you decide to attempt implementing any sorts of pseudo-combat or the like to compensate for the inability to actually impact the actual game world beyond false npcs.

[wolfsghost1]

Gonna be keeping my eye on this!

One of the things I've been really sad about not having, despite all of the plugins, is something similar to Total RP 3, which is a world of warcraft addon, and the extended version allowed for people to create entire campaigns, quests, even their own items that could be traded between other players, and stored in the addon's "bag/inventory". And we're finally starting to move in that direction, it feels like.