summaryrefslogtreecommitdiff
path: root/Dev
diff options
context:
space:
mode:
authoramber <amber@54d463be-8e91-2dee-dedb-b68131a5f0ec>2004-12-23 17:05:45 +0000
committeramber <amber@54d463be-8e91-2dee-dedb-b68131a5f0ec>2004-12-23 17:05:45 +0000
commit6a0dea414c0cad5c7f1df421e39df7733a2e58a8 (patch)
treeed5b69d1fa99a0d56867d41ce92173928b563b55 /Dev
parent8eebd9f15dbb0b26bb8dd87b7407b2e8858b8f1e (diff)
downloadhercules-6a0dea414c0cad5c7f1df421e39df7733a2e58a8.tar.gz
hercules-6a0dea414c0cad5c7f1df421e39df7733a2e58a8.tar.bz2
hercules-6a0dea414c0cad5c7f1df421e39df7733a2e58a8.tar.xz
hercules-6a0dea414c0cad5c7f1df421e39df7733a2e58a8.zip
Property update
git-svn-id: https://rathena.svn.sourceforge.net/svnroot/rathena/branches/stable@755 54d463be-8e91-2dee-dedb-b68131a5f0ec
Diffstat (limited to 'Dev')
-rw-r--r--Dev/Ideas_Suggestions.txt136
1 files changed, 68 insertions, 68 deletions
diff --git a/Dev/Ideas_Suggestions.txt b/Dev/Ideas_Suggestions.txt
index 3522e76db..e6c7042b5 100644
--- a/Dev/Ideas_Suggestions.txt
+++ b/Dev/Ideas_Suggestions.txt
@@ -1,68 +1,68 @@
-//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.
-
-6) We need another file for item_db.txt to keep there your custom items
- We already have the same thing is for mobs (mob_db2.txt)
- Why don't we use it?
-
-
-
-How to implement those ideas:
-
-[Lupus]
-1) You can make a script. Put OnTouch Area in the jail... when a banned person gets into jails, you set a global VAR.
- Then use PCLoginEvent.txt to check TIME/DATE and free that poor person when it's OK.
- So it's pretty easy to make with scripting. And even more... some private servers already have such scripts
- and even make the prisoners gather some mushrums and stuff, to get them off the jail faster
- PLUS: you should count time only when the player is in PRISON. Don't count when he's off-line 8)
+//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.
+
+6) We need another file for item_db.txt to keep there your custom items
+ We already have the same thing is for mobs (mob_db2.txt)
+ Why don't we use it?
+
+
+
+How to implement those ideas:
+
+[Lupus]
+1) You can make a script. Put OnTouch Area in the jail... when a banned person gets into jails, you set a global VAR.
+ Then use PCLoginEvent.txt to check TIME/DATE and free that poor person when it's OK.
+ So it's pretty easy to make with scripting. And even more... some private servers already have such scripts
+ and even make the prisoners gather some mushrums and stuff, to get them off the jail faster
+ PLUS: you should count time only when the player is in PRISON. Don't count when he's off-line 8)