|
Bug Report | 4191 | No | Quests Dynamics | High | New | RlyDontKnow | | npc synonym musn't occur in a trigger | 12.08.2010 | | |
Task Description
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.
|
|
Feature Request | 4110 | No | Engine | Medium | New | Orgonwukh | | Mining while sitting on a mount should not be possible | 09.12.2022 | | 2 |
Task Description
It is possible to mine while sitting on a mount. I propose to remove this ability because it seems unrealistic to me.
|
|
Feature Request | 3981 | No | Inventory/Items | Low | New | Elvors Amenoras | | Disallow adding to forge/furnace if impossible | 14.02.2010 | | 1 |
Task Description
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:
It runs counter to immersion. Stuff sitting in a hot place heats up in real life, it should do so in Ylliakum as well.
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.
|
|
Feature Request | 3956 | No | Character Creation | Medium | New | Andreas Renberg | | Allowing apostrophies or dashes in names | 03.10.2022 | | 3 |
Task Description
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…
|
|
Feature Request | 3835 | No | GUI | Medium | New | bonifarz | | Value of goods in trade window | 03.10.2022 | | |
Task Description
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).
|
|
Bug Report | 3685 | No | NPC Dialog | Low | Assigned | Seytra | Venalan | OK, OK, OK.... abbreviations everywhere | 21.12.2010 | | 1 |
Task Description
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?
|
|
Bug Report | 3684 | No | Inventory/Items | Medium | | Seytra | Suilensh | NPCs don't accept split stacks traded | 11.01.2010 | | |
Task Description
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
|
|
Feature Request | 3649 | No | Movement | Medium | New | kjm | | Dismounting places player directly under/inside mount | 16.12.2009 | | 1 |
Task Description
After executing a dismount, I end up underneath (and partially inside of) the mount rather than beside it.
|
|
Feature Request | 3553 | No | Engine | Medium | New | Pascal Detrait | | Idea proposition for Drawing skill | 16.02.2010 | | |
Task Description
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
|
|
Feature Request | 3511 | No | Engine | Medium | New | Seytra | | Ideas for inventory accessibility | 15.02.2010 | | 1 |
Task Description
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
Having each mount have an own (player-accessible) inventory would allow:
1) armor / other enhancement slots for the mount 2) mules that actually are mules, not PCs 3) easier inventory handling
Maybe most of the extra inventory (handling like above) should not come from the mount itself, but from the saddle or whatever one uses on it. Without saddle, there would maybe only be two inventory slots or something.
|
|
Feature Request | 3081 | No | GM System | Very Low | New | Rizin | | Teleport Mod (Or Event) | 28.06.2022 | | |
Task Description
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.
|
|
Feature Request | 3053 | No | | Very Low | Postponed | Amanda | Rizin | Make Tents Buyable. | 30.06.2014 | | 2 |
Task Description
It would be nice to be able to set up camps for roleplay purposes.
|
|
Feature Request | 2956 | No | Combat | Medium | New | Orgonwukh | Davide Vescovini | Combat system calibration | 19.04.2010 | | |
Task Description
Combat system calibration
Short version:
I propose that in general the amount of damage dealt by any weapon or magic spell should decrease with the distance from the attacker to the target. Also, fast weapons should generally deal less damage than slow weapons. The combat system including both weapons and magic has to be more balanced.
Elaborated version:
Damage (D):
This is the amount of health points subtracted when an single attack is successful. Examples for magic are:
For weapons one has to include the levels and stats of attacker and target. As a reference I determine both attacker and target to have maxed stats and levels, full heavy armour equipped and to use two weapons at a time in bloody stance. The weapon damage is the average damage including the failed attacks. One could either ask a dev to look this up in the database or do a numberof attacks and measure the arithmetic mean. For convenience I determine the damage of short swords to be 500 HP. This value is not the value specified in the weapons properties, but the “real” damage dealt.
Maximum attack distance (MAD):
This is the maximum distance from which an attack can be made. MAD can be measured in game units (the values you get if you type /pos). One unit should be about 0.5 metres. Examples for magic and weapons are:
Attack speed (AS):
This is the time in seconds (s) between the starting of the attack and the moment when the damage is dealt. Examples:
Damage per second (DPS):
This is simply D divided by AS.
Effective Damage (ED):
I propose to let the DPS decrease linearly with the MAD. I introduce a factor (F) with which you can put more or less emphasis on the distance weighting. Based on the above assumed value of damage for short swords, I propose that the ED with a value of 500 should be used to weight all weapons and magic attack spells:
ED=F*(D/AS)*MAD=500 or ED=F*DPS*MAD=500
For F=1 this simply is
ED=(D/AS)*MAD=500 or ED=DPS*MAD=500.
Let us fix F=1 here for now for convenience. If my proposal for weighting is too daring or too conservative, we still can talk about setting a different value for F.
What does this mean?
Let us look at the weapons first and assume that the values for short sword are as I wrote above: AS=2, MAD=2 and D=500. Then DPS=250. This short sword deals an average damage of 250 HP per second. Since MAD=2, ED=500 HP. I have nothing to object concerning these values. This is my reference for the calibration of other weapons or magic spells from now on (see below).
Let us look at the spells: With a short sword you deal an average damage of 250 HP per seconds from a max. distance of 2 units. With Summon Missile you deal a damage of 100 HP per second from a max. distance of 57 units. With Flying Rocks you deal a damage of 225 HP per second from a max. distance of 74 units. Is that fair? Does it make sense that more damage can be dealt from a safe distance? This “unfairness” is reflected in the ED values of the spells:
We notice that the value of ED is way higher for spells than for the short sword. Flying Stones also have a very high MAD and hence a high ED value. If we assume that my proposal is appropriate for evaluation of the power of weapons and magic, this means that Summon missile is 7.4 times more powerful than using short swords and Flying Stones is 33.3 times more powerful than short swords. I think that is quite a realistic reflection of the current state
Calibration
I propose to calibrate weapons and spells by setting the values of D, AS and MAD in a way that the ED is about the same for all of them. In case we use the short sword for a reference, we could adjust the values for Summon Missile and Flying Stones by reducing the MAD, for example To do this we solve the equation for ED in regards to MAD:
MAD=500*AS/D
Then the values for the calibrated spells would be:
If you think this attack range is too low, there is the possibility to calibrate the spells by setting the damage after solving the equation for ED in regards to D:
D=AS*500/MAD
Then the values would be:
It is also possible to calibrate the AS with AS=D*MAD/500. You can also try out different trade offs between D, AS and MAD as long as ED=500. As long as the ED is the same for all weapons and spells, the relation between damage dealt per second and the attack range is maintained.
Calibration will also be helpful once the attack range for weapons is implemented. Let us examine the calibration of the broad sword and let us assume that this sword has a damage value of D=750:
So the attack range is the same while the attack speed and damage differ. One might think that it is more important to increase the attack range instead of the damage because of the bigger size of the broad sword. So let us assume that the damage value for the broad sword is D=600:
This seems to me an appropriate representation of the differences between the weapons: A broad sword has a longer range and deals more damage, but is slower than a short sword.
Final notes
This is a proposal for balancing the combat system. All values of weapons and magic are either estimations or assumptions. Feel free to provide the true values, if possible. Since the ezpcusa server exists, this might be a good opportunity to try such a system out. My assumptions about the levels, stats, armour and weapon properties of attacker and target are subjective and should be discussed.
Limitations:
Maxed levels were assumed, the properties of lower lever levels are unknown to me. But when known, those levels can be calibrated as well. I did not include the amount of mana needed for the spells yet. A simple rule could be to have a linear relationship between damage dealt and mana used (maybe 1 to 10, so you can still kill a 800 HP opponent with 222 mana, which is the maximum at the moment as far as i know). While the attack area of spells is a circle with a radius of AD (you just have to be closer than AD, facing direction is disregarded) while the target is in the centre of the circle, the area for weapons is much smaller because the attacker has to face the target. It should be something similar to a triangle. This disadvantage of weapons is not accounted for here. On the other hand, it is assumed that a spell caster casts spells as fast as possible. This disadvantage is not accounted for here, either. If those differences between weapons and spells is considered too big, you can think about setting F to another value than 1 for an appropriate weighting. Once spells and weapons are calibrated, prices should as well be calibrated. You could either raise the weapon training costs or lower the magic training costs. Maybe doing both is a good idea.
Advantages:
Using this calibration, it is possible to design various weapons and spells which are different concerning D, AS and MAD, but they are weighted in a more appropriate way than it is the case now. Your choice of weapons is based on what you prefer: range, damage, speed or a weighting/combination of them. Combat can be balanced and become more interesting once players fight each other with different properties of their weapons and attack style. The work for the devs is small. You need to change a single value for each weapon and spell.
Link to corresponding forum thread: http://www.hydlaaplaza.com/smf/index.php?topic=35352.0
|
|
Feature Request | 2951 | No | GM System | Medium | New | A. Kiefner | | /petition improvements | 28.06.2022 | | |
Task Description
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.”
|
|
Feature Request | 2886 | No | GM System | Low | Assigned | Brian | Aresilek Besolez | gms report logs Completed Check mark | 20.12.2009 | | |
Task Description
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.
|
|
Feature Request | 2867 | No | GUI | Low | Assigned | Firiban | Joe Lyon | Display tabs only when neccessary | 22.09.2014 | | |
Task Description
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.
|
|
Feature Request | 2778 | No | Quests Dynamics | Low | New | weltall | | Group Quests | 01.04.2010 | | |
Task Description
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.
|
|
Feature Request | 2777 | No | Quests Dynamics | Low | New | weltall | Rizin | Shared Quests | 12.07.2009 | | |
Task Description
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
|
|
Feature Request | 2767 | No | User Interface | Medium | New | Andy | | Saving throw commands for Roleplay | 20.02.2009 | | |
Task Description
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.
|
|
Feature Request | 2721 | No | User Interface | Low | New | Andy | | Player shops - Trade functions for guarded items | 28.06.2022 | | 1 |
Task Description
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.
|
|
Feature Request | 2667 | No | User Interface | Low | New | Timmeh | | Add [Away] tags to /who list | 28.06.2022 | | 3 |
Task Description
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
|
|
Feature Request | 2658 | No | Inventory/Items | Medium | New | | | giveitem command for players | 26.03.2009 | | |
Task Description
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:
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.
|
|
Bug Report | 2656 | No | Crafting Transformations | Low | Assigned | Caarrie | Davide VescoviniTuathanach | list of crafting bugs | 08.08.2014 | | |
Task Description
this bug will include any bug related to crafting.
|
|
Feature Request | 2647 | No | | Low | New | Mario Rohkrämer | | PvP areas need an unmistakable warning | 08.10.2011 | | 5 |
Task Description
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.
|
|
Feature Request | 2631 | No | Movement | Medium | New | Elvors Amenoras | | Running up slopes should be more taxing | 26.03.2009 | | |
Task Description
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 | 2532 | No | | Low | Prospect Task | O | | Read, unread, and updated books | 26.12.2009 | | 1 |
Task Description
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)
|
|
Feature Request | 2521 | No | | Low | Prospect Task | Eric | | Option to allow assistance in PvE without grouping | 28.07.2009 | | |
Task Description
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!
|
|
Feature Request | 2436 | No | User Interface | Low | Prospect Task | Mrokii | | An obvious way to show a player's away/sleeping status | 28.06.2022 | | 4 |
Task Description
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
|
|
Feature Request | 2435 | No | Sound | Low | | Mrokii | Mathias | Sound for receiving Tells or when ones name is mentione... | 05.04.2010 | | 4 |
Task Description
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.
|
|
Feature Request | 2357 | No | User Interface | Very Low | New | Mario Rohkrämer | | Option to show guild mate icon/flag in Buddy List | 01.01.2022 | | 2 |
Task Description
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
|
|
Feature Request | 2349 | No | Engine | Low | New | | | Installation Shortcuts | 19.04.2010 | | |
Task Description
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.
|
|
Feature Request | 2319 | No | | Low | New | | | Auto-Create Key For Lockable Container | 01.10.2008 | | |
Task Description
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.
|
|
Feature Request | 2205 | No | Misc | Medium | New | Qia Fask | | More user control over the loudness (range) of speech (... | 01.01.2022 | | 4 |
Task Description
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.
|
|
Feature Request | 2189 | No | | Low | New | weltall | | [pawsillumination] zoom support when looking at sketche... | 01.09.2008 | | 1 |
Task Description
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
|
|
Bug Report | 2132 | No | Inventory/Items | Low | New | Thom | | /giveitem and /takeitem "all" parameter only works on s... | 13.03.2010 | | |
Task Description
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.
|
|
Feature Request | 2070 | No | User Interface | Low | Prospect Task | Caarrie | | ability to search by name for /item window | 24.01.2010 | | |
Task Description
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.
|
|
Feature Request | 2022 | No | Bugtracker | Low | New | Adrián | | Bounties - Game feature plus GM Tool. | 01.01.2022 | | 1 |
Task Description
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).
|
|
Feature Request | 1985 | No | GM System | Low | Assigned | Caarrie | Aresilek Besolez | List of all GM feature requests [or dev lvl requests] | 15.07.2009 | | 1 |
Task Description
this bug has a list of all gm feature requests attached to make it easier to find them
|
|
Feature Request | 1804 | No | | Low | New | Qia Fask | | Use of containers holding liquids is unrealistic (mugs,... | 06.07.2013 | | 2 |
Task Description
Mugs are a staple of RP for many people, but their use is currently quite unrealistic – you “drink” away a solid glass object.
What I proprose to fix this may not be purely realistic, but at least makes sense.
When an object is consumed, it should leave behind an “empty” (mug, potion bottle, jar, etc.) which will appear in the inventory. The cost of items which come in containers should be increased, as “deposit” or sorts, like when people buy pop or beer in real life. People would be able to sell the empty back to reclaim their deposit.
In the case of mugs of alcohol, they could be strewn about on the table as the drinking goes on, so people know who’s been drinking too much. There wouldn’t be any worry about “littering”, as there would always be someone willing to pick up after and return them to Allelia or Brado for the deposit money.
If this is implemented, it would also allow for future features like being able to return to Allelia or Brado for a “refill” without needing to pay the deposit. Same for potions and other items that are sold in containers.
Also the possibility of putting other liquids into the containers. It would be neat for example to be able to stop by the secret garden and fill up a bottle, mug or bucket with fresh water from the pool (it could be done by the usual right-click method on an object).
I feel these sorts of things would help improve the RP and realism a great deal.
|
|
Feature Request | 1761 | No | | Low | New | Eric | | Items purchased by NPCs should be availabe for sale to ... | 27.09.2014 | | 3 |
Task Description
The way it works now:
I mine ore or get weapons drops from killing monsters and sell them to a NPC. These items then simply disappear into the ether.
The way it should work:
The items purchased by a NPC should be available for players to purchase, at a mark-up to what the NPC bought the item for.
Example, If I sell 20 Iron Ore to Trasok, then he should have 20 Iron Ore for sale.
Steps to reproduce:
1. Acquire an item that a NPC will purchase. 2. Open the buy/sell dialog with this merchant. 3. Notice that when in “buy” view there are no items in the appropriate category. 4. Sell the item in question. 5. Go back to the “buy” view and observe that there is still no itme for sale in that category.
Justifications:
1. The players/devs have expressed a desire in the forums to have a stable economy. This will help. 2. For RP, the prices should fluctuate depending on a very simplified supply/demand algorithm. 3. For RP, how can a merchant justify shelling out mountains of trias for items that never seem to get used.
a. Trasok shouldn't fit in his house with all the silver/gold ingots he has bought over the years.
4. This will help crafters be able to get raw materials at reasonable IC-justifiable prices and hopefully get prices for crafted items to be reasonable and IC-justifiable as well.
|
|
Feature Request | 1760 | No | NPC | Low | New | Eric | Jay | NPC Consignment merchant | 16.03.2010 | | 1 |
Task Description
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
|
|
Feature Request | 1642 | No | | Medium | New | A. Kiefner | | /possess an NPC | 15.11.2008 | | 3 |
Task Description
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.
|
|
Feature Request | 1600 | No | Engine | Low | Prospect Task | nobody special | | Door knocking | 26.02.2010 | | 1 |
Task Description
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.
|
|
Feature Request | 1590 | No | Inventory/Items | Low | New | Electricsheep | | Trade between players should be visible to all in sight... | 24.01.2010 | | 1 |
Task Description
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.
|
|
Feature Request | 1558 | No | User Interface | Low | New | Arerano Areramau | | chat tabs: "Emotions" or "fighting Messages" should be ... | 12.09.2010 | | 1 |
Task Description
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.
|
|
Feature Request | 1506 | No | Combat | Low | New | Thom | | Non-lethal guild wars. | 24.01.2010 | | 10 |
Task Description
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.
|
|
Feature Request | 1135 | No | User Interface | Low | New | Loyni | | use /tell with alias names | 05.07.2009 | | |
Task Description
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].
|
|
Feature Request | 1022 | No | | Low | New | durwyn | | Ability to lock the guildhouse from the inside. | 04.04.2011 | | 3 |
Task Description
When i first enter in the guild house, i inspected the arounds to remember what i had already seen in the pasts months , the pics and so :}
But i was disappointed by the fact that i cant close the door :( i mean by the inside.. i take the example that one of my guildmate invited her husband in it but then she had to go out to lock the door and enter it again. (OMG she can enter even if its locked! wOw hehe ^^)
Maybe its planed but then i have no possibility to check if its or not :}
|
|
Bug Report | 918 | No | Engine | Medium | Assigned | durwyn | | Repair - Switching weapons | 27.02.2021 | | |
Task Description
when you repair a dagger for example you have to - equip it in right hand - do /repair and wait for it to end.
if you try to select the “weapon” which is being repaired you cannot move it. you get the message : “You cannot move an item being used”
BUT if you take another weapon, select it and put it on the weapon being repaired, they will switch themselves (i mean the weapon in the hand will go to the INV and the one in the INV in the hand) and the repair action will still be active. (the weapon you started to repair will be repaired, not the one after switching).
hope to be clear :p
|
|
Feature Request | 881 | No | Crafting Transformations | Low | New | O | Frank BartonRizinAngelaDavide Vescovini | Animal parts economy | 14.11.2023 | | 11 |
Task Description
I would suggest a specific hunting skill to “loot” animals instead of the current lottery system giving hides, claws, eyes, and whatnot.
Currently, anybody who can kill something can get enough parts by slaughtering a big amount of creatures. The skill would clearly separate the warriors from the hunters. Anyone can probably cut a rat’s tail, but skinning the animal is a bit more complex. And so on, some beasts will be more difficult to skin than others. Even proper meat is not obvious to extract from a carcass.
As a side effetc, maybe a killer could carry back the entire beast to a person capable of skinning/cutting it, if he doesn’t have the skill himself (it looks like some people can carry 400 kgs out there).
This incidentally could create a real market between players, akin to the economy currently existing around ore and weapons. Obviously, some PCs are going to be cooks, leatherworkers or alchemists.
This of course doesn’t apply to looting rogues, unless one can think of using human parts in some dark alchemy, or just carrying ears or heads as trophies.
|