Escortable Bulletin Board script not working for runuo 2.5

[Grim Knight]

Think I placed this in the wrong thread before since people viewed but no answers, hopefully someone can tell me if there is a chance that this NPC Escortable Bulletin Board script can be updated for runuo 2.5 by any of the developers from here...

https://www.servuo.com/threads/bulletin-board-escort-quests.2393/

Did try myself for the last two days and nights and search endlessly on the forums, Here are the errors I was getting. Can I just comment out those functions and vars and it still work?

Errors:
+ Engines/MLQuests/Objectives/EscortObjective.cs:
CS1061: Line 34: 'Server.Mobiles.BaseEscortable' does not contain a definition for 'IsBeingDeleted' and no extension method 'IsBeingDeleted' accepting a first argument of type 'Server.Mobiles.BaseEscortable' could be found (are you missing a using directive or an assembly reference?)

CS0117: Line 53: 'Server.Mobiles.BaseEscortable' does not contain a definition for 'EscortDelay'

CS0117: Line 161: 'Server.Mobiles.BaseEscortable' does not contain a definition for 'AbandonDelay'
Scripts: One or more scripts failed to compile or no script files were found.
- Press return to exit, or R to try again.

 

[dmurphy]

You are most likely getting no answers because this is ServUO not RunUO.

ServUO while the same in many ways is also very different and there is a very big chance that stuff posted to work with ServUO will not work with RunUO.

I suggest downloading ServUO if you want to use resources posted here without issue.

 

[Denjiki]

I agree with dmurphy, but i'd also like to add that in case you haven't tried ServUO, you really should. There's been a lot of useful things added to ServUO that RunUO doesn't have, both in content and function. To be honest, I see no reason to use RunUO over ServUO at all unless you have an older, established server running on RunUO that simply has too many custom scripts to port over in a reasonable amount of time. Plus now that RunUO has cut off official support and further development, you're not going to see updates or bug fixes for it either, whereas ServUO still gets repo updates.

ServUO > RunUO

Don't get me wrong, without RunUO being developed in the first place there would probably not be a ServUO, but imo at this point it's evident ServUO is just better.

 

[Grim Knight]

I see gents, tyvm, I guess i would lose everything I have built through RunUO in the switch though, including couple hundred hours and over 20 scripts all integrated and working. I'm pretty sure there is no way to port the code or merge without breaking everything so that would be a big jump for me since I just host this for six friends. The big bonus here seems to be an active community willing to help, and RunUO being abandoned-ware. Maybe ill keep the RunUO for now and start small on ServUO working my way up until I equal and surpass the RunUO, archive it, then use ServUO. I'll start reading up on everything here today.

 

[Denjiki]

I see gents, tyvm, I guess i would lose everything I have built through RunUO in the switch though, including couple hundred hours and over 20 scripts all integrated and working. I'm pretty sure there is no way to port the code or merge without breaking everything so that would be a big jump for me since I just host this for six friends. The big bonus here seems to be an active community willing to help, and RunUO being abandoned-ware. Maybe ill keep the RunUO for now and start small on ServUO working my way up until I equal and surpass the RunUO, archive it, then use ServUO. I'll start reading up on everything here today.

You could also start a ServUO and try merging over custom scripts one at a time, I bet some of them would require little/no modification to work with ServUO. Of the custom scripts you have, you should decide which ones you actually use. Alot of the major runuo scripts have been converted to work with ServUO and posted on here, like daats99 and fs:ats. And for whatever hasnt been posted there is most likely a thread about how to port them over to ServUO.

 

[dmurphy]

Yeah there is a much higher chance that a resource built for RunUO will work on ServUO than the other way around and if it does not work it is usually a fairly simple job of getting it to work. Getting a ServUO resource to work with RunUO though can be almost impossible without changing a bunch of RunUO.