git-svn-id: https://svn.code.sf.net/p/rathena/svn/branches/stable@642 54d463be-8e91-2dee-dedb-b68131a5f0ec
This commit is contained in:
amber 2004-12-19 16:05:08 +00:00
parent 136694929d
commit cee20624da

View File

@ -3,35 +3,51 @@
//you would like something down... someone might do it? lol
----
I (Ajarn) have loads of ideas. I might as well put them here. If no one does them it's fine, because I plan
on doing them eventually if no one else does.
I (Ajarn) have loads of ideas. I might as well put them here. If no one does them it's fine, because I plan on doing them eventually if no one else does.
1) Better jail system. You know how the ban system has a time column, so you can set a certain amount of
ban time? I think jailing should have this to. This way you can unjail the character when they are online
or not, and jail them if they are on or not, etc. This will also lock their char to the jail until the
state of that column is changed. One the time hits that they can come out (every min run a timer maybe?)
they are unjailed if online, and if they are offline, the next time they log on it will check that column
and unjail them then.
1) Better jail system. You know how the ban system has a time column,
so you can set a certain amount of ban time? I think jailing should
have this to. This way you can unjail the character when they are
online or not, and jail them if they are on or not, etc. This will
also lock their char to the jail until the state of that column is
changed. One the time hits that they can come out (every min run a
timer maybe?) they are unjailed if online, and if they are offline,
the next time they log on it will check that column and unjail them
then.
2) Addition to ban system. Ban works on a state system and I think ti should have another state. Instead of
fully banning someone you should have the option of banning them from creating new chars before a full ban.
This way you can jail their chars, and ban creation of new chars. Then they have to sit in the jail and
talk it out with a GM. Gets problems solved easier.
3) Better gm level system. Basicly a gm command has group numbers after it (monster:1,5,99) and those gm
levels can use it. This way you can have a much more flexible system. But when I think about it... it takes
a lot of checking to do it that way, and in the long run, it would be a lot more flexible and easier to
have account names after each gm command. I'm not sure which one I like, or which one should be used, but
the "level" system is kind of hard to do when you want to have sistem levels. Like, some have group A
commands, and some have group B commands, having nothing to do with group A. There is no way to do that
with the current system.
nsstrunks: The group numbers is kinda pointless, since currently if you set it to a higher number, everyone above that will have access.
2) Addition to ban system. Ban works on a state system and I think ti
should have another state. Instead of fully banning someone you
should have the option of banning them from creating new chars
before a full ban. This way you can jail their chars, and ban
creation of new chars. Then they have to sit in the jail and talk
it out with a GM. Gets problems solved easier.
4) Private Message SPY! (@pmspy <char name>) What it does is you see everything that that person private
messages to another, and anything another pms to them. I'm not sure if it can be already done, but this
would stack with @guildspy and @partyspy. So, you you know thier party, and guild and you do all three
spies, and you follow them around you can hear everything they are saying.
5) Probably a stupid idea, but @localspy. It basicly spies on all the text that they can hear localy and
sends it to you like "ajarn can hear: ....." and "ajarn says: ..." This way you can do #4 to a person, and
then this, without following them, and get the same effect.
3) Better gm level system. Basicly a gm command has group numbers
after it (monster:1,5,99) and those gm levels can use it. This way
you can have a much more flexible system. But when I think about
it... it takes a lot of checking to do it that way, and in the long
run, it would be a lot more flexible and easier to have account
names after each gm command. I'm not sure which one I like, or
which one should be used, but the "level" system is kind of hard to
do when you want to have sistem levels. Like, some have group A
commands, and some have group B commands, having nothing to do with
group A. There is no way to do that with the current system.
nsstrunks: The group numbers is kinda pointless, since
currently if you set it to a higher number, everyone above
that will have access.
4) Private Message SPY! (@pmspy <char name>) What it does is you see
everything that that person private messages to another, and
anything another pms to them. I'm not sure if it can be already
done, but this would stack with @guildspy and @partyspy. So, you
you know thier party, and guild and you do all three spies, and you
follow them around you can hear everything they are saying.
5) Probably a stupid idea, but @localspy. It basicly spies on all the
text that they can hear localy and sends it to you like "ajarn can
hear: ....." and "ajarn says: ..." This way you can do #4 to a
person, and then this, without following them, and get the same
effect.