I'm going to be re-jiggering the custom enemy system...

Why? Explaining the reasoning why you are doing this.

Because he's making the thing work better? It's a beta, after all.

That said, lack of reverse compatability is a bitch, ya know.

Are you sure you're gonna be able to redo the enemy code needed to get this to work?

I've done most of it already. All I need to do is get the shields to work correctly. Also, figure out why the Gel's movement system is seemingly completely different to the Zol's.

After that, I'll work at uniting Keese and Peahats...

They do seem to move differently. >.>'

I can see why this change would be a nice one. It combines the best and most frequently used attributes of all the enemies into one simple formula.

I must say this could potentially improve the enemy system, since it would ensure that fewer enemy classifications have their own distinct rules, particularly with regards to the "weapon" each uses.

That is, if it's coded correctly. :P If what we have now is just replaced with a bunch of bugs that never get squashed, then of course no one will like it...

Well, if you think it won't cause any problems, I'm okay with it. All the neccesary code is there, its just putting it all together.

And there's NO way to convert the current custom enemies to the new format?

Not unless you guys want to change all the Misc. Attributes for all of the enemies in your quests by hand...

Also, I think I've figured out what the differences in the Gel's movement system are for - it's to make them initially move outward when they're created by a split Zol. So, I think I can bring them into the "Walker" type as well...

I'd rather just have to change to accommodate, than to have to completely remake the enemy. But for all of the pre-made enemies, just reset the misc. atts.

don't like where this is going, its like you're assuming you know what the questmaker wants rather than leaving the decision up to the quest maker.

For the likes of DarkFlameWolf, Why not just add this new "Super Walker" class in and leave all the old classes in? I personally don't care about having to reset the enemies, this new class will allow me to create more unique monsters so starting over almost make sense. Now I just wish Rope, Like like, and Wall Master were thrown into to the mix as well. Guess their arn't enough Misc Attributess.

Question:
What does "Make Link Drunk" actually mean? Does it make the screen go dizzy so its hard to see? Does it reverse controls? Does it make him lose 1 heart per second?

reverse controls

So now, it'll be possible to make the Wind Waker Poes (or at least part of them) without scripting? :tongue: And I agree with redmage777 that there should be a way to use the Wallmaster, Like Like, etc. behavior using misc. flags. But only if it's possible.

What exactly do you mean by "have to reassign all of the misc. attributes for all enemies by hand?" (or thereabouts)

In what situation would this be necessary, and to what purpose? I'm afraid I don't understand.

I'm pretty sure that L wouldn't reset the attributes of ALL the standard enemies to be set by hand. Would you....Only I know a guy who knows a guy who can deal with people like you, if ya know what I mean.:whap:

Well, okay, maybe I could make a routine wherein it takes the old enemies and automatically reassigns their types and misc attributes based on their misc10 and their enemy type... I'm just not entirely sure how complex it will get. Apart from changing the meanings of misc. attributes and shortening the number of types, I've also fixed some default data bugs (such as Darknuts being immune to hammers.)

...actually, now that I've written it down, it doesn't sound as difficult as I thought.

