SC2Mapster

Indeed it was :)

I know it has been almost 2 months since last post, but I thought I would wrap this up, since I am still getting a few questions about it once in a while.

I haven't been developing on this for about a year. I have been wanting to have another go at it where I correct some of the mistakes I did with the compiler such as choice of parser, unit tests, overall architecture, and so on.
However, I find it hard to be motivated to put in the amount of hours a project on this scale demands, when I can go to work and get paid to do the same.
So yes. Galaxy++ is very much dead, and I don't expect any serious development will ever be done on it again. I would suggest you look elsewhere for an editor, since this one is no longer supporting all the features of galaxy, and I can not guarantee that it produces valid code.

That said, I uploaded version 3.0.8 to the project page, and you can find the source code at https://code.google.com/p/galaxy-pp/ if you are interested.

I now uploaded the code to http://code.google.com/p/galaxy-pp/

I know there is a lot of code, and zero documentation, but hopefully the structure is atleast somewhat intutive. You could try poking me about problems, or if I missed something. I might be hard to reach the following couple of days though.

Right now, I have to update the list of functions manually, and then release it in a new version. I have been wanting to add a feature to do this at runtime, but it is not there yet.

@D1000: Go
1) Yes, it is supposed to do this - convert it to custom script, and paste it into the g++] editor.
2) Strange.. Works fine at my place :s
3) Yeah, the server died. It's back up.

I haven't worked on it for a long time. I am busy with a new job, another project, and some exams, but truth be told, part of it is probably also that it is not as interesting anymore as it used to be. I think it's time to make the project public. I'm not really sure how is the best way to go about that, but I will keep the server components and the actual server private. One of these days I will look at publicizing it. I don't think I will stop working on it, but if someone else has more time to fix bugs or add features, then they can look at it, and send the changes to me. Then I might decide to include them in an "official" version.

Hmm. can't find much info in this.. Any eta on these features?

Does structref<int> work? How about structref<int[2]>? Or myStructVar = myStructRefVar?

I assume the last one will result in bulk copy error since you still can't assign one struct to another.

@Kueken531: Go

Are you sure? I would like to see some code that has this behavior, since I can't seem to replicate it.

Quote from Kueken531: Go

How do we use custom imported pictures in the Dialog Designer?

They should already be there, if you selected your map as the project map. If they aren't - could you restart the program and try again? Also, what format are they in?

Galaxy++.

Yes, you need to create the trigger with TriggerCreate before you can execute it. But if you have created it elsewhere, and saved it to a variable, you can of course use that. Not sure what you mean with the trigger already being written.

The only parameter you can send directly is a boolean (testConds). Beyond that, you have to use global variables or the data table to send parameters to the trigger. Execute it with TriggerExecute(<trigger>, <testConds>, <wait until done>).

Quote from Kueken531: Go

Also, how do we invoke a delegate asynchronously?

void foo(){}
delegate void Bar();
Bar f=delegate<Bar>(foo);
Initializer{
    f.Invoke(); //synchronous invoke
    f.InvokeAsync(); //error
    InvokeAsync<f>(); //error
}

Well, right now, you don't. The .Invoke() is also different from the InvokeSync, since InvokeSync calls the method in a new trigger (which resets limitations on the amount of stuff you can do).

What you can do is this

void foo(){}
delegate void Bar();
Bar f=delegate<Bar>(foo);
Initializer{
    InvokeAsync<InvokeDelegate>(f);
}
void InvokeDelegate(Bar b)
{
    b.Invoke();
}

I might make this conversion implicit later, but right now, that would be how to do it.

Thanks for the bug reports. :)

@Kestudy: Go

I'm not sure what you mean about moving the screen on the right and left. I don't have any horizontal scrollbar or anything when I read it :s

Well.. for each switch case the test is basically switchVar == testExp. How can the other case be true without being the exact same thing as the first case? Or why would you want to identical cases?

It is working as intended as it is

The switch is not a bug. In the documentation it does say "Note that it is possible to fall through to the next case if one doesn't write break, like it is done from marine to zealot."

Hehe.. and I think A looks better, since it seems like there are more details in the textures there - primarily the ground texture.

Well. when I started making the editor, there were no for loops. I'm not sure about +=, but I didn't think it was valid.. To be honest, I practically never program in pure galaxy.

Now, well - many times in my code I assume that the parent of a statement is a block, which wouldn't be true if I kept for sentences - so it would require a lot of rewriting. Also, some statements in galaxy++ is translated to multiple statements in galaxy, which would be impossible if the statement is in a for.