In the NPC dialogs, there are several instances of modern-day abbreviations like "OK", "info" or "wow" (may be acceptable) being used. For example, in Fruntar's "Schaeminare soap" quest you can respond with "OK, where do I get this soap." (should be a question mark there, too). Also, in "A wife's dilemma", you can say to Tilavi "Ok, what kind of deal?". Maybe one could run a database search for "OK", "Ok", etc. on the NPC/quest responses to find all occurences?

The skybox texture doesn’t seem to be correctly scaled to the skyboxes. Its borders are cropped and this results in very sharp and somewhat odd skylines:

PS 0.5.5

In a quest paying a NPC through a dialog box while having no money results in the following message: "<npc> does not need that".
That seems wrong.

there are two libraries in the game one run by jayose in hydlaa and the other a smaller collection of books run by londris in the death realm.

one of the main complaints about planeshift is the lack of information about the game. both of these libraries contain information for ic use but at the same time the books are locked into their shelves and cannot even be coppied unless a player spends the time to manually enter everything into a text file and upload it to a blank book.

my idea is to share the information by adding buy and sell catagories to jayose and londris that match the bookshelves in the library and contain copies of the books stored in each. basically have them sell copies of the library books that you can take with you and share with your friends or even put in a guild hall for easier access.

in all it makes perfect sense that a man who sells blank books would have the resources to copy and sell the important guides and informational books stored in the library

The grill in Reffitia's kitchen in Brado's tavern doesn't behave like other items in the kitchen: The preparation table, for example, is selectable and has a label. The grill is not selectable, and it has no label. One can interact with the grill (e.g., store something in it) just as with the preparation table by right-clicking it. But the grill is much harder to identify, since it has no label.

The engine code was clearly coded to not allow - so till a different decision is taken these npc are all bugged and should have the - stripped

Brintec Dev-Onni
Vladovic Chel-Astra
Sharven Xant-Areth
Uri Djho-Maat

thanks to Vakachehk for the list

FR by Vakachehk:

