| 10-23-2003, 01:16 PM | #1 |
This topic was created to gather our wishes for World Editor. Because JASS and AI scriptwriters know editor well, this forum is the best place for thread like this. As for me, my dream is objective programming in JASS. But I'm realist so my wished are such: 1. Opportunity to transfer arrays in functions. Value returned by function can be also declared as array. 2. Function predeclaration i.e. opportunity to call function which is declared after call point. 3. More keyboard events. 4. Section contains global variables declaration (In WE, of course!). 5. Another version of 'code'-type allows calls with arguments! 6. Add more routine functions to standart Blizzard.j including array searching, conversion and so on. I have to add all those functions to my JASS script almost every time! ... And more, but I hope these to be realized! |
| 10-23-2003, 01:30 PM | #2 |
GetItemName() GetUnitIcon() Local variables support for gui triggers Ability to move and play animations of special effects Ability to Change a floating text position / text |
| 10-23-2003, 01:55 PM | #3 |
... and SetUnitModel() function! Also widget type support - same functions for units and destructables. |
| 10-23-2003, 02:27 PM | #4 |
Local variables without JASS. If I had to choose one thing, that would be topping my list. |
| 10-23-2003, 02:31 PM | #5 |
Good idea! But you may utilize them by using 'Run Custom Script' action. But you must use custom scripts where you need to set / read local variable! |
| 10-23-2003, 02:44 PM | #6 |
1. Natives that take code or return strings working in AI 2. ExecuteFunc working in AI 3. Access to the pathing with a native that takes 2 points and returns the distance for ground units and one that returns if there is any way between them. 4. A native in AI that returns the upgrade level that has been ordered (not only the one that is already finished) 5. Zeppelins and ships used correctly by the AI to transfer units 6. No more running away when the hero uses teleport so all units are teleported 7. No more move back to base after destroying something (it does not even fight back on that way) |
| 10-23-2003, 03:37 PM | #7 |
Attach local variables to stuff, like this: SetLocalString(widget w, string name, string value) SetLocalWidget(widget w, string name, widget value) SetLocalInteger(widget w, string name, integer value) SetLocalReal(widget w, string name, real value) GetLocalString(widget w, string name) GetLocalWidget(widget w, string name) GetLocalInteger(widget w, string name) GetLocalReal(widget w, string name) |
| 10-23-2003, 05:43 PM | #8 |
Cacodemon, a few comments: 1) I thought you could transfer arrays between functions, you mean as an arugment or return value? 2) To emulate pre-declaration, what you do is when you create a fresh map, the first trigger you create, name it function predec, then make it into a custom trigger, and Any function you place there will be a global function that you can use in any triggers from that point on. (The war3 engine reads files top to bottom, so it can only use a function that has already been read in) 3) Yeah =) 4) You mean to custom edit global variable decleration? Is ctrl + B not enough? 5) What's stopping you from calling functions with arguments? Not really sure what you mean by that 6) Blizzard wouldn't do that simply because they want to 1) Reduce the size of Blizzard.j and/or common.j and 2) They have no reason to do it, the programmers can do it themselves, and have =). |
| 10-23-2003, 06:14 PM | #9 |
ad 6) I'm convinced blizzard doesn't care about the size of blizzard.j, take a look at it and you'll see that there's much that could be improved to reduce file size |
| 10-23-2003, 07:48 PM | #10 |
2 TheEpigony: 1) As argument and as returned value if required. 2) JASS is very tricky, but I don't want to use tricks in future WE versions :) 4) Not enough :( Because you can't declare multiboards, regions (not rects), code type or other variables without annoyng udg_ :) 5) For example, calling ForGroupBJ(MyGroup, function MyFunc(MyArgs)) is impossible! Because code and boolexpr types doesn't allow arguments to be trasnfered within them! 6) I know :) I can write these functions by myself but people who doesn't know JASS well can not! |
| 10-23-2003, 07:51 PM | #11 | |
Quote:
It isn't enough since you need UMSWE / WeU to declare Global Multiboard / multiboard item Variables Just because you can't do it with the section. |
| 10-23-2003, 07:58 PM | #12 |
Lord Vexorian: You've noticed that too :) And another useful types can't be declared using editor - f.e. code, regions, conditions etc. |
| 10-23-2003, 09:12 PM | #13 |
I can do local variables fine with JASS, but it'd be much faster if they were in GUI. I'm not one of those people for which hard-core JASS coding is faster that GUI. Hoping to work my way up though. Although, having all your triggs in JASS seriously screws up any noobs who hack open your map with an unprotector to rip your triggers. I always convert GUI to custom script when I'm done making the trigger. Hey, theres an idea! A function to convert all triggers simultaneously to JASS would be really useful. I love JASS for editing, just not actually making triggers from scratch. |
| 10-23-2003, 09:17 PM | #14 |
// offtopic There's another way to protect your map: use WinMQP to empty (not delete) all files required for Editor. No need to convert tirggers to custom text :) |
| 10-23-2003, 09:19 PM | #15 |
Didn't think of that. But I still like messing with triggers in JASS because theres so much more freedom. So I still say a mass-change-to-custom-text function* in the editor would be useful. *Just to clear up any confusion, I am not refering to a JASS function. |
