[Mathias.]

It might be, normally languages decide between this and self but both could be used. If it for personal code you are writing you can change it later if it used. I think bailopan reserve pretty much all of the keywords he will need.

[BAILOPAN]

Originally Posted by Powerlord It seems to not like the "this" in these declarations as all the ones that have an arg named "this" are bombing with these types of messages: C:\Projects\SourceMod\notepad++\sourcepawn.co mpiler\include\dhooks.inc(99) : error 010: invalid function or declaration I know we're adding new keywords, but it's a Bad Thing (tm) to break existing code while doing that.

Indeed, this now a reserved keyword. Code that uses it outside of non-static methodmap contexts will have to find a new identifier. If dhooks has a public repository somewhere I can submit a patch to fix it.

I've done experiments to estimate how many plugins each new keyword breaks. It looks like my corpus did not include dhooks - and this was not a problem otherwise. So I'm pretty confident we can keep it.

For a keyword like this that is so critical to future plans, if it broke a large number of plugins, it could be made a "hybrid keyword" based on contextual usage. I'm going to have to do that for class since it's a very common identifier. That's really not a place we want to be in though, so I'll avoid it where I can.

[WildCard65]

Originally Posted by BAILOPAN Indeed, this now a reserved keyword. Code that uses it outside of non-static methodmap contexts will have to find a new identifier. If dhooks has a public repository somewhere I can submit a patch to fix it. I've done experiments to estimate how many plugins each new keyword breaks. It looks like my corpus did not include dhooks - and this was not a problem otherwise. So I'm pretty confident we can keep it. For a keyword like this that is so critical to future plans, if it broke a large number of plugins, it could be made a "hybrid keyword" based on contextual usage. I'm going to have to do that for class since it's a very common identifier. That's really not a place we want to be in though, so I'll avoid it where I can.

https://bitbucket.org/Drifter321/dhooks2

[BAILOPAN]

Hi All,

I have added another feature to the transitional syntax. You can now place static methods on methodmaps, which can be invoked using the methodmap's type. For example,

PHP Code:

int gNumCrabs = 0;

methodmap Crab
{
  public static int NextCrab() {
    return ++gNumCrabs;
  }
}

int crab = Crab.NextCrab(); 


This feature required a subtle change to how methodmaps are defined. Long story short, a methodmap now introduces a special type symbol, which means you cannot use a methodmap enum as an enum struct.

[Mathias.]

so what the difference between a methodmap static method and a non static one?

[BAILOPAN]

Good question. Say you have a methodmap of type T. Normal "instance" methods require an instance/variable of type T. A static method does not - it does not have a this value and must be invoked directly off T itself.

They have a lot of uses but the primary motivation here was to add a helper method to TopMenu. I'm sure more will come

[WildCard65]

Will generics be introduced like C# and Java's <>

[Powerlord]

Originally Posted by BAILOPAN Hi All, I have added another feature to the transitional syntax. You can now place static methods on methodmaps, which can be invoked using the methodmap's type. For example, PHP Code: int gNumCrabs = 0; methodmap Crab {   public static int NextCrab() {     return ++gNumCrabs;   } } int crab = Crab.NextCrab();  This feature required a subtle change to how methodmaps are defined. Long story short, a methodmap now introduces a special type symbol, which means you cannot use a methodmap enum as an enum struct.

This would make Pred* very happy.

[BAILOPAN]

Originally Posted by WildCard65 Will generics be introduced like C# and Java's <>

It's not on my roadmap - there's enough to do before we need them.

[ClassicGuzzi]

I don't know if I'm supposed to ask here, I really like the new api/syntax and I want to start coding with it, but I need to know how much should it take for 1.7 to become the stable branch for sourcemod?
Also will a 1.7-complied plugin work on a server with sourcemod 1.6.X ?
Does the webcompiler work for 1.7 code?

Sorry for my noobs questions