I have an idea for mounts which will need some changes to some maps.
For Rivnaks (maybe Drifters too) having stables in which without a ring you may summon them, and dismiss them, without any skill of any ring needed, maybe a tria fee of like 50trias every summon/dismiss (of course there's the obvious issue you un-mount and leave your Rivnak somewhere, either the game automatically dismisses it or it is able to be stolen via a player, or a mechanical guard comes and takes it back to the stable or whatever). Using your Ring of Summon Familiar you can use the skill Empathy to dismiss/summon/etc, anywhere at any time.
Also I was thinking about the skill 'Riding' maybe this could be trainable and used in combat while on your rivnak?

split "emotions" or "fighting messages" from "system base" so that one can have "fighting" in "System-Tab" but "emotes" in "Main-Tab".

Right now you can chose which "Messages" go to "Main Tab" and which not (System Tab).
But both "Emotes" and "Fighting Messages" are part of "System Base", thus you can either have both, or none of them in Main. And being spammed with "Fighting Messages" during RP is quite annoying. Indeed, you could filter them out - but that's not the same since you won't get those messages at all then.

It would be cool if players could buy bookshelves like the ones in the library. Rather than the player trying to set all the book items on the bookshelf that can be bought in Winch right now and making it look as if the books are on the shelf in the proper way the same dwarf could sell the shelves that look like the ones in the library. It would hold books like a container.

An newbie in the tutorial brought up this idea, and I like it a lot:
It would be nice if the char creation provided a clickable link or a pop-up window to the naming policy.

List of all bugs regarding sound to be fixed for next release.

if an npc synonym occurs in a quest trigger, it'll break that trigger because incoming messages will be replaced by the more_general value while the trigger still expects synonym.
therefore the quest parser should refuse such quests as they're obviously broken or at least throw a warning about such occurrences.

There are models where body parts don’t get translucent while sneaking.

One example: Klyros wings.

(Wait for more to be collected…)

The quest objective is to help a certain NPC find a missing object, that's what my char agreed to do. After finding the object and proceeding to final steps I suddenly receive a ready-made line "X listens to your story" and find my char spilling its friend and ally's whereabouts to X, with me having absolutely no means to prevent or stop it. Honest, it feels like being godmodded by the quest system and is awfully disappointing, to say the least. It also clashes with the general idea of quests being done ICly.

Dear Devs, please add a "not squealing" option, something like "I've just found it somewhere" and let the player deal with one of the main ingame alignments (Law) according to that player's RP. The way it is done now, it's not C&C, it's M&C, having to bear with consequences of the game mechanics, and somehow it doesn't feel right… at all.

PS Ver: 0.5.3

(Edited for clarity.)

there aren’t any terms of service on the website and consistently the user doesn’t have to agree to them at any point.

this is a big issue in my opinion as the user isn’t strictly bound to such terms and therefore cannot be accordingly punished in case he’s causing really bad issues.

Misrepresentation of the character in the Inventory
All my dwarves (dark haired) are affected
I use a self-compiled client (0.5.4/0.5.5)
The same on Windows (0.5.4)

Make an option that allows a player to make the loot of a corpse public if they do not want it. May not apply to some corpses, and could be used to make other corpses auto-public.

friends list does not display all friends after using command line without add/remove(onoff), may remove other entries.

starting with no friends:

‘/buddy abcdef’ = ‘abcdef is already on your buddy list’ (refresh friends window, abcdef was added)

‘/buddy abcdefgh’ = ‘abcdefgh is not on your buddy list’ (refresh friends window, abcdef is no longer listed, abcdefgh is not listed)

‘/buddy abcdef add’ = sometimes added, sometimes not

This is most limiting when trying to juggle multiple containers (such as the furnace and the stock casting) at once.

It is only partially helpful to estimate if an opponent is more or less stronger than my own char, as long as I don't estimate its defensive qualities too. I would like to see a pair of chances to get hurt by it, and chances to be able to hurt it. Especially since some oppoments are so well armored that even "Extraordinary" quality crafted weapons won't do any damage as long as the character has only average weapon skills. And it is quite vital to estimate the chance of breaking the armor before starting a fight. Even if the opponent is "about as strong as" the character, it is not just risky but suicidal if the opponent is the only one which has any chance to hurt.

Since players rely heavily on log files, and since some files like saved books and screenshots are created by the client in various folders, could the installation package please create shortcuts to these folders in the start menu on windows, and whatever the equivelant is on other platforms? Would certainly make it easier for players to find them when they need them.

Also either set the psupdater shortcut to include the CheckIntegrity flag as default or create a second one with that flag.

Combat system calibration

Short version:

Elaborated version:

Damage (D):

Maximum attack distance (MAD):

Attack speed (AS):

Damage per second (DPS):

Effective Damage (ED):

What does this mean?

Calibration

Final notes

Limitations:

Advantages:

When an npc talks the volume of the music ect makes it hard to hear them. Lets try setting all volume to 20% or so and see how that effects it.

At the moment, there is no way to get a players attention if (s)he is not watching PS. I think there should be an extra sound (settable via options) that is played whenever somebody receives a tell and/or whenever somebody’s name is mentioned. Maybe these should even be two different settings in options.

This is an entirely new class of quests where the person or persons who originally get the quest are asked to form a group to solve some more complicated task or martial challenge. Once the quest is completed each member can then “turn it in” or go to the originating NPC for a reward. Unlike shared quests, it will be impossible to finish grouped quests without the aid of other players. This is intended to promote teamwork and to give a more deep and realistic experience to players.

In order for the custom channels to be useful, they need a convenient interface. The need for typing /x before stuff isn’t terribly annoying, but also not terribly convenient. However, the biggest issue is that with multiple such channels, all talk gets mangled into one. The designation for the originating channel doesn’t help much in that case.

Therefore it would be nice to be able to create and assign custom tabs to channels, which would then function just like any of the built-in tabs. It would be even nicer if that arrangement could be stored, which would go very well with the auto-joining of custom channels proposed elsewhere.

The way it works now:

If I want to purchase a weapon that is better than those offered by NPCs (Trasok, Harnquist, etc) I must find someone who is capable of crafting the item I am looking for, which can be IC, but also find out when they are going to be online, which is OOC. I have spent more hours than I can count trying to find crafted items for sale in Hydlaa and Akkaio. It can be great for RP to have players sitting around doing nothing but selling their wares, but players are going to want to do something other than sit the entire time they are in-game, and there are not enough players to be available 24/7 or even a regular in-game 8-5.

The way it should work:

A specialized NPC character (class of characters) should be introduced that can do two things:

1. Hold items for sale.
2. Sell items that are held at a price specified by the original seller.

Desired Implementation example:

1. Crafter makes item and goes to merchant.
2. Crafter sets a price for item to be sold and removes it from his inventory.

 a. this could be done via a specialized trade window/action button.
 b. a seller should be able to remove an item that has not been sold (for a fee).
 c. the seller should be able to change the asking price (for a fee).

3. The item then becomes available for sale to other players to purchase.

 a. a action button and dialog would need to be created to search the merchants inventory.
 b. the items listed should allow a description to be viewed (similar to current buy/sell dialog.
 c. when an item is purchased it is removed from the merchants inventory.

4. The money would be taken from the buyer and either

 1. placed on the merchant to be claimed by the seller any time after the item was sold (minus commission)
 or
 2. placed in a bank account (minus commission)

*
Design consideration should be made for if each NPC merchant is self-contained, or if the NPC merchants know about the inventory of other merchants and can offer those items for sale (for a additional delivery fee)
*

Justifications:

1. Players are not available 24/7.
2. All characters should not be crafters (not realistic for RP)
3. Economy would be much more realistic and less OOC as items would not be as difficult to buy/sell.
4. RP is not lost as a crafter can still sell their wares (with no fees) if they sell direct.

Steps to reproduce:

N/A

If you have 20 eggs in your inventory, split up in a stack of 19 and 1 separate, /giveitem Test all egg will only give the target 1 egg. You have to stack all eggs together for the command to work.

This also means that if a character has 3 swords stolen via an exploit, and a GM would use /takeitem Cheater all sword, only the stacks would be taken. So if the cheater had 2 swords in a stack and 1 separate, he would keep the separate sword.

I would like to have a Knock button added to guild house door context menu that would allow people to signal anyone inside that they have a visitor. THe knock command will send a “someone is knocking at the door” message to everyone inside. This could be used regardless of whether the door is locked.

It would certainly enhance role play regarding the guild houses.

Hi,

the Drawing skill is not yet available.
I propose the following idea for developpers :

   Each save could rise the skill experience
   Each new created sketch could rise the skill experience, significatively more than the save function
   Each rank could rise the number of allowed element in the sketch
   Each "special" rank (defined by developpers) reached could allow new elements (ie. curves defined by 3 points, new icons, symbols, legend, several pages in the same map ...)

Best regards

Pascal Detrait

While sacks and other containers are good for bulk storage, they have the significant drawback of making the inventory harder to navigate, and sorting as well, especially since one can always only have exactly one container window open.

To fix this, one might consider the following ideas:

1) allow any number of container windows to be open, so one can simply put stuff from one container into another, instead of having to put it into the main inventory first.

2) instead, make the container window, once opened, refresh by what container you click on, instead of having to go the rightclick-select-open route

