I know NS4 doesnt support meta-gaming and I am not sure if this would qualify. When I was playing Avlis they had a set-up for the merchants where you had a dialog type selection menu of items available for purchase, it had a screenshot of said item when it was selected for viewing, and on the itemized menu it had the cost and the quantity in stock. And it would purchase "x" amount of items and then would purchase no more until "x" amount of items were bought. I had a thought about this for guild halls.
It would be like a guy that worked in a tool crib where you could go and ask for a certain tool and he would give it to you if it was in stock.
The guild members would stock the "tool crib" and when an item was needed or one to be returned you would give it to the guy or take one from the menu.
This would cut done on server traffic and allow for members to receive and donate items to and from the guild stores without having to worry about the cd key security check.
There would have to be a check to see if it was a tagged toon getting the items to prevent intruders from looting the guild.
Guild Tool Crib
Guild Tool Crib
I put the IO in socIOpath!


Lokey wrote:Yeah, ... I blame Tep in that case.


Re: Guild Tool Crib
i'm not exactly sure what you mean? like an npc chest??
I think it's a bad idea to add any more 'dialog' options to ns4.. as it seems to be one of the most buggy things on the server (ie: all the cross-talk you see when talking to any npc). The guild hall chests work fine, and don't cause any dialog-memory leaks or whatever is happening there.
What WOULD be cool is if the guild halls would store the guild chest contents over a reset and crash! Then there would be a lot less need for guild mules, depending on how much space you actually have in the chests (is it max 8 or 10 pages each?) and how efficient you are with stock.
I think it's a bad idea to add any more 'dialog' options to ns4.. as it seems to be one of the most buggy things on the server (ie: all the cross-talk you see when talking to any npc). The guild hall chests work fine, and don't cause any dialog-memory leaks or whatever is happening there.
What WOULD be cool is if the guild halls would store the guild chest contents over a reset and crash! Then there would be a lot less need for guild mules, depending on how much space you actually have in the chests (is it max 8 or 10 pages each?) and how efficient you are with stock.

-
- Noob
- Posts: 15
- Joined: Sun Nov 09, 2008 4:00 am
Re: Guild Tool Crib
That's the way Persistent Storage works on a lot of servers. The roleplay server I usually play on incorporates a PS Chest system that can store and save items through a reset. Definitely would eliminate the need for all the mules, which I've always found to be annoying.
Re: Guild Tool Crib
Explain this need, I could use a laugh.
Tep wrote:I login and there's a dwarf to kill. You can't ask for much more than that.
Alkapwn wrote:NC has the most amazing melee build there is. Its a friggin unstopable juggernaut of pain.
Re: Guild Tool Crib
I think he is saying something along the line of instead of just a container in the guild halls to transfer items. . . set up a sort of shop in the guild halls. This shop would contain things the guild members put in. Everyone would have access to it directly and there would be no need for mules. The way he described it, think of how the basic items shopkeep is set up. General categories breaking into more specific.
Amoenotep wrote:korr is the greatest


Re: Guild Tool Crib
I love the idea(just loged into all mules to unlock em :p), maybe a slight fee should be paid for the shopkeeper/armsmaster for guildhall maintinance 

Best Regards
VagaStorm
VagaStorm
Why would I want to count 12 hours twice? I’m perfectly capable of counting to 24, and while we’re at it, can someone go shoot named time zones. GMT+x is all we need!
Amoenotep wrote:if you die to harper that just means your build sucks.
Re: Guild Tool Crib
It is not a need, so find something else to laugh at.Lokey wrote:Explain this need, I could use a laugh.
I found this feature to be really useful on Avlis and figured it would be as useful if not more so. Since it would remove the need for mules which would reduce server loads at peak times.
Korr has the basic idea down but it would not be a graphical interface like the ones in the Ave stores.

Here you can see the menu and number of items available.

Here is an item selected.

And here is the item being examined.
I put the IO in socIOpath!


Lokey wrote:Yeah, ... I blame Tep in that case.


Re: Guild Tool Crib
Someone has a big monitor 
I can see what they did (ActionExamine() was added at some point, we don't use/abuse it enough). For any particular item, this stuff is easy enough to handle (i.e. NS merchants). For stuff that's dyed or craft modified, would take using the Persistent Object functions, with which there's a couple headaches. I think if you keep many small tables, it doesn't get really server intensive (saved objects are just dumped into that particular library).
It's not difficult but not trivial to write and debug.

I can see what they did (ActionExamine() was added at some point, we don't use/abuse it enough). For any particular item, this stuff is easy enough to handle (i.e. NS merchants). For stuff that's dyed or craft modified, would take using the Persistent Object functions, with which there's a couple headaches. I think if you keep many small tables, it doesn't get really server intensive (saved objects are just dumped into that particular library).
It's not difficult but not trivial to write and debug.
Tep wrote:I login and there's a dwarf to kill. You can't ask for much more than that.
Alkapwn wrote:NC has the most amazing melee build there is. Its a friggin unstopable juggernaut of pain.
Re: Guild Tool Crib
And that's with it already cropped some. I like the 24" sceptre and cheap too, only 284$ at your local newegg.com.
As far as the suggestion goes, I realize it would be low on the list but I think it would make a nice addition, not too mention time saver...after it is designed of course.
As far as the suggestion goes, I realize it would be low on the list but I think it would make a nice addition, not too mention time saver...after it is designed of course.

I put the IO in socIOpath!


Lokey wrote:Yeah, ... I blame Tep in that case.

