Bukkit

@sakura_blades

In your case, just use and stick with "LEFT_CLICK" and everything should be good. You also suggested a better solution than I did, so thanks for that. :D

@SuperiorCommander

There's a .yml file named "otherdrops-config" in the plugin folder.

Go in there, and you should see an option that looks like "loot_overrides_default". Set that to true. Anything you configure from now on will drop whatever you set instead of vanilla drops. If there's something you don't configure, however, it will still drop vanilla drops.

So, if you just want a zombie to not drop flesh anymore (or anything else, as a matter of fact), just have this in one of your drops files:

    ZOMBIE:
    - drop: AIR

Then it won't drop anything anymore. If you still want it to drop carrots, potatoes, and iron, you would need to find the correct drop rate for those items and put those in to simulate vanilla drops without flesh.

@sakura_blades

Quote from sakura_blades:

What I wanted was for a mob to deal some kind of damage or harm to a player that attacked it at a melee range.

    CREATURE_HOSTILE:
    - action: HIT
      damageattacker: 4
      attackrange: 3

"CREATURE_HOSTILE" is the group of all "hostile" mobs, like spiders, zombies, etc. See here for more mob-group aliases.
"HIT" refers to when you actually hit it - but I don't know if the plugin distinguishes between actually hitting something and left clicking. I don't think it does, yet, but in the future it will. I actually don't think it matters right now if you use LEFT_CLICK or HIT, but if HIT doesn't work, use LEFT_CLICK.
"damageattacker" is the parameter for damaging whomever did the trigger. So yes, it lets you determine the damage output. In this case, four points equates to two hearts of damage. Armour gets ignored, by the way.
Because the plugin currently doesn't distinguish between "LEFT_CLICK" and "HIT", you need to specify the "reach" of the trigger. Without an attackrange, you could left click something 50 blocks away and still have the trigger occur. The vanilla reach limit for interacting with things is about five blocks, I believe, so this number should be "5" if you want to simulate the vanilla distance of interaction.

As for bows and pets, the players wouldn't be hurt to begin with. When they're using a bow or pet on a mob, they're not left clicking the mob at all. You specified the trigger as "LEFT_CLICK" - so the plugin does whatever you just said. Bows require you to right click, and pets probably attack automatically.

Hope that helped. :)

WikiCreole formatting is annoying; you should try doing something like this:

<<code yaml>>
    - trigger: LEFT_CLICK
      tool: [ANY_ITEM, ...]
      chance: integer
<</code>>

So it will end up looking like this:

    - trigger: LEFT_CLICK
      tool: [ANY_ITEM, ...]
      chance: integer

That aside, I'm actually not too sure what you're asking for. Could you try clarifying your question a bit? Both your statements...

Quote from sakura_blades:

And both stop the damage from happening on any form of damage dealt to the mob who is supposed to be dealing it to the player. I only want the damage to not happen to the player, when the mob is hit with a bow and a pet...

...were a bit confusing to me; sorry about that. You use the word "damage" a lot, but I don't know what you're referring to. Is it the potioneffect damage? Is it damage when you hit a mob via melee or bow? When you say the mob is "dealing it to the player", what is "it"?

But I can comment on the configs you're showing me. For the first section, you might want to change the trigger to "HIT". You might also want to remove "-ANY_CREATURE, -BOW" from your "tools" because if you specify "ANY_ITEM", "ANY_CREATURE" is not included. Also, negating the bow would mean that if you swung (or left clicked) with the bow item, nothing would happen. I'm guessing you want something to happen with the arrow projectile, not the bow item itself.

Try using "damageattacker: integer" instead of the harm potion effect. It's just cleaner that way.

Your second part isn't entirely valid, because your "tools" section is only negating an item - I believe you also need to add a "group alias" like "ANY_ITEM" for the "negated item" to have any impact on this entry.

@sakura_blades

Eh? What the hell... That link brought me to a strange page...

Here's the exact link. Should be no funny business this time: http://dev.bukkit.org/wiki/knowledge-base/markup-types/

@sakura_blades

If you really wanted mob-related help with OtherDrops, you should try asking Faldonboy, as I'm far less experienced. I'm bound to give erroneous information, so just a heads up.

For future reference, refer to this page [EDIT: See above post] to see how you can write formatted text. Look for "code" under that page. You should be using "code yaml".

I'm not sure if aliases (in your case, "ANY_CREATURE") will work in conjunction with health modifiers - if it doesn't, you're going to have to specify the health modifier "@35h" on every single mob.

I'm pretty sure you can use the "damageattacker: integer" parameter instead of using a potion effect. It's just cleaner that way, and is less prone to messing up.

For your first entry, if you wanted it so that "a player left clicking any mob with 35 health will have a 75% chance of getting hurt", then you'd be fine.

For your second entry, I have no idea what you want to do there. I don't believe you're allowed to specify "drop" twice within the same entry, but I could be wrong. The potential problem with the second entry could potentially be that, instead of dropping the "default drops" in addition to the extra items you specify, it could choose one of the two randomly or lead to some other weird effect.

If you wanted both, the default drops to always drop, in addition to your custom drops, try out a drop group. Look at that page for the example, then replicate it; it should work out for you more neatly.

@Faldonboy

I remember seeing this used with Residences. I'll see what I can do with the wiki... Most likely, I'm going to move everything currently there to a single "archive" page, then copy and paste pages from the dev.bukkit page onto there.

There was a reason we weren't using it though.. I think, maybe I'm thinking of another attempt with something else, pretty sure it was the wiki though. Was something about the free version that would make it impractical to use.

@CommodoreAlpha

Otherdrops Wikispace can be found there, don't say I didn't warn you though, most of whats on there is from 2011

Wow, lots of discussion going on here! :P

@sakura_blades

On a side note, if you need a plugin recommended to you for "x" feature, chances are I can pull one from the top of my head. I use OtherDrops in conjunction with a few plugins I use, but generally speaking, I'm using about 300 plugins so I have a lot of know-how with "workarounds" to certain problems and what makes for good design in features.

@Faldonboy

Speaking of Wikis... I think it would be necessary for this plugin to have a wiki. There are a lot of "extraneous" yet helpful pages of information on here that are really not that important, so those should really go in the Wiki. The more essential pages should stay (e.g. "parameters" should stay here, "entity list" should go in the wiki).

Could you link me to the wiki so I can check it out? It would really help me out in cleaning out the documentation.