3) instead, make any containers append to the main inventory slot space, but replace the first slot with an image of the container, and clearly separate the appended areas from each other and from the main inventory space by a diferent frame style (could be different for each container type), or at least some additional space. Also, slot spaces that are not provided by a container should remain blank so that a container always starts at the first (second) slot of a fresh line.

When selecting a container, the appropriate window / slot area frame should flash or something so that one sees which container has which window.

4) Let container windows be resizable, and possibly more compact by default.

Mounts

Dropping an item in the forge or furnace while hammering something results in a message similar to “You can’t train your skill while working”, with the item sitting in the container but never heating up.

Instead, the item should refuse to drop in the forge/furnace (similar to the situation when capacity, weight, or slots are exhausted).
Alternatively, the item could drop normally and start heating up.

I have two reasons for requesting this:

1. It runs counter to immersion. Stuff sitting in a hot place heats up in real life, it should do so in Ylliakum as well.
2. It is a griefing opportunity. Start hammering something, fill up the forge with stuff, and watch crafters despair. Since the stuff does not heat up, you can even continue crafting - you can take stuff from a slot normally and immediately replace it, the 300 ms lag will make sure that you can fill the slot before the other crafters even see that you freed the slot.

Feel free to change to Feature Request, I cannot know whether the current behaviour conforms to developer expectations or not.

