With blueXx coming back I thought it was time for such a topic. I haven't searched but I am almost certain that there already had been at least one topic of such kind thus this being a revival.

I have given you three votes with the mindset of you using the two votes seriously and the last vote on the comedy options. Since I can't group options I must just hope that you will use the poll sensible. Naturally you can beat the system by voting in a different way. Beating the system will probably make you feel better so I don't mind you doing that

The 'I use ' group: (What you are using)

The 'I think is best' group: (What you think is the best)


The comedy group:

One vote per group would be the optimal in my opinion.
If you choose Other in any of the groups I would very much like you explaining what you mean in a reply to this thread. You naturally don't have to.
You are free to discuss the events and scripts advantages and disadvantages in this topic. You don't have to discuss. You can word your opinions and leave it at that. It is fine as well.
No flaming! If you start flame I will treat you unfair >8U
If you are flamed then try not to flame back. Use the fact that I will treat the flamers unfairly to peace your mind

On a final note: I have enable you to change you votes should you change your opinion

---

I use both. I am both a scripter and an eventer and most importantly lazy. If it is quicker for me to write a script I write it and if it is quicker to make an event I make an event.
I think neither events or scripts are the best. I think there are some things where scripts are better than events and other things where events are better than scripts.
I have a big ego so I naturally think that I am the best 

 ~ Zeriab

Scripts > Events

I use both, while using common events mainly so anyone on my team can change the game without fucking up the code.


Yes, because events can do EVERYTHING. Events are inefficent code. For simple conditionals, messages, and simple game stuff they're great. But only a complete idiot would consider making a battle system or anything with them (I'd hate to see that code). Also, replace events with scripting, and the sentence makes much more sense. If you think Ruby is hard, try programming C++ and allocating memory and stuff like that.

Scripts are for people who can program.
Events are for loosers who can't comprehend simple programming concepts.

And events aren't awesome, they make it easy for 10 year old idiots whospek lik dis to make games.

I use both, but I would prefer to use scripting where scripting increases functionality. For instance, the fact that you can only change volume by increments of 5 made my evented version of a dynamic sound emission object (sound gets louder as you approach the object) quite a bit worse then the scripted version as the scripted version has a much smoother transition. That being said, eventing is easier to learn and so most game makers can customize an event system they are given to suit their needs, so that's a plus to events.

I also wouldn't use 'they make it easy for 10 year old idiots whospek lik dis to make games.' as an argument against events as there are plenty of great game makers who cannot script (for instance Calibre, and I don't think ShoSho scripts either).

One thing that I really like about scripts is that they are very easy to implement into a game, and of course the fact that it is much faster and easier to run through multiple if statements. In the end, I like scripts better personally because there are a lot of things they can do easily that would be very difficult for events, but I also like events a lot and will use them when it is not a complicated sysrem

Am I the only one who finds that sentance goes against his argument?
If you're framilliar with any programming langauge it's editable.

By the way you present your argument, it sounds like events can do everything scripts can. All scripters know that's not the case. You can't edit the actor classes, the battle system, or even use arrays with events. Functionality beats usability every single time.

And how would you go about recreating the Game_Actor class? The Game_Actors? If you did, you'd need conditional branches for everything, and that would be much laggier than a script.

In the end, I think we can agree for functionality Script > Events, but for usability, Events > Scripts. Which one is better for you just depends if you know RGSS or not.

Care to explain how scripts are limited :3

I assumed by that sentence you were going to say that RGSS and Events were simillarly limited

But yeah, that's really not that much of a limit in my opinion. So you can't initialize programs, or make it 3D. No big deal to me, if you want 3D then just use another game maker.

If you don't use classes, I don't think you've had 6 years of good instruction. Classes are an important part of any language that uses them. Classes in RMXP increase compatibilty greatly, and if Scene_Map and Scene_Battle were one class, we would have a lot of problems 0.o

Well, for some programs it wouldn't matter, but for programs that will need to be patched, updated, or edited, you defiantly want them to be as easy to use as possible.

I suppose you could easily get off without using classes, but it would make the code annoying, complicated, and hard to edit, which I wouldn't think about doing.

I dun see why people are fighting over this
both scripts and events have their purposes, and both have things that they are best at.

I'd never consider making a cutscene with scripts
just as I'd never try to make a CMS with events

but I have seen some really interesting stuff done with both
for example, Reive's animated title screen that was evented, and an entire smooth abs that was completely evented.
and of course, scripts that create really cool effects and such

I like both :3

I would say no, since it is my assumption that it would take as long to process the Script Event Command as it would other Event Commands. So, my guess is that it would depend on what the script command is. For instance, I imagine using a script cocmmand for something like:

$game_variables[1] = 5

would be slower (negligibly) than

Control Variables: [1] = 5

Though I'm not positive about that.

However, for something like this:

for i in 0...10
  if $game_variables[i*2] != 10
    $game_variables[i*2] *= 2
  end
end

I would imagine that would be faster than making a list of conditional branches.

I disagree with locking this topic.
Every now and then new members has historically wanted to express their feelings on this matter. I prefer having it all collected in one place where the newcomers can read other views and opinions as well.
It's definitely better than the alternative of posts on this matter appearing scattered across the forums.

@Caesis:
Scripts definitely can create lag. Too much code to process in per frame => lag.
What you can say is that in most cases when having the same functionality in a script and in an event the scripted way will process faster.