(P.S: Another thing I've done is eliminate the "Rope 2 doesn't flash", "Bubble doesn't flash" and "1.90-style Tribbles" quest rules. For all quests where such rules were set, the appropriate changes will be made to their enemies.)

idontknow wrote:Question:
What does "Make Link Drunk" actually mean? Does it make the screen go dizzy so its hard to see? Does it reverse controls? Does it make him lose 1 heart per second?

Although, maybe I'll add a "reverse controls" status effect as well.

^Sweet! I've been waiting for a status ailment like that for a very long time! Maybe another ailment where it makes the entire screen, including all combos & sprites, shades of red (or perhaps a pallette of your choice) and Links health starts draining--a POISONed effect!

_L_ wrote:(P.S: Another thing I've done is eliminate the "Rope 2 doesn't flash", "Bubble doesn't flash" and "1.90-style Tribbles" quest rules. For all quests where such rules were set, the appropriate changes will be made to their enemies.)

I don't like this at all. It will make it more difficult for people who want that behavior but don't want to edit enemies. I'm all for adding new features like the enemy editor, but please don't take away features.

Whattaya mean, "people who don't want to edit enemies"? It isn't programming, it's a checkbox labelled "Is Flashing" in the editor. Next you'll be telling me that I shouldn't remove* the "Starts with 999 rupees" quest rule because some people don't want to use the Init Data box.

(At the worst, there will be two-step tutorials for these things!)

*Retaining backwards-compatability, of course!

YAY, now my rope 2's that look like non-flashing rats will NOW FLASH NOW! OMEG, Super radiation exposed rats that flash because I can't do a friggin thing via quest rules that are taken out and we are forced to use the enemy editor to fix things!

_L_, leave the quest rules IN. You're making everyone angry at you. AGAIN. I could care less about where I have to edit that for the enemies, but please, for the sake of everyone here, LEAVE THE QUEST RULES IN, but also put in those checkboxes. Let me give you an example of what the rules could instead do:

These rules would instead simply auto-check the boxes for the enemies the rule apply to. They could uncheck it at will (So they could have enemies that apply to the rules go against the rules and those that go with them, like having Ropes that flash and those that don't), but if the rule was off, they'd have to MANUALLY check the enemies' checkboxes for the rules.

Geez. It takes all of 10-30 seconds to open an enemies data and check a chck box. You can do ten of them in, like, five minuites.

It would be nice to get the enemy editor working 100% before taking out any quest rules. *sigh*

I'm sure there's some sort of logic in _L_'s actions that is inherently difficult for people to see. Very understandable, really, ... I'm having some trouble seeing the rationality behind them myself, but I think I'm at least a little closer than I would've hoped to seeing it.

Okay. While _L_ just said that backwards compatibility would be maintained, (Which I assume would be accomplished through having a checkbox automatically checked in the enemy editor for those select enemies, similar to how some quest rules were automatically checked when you opened up the rules pages.) so you wouldn't have to worry about that, as it'd take the status from your quest in its previous beta / version of ZC and compare it to its status in the enemy editor, and maintain the toggled state between both. So you really wouldn't need these quest rules at all, as you're basically having more control over what the quest rules exhibited, but in a somewhat less IN YOUR FACE way.

Now, if you'll excuse me, I'm off to fantasize about making a stone golem that moves at half the rate of a darknut but has six times the hit points. <3

I SERIOUSLY wish we could alter knockback though. =/ I mean if you slash your sword through goo, (Zol/Gel) it does not get pushed back. > <.

It really isn't that big of a deal to edit behaviors such as rope 2 flashing in the editor, provied there is a part of the tutorial that explains how it is done. I think getting rid of some of the obsolete quest rules can help cut that page down from 8 pages of rules.

Although Petoe does make a good point as well.

Personally, I hate the quest rule system so anything that'll force people to stray away from that is okay in my book. I do worry about backwards-compatibility though.

Instead of having misc. attributes, can we get rid of them altogether & replace them with drop down menus? It'd be almost like the flags--a giant list of drop down properties, perhaps even a couple pages of them.

Take the 'Bubble' property for example. Instead of choosing Bubble type & then putting in a 0, 1, or 2 for temporary, perminent, or remove jinx, there would be the word "Jinx:" followed by a drop-down menu with the following options:
-Temporary Jinx
-Perminent Jinx
-Remove Jinx

Other properties & their available options could be:

Attack Type: a. Normal b. Trail c. Constant d. Triple weapon e. quadruple f. 8-Way g. Stream

Jinx Type: a. None b. Sword c. Item d. Drunk e. Sword & Drunk f. Item & drunk g. Sword & Item h. All

Take Rupees--this would be a box with up to 3 digits in them (so a max of 999) and you put in a number from 0 to 999. If 0, then this enemy takes no rupees--this way, it can take rupees in addition to doing a jinx.

Take Magic--similar to above, you enter in amount of magic & that's how much it takes. Perhaps only ranges from 0 to 9. This way, an enemy can take rupees, magic, & jinx you all at once!

Suicide Attack: a. Split on Damage b. Split on Death c. 8-way weapon upon Death

Enemy Splits Into: This would be followed by a small text field to enter in an enemy I.D. of the enemy to split into (as in tribbles)

Copies: Enter in a number from 1 to 9--this is how many copies of the above enemy this enemy splits into.

I think you get my drift by now--my point is that all these options are feasible with drop down, or text-field menus so that you don't have to memorize what each misc. attribute does.