Quest System

Deimos · #1 10-12-2004, 12:05 PM

Quest System should be updated. I have an idea of what new things should be in it as well. If you are willing to program a new quest system based off of PERL to make quests easier to create, send me a PM =).

I will work on the new Quest System commands and such when u send it to me, kk. One thing is that there needs to be more identifiers for things, I have kept wanting to use ones that aren't there, checking for certain things that you can't do with what is given. I am not talking about Variables or anything, normal identifiers like the one to check race, or class, and such.

Cisyouc · #2 10-12-2004, 12:56 PM

Clarify?
What exactly cant you do with the current PerlQuest system that couldnt be fixed by the means of adding quest:: functions?

-edit-
if($class eq 'Dark Elf')
{
#insert what to do if you're a dark elf
}

should work fine, but this may not be what you were talking about?

Deimos · #3 10-13-2004, 12:21 PM

I was using those as examples if you read it properly.

I have run into problems where I needed new identifiers that I did not have. I know all the PERL default functions and such. We just need new identifiers, seriously. I don't remember what I was trying to do, but it required new events and identifiers. If anyone is interested, I will work on the new quest system that will include identifiers, events, and functions.

I just remembered one of the identifiers. We need one to check GM Rank. There are probably 15-20 new identifiers that we should have enabled in the PERL Language for quests. The update would include these identifiers, the new events, and new functions (all to make life easier). Some of the functions will include GM Commands, so NPC's can perma change race, which is ez, and such. They will be used in the same context as a normal gm command. This would be a major* update to the PERL Quest System.

sdabbs65 · #4 10-13-2004, 01:06 PM

None of the new NPC id's match the old quest files.

m0oni9 · #5 10-13-2004, 01:14 PM

I am also confused on what you are proposing. How is a "new identifier" different than a variable? Do you mean adding functions? I am certain that whatever you are proposing does not require any sort of rewrite.

Here's the rundown of current perl capabilities:

Call perl subs from server
Set variables for perl modules
Enter commands into queue via perl, later to be processed by server
Call C functions from perl

How would you modify this?

sdabbs65 · #6 10-13-2004, 01:15 PM

here is something I found that might help out a bit...
search around maybe theres a link to it...
after I ran it all my quest started working.

EQEmu Quest File Re-Processor

Notes:
Use this app at your own risk.
This processor is designed to modify EQEmu quest files to synchronise NPCID's with the database specified and fix some common syntax problems. This process will not modify the source quest files but will create new copies in the destination directory specified.

Requirements:
-MDAC 2.6
-MyODBC 3.51

Deimos · #7 10-13-2004, 02:57 PM

Guys, I know how to write PERL. Dang, you all are thinking I am having problem with $race, I am not. Listen to me carefully everyone, That Was An *Example Of An Identifier* that is used by many.

Cisyouc · #8 10-13-2004, 03:31 PM

Quote:

Originally Posted by Deimos

Guys, I know how to write PERL. Dang, you all are thinking I am having problem with $race, I am not. Listen to me carefully everyone, That Was An *Example Of An Identifier* that is used by many.

I dont understand why you would want it to be written. In the other example you used, you can use $status. Please give more examples of what 'identifiers' you would need that arent already in perl quest? I would assume that these can be added and an overhaul of the system wouldn't really be necessary.

x-scythe · #9 10-13-2004, 03:51 PM

if your going to try and write a new quest system(which i dont see why you would...) why not do it in something other than perl?

but there isnt much the current perl system cant do..and if there is something it cant do it can easily be added in

m0oni9 · #10 10-14-2004, 11:39 AM

Quote:

Originally Posted by Deimos

Guys, I know how to write PERL. Dang, you all are thinking I am having problem with $race, I am not. Listen to me carefully everyone, That Was An *Example Of An Identifier* that is used by many.

I am listening carefully. How about this: write a script that would be used in the new system, and describe what it does. That may be the best way to get your ideas across. The way things are being expressed now is not making much sense. Also, could you define "identifier?" An identifier to me is a label name for a variable, function, etc.

Deimos · #11 10-14-2004, 01:59 PM

