Galaxy Editor Pitfalls

Dan

The New Helper.Net gives me great Anxiety... o.O;;

Dave312

Censored for your safe viewing
I'm pretty sure actions can't return a value. It is just a subroutine of commands to perform.

The reason they have separated actions and functions is so the GUI can determine how to handle them (Ie an action can just be called and nothing done with it, but something must be done with the value returned by a function, such as storing it to a variable).

What I'm not too sure about is why they have separated conditions and functions. Both can return any type of variable and they could be used interchangeably, so why have both?
 

Dan

The New Helper.Net gives me great Anxiety... o.O;;
What I'm not too sure about is why they have separated conditions and functions. Both can return any type of variable and they could be used interchangeably, so why have both?
conditions can only return boolean values. but if you mean that functions of TYPE condition are the same as a "new condition definition" then you would be correct. (though again both only return booleans). it's just total convenience i guess.
 

Dave312

Censored for your safe viewing
conditions can only return boolean values. but if you mean that functions of TYPE condition are the same as a "new condition definition" then you would be correct. (though again both only return booleans). it's just total convenience i guess.
Well when I was making that post, I thought that conditions could only return booleans as you have said. However I decided just to double check and it turns out that I was wrong. The default return type is boolean, but you can actually change it to whatever you want. So it brings me back to my point, what is the difference except that one is labelled as a condition, and the other as a function?
 

SerraAvenger

Cuz I can
Well when I was making that post, I thought that conditions could only return booleans as you have said. However I decided just to double check and it turns out that I was wrong. The default return type is boolean, but you can actually change it to whatever you want. So it brings me back to my point, what is the difference except that one is labelled as a condition, and the other as a function?
The usage in the GUI.
actions can only be used in Action places,
functions can only be used as parameters to actions, conditions, events and functions,
conditions can only be used in Condition places,
events can only be used in Event places.

Of course, if you use customscriptaction, you can use them wherever you want. This is why there is no reason for such a difference at all.

EDIT: "can determine how to handle them"
They are all handled and compiled the same. The only difference is as to whether they appear in the GUI menu or not, depending on the place you're trying to add code to.
 

Ancanus

[ancanus@TheHelper.net]# _
Best newly-introduced pitfall: DRM (defined as The Man sticking it up to me for being a legit customer)

I can't edit maps if I do not authenticate with Battle.Net.
(Also, Battle.Net is down for maintenance.)
 

D.V.D

Make a wish
Im pretty sure they added the battle.net login to the editor because of the large group of people who were not even part of the beta that still sued the editor. Also, we don't know if its a one time login thats needed to use the editor.
 

SerraAvenger

Cuz I can
It amazes me what can pass as features these days. If it's a one time thing, then it's somewhat ok I guess. However, it only makes more fuel to the piracy necessity they're trying to combat.
EDIT: Sorry, my fault. I just misread.

I read it as: "I have to make sure that I'm the creator of the map or I can't edit it"

;)
 

Dave312

Censored for your safe viewing
A new pitfall that I have only noticed with patch 16 is the model paths are now done as being dependant on the ID of the unit. So for example, the model path of the marine is Assets\Units\Terran\Marine\Marine.m3. However if you duplicate the model, its ID is automatically set to Marine2 because Marine already exists. However this means that the model path for the new marine model is automatically set to Assets\Units\Terran\Marine2\Marine2.m3. Seems a little stupid to me.


EDIT: Having a space in the search fields causes massive headaches. It took me 20 minutes to work out why the Decal item was missing from my doodad palette, despite there appearing to be no restrictions placed on the list.
 

Builder Bob

Live free or don't
A new pitfall that I have only noticed with patch 16 is the model paths are now done as being dependant on the ID of the unit. So for example, the model path of the marine is Assets\Units\Terran\Marine\Marine.m3. However if you duplicate the model, its ID is automatically set to Marine2 because Marine already exists. However this means that the model path for the new marine model is automatically set to Assets\Units\Terran\Marine2\Marine2.m3. Seems a little stupid to me.


EDIT: Having a space in the search fields causes massive headaches. It took me 20 minutes to work out why the Decal item was missing from my doodad palette, despite there appearing to be no restrictions placed on the list.
If this change does what I think it does, I am actually happy about it. It was annoying when duplicating objects that some fields would keep the name of the id of the unit being duplicated. I'd rather have the fields stay as ##id## so they got their values from the id of the current object.

I may have misunderstood. In that case, please correct me.
 

Dave312

Censored for your safe viewing
If this change does what I think it does, I am actually happy about it. It was annoying when duplicating objects that some fields would keep the name of the id of the unit being duplicated. I'd rather have the fields stay as ##id## so they got their values from the id of the current object.

I may have misunderstood. In that case, please correct me.
While I can see the benefits in such cases, most often people want to use the same model but for a new unit. It is here that when you change the name, it resets the models to new paths to match the new name. Which means that you need to go back and reset the paths to the ones you want. I found this to mean duplicating a model to be near pointless as I would have to go through and set the values manually anyway.
 

