[edon1337]

Hey, wouldn't it be better if cs_set_ent_class returned the entity index ? Currently there's no return.

[klippy]

There's no return because it sets the classname as the native name suggests, it doesn't retrieve it, I don't understand your confusion.

Just use other ways that you have previously used to retrieve the classname of an entity, it's just that setting classname requires some additional logic within CS.

[edon1337]

There's no confusion. Just it would be nice having that, instead of dealing with other natives, you can directly use cs_set_ent_class then use the return value for something else. At all, it costs nothing to the developers to add that.

[klippy]

It doesn't make sense.

[Depresie]

Why you don't just use the engine alternatives ?
There is also fakemeta with which you can retrieve the classname

[edon1337]

Originally Posted by Depresie Why you don't just use the engine alternatives ? There is also fakemeta with which you can retrieve the classname

Why not use find_ent_by_x instead of give_item ?

Because why to include engine when you can do it with give_item.

Example :

PHP Code:

new ent = give_item(id, "weapon_ak47")
cs_set_weapon_ammo(ent, 5) 


Anyways, I meant it to return the entity index not the entity itself, just like find_ent_by_x .

[klippy]

Originally Posted by edon1337 Anyways, I meant it to return the entity index not the entity itself, just like find_ent_by_x .

Entity index and entity are interchangeable in plugin contexts - there's no "the entity itself", only entity indexes are being used.

It makes no sense to return an entity index as that's what the native requires as a parameter in the first place. Why would you return something that you already have.
"set" natives aren't supposed to return anything (other than state/status, like a boolean for successful operation), they only set values, they don't retrieve them.