PlaneShift

  • Status New
  • Percent Complete
    0%
  • Task Type Feature Request
  • Category Engine → Inventory/Items
  • Assigned To No-one
  • Operating System
  • Severity Medium
  • Priority
  • Reported Version
  • Due in Version Undecided
  • Due Date Undecided
  • Votes
  • Private
Attached to Project: PlaneShift
Opened by Anonymous Submitter - 06.01.2009
Last edited by Steven Schwartfeger - 26.03.2009

FS#2658 - giveitem command for players

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.

Steven Schwartfeger commented on 07.01.2009 06:42

This doesn't seem very different to the current "trade", but I'll mark this for an admin to decide.

Anonymous Submitter commented on 07.01.2009 20:49

The big difference is /trade has no parameters…all it does is ask the target to engage in a trade and open disruptive windows for both. The command proposed is windowless, has parameters of what to give to the target, and (assuming the target has auto-accept) happens instantly. It can be used in a shortcut. It would allow RP to move along with less distraction of spawned windows that take players out of immersion.

Loading...

Available keyboard shortcuts

Tasklist

Task Details

Task Editing