the gm /item window has many items listed in it, it would be much easier if you could just type the name of the item needed and it would show you the 3d mesh and the icon as if you had found it in the catagory selection section. this is very helpful for trying to see what something looks like without having to spawn it. as more and more items start to be added to laanx less and less people will be able to use the /item window to find items and will use /item <name> instead but that is a waste if they just want to view an item and have no use for it.

How about making it visible in Main if Players exchange items?
A system message appears to the ones trading anyways at this moment.
the message to others should however have some less precision, like:

 "<PlayerA> gave <PlayerB> Weapons and some coinage in exchange for raw materials"
 for someone trading a crafted longsword, a dagger, 2 hexa and a tria against 45 platinum ore and a silver ingot.

this in order to keep realism (can all see how many circles and tria he pushed into the other persons hand?)
the message could use the item_category, and eliminate doubles, so it could be done without giant changes to the database.

the advantages I would see in this:

 1.) there will be visible interaction between players. no more pure tell-based sales that (imho) are pretty ooc.
     Noone IRL (and especially not in the middle ages) would go into a shop and whisper in the cashiers ear what he whishes to sell or buy.
     Instead people going into a shop (not a supermarket) usually say good day followed by a statement on what they seek to buy (maybe even some smalltalk).
     Neither would such item exchange go unnoticed by other people in the shop or near the exchange.
     So I think it would add to realism. Unless the character you play would be blind.
 2.) Stealthy and sneaky exchanges of goods would have to take place in dark alleys, like sneaky things should be done.
 3.) Hopefully the messages in main would encurage Players to take the general and casual trade-talk into main as well,
     instead of hiding it in tells in order to not 'disturb' other players. 
     If IRL there are others talking near you, you step away a little to give and have more privacy as well.
 4.) It also would surely add some spying capabilities into the game, as it then could indeed be seen to all around who trades with who.
     This will make it possible to IC-ly spy on others trade behaviours. This without the need of having to be telling or grouping with the ones spied on. 

disadvantages:

 1.) Anyone could see who would trade with who, people who use quest runners would have to find a reason why they would get items for free.. 
     (or take the trade to a dark alley).
 2.) Someone could 'spam' the main-channel with trade messages. (but that's easier by sitting and standing up, or by dropping items and pick them up)
 3.) some things I probably didn't thik about yet. feel free to add..

Overall I think it would rather add to RP then desturb it.
For slipping items to others unnoticed, there could/should be a ‘/givesecret’ option that would use the numbers behind the pickpocket/sneaking skills.

From forum thread http://hydlaa.com/smf/index.php?topic=32393.0

In normal duels you can decide whether to kill your opponent or not, leaving him with 1 HP. However, in a guild war this is not the case, in a guild war you can only fight to the death. Make it so that fighters in a guild war have the possibility to spare an opponent. This could be done by creating an option when starting a guild war: lethal war or non-lethal where the fighters can decide to spare an opponent or not.

When an NPC wants more than one item, but you have the items in different slots (even containers, like when your inventory is full and you can’t easily make room for the full stack), the trade won’t complete, even if the total sum of all items traded is the right amount. It should not matter if you give an NPC a stack of 63 items or ten stacks of ten items plus one of three, or seven of nine( ), etc..

