SRL Archive - Senior News and General

Okay, as the topic suggests I am fucking pissed off at the moment.

From: RM

I was aiming for ease of use

From: mixster

It just means that the scripter has to remember which string he is using or setup a const for it, which means that an integer one would have been just as easy.

When you are coding a 1k line script how the fuck is it easier to remember that mithril is 5 rather than 'mithril' ?

From: mormonman

Don't we use player[].integers[] as numbers? I honestly don't think that it would be that user unfriendly…

This means you would either have a StringToInteger function if you had the user choose his object name through a string, or the user would have to use it as a number. Again, how the fuck does this make anything easier?

From: mixster

or, even better, sc_mithril = 10; sc_coal = 11; sc_ *ctrl+space* => all the smart colours defined.

Go read the damn fucking include or tut. There are NO RECORDS/OBJECTS in SmartColors include, users create them during runtime. Do you expect me to make a const fo every single RS MS Object just so you can use your stupid constants and save 0.000001 MS when they get cased?

From: MylesMadness

I would have done:
Code:

I:=MakeObj(4689280, 9, 0.05, 0.74, ['n Tr', 'ree', 'hop', 'own'], ['hop down']);

But what ever

This was my first thought. If you give it some more thought you'll realize that in a script you'll probably make a procedure called SetupObjects to set up your SmartColors and therefore you would need a Global Variable to keep EACH OBJECT. GLOBAL VARIABLES = BAD!

From: Nava

Because clicking should be customizable, this is too much like
Code:

MineRock();
Bank();
GoToMine();
//…



Clicking is something important that I believe should be done individually in a script.

I totally agree! Clicking is like the most interesting and hardest part as well as individual part of scripting! There are just so many ways to click something that I could drone and drone about it al fucking day! Wow, give people a searching method, but make them learn how to click, cus clicking is so fucking complicated! Also, to your little script two points:

1. Yes, it does make scripts much shorter
2. You don't have to keep them short, you can perhaps take your brains and time to develop something new which we haven't already done a million times before. We've all done about a fucking million TPA searchers, and trust me, it's not a stupid clicking function that will make it any bigger. The same could be said for MMouse, makes scripts too short. Perhaps it shouldn't move the mouse, just return the TPA of points where it should move through?

From: Nava2

Why not just make it return an integer, and you don't have to use it if you don't want to?

The 0.00001 ms delay of variable assigning the one time per creation seems worthwhile to me That way you can still use the constants/vars during runtime.

How the fuck do you expect to use a constant to keep a value that is generated during runtime ? :duh:

And why the fuck are you so keen on having it return an integer if you'd still have to input a string?

And if you really want to use a var/const, why not string? for the 0.00001 delay of the case?

Finally, it now accepts a variant as I already said, so you CAN use a constant instead of a string, why the fuck would you also want it to return an integer.

Sick of petty arguments over such small shit. Pissing me off for 0.000000001 ms, pissing me off for a clicking function, and generally leaving me pissed off.

So finally,
Fuck off,
GNight.

Rasta Magician

Err…

Just want to point out the whole collaborative effort thing. That is all.. it was suggestions, yes I could do it myself, but when its your project its better if the creator sees what happens. IMO.

Anyways, nighty night.

Dude. What? What is this in reference too? I can understand your frustration when people don't like your ideas (happens to me alot too, happens to everyone) but….I dunno.

From: Nava2
Err…

Just want to point out the whole collaborative effort thing. That is all.. it was suggestions, yes I could do it myself, but when its your project its better if the creator sees what happens. IMO.

Anyways, nighty night.

That does not answer the clicking bullshit; Also, as you've already told me you misread the variant post I feel compelled to once again say :duh:

@claw: http://www.villavu.com/forum/showthread.php?t=52915

And this :duh: really goes to all the quoted posts.

@Collaborative effort: It'd require some actual thinking / reading of posts for that to happen. If you have been presented with the :duh: smilie it means that had you thought/read a bit more you probably would have realized why it is not that way.

~RM

From: Rasta Magician
That does not answer the clicking bullshit; Also, as you've already told me you misread the variant post I feel compelled to once again say :duh:

@claw: http://www.villavu.com/forum/showthread.php?t=52915

And this :duh: really goes to all the quoted posts.

@Collaborative effort: It'd require some actual thinking / reading of posts for that to happen. If you have been presented with the :duh: smilie it means that had you thought/read a bit more you probably would have realized why it is not that way.

~RM

What about if I wanted to find the object and NOT click it? Maybe check the presence or maybe get a reference to it to create a search area around it?

Woah, did I just poke holes in your argument? CHE-YEAH!

Finally, I would really appreciate it if you didn't talk to me like I'm an idiot, we are equals as far as I'm concerned and I would really appreciate it if you treated me as such.

From: Nava2
What about if I wanted to find the object and NOT click it? Maybe check the presence or maybe get a reference to it to create a search area around it?

Woah, did I just poke holes in your argument? CHE-YEAH!

Finally, I would really appreciate it if you didn't talk to me like I'm an idiot, we are equals as far as I'm concerned and I would really appreciate it if you treated me as such.

HAHAHAHA, poking holes, HAHAHAHAHA

You aren't poking holes, you are creating a new argument;

This was your argument:

Because clicking should be customizable, this is too much like
Code:

MineRock();
Bank();
GoToMine();
//…



Clicking is something important that I believe should be done individually in a script.

I do not see any mention of checking presense there?

From: RM