Talking to killspree atm about it. New Event names exc, as well as a system that makes more sense to newcomers. I personally know how to use the current system already and am very good at it, want to develop something easier though and that makes more sense, and in this sense I mean things like changing $status to $gmrank and such.

An Identifier that is not currently in the EQGame PERL Quest System is one that checks for HP % and or HP Amount. This will be fairly easy to add in, but, for a new PERL user, these options would not be open to them. Was thinking of something like if($hppercent) and or if($hpamount). I have not seen the brand new and most updated quest system yet, so I do not know if these were already added, but they would be of great help to newcomers of PERL. Other things might include Text Color options, such as, quest::text(Color), which would set it to a color for its text, which is fairly ok to add in. Using these, people could change text from one thing to annother. Advanced PERL Users like myself, Cisyouc, and a few others, know how to add these in and how to use them already, but, for new PERL users, they can't do it. Would be better to present a quest system that doens't require you to add in functions to make it do what you want to do, that doesn't require new Identifiers or Events. We should include everything, this way, more people will learn how to use it. Atm, people are having to make lots of their own functions to do what they truly want to do. I am one of them...

Developers need to work with Advanced PERL Users to create a better quest system that *all* people will be able to use for the most part.

Thank you

sotonin · #12 10-14-2004, 02:06 PM

Quote:

I mean things like changing $status to $gmrank and such

Status is status because it's called status in the database.

And you really haven't given any reasons yet as to why there should be a new system created. You can add anything and everything in the system we have. Somebody just needs too.

Deimos · #13 10-14-2004, 03:19 PM

Sotonin, you kinda repeated what I said with you can add anything you want to the PERL, it is just a hassle. People would rather have it there all done and ready for them to use. With a new, better, and easier to use quest system that includes all the functions anyone will ever need, people will be happier, because they can do more without making tons of new functions. I thought this would be a good idea. I seem to be the only one that is for it atm.

Listen, I personally think this will attract more people to Emu, but, if people don't want to do it, that is alright. We can always all keep coding in our own functions, which is what a lot of people might like to do. Not sure, this might be a lousy idea, because EverQuest Emulator is supposed to encourage creativity for someone running their own server, as well as Creator in the staff that are working for those servers. Maybe updating the quest system is bad because it takes away from this creativity. People might want to name all of these functions by their own names. Some people I know will probably like it, but not enough of the population to where it will even be worth it. You guys are right and I see this now, it is not worth it, because it takes away some of the creativeness of EverQuest Emulator.

Ty all, when I come up with maybe an entire new layout if I can ever think of one that is better, then I will bring this up again. Until then, this is all good and fine because it allows people to be creative enough to do what they want to do and name things what they want them to be named.

sotonin · #14 10-14-2004, 03:27 PM

Im not even going to read all that repeated stuff heh.

You can add anything you want in the eqemu source you can add in premade functions just like the ones that are there now. There no reason to use anything but perl. What you are truely requesting is somebody make functions that are useful to you.

Instead of this thread make a new one. I want a function that does this. And that and this and that and this. Then somebody might make it, and a developer might put it into source. Or you could share the functions YOU have so greatly boasted you've made and then a developer could add it to the source as a real permanent function.

m0oni9 · #15 10-15-2004, 08:27 AM

Quote:

Originally Posted by sotonin

Instead of this thread make a new one. I want a function that does this. And that and this and that and this. Then somebody might make it, and a developer might put it into source. Or you could share the functions YOU have so greatly boasted you've made and then a developer could add it to the source as a real permanent function.

Yes. There is no need for a new system.

Deimos, you are describing additions or modifications to current functionality -- it has nothing to do with identifier naming. The interpreter already gets about as much mileage as possible, though some of the functions and things should be redone (IMO), it is not the fault of the current interpreter implementation. Rather, those functions (or variables, as the case may be) should be redesigned. I pose the same question as sotonin: If you want something implemented, and are capable of writing it, why not write it and contribute your code?

Since you are an Advanced PERL User, perhaps you could help with the current code some, for instance: hide various info passed during function calls via the perl stack. Or, if you have any ideas beyond changing identifier names, and creating already-existing events, like an actual design spec, please post them.