Edit: they also don’t get given the items when they’re in the right amount but in different stacks / sacks in the inventory. One gets “You have to give manually, because you got too many items” instead. /Edit

I don’t spend my life in Jayose’s library. However, once in a while, I would go there and spend a couple of hours reading, looking for new books, sometimes refreshing my memory with older ones.

It would be nice if there was a way to quickly spot a book that one has already read. Maybe a (read) or (unread) mark after the title, or just a different colour for the title font, anything as see fit. A “read” flag would be set as soon as the book is open, to keep it simple, and of course it is the player’s responsibility to read the content. Ok, so far, you can tell me that it’s up to me to remember if I read something or not; even when hundreds of volumes will be available; yes, but…

It gets useful when a book is updated. If I do remember that I read a specific book, well, I’ll probably won’t read it again. Meanwhile, words may have been changed inside, following the inconsistencies hunt, world development, whatever… So, if all statuses are set back to “unread” for all players after a change (or from “read” to “updated” if you want to be more precise), we’ll know that we’d better read it again.

It can be a bit heavy on the database (flagging each book for each player), but at least it’s technically simple. Not to mention other uses you could come up with (quest requisites, statistics for the setting team, etc.)

Also, as Tontow suggested, the info can be stored on the client side instead of a database. To not lose the functionality of the “updated” flag, which is set on the server side, a last updated timestamp for each book is all that is needed on the server. Client side, the log starts empty (no book read). When opening a book, the log is updated (each time) with the book id (its name, I suppose) and the opening timestamp (server time, easier than GMT). When examining a shelf, books are marked according to the log info; thus, if the latest opening date is earlier than the book’s server timestamp, it appears as “updated”.