I guess an option to not click could be added, although I don't see why you'd want this.

Also, you do realize that i can see your deleted posts?

~RM

From: Rasta Magician
Also, you do realize that i can see your deleted posts?

Yes, but I also know you are not in a clear head and you will say things which you may or may not mean. I would rather have you in a clean mind for a discussion and not be arguing with a brick wall with a gun behind it.

@the rest; you wanted versatility? By making it that way, how is it versatile during use? Its versatile as far as settings are concerned, but during runtime its rather one way.

E: I would just like to point out I deleted it for a reason.. :s

From: Nava2
arguing with a brick wall with a gun behind it.

Lol'ed.

~RM

s/gun/large lazer/

How about shit about cool generic functions for doing everything will be dropped, and make a finding function for every need when a need comes? Wizzup's MultiMiner had a finding function for each rock, and I don't hear complaining about lack of coolio or shit…

I'm actually quite disappointed.

DTM's and Bitmaps don't have string declarations, they have integers. Why? I would assume it makes it easier behind the scenes, ie just having an array of created DTM's/bitmaps with the variable pointing to them. Likewise, they don't suffer from case sensitivity and people don't seem to have many problems with them.

About const's, I was suggesting them in return to your "it's easier to remember a string like 'mithril' compared to a number like 3" (or something to that effect). Variables could also be used and then what the scripter could do is create all the rock smart objects and alter the integer to point to the correct rock for what they are doing, something which isn't possible when you have a constant string. If you're going to then use a variable, why still use a string when an integer does the job? I'm unsure if I actually mentioned speed increases, but it's a valid improvement to using integers. Likewise I did not say anything about you making every single object in the game - that was a suggestion for the scripter who used it.

Also, I make no reference to any records. Any reference to smart objects are pointed at the smart objects that your addition contributes.

Lastly, I would just like to ask if you actually ran this passed any other people before adding to the includes, because I would think if anyone then the dev's, but that would place Nava's criticisms in a peculiar place as I would think they would have already been stated.

From: mixster
Lastly, I would just like to ask if you actually ran this passed any other people before adding to the includes, because I would think if anyone then the dev's, but that would place Nava's criticisms in a peculiar place as I would think they would have already been stated.

Indeed I had no idea this was being worked on until it was all of a sudden added.

There was no discussion/thread from what I've seen (unless I somehow missed it?) prior to the thread in Newly Added to SRL.

edit:
If you didn't want criticism in such a public place a thread asking for input/suggestion would of been key. Now that they are giving suggestions etc. your raging why? All points in one way or another are valid, you can't fault them for that nor the suggestions they make.

Good morning :)

Narcle, a rage is a rage, no spefic reason even needed for it. As for the rage it still has a point as mixster suggested something that isn't quite possible but i'll get it explaining it in a minute.

Yesterday, although it seems unlikely because of the posts, me and nava ended up discussing for a long time. To explain where mixster's logic is faulty i see no better than nava's analogy.

The Index that point to the correct SC object is private rather than public. I am hoping you are familiar with object oriented languages (or is it just java that ususes private/public?)

Anyway…. Even if you used a variable, the scripter wouldn't know what value to point the variable to, because that index is never returned to the variable they assign it. To know what Index they should point it to they would need to use GetObject.

The reason why I raged is because people made suggestions that are not actually possible and would have me changing the entire internal structure, and I dont believe they did it on purpose, it seemed to me that they just didn't completly read/understand the code.

I hope that made some sense? Me and Nava were talking about SmartColorsEx last night, which would allow for use of indexes rather than consts or strings making it faster. It also would return (x, y) rather than click and so on.

And yes, I did run it over a few people through msn. But that's a whole different conversation.


Finally Narcle, I'm not a small kid who can't take criticism, I got pissed off because people were asking me to change my internal structure or suggesting things that weren't really possible without even realizing it.

~RM

From: Rasta Magician

The reason why I raged is because people made suggestions that are not actually possible and would have me changing the entire internal structure, and I dont believe they did it on purpose, it seemed to me that they just didn't completly read/understand the code.

Maybe the reason they proposed these things was because they did understand the code and just felt that it wasn't the best way to do it. Maybe they believed the internal structure could be done better.

Maybe you should've pointed out that you didn't think it was needed (or even possible without an overhaul), but if they felt like it, they could do it themselves and just let it rest. Maybe that would've avoided this (pointless) thread.

For the include SmartColors.SCAR is great as it is now, I think using constants like SmartColors(Rock_Mithril) is only adviceable for groupscripting such as MSI to make sure everyone uses same input values.For individual scripters, SmartColors('mithril') works just fine.

Dunno if this was completely irrelevant lawl.

Just because an idea is hard to implement doesn't make it any less valid. I would have gladly dropped it at any point if you had given me a good reason why strings were better other than because you designed it that way.

At no point did you tell me why it wasn't a good idea or anything of the like, you just posed questions to me (which I answered) and then told me it wouldn't work with your current system.

I am glad to hear you're working on an extension to it with Nava though - it sounds much more like I would have liked it.

From: mixster
Just because an idea is hard to implement doesn't make it any less valid. I would have gladly dropped it at any point if you had given me a good reason why strings were better other than because you designed it that way.

At no point did you tell me why it wasn't a good idea or anything of the like, you just posed questions to me (which I answered) and then told me it wouldn't work with your current system.

I am glad to hear you're working on an extension to it with Nava though - it sounds much more like I would have liked it.

We will work on seeing how its developed, might use both :)