Inactive [SEC] Deadbolt 2.1 - Modular sign-based container, door, trapdoor protection [1.1-R6]

If youve paid any attention to the Lockette thread, this was born out of my effort there.
The next step is to bother all the other authors and get incorporated there.

Awesome!

Well the best thing is since its modular I generally dont have to get bothered to add in hooks for whatever.

Im quickly getting a bad taste for what graphic designers go through. Making a logo that just -works- is hard I probably spent half an hour looking for a font, ended up using the '28 days later' one.

Hey now, it sounds like you are putting down the months of work that I put into the project, getting an alternative to LWC going in the first place~ ^.^;;

If I have ChestShop3 am I to use both the simulator AND main plugin?

Acrobot has been contacted, however in the meantime yes, use the simulator and the main plugin.
ChestShop still only has support for lockette, so the simulator will redirect to deadbolt.

If you dont want the 'lockette' part shown in your /plugins or any of the bridges, try looking at http://dev.bukkit.org/server-mods/pluginlist/

Missing plugin version number in thread title. See me.

@daemitus I really, really like the look of the towny bridge you've got there. Any chance you could add an option to deny chest claiming in the Towny Wilderness?

I could probably add a similar system that works on claiming a block with a sign.

You want to join the towny IRC for a minute?

If you can post it here before I find it on the towny pages, sure.

Nice ;D

Add a config so we can choose that only persons can lock doors and not chests :O

Will do

Maybe another option to limit the locked chests and stuff, 2 per person or something like that :O!

That was one of the original limitations from the original lockette. If you want to count how many a person has, you have to track it per person. That means databases. The goal is to keep it all ingame on signs. However making a bridge that keeps track of how many a person has, so that its optional may be doable.

Hmm maybe someone can do it, or I might try make a bridge like that. Daem, how about we add an onBlockClaim event, could that work?

Ive already got one in the works in the onSignUpdate

Now that ive stopped trying to care about maven, canProtect is in the bridge. Called during onSignUpdate, which is called anytime you finish placing a sign with [private].

As such, the towny bridge will have "deadbolt.towny.wild.denyall"
Give a user that, and they cant protect in the wild. Its a little backwards from the usual connotation in that giving permission takes away an ability, but I want it to be an optional thing, rather than a permission you have to remember to give.

Now to work on the request for doors only/chests only/etc.

Wait, why do I need to do this. I already have the following permissions:
deadbolt.user.create.chest
deadbolt.user.create.dispenser
deadbolt.user.create.furnace
deadbolt.user.create.door
deadbolt.user.create.trapdoor

Cant you just, not give it to people?

can you add into the config a option to turn off notify chest/door owner about a moderator accessing thier stuff?
We dont always want them to know =P

Dont give them the broadcast permission. If you have it, you see it.

Dev build has a fix for timer:0 not working while timer doors always is on.

Finally got caught up on my furnace plugin too, woo.

Only permission i gave them was deadbolt.user.*
didnt think that included broadcast?, or maybe it was a coincidence that he thought i was there?, idk, lol

Code:

    deadbolt.broadcast.*:
        description: Receives all notifications of admin overrides
        default: true

Notice the default:true. that means its given by default to everyone. You may want to try opening the .jar with winzip or whichever, and modifying the plugin.yml so that it says false, or giving your members "-deadbolt.broadcast.*" So they dont get it.'

Maybe I should set that to false by default. Theres arguments for both ways.

id go with false by default, otherwise having a permission for it is almost pointless. As people dont usually expect to have to subtract a feature from the start. But thanks for the info, ill try editing it

i used 7zip and tried modifying the plugin.yml to false.. and then all i got was errors, and wouldnt load the plugin..
so... it apparently didnt like that

ill change the default to op. In the meantime, I should have a new build out in a day or two

So we have another plugin that's been made, Again.