The Friendly Chap

It's doable, but a tad clarification: Is it that ONE item at a time? It's easy to hook behaviour like this to a single item, but the hook will fire in different circumstances for consume and unwrap/open. The example mentioned, a halloween bag will be easy enough to hook on opening/activation, but ANY such opening will cause the plugin to fire, even if only to confirm it is not a "special" item, and ignore it. Eating is a hook that could be a bit heavy on a high pop server. The bag is rare enough that it's pretty likely the hook will be seldom triggered, and so easier on your server. Counting the activations I'd create a data file, and add a player's steamid and number of activations in there, and fire a command when the number of activations reaches the total, and then reset the count for that player. This is of course assuming you mean 10 times per player, and not 10 times per server. I have a similarly structured idea, but I just asked Yamang to add a counting feature to Commands Item, and given your question, I'm pretty sure you already own that plugin. If not, then buy it if he adds the feature. It's a hella versatile plugin. I'm fiddling around in the meanwhile with a plugin of my own, but mine doesn't play sounds/effects and doesn't fire a command. I just have several different Commands Item "Coins" and use the plugin to keep track of who is using how many of each, but at a push could be modified to do what you want, and there we run into the rule of schlep : advice is free, but coding costs cash, and my coding is basic AF, and fails in part 2. UI. Me no likely to code UI. I know there's a UI editor availiable on the market, but not worth it for me to buy. Also, it's setup already seems like a large schlep. I'd only get interested if it got to having it's own UI.

It depends on what custom you want. You want it to have sparkly lights and make doomy noises? I kinda doubt it, but that would indeed be custom. If you want custom loot inside the boxes, which I suspect is the case, you'd need to decide a few options to narrow it down: 1. Do you want the loadout to vary, or can every instance have exactly the same loot? Random would involve more setup, fixed makes it boring for the players. 1b) If fixed, all of the boxes fixed the same? One loadout, replace all of them? 2. Do you want ALL the listed boxes changed, or selected ones? If selected ones, how would you want to select the boxes? 3. Easy to configure : There are 786 items that could be in the box, and the box can be set to have anything from 1 to 48 different items in, with multiples of each. There simply is not really way to make that easy aside from a 3rd party application or a GUI to edit the loot tables with. Once you've built that, why limit it to a few crates? Just have a whole loot editor. Several free loot plugins do what you want, but are arguably rather tedious to set up. There are paid ones, that allow one to edit the loot table in a GUI, either in-game or as a 3rd party app, but those are expensive. The expensive is because getting loot tables to be easy is a VERY tall order, and tall orders are expensive. Making the plugin apply to less containers just invites people to keep requesting another container. Like I see the Hackable crate isn't on your list, and it's only a matter of time before someone requests that. As soon as there's more than a rudimentary GUI, the coding is rather a pain to get UI's to display nicely, work nicely. Combine with the grim reality that is loot tables and no easy GUI loot editor is gonna come cheap. I'd advise you to have a look at the paid loot editors, or alternatively it may be cheaper to pay someone to create the loot profiles for you, but would recur the charge each edit. I use a loot repopulation plugin from another website, and that uses a GUI editor that makes it easy to edit all the loot profiles.

Changed Fixed In to 1.0.1

Changed Status from Pending to Closed Changed Fixed In to 1.0.3

The interface is in the way of the new painting screen, is possible to make th HUD vanish while in painting mode?

Wrote my own plugin to handle moving the player on first spawn. If anyone wants it, let me know and I'll clean up the code and submit it here.

1. Would Backpack work if it has a whitelist by item name and skin? 2. Yes, it would refuse the item to be moved to the new location. 3. Already a function of the free version of Backpack. So do you really need a filter for the backpack that extends the capability of the existing whitelist function to skinid's and item names, or an entire separate plugin? How do you envision this working? Does the player have a command or do they need to speak to an NPC, or interact with a containerm u button or some other trigger?

And as for what it actually means : High Defenition Render Pipeline, which is the name for a high-fidelity scriptable render pipeline built by Unity, and used after that update by Rust. 95% of assets available before the HDRP update have been updated to the newer versions.

If the plugin doesn't do what it claims, first step : bug the dev. Get him to fix it. But if the dev ain't at least responsive*, preferably helpful, then one should be able to leave a review saying "Don't buy, this doesn't work and the dev doesn't wanna / can't fix it.". *And I'm not expecting the bloke to instantly jump. But I am expecting an answer at least within 48 hours. Even if they say "Sorry, RL is messing me around, get to it ASAP." Though the other thing there is : The plugin is RL. I paid RL money, for the rights to use a RL piece of code on my server. The dev has my money, and he got it for a working piece of code, and so I expect the dev to spend some RL time keeping up the RL product. I understand the devs have a life. Part of that life is an income, however minor, from the plugins we pay for and therefore the life they have contains a duty to maintain their products. If it's free, I don't care how long they take, or even if it ever gets fixed, since I haven't paid anything and they're doing it for the fun.

The reviews are editorialised, and I agree that this is wrong. Sure, have a moderator check them, but all he needs check for is hate-speech or an advert. Anything else the buyer / user wants to say in a review should not be editorialised or denied. I've had several denied on the basis that they don't directly address the plugin, even if the review shows enthusiasm for the plugin. Some plugins have very little to say about the function itself, and commenting on the ready to help developer is also irrelevant apparently, so what do you say? It makes the reviews bland and homogenous. If someone has taken the time to write a poem praising the plugin, let it in. I'd sure as hell give the plugin a second look if I see a review like that, more so than if I see a plugin or map with 5 five star reviews from folks that clearly have never run the item on an actual live server, all on the day the item is released. People who got the item free leaving reviews. If they get it for free and the author says leave me a 5 star review, that has created a system where the reviews simply cannot actually be trusted. I get giving someone a copy so they review it, but then mark those reviews (you know when a author has given an item for free to whom, so the review CAN be automatically tagged as "Product was received for free.") so people can factor in the bias that free items can receive. When a review is denied, the review you wrote is gone as well. So if you spent a half hour polishing a review for a plugin you really like, and the review gets denied, you can't go and edit it. Nope. Do it over. That also kind of sucks.

Looking for a rather simple plugin: I want to set up a set of spawns, and when the player dies, they need to have a button that looks like the default respawn button, only rust green. If the button is clicked, it just respawns the player at that set of spawns. Spawn set can be handled by https://umod.org/plugins/spawns-database. This is because I have a custom Outpost, and want players to be able to spawn at this outpost, or respawn normal as per RustEdit Spawn Points or Topology, or of course spawn at any bags they may have.