Inactive [RPG/SEC] ColorKeys v1.5.0 - Color Coded Locked Doors [1.2.5-R1.2] Vault Support + Sign Shops!

Discussion in 'Inactive/Unsupported Plugins' started by Musaddict, Feb 3, 2012.

  1. Offline


    Version: v1.5.0 (release)​
    The official progress of this plugin has been moved to BukkitDev. For all the juicy details, follow us using the link below!​
    1.2.5-R1.2 has arrived, and we have released ColorKeys v.1.5.0!

    We have released a fully functional version of ColorKeys!
    We have skipped the beta phase, because we feel it is adequate enough to be considered our full release. We will still be adding a lot more functionality, but it is now stable, and can be used safely! Download at BukkitDev.

    Note: The YouTube video has been removed due to out-of-date methods (changed with version 1.3.0). A new video will be released shortly.

    This plugin adds locked doors to your server that can be unlocked by obtaining their matching colored key (keys being virtual, not physical). You can either obtain a key through a player with the appropriate permission, or any plugin with permissions enabled. This adds a certain, special layer of classic role-playing and questing that has yet to be seen in a Bukkit plugin.

    • Create doors that are locked with colored keys, based on a cloth block under the door.
    • Able to have multiple doors of the same color (Red door at "Spawn", and Red door at "Dungeon", and so on)
    • Up to 16 doors for one location (White door at "Spawn", Blue door at "Spawn", and so on)
    • Keys can be given from an OP, and soon can be given from any other plugin that allow commands with proper permissions (questing in mind).
    • Superperms!
    • Vault support for C.O.D. transactions
      • Sign Shops for keys!
    • Note: ColorKeys 1.4.0 was exported using Java 1.7. If you are having issues enabling ColorKeys, please update your java version to 1.7, otherwise it will not work!
    Source Code is currently Unavailable

    Recommended Builds:
    [​IMG] ColorKeys v1.5.0 [1.2.5-r1.2]

    [​IMG] ColorKeys v1.4.0 [1.2.5-r1.0]

    Older Versions (open)

    Version 1.5.0
    • New Feature:Double Door recognition
      • Double Doors are now selectable and creatable.
      • Both doors will open and close by clicking on one of them.
    • Simplified selection.
      • No more wood hoe. Just click on a door while selecting, and voila
    • New Feature:Simplified commands while selecting
      • Give, Repair, and COD are now simplified so that you *may* select a door, and give a key simply by typing /give [player]
      • The old commands are still useable, this was just added for simplicity.
    • Lots of bug fixes.
      • Lost count and track of which ones, but they're fixed!

    Version 1.4.0
    • New Feature:Editable Files
      • This update is fully compatible with all previous versions. All files will be safely converted.
      • Doors and Keys files saved in XML
      • Doors File setup:
        • <door color="[#]" location="[location]" world="[world]" x="[x]" y="[y]" z="[z]"/>
      • Keys File setup:
        • <key color="[#]" initialUses="[# uses when given]" location="[location]" price="[unused]" uses="[current uses]" world="[world]"/>
    • Code optimizations
      • Preparations for API
      • Preparations for Double Doors
    • Note: ColorKeys 1.4.0 was exported using Java 1.7. If you are having issues enabling ColorKeys, please update your java version to 1.7, otherwise it will not work!
    Known Bugs:
    • Note: ColorKeys 1.4.0 was exported using Java 1.7. If you are having issues enabling ColorKeys, please update your java version to 1.7, otherwise it will not work!
    Full Changelog and To-Do List are on our BukkitDev page!

    Special thanks go to Feed_Dante, as he is programming the bulk of the plugin.​

    md_5 well... whaddya think? :)

    Also, to other people out there, any suggestions or requests? While this is fresh, now's your chance to help steer it in a direction you may want to see it go.

    EDIT by Moderator: merged posts, please use the edit button instead of double posting.
    Last edited by a moderator: May 23, 2016
  2. Offline


    I think it's great when people read the guidelines and put effort into submissions!
  3. Offline


    u should make the commands for stuff like these as short as possible it makes it all the more appealing. great idea thou
    there are probably some good uses out there im just unable to come up with one at the moment but ill store this plugin in my book marks just in case cause it seems very handy.
  4. Offline


    Well we thought about how to do the commands for a long time. The easiest way, we decided, for the user was to have a selection command and a create command, both of them are minimal :) as for the /ck give command, we decided that adding multiworld support and a large amount of customization took priority over ease. We wish we could make it shorter, but that's as small as it can be. This decision was also made by taking into consideration that people will probably want to give keys via signs, or npc's, or something.

    We also made opening and removing doors/keys a cinch. All you do is click or break the doors :)
  5. Offline


    Nice Plugin :)
  6. Offline


    Thanks :)

    On an side note, we are using Saros with Eclipse. Has anyone heard what's going on with the jabber accounts? Cause as of right now we cannot collaborate to work on ColorKeys simultaneously. Anyone have any info on it perchance?
  7. Offline


    I would love it if wool blocks were keys to the corresponding door color. Could that be added to the plugin?
  8. Offline


    We have thought about it. We kinda thought that taking up space in your inv with a common block set as a key would be cumbersome.

    If we can think of a simple way to manage it, perhaps it could be added. We'll see!

    Regarding physical keys, we have some initial thoughts, and we'd like like to take a tally.

    In a matter preference, would you (all of you) rather have:
    1. One physical key for every door (no limit of physical keys, wool key would be removed if you run out of uses)
    2. One physical key for every door of the same color (up to 16 physical keys, this option would still require the player to have a virtual key for each door, otherwise it would remain locked)
    3. One physical key for ALL doors (configurable interact object, this option would still require the player to have a virtual key for each door)
    4. No physical keys.
    5. Other (please explain)

      As you can tell, we're only in the planning stages for adding this functionality, so it will be a while until we add it. But before we do we'd like your input.

      Until this post is removed, we would like your input on the matter to help us know what you want

    EDIT by Moderator: merged posts, please use the edit button instead of double posting.
    Last edited by a moderator: May 23, 2016
  9. Offline


    I don't actually use the plug-in, and I'm not intimately familiar with the way it works. Seems interesting though - might try it out at some point in the future. From what I've read so far in this post, my vote would be:

    4. No physical keys.

    Reasoning (which may be flawed): The whole point of locking doors is for security. If you make keys common items in the game, it may defeat the purpose. Having virtual keys seems more logical to me.

    Additionally, I would like to see a config option whcih disallows players from giving other players their virtual keys. This way admin's can use it to limit area's of the server to certain player groups. Might be nice to set this in the permissions bukkit config as well. Eg.

    - true

    I'm envisioning it being used as security clearance for server admin's, but I guess it doesn't have to be limited to that. Clan leaders might give keys to members of their particular clan (up to 16 I suppose?).
  10. Offline


    This plugin is AWESOME.

  11. Offline


    I think a better way to explain the concept of physical keys would be to say they're unique interact objects (to reiterate to others, physical keys are not currently implemented). You would still need a virtual key to open the doors. If you had a blue wool you wouldn't be able to open all blue doors, just the ones you are allowed to open.

    This plugin was originally envisioned as an RPG style addition, to make dungeons and such which require you to have the right key to get you to the next area and whatnot. Obviously we dont yet know the full potential of this plugin, cause the public is having many great ideas of it that we didn't even consider. :)

    I'm liking the idea that players can have up to 16 of their own doors (with perms, so that it only can be given to "clan leaders" if you wanted). I'll talk to dak, see if he thinks that's a viable option at this point.
  12. Offline


    i want that map in ur top right corner, lol where can i find that?
  13. Offline


    We have released version 1.1.0!
    Included in this update is the following:
    Version 1.1.0
    • Added Superperms!
      • Individual event perms.
      • colorkeys.mod (allow everything except creation/destruction of doors)
      • colorkeys.admin (allow everything)
      • added permissions per door (not required if given a key)
        • colorkeys.use.[world].[location].[color-code]
        • Using "*" in place of the variables will allow all of the subgroups (colorkeys.use.[world].* will give access to all keys in [world] and so on)
    • Added /ck version
    • Added /ck repair
      • /ck repair [player] [world] [location] [color] (uses)
      • Leave "uses" blank to repair the key with unlimited uses.
    • Enabled console commands
    • Added conversions for word-to-color-code for /ck use ("red" will be converted to "14" and so on)
    • Added advanced protections
      • Prevent TNT explosions that affect any CK blocks
      • Disallow the use of pistons against CK blocks
    • Fixed Bug: Now fully compatible with Factions
      • Admin Bypass bypasses door protections.
      • CK doors can be removed from file (however they will not break)
    and on a side note...
  14. Offline


    thank you sir. your plugin as also awesome =D
  15. Offline


    Thanks :)

    Just an FYI to everyone, after long weeks of programing this, we decided to take a *minor* break and program something else. We will be starting up again hopefully by the end of the weekend to add spout integration!
  16. Musaddict
    Have you ever messed around with the GLSL shaders mod? Its qualities replicate the first image on the OP.
  17. Offline


    You mean the logo? Yeah I've messed around with them, however THAT is a simple filter I applied via Photoshop. If I remember, I think it's... poster edges? I cant recall.
  18. Offline


    My spawn is set up to promote automatically, after a trial, which is to escape the science lab they awake in. Players read books (uses the Bookworm plugin) and are given clues where to go as they sneak out, learning how to use our server plugins (ie, Signlift for elevators) and such. I would really love to have them "find" keys hidden in bookshelves or in cracked blocks. So, typing a command to give them keys would defeat the automated process. Please look into other ways to dispense keys! I like the idea of this mod!
  19. Offline


    Currently our server uses NPCs and we tried to allow them to give keys, however, the /ck give command can not be done from the console. Will there be an option soon that allows that command to be made from the console?

  20. Offline


    Updated to CB 1.2.3-R0.1. If you are running CB 1.1+ then continue to use ColorKeys 1.1.0, no new features have been added.
  21. Offline


    Sorry for the delay in updates. Hectic schedules...

    Updated to 1.2.0, added iron door support, but be aware that iron doors take up the same slots ar wooden doors, so you can still only have 16 doors per location.

    Economy will be added soon.
  22. Offline


    I keep recieving this bug,

    when I type in the command to give a player a key
    (In my case) /ck give BW628 world 14 1
    The server says "An internal error occured while attempting to perform this command"
    In my actual command prompt screen for the bukkit server it says

    16:38:40 [SEVERE] null
    org.bukkit.command.CommandException: Unhandled exception executing command 'ck'
    in plugin ColorKeys v1.2.0 [1.2.3-R0.1]
            at org.bukkit.command.PluginCommand.execute(
            at org.bukkit.command.SimpleCommandMap.dispatch(
            at org.bukkit.craftbukkit.CraftServer.dispatchCommand(
            at net.minecraft.server.NetServerHandler.handleCommand(NetServerHandler.
            at net.minecraft.server.NetServerHandler.a(
            at net.minecraft.server.Packet3Chat.handle(
            at net.minecraft.server.NetworkManager.b(
            at net.minecraft.server.NetServerHandler.a(
            at net.minecraft.server.NetworkListenThread.a(
            at net.minecraft.server.MinecraftServer.w(
    Caused by: java.lang.NullPointerException
            at musaddict.colorkeys.ColorKeysFiles.containsKey(
            at musaddict.colorkeys.ColorKeysCommands.onCommand(ColorKeysCommands.jav
            at org.bukkit.command.PluginCommand.execute(
            ... 12 more
  23. Offline


    Looks like you're forgetting your location name. Should be

    /ck give BW628 world [location] 14 1

    that will give you a 1-use key to the red door at [location], which is located on your world named "world"
  24. Offline


    Updated (and boy do I mean updated) to version 1.3.0! Too many things to list, so take a look at our changelog!
  25. Offline


    Updated to 1.3.1! Fixed all known bugs + added version notifiers for the /ck version command, as well as an automatic message to OP's (configurable).
  26. Offline


    I don't know if this has been suggested, but i think it would be nice to have a tiered system too. maybe specifiable in the config? where if you have red key, you can open only red doors, but if you have orange you can open orange and red, etc. to allow different groups in a hierarchical pattern. Just a thought, otherwise, nice plugin.
  27. Offline


    Theoretically, all doors of one color can be opened with the right permission. For example, giving user or groups the permission:
    **should** allow that group or player to open all red keys. This is untested, so don't quote me.

    If you're still wanting to give some sort of admin key (per color) to users, we can look into adding something.
  28. Offline


    still hopeful for keys to be "hidden", found by clicking a certain block like bookcases or cracked stone. I like that you can now buy them, for dungeon access, but i can't fit buying into my spawn's storyline.
  29. Offline


    Updated to 1.4.0, now all the save files are 100% editable in XML format!
    We also did some major code overhauling to prepare for Double Doors and possibly some workable API.

    AravanFox That's a good idea. Thanks to you, we now have some great improvements we will be working on, such as simplifying selection (no hoe, just punch), and simplifying giving/repairing/removing (keys)/placing ("hiding" keys in bookshelves). In addition to the current commands, we plan to allow OP's to select (punch) a door and allow them to give keys with something as simple as /ck give [player]. This will allow us to have the users set a default # of uses when they create a door, that way everything is simplified (but the old commands are still completely usable).

    This planned update is kind of a big one, so might be a while till we feel it's releasable. Either way, don't expect it to come out till after we release Double-Door recognition.
  30. Offline


    Awesome! Love it :p Can add quests and all sorts with this plugin :p

Share This Page