[nikhilgupta345]

Originally Posted by Exolent[jNr] str_substr_count() is for that.

Ah didn't see that.

[Tirant]

Have you ever thought about creating a string type? They have a string object in Java. I think it would be a pretty cool feature to have. Basically have them make a string, and then have it actually stored as an Array: so it doesn't have a max length. Then you could define operators like

new String:szMessage = "This is";
szMessage += " a test!";

new String szMessage1 = "This is";
new String:szMessage2 = " a test!";
server_print(szMessage1 + szMessage2);

I just always thought that was pretty cool idea, especially for beginners who don't really understand the whole concept of how sz arrays work.

[nikhilgupta345]

Yea, I like the string object in java a lot more than having to deal with arrays for strings in Pawn. It's easier to use, and like you showed, you can use the += operator to add to strings. Not sure how you would go about making it, but it would be cool if it was made.

[fysiks]

More than likely it's not possible without asking the pawn dev team to change it (and even then it won't get into AMX Mod X as it won't get updated).

I'm also assuming that you would sacrifice speed when you try to go with "limitless" string lengths.

[nikhilgupta345]

Originally Posted by fysiks More than likely it's not possible without asking the pawn dev team to change it (and even then it won't get into AMX Mod X as it won't get updated). I'm also assuming that you would sacrifice speed when you try to go with "limitless" string lengths.

Kill Joy.

[Tirant]

Originally Posted by fysiks More than likely it's not possible without asking the pawn dev team to change it (and even then it won't get into AMX Mod X as it won't get updated). I'm also assuming that you would sacrifice speed when you try to go with "limitless" string lengths.

(my tsee key isn't working, (se) is the replacement.)

Well, also you'd have smaller strings. Instead of dedicating 32 cells to a string that only uses 5, then the string size would adjust. I don't think it would be difficult either, since it can be made to act like a sz string when needed. I'll try and report back later.

[fysiks]

Originally Posted by Tirant (my tsee key isn't working, (se) is the replacement.) Well, also you'd have smaller strings. Instead of dedicating 32 cells to a string that only uses 5, then the string si(se)e would adjust. I don't think it would be difficult either, since it can be made to act like a s(se) string when needed. I'll try and report back later.

Sorry, I don't understand the giberish marked in bold. But you have to remember, the more "convenient" you make it, the less computationally efficient it becomes. RAM(emory) is not that much of an issue for such an old game.

[Emp`]

Personally I just made my own "fake" string tag with:

#define String: _:

So I can easily recognize when strings are being used.

Along with needing the pawn dev team to make the changes, it would also require a lot of reworking AMXX's natives and breaking a lot of backwards compatibility.

And as fysiks pointed out, there isn't that much of a need for it anyway.

[Tirant]

Originally Posted by fysiks Sorry, I don't understand the giberish marked in bold. But you have to remember, the more "convenient" you make it, the less computationally efficient it becomes. RAM(emory) is not that much of an issue for such an old game.

Sorry about that. My 'z' key was bound to something else and wasn't allowing me to use it.

While it wouldn't be more efficient, it would be more convenient, which is why I suggested it. I might try and make it anyways for fun. Thanks for shooting my idea out of the water .

[fysiks]

Originally Posted by Tirant Thanks for shooting my idea out of the water .

lol, I'm just making you ask the question, "Is it really worth it?"