summaryrefslogtreecommitdiff
path: root/Dev/Ideas_Suggestions.txt
diff options
context:
space:
mode:
Diffstat (limited to 'Dev/Ideas_Suggestions.txt')
-rw-r--r--Dev/Ideas_Suggestions.txt73
1 files changed, 37 insertions, 36 deletions
diff --git a/Dev/Ideas_Suggestions.txt b/Dev/Ideas_Suggestions.txt
index 61878a0e0..d2fce7a72 100644
--- a/Dev/Ideas_Suggestions.txt
+++ b/Dev/Ideas_Suggestions.txt
@@ -1,36 +1,37 @@
-//Any ideas or suggestions you guys have, put them here.
-//These don't have to be put into the source, but maybe if
-//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.
-
-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.
-
-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.
+//Any ideas or suggestions you guys have, put them here.
+//These don't have to be put into the source, but maybe if
+//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.
+
+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.
+
+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.