Builder Bob

Live free or don't
While I can see the benefits in such cases, most often people want to use the same model but for a new unit. It is here that when you change the name, it resets the models to new paths to match the new name. Which means that you need to go back and reset the paths to the ones you want. I found this to mean duplicating a model to be near pointless as I would have to go through and set the values manually anyway.
Yeah, it's a good point when talking about models. While maybe not optimal, I think you could circumvent this behavior by changing the name of the model object so it isn't the same as the actor's id before you start duplicating.
 

Strilanc

Veteran Scripter
That model one is devious. The actor/unit thing is already confusing, but then they *%&# up the model paths. The new paths even look legit if you don't pay close attention!
 

Dave312

Censored for your safe viewing
I was doing it because I was using the marine model as a dummy model with which I would replace with something else in the future.

However the same thing happens with actors as well. I was trying to make a new tank which would use all the same models as a siege tank. As such I duplicated the Siege Tank actor and changed its name to Battle Tank. However it then decided to change all of the models to "Battle Tank" which did not exist. Thus I had to go through and change everything back to "Siege Tank" for it to work properly. It really defeats the purpose of duplicating the actor in the first place.
 

Ancanus

[ancanus@TheHelper.net]# _
I was doing it because I was using the marine model as a dummy model with which I would replace with something else in the future.

However the same thing happens with actors as well. I was trying to make a new tank which would use all the same models as a siege tank. As such I duplicated the Siege Tank actor and changed its name to Battle Tank. However it then decided to change all of the models to "Battle Tank" which did not exist. Thus I had to go through and change everything back to "Siege Tank" for it to work properly. It really defeats the purpose of duplicating the actor in the first place.
Weird, I'm unable to replicate.

I duplicated the Marine actor, double-clicked it, changed the name to Battle Marine, the ID to BattleMarine, and it still uses Marine as the model.

Did you perhaps change the unitName token?
 

Dave312

Censored for your safe viewing
I don't think I did, however I just tried to replicate the issue and failed. I'll keep working on it and see how it goes.
 

Builder Bob

Live free or don't
I'd like to add to the list that reals are very imprecise. I'm trying to create a rigid body model, but am having a hard time doing so because of this imprecision.

Really starting to get annoyed and disappointed with the editor by now...
 
General chit-chat
Help Users
  • No one is chatting at the moment.
  • C Cherry.Grove:
    My one game was basically Among Us but you sabotaged an entire medieval city simulated drastically inefficiently with dynamic NPCs :S
  • C Cherry.Grove:
    of course I never finished it x D
  • jonas jonas:
    xD
  • jonas jonas:
    I think you can still run the original game, just there's a chance your map won't work with the newer patches
  • jonas jonas:
    what development framework have you been looking at for mobile development?
  • jonas jonas:
    I'm currently creating (as a hobby) a space invaders like game for mobile using Xamarin, after starting a few larger projects that I also may not have finished :rolleyes::p
  • The Helper The Helper:
    Awesome! you should look at the Atari VCS platform it does not have a huge user base but the one it has is super active at around 11k and they have no games in there store
  • The Helper The Helper:
    basically it is linux
  • The Helper The Helper:
    OMG it is BanLord as Blackveiled on the forum
  • The Helper The Helper:
    what is up buddy
  • jonas jonas:
    thanks for the tip, that sounds cool. Never heard about the VCS before but seems like it should be a good match
  • tom_mai78101 tom_mai78101:
    The winter vacation left a toll on me. I missed staying up late and sleeping in late.
  • C Cherry.Grove:
    i haven't looked into it yet
  • C Cherry.Grove:
    If I could use something Python compatible it would save me some learning
  • C Cherry.Grove:
    But Unity might be easiest
  • C Cherry.Grove:
    looking at old posts here makes me happy. Makes me be all like "wow I was pretty smart in 2009"
  • C Cherry.Grove:
    mostly failing at life through adulthood really demotivated me for a while
  • C Cherry.Grove:
    ....what I don't get is why the fuck they would force us to permanently convert to a version of the game everyone fucking hated : \
  • C Cherry.Grove:
    Raid Shadow Legends texture pack smh
  • jonas jonas:
    Most people fail at life throughout their adulthood. Sometimes we get to learn from it. Usually it just feels like crap.
    +1
  • The Helper The Helper:
    What does not kill you makes you stronger is what they say
  • C Cherry.Grove:
    for real! :cool:
  • Varine Varine:
    Are we still on the topic of failing? I failed lots!
  • jonas jonas:
    If you ever want to talk about it we're here. The way I see it, you're still around. That required a few very difficult successes if you ask me:)

    Members online

    No members online now.

    Affiliates

    Hive Workshop NUON Dome
    Top