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?

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.

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

One example: Klyros wings.

(Wait for more to be collected…)

1) Ctrl-drag an item or use a shortcut bound to Ctrl-something
2) Note that your run toggle state just changed. :P

Using Ctrl or Shift as a modifier should “lock out” the functions bound to these keys by themselves.

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.

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.

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.

You already mentioned that the former “Dweomer detection”, which only vaguely returns a possible enchantment of a weapon, is rather useless as there are also buffs which are not at all obvious regarding stats and skills.

Not to waste the spell in general, I wonder if it was possible to implement instead that a similar one could be used to detect the presence of natural resources. Depending on some experience level, possibly in combination with another glyph (e.g. Earth, Animal, Tree), it could enable the caster to only vaguely detect presence of areas in a more or less close range where mining, fishing, harvesting, etc. (generic type) might be possible (”You feel that harvesting could be possible here.”), up to a more detailed feeling that specific resources are probably in some vague but graduated distance (”You feel that fishing for carp could be possible just next to you.”).

Of course, any new spell could be created as well.

NPC in random spawn zones often spawn in mid air.
It would be nice if they could be hidden until they hit the ground.
Don’t send the NPC pos info to the client until it has stopped falling down?

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.

Since there is bronze (and more and more people work with it), and there is also zinc besides the tin to possibly combine with the copper - make brass available.
What other use was there for zinc anyway?
The actual mix should be similar to bronze, with zinc in place of tin to go along the copper.

Would also be great if there were finally possibilities to craft something out of those alloys…

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.)

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.

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.

It is possible to mine while sitting on a mount. I propose to remove this ability because it seems unrealistic to me.

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.

Not sure if this is possible, but seeing as how the names are treated more as actual names and less as usernames, I believe there should be some support for apostrophes or dashes in names.

For instance (some common fictional apostrophized names)
Teal’c
T’Pol
Kal-El
Jor-El

Perhaps if the apostrophized version of names are only for “display purposes”, so if you see someone named T’Lara, their name is stored as a “key” in the database as tlara, and people can access their name (for instance with /tell) using Tlara, but for display purposes, their name shows up as T’Lara.

Not important, just a thought…

I would like to suggest an additional widget in the trade window that gives the total (NPC-trade) value of the goods offered, similar to the one for total tria offered. With the quality based pricing system, this could help to lower confusion and make trade and economy flourish. The obvious but neglectable downside is that players could abuse this to identify an enchanted items value without finding an NPC merchant. A solution to that problem could be found when thinking about a feature to identify such items (based on intelligence, dweomer detection, factions with merchants or whatever).

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

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

Possible addition of the ability to teleport all PC’s enrolled in an event at once to avoid accidentally grabbing a passer by with the area option.

It would be nice to be able to set up camps for roleplay purposes.

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:

1. Ability to teleport to the player from the petition window
2. Player side: /petition should open the petition window with a short introducing text (in another text window?) how to use the petitions (not to post wishlist items there, how to use (possible) categories..)
3. There should be a drop-down menu for selecting a category [Not Specified; Movement; Bugreport; Name; Event; Harassment; Quest; Miscellaneous] to classify the report. This could be used for statistical purposes post-process as well.
4. A button to mark the petition as URGENT which will add a parseable <star><star> URGENT<star><star> (<star> = *)to the header of the petition so our post-processing tools (aka gmbot) can forward/poke outside the game. (This is important!)
5. Before the petition is finished there should be a preview to check everything again, to make last changes.
6. As long as the petition is unassigned the button shows “claim”, once claimed the button shows “release” to unassign the petition again.

Request from  FS#3092 :

“In the GM petition window, there should be a button ‘Guidelines for petitioning’ and when you click it, it gives just that. Guidelines for petitioning.

I recently filed a petition and didn’t know what to include, what was superfluous, whether it was too long winded or not, etc.”

Request from  FS#3101 :

“We need enhanced petition system to allow adding several notes and note titles, as well as ability to review closed petitions.
The ability to add several notes to a petition would also help us handle an issue, then log off, but leave notes for other GM’s to review what we have done and pick up / complete.”

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.