(Wish list reference: http://hydlaa.com/smf/index.php?topic=34222.0)

Adding a check mark by each report to note someone has worked or completed any actions that needed to take place. A spot for notes might be nice as well.

After executing a dismount, I end up underneath (and partially inside of) the mount rather than beside it.

I know this is around for some reason, but I think an option to turn this on and off would be better, as it does more bad than good, especially for roleplay. I was talking with someone new in the dungeon, next to an aggressive rogue which I just killed. When the rogue respawned, he went after the new player, and began pummeling him. I tried to intervene and “save” him, but couldn’t attack the rogue because of some magical red letter barrier yelling “I must be grouped with the player to attack”. I eventually tried to heal him, but wasn’t fast enough and he died while I stood there watching helplessly. Next time I’ll start with healing them, instead of trying to attack, group and communicate with the player as they are being attacked.

I’m not sure how many people go out there and try to “steal” other people’s monsters, but this is seriously annoying and unrealistic in the grand scheme of things. This has happened many times and has been tough to try to “save” anyone, so I thought an option to turn on and off to allow players to hoard monsters for themselves or share if they get into trouble. I suggest as a default, it should be allowable for new players. Delete this if it is a repost, couldn’t find anything on it.

Thanks!

this bug has a list of all gm feature requests attached to make it easier to find them

There should be a way for players in groups to share quests they are doing. So they could talk with others about them and do them together. All will get the quest complete when they complete the task given by the npc (and maybe a copy of the reward for each one): this could make quest allow players to socialize more.
The biggest problems in implementation could be the case in which quests might overlap, the fact players might want to chose the quest they want to share and the variations which could be in dialogs when talking with a group of people versus a single one.
The players will get the shared quests added automatically even if they didn’t have them provided they have the correct prerequisites

It would be nice to use alias names from buddy list for /tell command.
e.g name: full_char_name, alias: Loyni.
/tell Loyni [text] could be translated itnernally to
/tell full_char_name [taxt].

Syntax: /giveitem [PlayerName] [Qty|All] <ItemName> [Any]

• Playername is optional, otherwise default to selected target, fail if none selected
• Quantity is optional, default to 1, All gives all in inventory/equipped
• ItemName required, quotes needed for multi-word item names as in “Platinum Ore”
• Any is optional, allows items in containers to be given. Omitting this protects containered items from being given accidentally, allowing players to put things in sacks or other containers that they want to keep safe, same as the Drop command.

Similar to GM giveitem, but with the following restrictions:

• player and target must be in touch range
• player and target may be sitting or standing
• player and target must not be otherwise busy (fighting/crafting/repairing/etc.)
• no restriction for target being overburdened (available slot/stack/capacity limits still apply, see Caveats below)
• similar to PVP, players should have persistent selectable option for receiving given item(s): Always Accept / Prompt to Accept (default) / Never Accept

Along with the command, make Give an option to context menu, which opens a slot window same or similar to that which one gets when giving to an NPC.

Justification:

• Smoother and faster RP (P1 gives P2 a beer)
• Merchant assistant holding extra inventory gives things to merchant for a sale

Caveats:

• Makes using mules a little easier, as in an unattended mule with Always Accept can become a dump bucket for loot or Ore, however current trade rules allow this already, the only difference is that the mule must be attended to complete the trade, while not for receiving a Give. Eventual random spawns of monsters will mitigate this for loot, and miners still have to move all the collected ore to wherever it is to be processed or sold. IMHO the benefits to RP outweigh this issue, since miners have already worked around unattended trading to some degree, either by mAlting or dropping stacks while guarding in proximity.

Extending the idea, add a die-roll chance for target and near proximity observers to be made aware of the exchange. Giver’s Int. and Agility should apply, and Target’s Int. and Observer’s Int. should apply but I’ll leave it to devs to work out how to implement. Any exchange that is more than 1 single item should incrementally raise the chance of being observed. One might still have a good chance of slipping a couple daggers into someone’s pack, but a stack of 20 Ore would be nearly impossible not to notice. Sleeping target might also factor in.

A further extension might be an optional Sneak parameter whereby the Giver attempts to be especially discrete in the exchange, thus lowering the chance to be observed by the target or near proximity observers, but this should be mitigated by quantity as above.

I consider it unrealistic how terrain is (not) interacting with movement.

As far as I know, in real life, every meter up is as taxing as ten meters across. (The factor of 10 is from a schoolbok, it might be a good idea to verify this from a professional source.)
Going downwards requires concentration to avoid slipping and falling, and a surprisingly large amount of strength to absorb the shock from “falling” the height would lose with every step. (Walk down 250 metres of a moderately steep slope with a backpack on your shoulders and you’ll know what I mean.)

In terms of game mechanics, this would mean:
* When running upwards, the speed should decrease and stamina loss should increase, and the cumulative effect of these two changes should be drastic. It’s possible to trade one change for the other: keeping the speed unchanged and massively increasing stamina loss would force players to rest, keeping the stamina loss constant would call for a massive speed reduction. However, I think it should be a little of both since that causes interesting effects (see below under “game experience”).
* When walking downwards, there should be no stamina loss (you can make the physics work for you), and you should be faster, but you lose mental stamina. The less your mental stamina is, the higher the probability of slipping and falling. If you fall on a too-steep slope, you continue skidding. Falling should do damage that’s proportional to the total weight (character + load), blunt damage (not much help from armor); skidding should do damage-over-time, armor protecting fully (essentially this is abrasive damage, which is similar to slash - but don’t give characters armor training from that).

In terms of game experience, this would mean:
* Getting up on a slope is a time-consuming experience, and almost never worth avoiding the walk around the hill. People will stay on the paths in the valleys. This will cause more interaction between normal travellers (and make Cutthroat Lane work better for the Cutthroads, too). It will also make people who leave the road more likely to remain undetected.
* The Settings team can make NPCs less accessible and less likely to be found by placing them on a hilltop, or in a valley behind mountain pass.
* Players with maxed stats have less issues with upward slopes than newbies, but they will still avoid slopes unless they have reason to.
* Hilltops will become a tactical advantage. An attacker will need far more time to reach a defender on the top, and expose himself to ranged combat for a longer time. (Take this into consideration when reducing the effectiveness of long-range combat spells; ideally, a mage would win against a fighter from a hilltop, and lose against a fighter on even ground.)
* Hilltops also become a bit of a trap. Defenders forced to flee from a hilltop risk falling and getting overwhelmed.
* Pursuing down a hilltop is problematic due to risk of falling. Defenders might want to hide a pursuit team in a nearby valley that’s near the height of the route of the attackers, though that would force them to split up forces. Decisions, decisions… which means tactical variation, which is a Good Thing when it comes to making the combat aspects of the game interesting :)
* Reaching the Eagle Bronze Doors takes a lot of time already, making them even less reachable will no doubt make many players very unhappy. An alchemist that sells stamina regeneration potions at the bottom of the path up would help with that.

