There is a way, but it is a hack/workaround at best.
1) Use a conversion function to compare the string to a text.
2) This is the hack part. Make all your commands as text (using the text editor, you can create any text entry). Give the text id something memorable.
3) In the comparision, use Get Game Text function to get the value of a text, using the ID you created earlier. So if the text has an ID of "CommandA" and a text value of "SomeKoreanTextHere", you can compare them as text. The drawback to this is that you will have to do this for every command you want in non english. Which may get tedious as hell. Also you have to remember to copy the external text to every locale.
1) You need to add that locale to the map. Map -> Locales -> Modify Locales -> Enable koKR
2) This may or may not be needed, I don't know if Starcraft 2 comes with this, but you need the language packs for the system to recongize the characters. So you may need to install the Korean language packs for windows. I hope it doesn't, because Microsoft requires the Ultimate or Enterprise editon of Win7 to install the Korean language pack.
Domination applies a behavior to the target that changes the control to the casting unit.
To make it function as you want, you will need to do two things
1) Add a validator to the Validator (Remove) field of the Domination behavior, that checks if the caster still has energy. This will cause the behavior to fall off automatically if the caster no longer has any energy. There is a default one, just use it (Caster Has Energy).
2) Add a periodic effect to the Dominiation behavior the does a Modify unit Effect, that targets the caster, and steadily drains the casters energy.
Entirely depends. You are correct that they write their engines from scratch, but I more chalk that up to the lack of engines commercially available at the time (Unreal/Unity and co are relatively recent, and Hearthstone is done in Unity).
Storm wasn't intended to reuse the engine, but ended up doing so.
One reason Blizzard does write their own engines is that they've retained the talent to do so. Most companies simply can't afford the expertise, and either reuse an engine for a looong time, or license/purchase a 3rd party one, and sometimes license the source so they can make modifications.
Why would they? The current editor is being improved, and in no way will Blizzard throw away their toolset and engine. Those who have asked for it have yet to provide a decent technical and economic reason to throw the existing stuff away, instead of just improving it.
Interesting. NOTD 2 has the same issue, and we do not include the Void Multi dependency. Perhaps it is purely an issue if you have multiple void dependencies at all?
As a final note about the editor: They gave us data wizards, those alone solve like 99% of the problems with the data editor. Hopefully some more people take up making them (given the documentation is rather excellent ).
Since they are defined in an XML file and just loaded as needed, I don't think there is one. Especially given the new/current document limit per account (80).
Mind you, since each dependency has to be resolved, and all of that dependency's dependencies have to be resolved, adding too many can be problematic for loading in the editor and in game.
1) Define the behavior of the bunker in a function. See other tactical AI functions. You basically want it to poll all marines within a certain range of the unit that belong to that player, and apply any criteria you want (are they in a wave, are they attacking, is the bunker full, etc.) and if things pass, order them to the bunker.
2) At run time, assign this function as the tactical AI function to the bunker unit type.
Now, you will want to make sure to only grab idle marines, so that multiple bunkers don't issue overlapping orders to the same marines.
If so, it can be, but requires the data to be setup for it. The game can not ADD entries to the list, but it can MODIFY entries. So what you must do is configure the class list to contain the maximal number of entries you want, even if they are all dummy entries, classes unused by any item. Then the value can be modified on the fly by catalog set.
I have to disagree about Unity / Unreal. I am a coder and I am right now on the editor of Starcraft 2 because I find it better and way easier to use in many ways. I can't say Unity or Unreal are better. They are different tools and they require much more work and knowledges to make an equivalent game, not only codes knowledge. Of course Starcraft 2 doesn't / won't allow me to buy my bread every day. While Unity / Unreal possibly could after something like 5 or 10 years of learning and work ( to be optimistic), and with risky financial investments xD
True, I'm also a coder, and I find SC2 a nice break from work, staring at raw code (Java/C/cplusplus mainly). This is why I added the caution about coding in games, as noted in your last sentence. Sadly, even coders leave programming altogether and employ their logic skills in more lucrative fields (usually finance).
True, it is not a ton of money in the grand scheme of things. I'll admit, the issue I think is the vast disconnect of southern California and the rest of the world. I live here, and 30 grand is... not much money, it won't get anything done, whereas 30 grand almost anywhere else is worth a years salary and can buy a lot of stuff. Won't pay a programmer for even half a year, if that. 30 grand will pay for a good coder for less then 3 months of work. For Blizzard to do anything, they have to spend a fair chunk of change.
You are totally correct that an executive probably sign off on it because they thought it was a good deal. Best guess would be Chris Sigaty since he is the one mostly SC2 oriented among the executives (at least he does a fair number of the SC2 interviews and events).
Back to the more immediate topic at hand... It is unfortunate that they will not release the fix immediately. I would hazard that this bug was unexpected/missed in testing, and they already had the next patch scheduled. So they are adding the fix into the next patch, rather then disrupt their schedule.
As for a workaround, has anyone discovered any reliable one?
It is a known problem, Blizzard has stated they have a fix, but can not deploy it yet. I would not throw anything out, and just wait for now. There are two possible outcomes
1) People rage/abuse/scream enough that Blizzard hastily rolls back the patch (breaking and pissing off other people of course)
2) People have a modicum of patience and wait for the next Blizzard patch, which according to them, should be in a couple of weeks
0
There is a way, but it is a hack/workaround at best.
1) Use a conversion function to compare the string to a text.
2) This is the hack part. Make all your commands as text (using the text editor, you can create any text entry). Give the text id something memorable.
3) In the comparision, use Get Game Text function to get the value of a text, using the ID you created earlier. So if the text has an ID of "CommandA" and a text value of "SomeKoreanTextHere", you can compare them as text. The drawback to this is that you will have to do this for every command you want in non english. Which may get tedious as hell. Also you have to remember to copy the external text to every locale.
0
1) You need to add that locale to the map. Map -> Locales -> Modify Locales -> Enable koKR
2) This may or may not be needed, I don't know if Starcraft 2 comes with this, but you need the language packs for the system to recongize the characters. So you may need to install the Korean language packs for windows. I hope it doesn't, because Microsoft requires the Ultimate or Enterprise editon of Win7 to install the Korean language pack.
0
@Davidmapster: Go
Domination applies a behavior to the target that changes the control to the casting unit.
To make it function as you want, you will need to do two things
1) Add a validator to the Validator (Remove) field of the Domination behavior, that checks if the caster still has energy. This will cause the behavior to fall off automatically if the caster no longer has any energy. There is a default one, just use it (Caster Has Energy).
2) Add a periodic effect to the Dominiation behavior the does a Modify unit Effect, that targets the caster, and steadily drains the casters energy.
0
@OutsiderXE: Go
Entirely depends. You are correct that they write their engines from scratch, but I more chalk that up to the lack of engines commercially available at the time (Unreal/Unity and co are relatively recent, and Hearthstone is done in Unity).
Storm wasn't intended to reuse the engine, but ended up doing so.
One reason Blizzard does write their own engines is that they've retained the talent to do so. Most companies simply can't afford the expertise, and either reuse an engine for a looong time, or license/purchase a 3rd party one, and sometimes license the source so they can make modifications.
0
Never?
Why would they? The current editor is being improved, and in no way will Blizzard throw away their toolset and engine. Those who have asked for it have yet to provide a decent technical and economic reason to throw the existing stuff away, instead of just improving it.
0
Interesting. NOTD 2 has the same issue, and we do not include the Void Multi dependency. Perhaps it is purely an issue if you have multiple void dependencies at all?
As a final note about the editor: They gave us data wizards, those alone solve like 99% of the problems with the data editor. Hopefully some more people take up making them (given the documentation is rather excellent ).
0
Since they are defined in an XML file and just loaded as needed, I don't think there is one. Especially given the new/current document limit per account (80).
Mind you, since each dependency has to be resolved, and all of that dependency's dependencies have to be resolved, adding too many can be problematic for loading in the editor and in game.
0
@SomeoneTookMyNameTT: Go
There is a new command that allows you to run replays in test mode, -development
0
Hmmm.... I'll take a poke when I get home, that is interesting.
0
You will need two things
1) Define the behavior of the bunker in a function. See other tactical AI functions. You basically want it to poll all marines within a certain range of the unit that belong to that player, and apply any criteria you want (are they in a wave, are they attacking, is the bunker full, etc.) and if things pass, order them to the bunker.
2) At run time, assign this function as the tactical AI function to the bunker unit type.
Now, you will want to make sure to only grab idle marines, so that multiple bunkers don't issue overlapping orders to the same marines.
0
Do you mean dynamically alter the list?
If so, it can be, but requires the data to be setup for it. The game can not ADD entries to the list, but it can MODIFY entries. So what you must do is configure the class list to contain the maximal number of entries you want, even if they are all dummy entries, classes unused by any item. Then the value can be modified on the fly by catalog set.
0
@Demtrod: Go
Use a buff behavior. Under modification, select Ability Classes - Disabled and choose Inventory
0
True, I'm also a coder, and I find SC2 a nice break from work, staring at raw code (Java/C/cplusplus mainly). This is why I added the caution about coding in games, as noted in your last sentence. Sadly, even coders leave programming altogether and employ their logic skills in more lucrative fields (usually finance).
0
@abvdzh: Go
True, it is not a ton of money in the grand scheme of things. I'll admit, the issue I think is the vast disconnect of southern California and the rest of the world. I live here, and 30 grand is... not much money, it won't get anything done, whereas 30 grand almost anywhere else is worth a years salary and can buy a lot of stuff. Won't pay a programmer for even half a year, if that. 30 grand will pay for a good coder for less then 3 months of work. For Blizzard to do anything, they have to spend a fair chunk of change.
You are totally correct that an executive probably sign off on it because they thought it was a good deal. Best guess would be Chris Sigaty since he is the one mostly SC2 oriented among the executives (at least he does a fair number of the SC2 interviews and events).
Back to the more immediate topic at hand... It is unfortunate that they will not release the fix immediately. I would hazard that this bug was unexpected/missed in testing, and they already had the next patch scheduled. So they are adding the fix into the next patch, rather then disrupt their schedule.
As for a workaround, has anyone discovered any reliable one?
0
@Triflin: Go
It is a known problem, Blizzard has stated they have a fix, but can not deploy it yet. I would not throw anything out, and just wait for now. There are two possible outcomes
1) People rage/abuse/scream enough that Blizzard hastily rolls back the patch (breaking and pissing off other people of course)
2) People have a modicum of patience and wait for the next Blizzard patch, which according to them, should be in a couple of weeks