Hi,
to make the interface less confusing, please let the chat window have the “Guild” and “Group” tabs only when the character is in a guild or group. Or at least make hiding these tabs an optional feature.

This would also make it possible to add an alliance chat tab to the chat window without bloating it for the people who are not in an alliance. see my FR #2688 for this.

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.

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

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.

Function to set a guarded item as sellable, with price.

/sellitem name price

Confirmation for sale, confirming price to purchaser.
Confirmation text message/description in main when sale has occurred.

Would need at least a button visible in context menu to initiate sale.
Set item for sale and price could be command-line, that’d still work.

It would be convenient if you were to do a /who Timmothy and I had autoreply on it would return

Timmothy [Away] Guild

Currently, I find the /away command rather useless, as you’d have to /tell the person who’s away, not knowing for sure if they’re even away. But with it in the /who, you can find out if someone is away, then send a /tell to find out the reason/how long.

Related to FS#2436

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.

Until today I did not know that “Camp Banished” is a PvP area at all. Until I got killed.

I was asked by a GM “if I did not expect that”?! - No, I did not! I see everything as a roleplaying incentive, unless I get a system message warning me about changed world attributes.

This issue is “critical”, because inside this PvP area are quest relevant NPCs. Now, what would happen if you are in a quest dialog with an NPC, and get killed? - You would lose that quest. And if it was a one-time quest, you’ll lose it forever, for your char.

This almost happened to Cadwen today, whom I helped to deliver a “Keg of beer for Filch”. Fortunately the keg was not stolen while we returned from the Death Realm.

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 )

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)

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!

I have often experienced that people come close to my character, trying to interact with me without trying to use tell. So they do not get that I am actually away, they may just assume that I am or (in the worst case) think I am rude because I am ignoring them. So what is needed is a way to show another character the own away and-/or sleep-status. Though I am not quite sure which would be the best way to do so.

Here are some possibilities:
- add “away” or “sleeping” to the players label when one moves the mouse over another character
- This status should be shown always, no matter if the user has activated the display of name or name/guild in options. Or at least there should be an own setting for it, in case somebody absolutely do not want to know about this status.
- To make it a bit more icly, don’t separate between “sleeping” (activated via “/sleep”) and “away”. In both cases use “sleeping” as a players status.
- A possible extension could be to set auto-sleeping like on irc. Say, the user hasn’t done anything for half an hour, he is automatically set to “sleep”-status.

I think this would help to avoid confusion like what I described above.

Related to FS#2667

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.

Loosely related to  FS#2297  and  FS#2352  – when a guild member is online, I’d like to see the name displayed in the Buddy List automatically, possibly with a slightly different color (e.g. sky-blue, or like the customizable guild chat color). This could be toggled via an option like: “[X] Add guild mates to buddy list”.

2022: Reworked into show guild mate icon/flag in Buddy List

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.

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.

As a heavy role-player, one of the most common annoyances encountered is that there is often no appropriate way to communicate to various groups of people.

Example one:

A group of five sitting around a table for an important meeting, talking in hushed voices. Currently the only option is to create a group for this, which is unrealistic, as people very close by should be able to listen in.

Example two:

Someone is standing in front of a crowd of people in the street, announcing something to them. Currently, the distance of /say is so tiny, that the only way to communicate to this group and have the people at the back hear you is to use /shout and have half the countryside hearing you.

Example three:

Sitting in the Tavern talking over a drink, not worried about your voice carrying. Currently, the distance of /say is so minimal, that half the Tavern will not end up hearing you. Using /shout would be considered very rude. No way to deal with this.

Solution:

/quiet - Speaking in a hushed voice to those nearby. Range limited to about 8 to 10 feet.

/say - Speaking in a clear, loud voice. Limited to a range of around 50 feet, which is quite a bit further than it carries to now.

/shout - Long range yelling. The current range of shouting would be fine.

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

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.

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.

This idea came up in IRC.

When someone breaks a law, players can report it to GMs or another NPC guard. Then GMs or the guard activate an option that turns on the autoaccept duels for an hour, with a different color label. During that hour, players that find the outlaw can kill it (or people with X faction in guards), so that would involve some players acting like guards in town (and some outlaws would have to leave the city for some time to avoid being killed).

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