Just my 5 cents :)
(and no, I don’t expect this to be implemented anytime soon :D )

feature request to have more options to morph to. GMs are not able to change face when they morph or any other option in character creation.

skin
hair
face
etc

Saving throw commands for Roleplay

Example:

/dodge

ROLL =< AGI results in “[player] dodges.” ROLL > AGI results in “[player] does not dodge.”

/jump

ROLL =< AGI results in “[player] makes jump.” ROLL > AGI results in “[player] misses jump.”

/sing

ROLL =< CHA results in “[player] sings a lovely song.” ROLL > CHA results in “[player] lets out an awful screech!”

ROLL = random(200)

Might also be expressed like…

/saving agi dodge dodges|does not dodge
/saving agi jump makes jump|misses jump
/saving cha sing sings a lovely song|lets out an awful screech!

Variations on this are almost endless and could apply to any stat or skill. Saving throw commands are designed to be used by a single player, with the results shown in the channel originating the command.

This command has been on the wishlist (and also on the ToDo list for releases) since a very long time. I post it here in the hope it will be more visible to interested people to implement.
The idea of the command is to control an NPC completely, not just talk as them through /impersonate. However, since controlling the actual body of an NPC is extremely complicated, it would be much more convenient (also from GM side) to simply make it seem so to the player.

Thus a possible way to implement the /possess command:
The syntax would be

/possess [NPC_name|target]|reset

Issueing the command would have the following effects:

1. The GM is moved to the location of the NPC.
2. The NPC is renamed to “$originalNPCsurname_P” (family name is unaffected).
3. The GM is renamed to $originalNPCname and the original GM name is stored in an extra db field.
4. The label color of the GM is set to NPC (/setlabelcolor).
5. The NPC is /slid u 1000.
6. All scripts (most importantly movement) of the possessed NPC are temporarily frozen.
7. GM temporarily gets all traits of the NPC (original traits of GM are stored on db).
8. GM is /set invisible off.

Issueing /possess reset would have the reversed effects:

1. Possessed NPC is moved to the location of the GM.
2. The name of the GM is restored.
3. The NPC is renamed back to §originalNPCsurname.
4. Labelcolor of GM is reset.
5. Scripts of the NPC enabled again.
(GM is not moved).

It’s important that the status of NPC (possessed), name and traits of the possessing GM are stored on DB so that a possible server crash has as little impact as possible.

If one is possessing an NPC already and then tries to possess another NPC, it should automatically issue /possess reset before executing /possess otherNPC.
When possessing, it should give a warning that the path of the NPC might be disturbed if /possess reset is issued too far away from the original position.

As a final cut, resuming scripts of the NPC should be delayed for 2 more minutes, giving the GM time to switch back into possession without paths getting in the way. That way it is possible to possess two or more NPCs back and forth.

When using /item to create a lockable container, also create a key automatically and place it in the container.

At the every least, just create the (master?) key and put it in the new container.

More complex would be to alter the dialog to allow input of how many keys (in addition to master?) to auto-create.

It would be nice if it was possible to zoom sketches when looking at them. This would also be useful when you get a sketch/map which is too big for your screen and allows you to have the entire image on screen by reducing zoom.

The included patch allows the user to zoom from 1/10 to 10x the map increasing the size of every element on screen.
The buttons used for this are > and < if someone has a better suggestion about them or thinks that having the increase/decrease zoom on screen would be useful i could add them.

http://pastebin.ca/1189613