User Tools

Site Tools


user:kshinji:estates

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Next revision
Previous revision
user:kshinji:estates [2007/02/23 05:51]
127.0.0.1 external edit
user:kshinji:estates [2018/03/23 15:26] (current)
karl Spelling, Formatting
Line 1: Line 1:
-Players should be ablke to buy sell and trade ownership of publicly viewable, visitable ​permament ​houses.+Players should be able to buy sell and trade ownership of publicly viewable, visitable ​permanent ​houses.
  
 Things to do: Things to do:
  
-1. Script for selling, buying trading and auctioning. Script should be probably hooked to NPC in each cities Court House, town Hall whatsoever. Its being worked on by kshinji.+1. Script for selling, buying trading and auctioning. ​\\ 
 +Script should be probably hooked to NPC in each cities Court House, town Hall whatsoever. ​\\ 
 +Its being worked on by [[:user:kshinji]] .
  
-2. Paying rents - the insitution ​to pay them should be bank account hooked either to player, or something else. As a side note: banks could certainly store smaller amounts of money than 1 imperial, and there should not be any 5% fee, which discourages from using banks. Maybe some monthly charge instead.+2. Paying rents \\ 
 +- the institution ​to pay them should be bank account hooked either to player, or something else. \\ 
 +As a side note: banks could certainly store smaller amounts of money than 1 imperial, and there should not be any 5% fee, \\ 
 +which discourages from using banks. Maybe some monthly charge instead.
  
-3. House laws management, it should be discussed. My personal view - basic system allow owner to set who is able to open which doors, and more complexive ​features should be slowly introduced. The laws to each doors should be two integers. First determines "​pass"​ second "​ownership"​. Owner of the doors can set pass level for other players, but not higher than his owners level. After he does so, awarded player gets something like "pass <​doors>​ <​passlevel>​ from <​orderlevel>"​ where orderlevel is ownership level of whom allown ​him. Such order can be overriden ​only by someone with higher ownership for these doors. Real owner of the house can override any orders and has infinite pass level.+3. House laws management, it should be discussed. ​\\ 
 +My personal view - basic system allow owner to set who is able to open which doors, and more complex ​features should be slowly introduced. ​\\ 
 +The laws to each doors should be two integers. ​\\ 
 +First determines "​pass"​ second "​ownership"​. ​\\ 
 +Owner of the doors can set pass level for other players, but not higher than his owners level.\\ 
 + After he does so, awarded player gets something like "pass <​doors>​ <​passlevel>​ from <​orderlevel>" ​\\ 
 +where orderlevel is ownership level of whom allowed ​him. \\ 
 +Such order can be overridden ​only by someone with higher ownership for these doors. ​\\ 
 +Real owner of the house can override any orders and has infinite pass level.
  
-There should be possiblities ​to make doors lists, ​palyers ​groups and such stuff, to make it easier to manage guildhouses and other big stuff etc.+There should be possibilities ​to make doors lists, ​players ​groups and such stuff, ​\\ 
 +to make it easier to manage guildhouses and other big stuff etc.
  
-4. Doors. +4. Doors. ​\\ 
-Doors can be open, free or closed. Opened doors remain opened, free doors should automatically open when someone gets near, and closed doors should remain closed even then. +Doors can be open, free or closed. ​\\ 
 +Opened doors remain opened, free doors should automatically open \\ 
 +when someone gets near, and closed doors should remain closed even then. 
  
-Doors should also have key '​passlevel'​. Free doors should not open before ​somone ​of not high enough passlevel.+Doors should also have key '​passlevel'​. ​\\ 
 +Free doors should not open before ​someone ​of not high enough passlevel.
  
-Doors should also have key '​orderlevel'​ here, like in law management, doors '​status'/'​pass'​ pair cannot be overridden by someone of lower ownership to the doors than orderlevel.+Doors should also have key '​orderlevel'​ here, \\ 
 +like in law management, doors '​status'/'​pass'​ pair cannot be overridden ​\\ 
 +by someone of lower ownership to the doors than orderlevel.
  
  
-For those who think i should practice my social skills, cause all the above is hardly understandable,​ some examples:+==== Example ==== 
 +For those who think i should practice my social skills, ​\\ 
 +cause all the above is hardly understandable,​ some examples:
  
 Frank bought a house with frontdoors. He wants to have some friends live with him in the house, thus he adds them to the list of house members. He sets their ownership to frontdoors to 0 and their passlevel to them to 1 or 2 for better friend. Frank bought a house with frontdoors. He wants to have some friends live with him in the house, thus he adds them to the list of house members. He sets their ownership to frontdoors to 0 and their passlevel to them to 1 or 2 for better friend.
Line 25: Line 46:
 Frank organizes party for best friends. He sets frontdoors status to free, and passlevel to 2. Frank organizes party for best friends. He sets frontdoors status to free, and passlevel to 2.
  
-Frank buys a guild. Guild has got lotsa' ​doors, so he makes a scheme. Scheme for initiatie ​includes all the doors of level one of the guild a ownership 0 passlevel 1. The scheme for member includes all the doors in basement, ​al lthe initiate doors and some doors at first floor as well, all with ownership 0 and passlevel 2. He sets some people to members, and some newbies to initiates.+Frank buys a guild. Guild has got lots of doors, so he makes a scheme. Scheme for initiating ​includes all the doors of level one of the guild a ownership 0 passlevel 1. The scheme for member includes all the doors in basement, ​all the initiate doors and some doors at first floor as well, all with ownership 0 and passlevel 2. He sets some people to members, and some newbies to initiates.
  
-Frank'​s guild grown very big, and he decided that someone else must maintain adding new members as initiate. He sets a scheme "Seargant" with ownership to all newbie doors, and ability to add members. He applies this scheme to Joe, who is already member. Now Joe has got two schemes, and he have passlevel 2 to most guild doors, and ownership 1 to the initiate area.+Frank'​s guild has grown very big, and he decided that someone else must maintain adding new members as initiate. He sets a scheme "Sargent" with ownership to all newbie doors, and ability to add members. He applies this scheme to Joe, who is already member. Now Joe has got two schemes, and he has passlevel 2 to most guild doors, and ownership 1 to the initiate area.
  
 Notes: Notes:
  
-One can allow someone into some areas if he himself can pass inside, however he cant set him ownership, so i dont think any additional way to handle members adding is needed.+One can allow someone into some areas if he himself can pass inside, however he cant set him ownership, so i don'​t ​think any additional way to handle members adding is needed. 
 + 
 +==== See Also ==== 
 +Deliantra has a rent scheme to rent apartments : [[:​crossfire:​forks#​Deliantra]]
user/kshinji/estates.1172231479.txt.gz · Last modified: 2018/03/23 15:26 (external edit)