SC2Mapster

Just curious.

Quote from Fant0m1: Go

Is it possible to recreate everything that the data editor does using galaxy code?

This is a complex question that would require a lot of experience using both Galaxy and the data editor to answer. Most likely, there are certain things that the data editor can do that there's no way to replicate in Galaxy. However, there are certainly a lot of things you can do with Galaxy that could never be done with the data editor. You could easily make an entire map using Galaxy for 90% of everything, but you will probably have to crack open the data editor at some point...

Quote from DrSuperEvil: Go

@grim001: Go

Could you dump the need to log into bnet every time you open the editor?

I don't currently plan to do anything that modifies the editor itself. And I don't think Blizzard would appreciate circumventing the login process anyway...

Quote from Mille25: Go

Seriously, the only thing i would need is a very lightweight code editor that has syntax highlighting, good documentation for all existing galaxy functions and auto completion.

Also it would be awesome if this tool could somehow always automatically use the newest .galaxy native function data, so no update is required when a new patch comes out (is that even possible?)

Yes it would automatically use current data... or have an option to scan for new data. As for being lightweight, it's basically just a text editor with syntax highlighting and autocomplete with integrated error detection from the compiler. Toss in some configuration options and the ability to test your map and that's all anyone should ever need.

Anyhow...

I'm just trying to gauge the interest level in this project, since it seems like 99.99% of all SC2 modders do not even use or understand Galaxy. This subforum seems practically dead... and all other Galaxy scripting subforums on other sites are completely dead.

The compiler is 30-50% complete, as far as getting a working version of it out with a basic feature set goes. The editor is a separate project being handled by Slarti and we'll be working to integrate them together. (I hope Slarti didn't disappear, he hasn't been around for a while.)

@Siretu: Go

Quote from Siretu: Go

I would really appreciate an extension to Galaxy. However, what I'd prefer the most is if it was easy to use. Some kind of integrated editor like the JNGP for WC3.

That would be ideal, however, it will probably wind up being an external editor that doesn't require SC2's map editor to be open.

@Fullachain: Go

Ever used vJASS? It's the same concept.

@TheAlmaity: Go

There aren't any left in the works.

gex's Andromeda died a long time ago after he went missing.

SBeier's Galaxyplusplus has been discontinued and open-sourced.

There aren't any others that I'm currently aware of. Other than mine.

@Taintedwisp: Go

I'm referring to an extension/replacement for the Galaxy scripting language... nothing to do with XML.

So I've been gone for quite a few months. Been travelling and so forth. I'm about to settle down with my fancy new keyboard and do some programming again. Does anyone still care for a proper language extension for Galaxy? Or have you all given up hope?

Quote from Monkalizer: Go

@grim001: Go

Your solution depends on if you want to make an accurate math/physical simulation or if you want to make a game. If you are into making a game, you can always do all sorts of shortcuts to make it work. Making games engineering (make it work) while physics simulation is more scientific and detailed. Of course, the two are related, but the difference in solution depends on the end goal.

No, that's not correct in this situation. There is no other way to mathematically model decent looking friction. Anything else would just be wrong. Besides, the formula I posted couldn't be any simpler.

@Deeweext: Go

That's not the appropriate way to simulate friction. Friction is subtractive, not multiplicative.

You want to remove a certain amount of velocity per second from the portion of the ball's velocity that is parallel to the surface, based upon the coefficient of friction between the balls and the table, and multiplied by the force of gravity.

Since you (presumably) don't have to worry about slopes or changes in gravity, you should simply subtract a (very small) amount of velocity from each ball each frame, multiplied by the reciprocal of the number of animation frames per second.

For example: (new velocity this frame) = (currrent velocity) - (friction constant) * (1 / 30 updates per second = 0.0333...)

Of course, this is obvious, but you need to check that this doesn't bring the balls to negative velocity and set the velocity to 0 if it does.

@XPilot: Go

I didn't know gex was still alive

@Slarti: Go

If you want specific info at this point, you'll have to find me on sc2mapster's IRC.

@FuzzYD: Go

Don't kill yourself too much working on this. A better alternative is coming sometime in the next few months.

Cosmos is coming...

Quote from FuzzYD: Go

So rather than have 4 functions, would it not be easier to just have everything in a single string?

Then you can make a function which takes a single string and performs whatever actions your preprocessor would have... and it'll work during runtime, too.