Creating a new GUI interface...

[master maste]

cant wait to see this in action. . .

would you be able to make it so that you can declare more than one of each type of local global?

e.g. Custom script: local unit udg_Caster <<<can only make 1 of type unit.

 

[Chocobo]

cant wait to see this in action. . .

would you be able to make it so that you can declare more than one of each type of local global?

e.g. Custom script: local unit udg_Caster <<<can only make 1 of type unit.

Values are pre-defined, you can't change them even if you use what you want. It simply wouldn't be a GUI but only an Artificial UI.

 

[Xorifelse]

cant wait to see this in action. . .

would you be able to make it so that you can declare more than one of each type of local global?

e.g. Custom script: local unit udg_Caster <<<can only make 1 of type unit.

Could you please explain what the point is of a local global?
Cause to me its quite useless.

Try to download WE Helper. And afte that JASS Helper.
I'm also thinking to make this a WE Helper Plugin
This would mean the use of WE, WEU can't be used for this plugin.

And Hero12341234..
If SFilip knew everything of WE and JASS. He would certainly know that GetLocalPlayer() does NOT cause a desync, it actually means that without using it you WILL cause a desync, However him to me always end with a discussion, and seriously i dont want one over this now.

I always used GetLocalPlayer() in my maps, another pro jasser in my clan uses this all over his map, and NEVER it caused a desync.
Infact BJ functions all over the GUI interface uses them.

And yes i always accept idea's.

 

[uberfoop]

GetLocalPlayer WILL of course cause a desync if you use it for gameplay modifying things-you can't create most handle types for only 1 player. But theres some stuff that works just fine. Like, you can play sounds for a single player all you want.

 

[SFilip]

> He would certainly know that GetLocalPlayer() does NOT cause a desync
Now you tell me this wouldn't desync.

function something takes nothing returns nothing
    if (GetLocalPlayer() == Player(0)) then
        call CreateUnit(Player(0), 'hfoo', 0., 0., 0.)
    endif
endfunction

Call the function. See what happens.
Try the same with a special effect, floating text.
Do it several times, maybe even every 0.1 seconds. Hey, what can possibly go wrong, you used GetLocalPlayer, that's safe.

 

[Chocobo]

> He would certainly know that GetLocalPlayer() does NOT cause a desync
Now you tell me this wouldn't desync.

function something takes nothing returns nothing
    if (GetLocalPlayer() == Player(0)) then
        call CreateUnit(Player(0), 'hfoo', 0., 0., 0.)
    endif
endfunction

Call the function. See what happens.
Try the same with a special effect, floating text.
Do it several times, maybe even every 0.1 seconds. Hey, what can possibly go wrong, you used GetLocalPlayer, that's safe.

Floating Texts are safe if they are created for all players and hidden for some.

 

[Xorifelse]

Leaderboards are only visible for you.
Multiboards are only visible for you.
Text Tags are only visible for you.
Sounds can only be heard by you.
camera can only be seen by you.
Trackables can only be activated by you.
^- Without any else seeing/hearing it.

Then you come alone saying that showing a multiboard to a single player causes a desync... You know i would like it to create a map that shows the multiboard on and off every 0.02 second of the game. and it will NOT make a desync.

Its not that i don't like you, but saying it will desync while i used it a long time to show text, multiboards to a single player without ever makeing a desync and you are telling me it causes one pisses me off.

Units and more things are widgets and are visible for everybody. (setting globals count with it)
1) That will not work
2) Not sure if it will even cause a desync or crash the game.

Ill be testing special effects..

 

[Chocobo]

Leaderboards are only visible for you.
Multiboards are only visible for you.
Text Tags are only visible for you.
Sounds can only be heard by you.
camera can only be seen by you.
Trackables can only be activated by you.
^- Without any else seeing/hearing it.

Then you come alone saying that showing a multiboard to a single player causes a desync... You know i would like it to create a map that shows the multiboard on and off every 0.02 second of the game. and it will NOT make a desync.

Its not that i don't like you, but saying it will desync while i used it a long time to show text, multiboards to a single player without ever makeing a desync and you are telling me it causes one pisses me off.

Units and special effects and more things are objects / widgets and are visible for everybody. (setting globals count with it)
1) That will not work
2) Not sure if it will even cause a desync or crash the game.

Ill be testing special effects..

Special Effects are the exception : No desync and local computer string usage possible (using model name)

 

[Xorifelse]

I tested it, and its possible with special effects.
Can i please get some respect now

function AddSpecialEffectForPlayer takes string effectPath, real x, real y, player whichPlayer returns nothing
    // function created by Clan BoM (Bringer of Maps) @ Azeroth
    if GetLocalPlayer() != whichPlayer then
        set effectPath = ""
    endif
    call DestroyEffect(AddSpecialEffect(effectPath, x, y))
endfunction

There.

And SFilip, Im all save using the GetLocalPlayer() as you can see
And this will be added to the list.

 

[Xorifelse]

I will be ready to release a beta version of this.
Im done for about.. 60%

A lot of things are removed. and a lof of things added.
Not all the way i wished it hope it would but just differnt.

...
Local handle vars are added. and a lot of BJ functions removed.
Im thinking to add the caster system but.. i think it will be messy if i do that..

 

[Chocobo]

I tested it, and its possible with special effects.
Can i please get some respect now

function AddSpecialEffectForPlayer takes string effectPath, real x, real y, player whichPlayer returns nothing
    // function created by Clan BoM (Bringer of Maps) @ Azeroth
    if GetLocalPlayer() != whichPlayer then
        set effectPath = ""
    endif
    call DestroyEffect(AddSpecialEffect(effectPath, x, y))
endfunction

There.

And SFilip, Im all save using the GetLocalPlayer() as you can see
And this will be added to the list.

I said it before :

Special Effects are the exception : No desync and local computer string usage possible (using model name)

Local handle vars are added. and a lot of BJ functions removed.
Im thinking to add the caster system but.. i think it will be messy if i do that..

So it'll become like WEU then, because a MEGA importation list required to do like Advanced Triggers.

 

[Xorifelse]

Lately it has come to my attention that destructables are very limited in GUI. and they are inaccurate.
I have created a few functions that expands the use of destructables as well in rect, type and conditions adds for this type of widget.
Example: Kill # destructables of ~Type in ~Rect

Also i'm going to have to make 2 versions, an advanced version and a simple version.
Advanced is with caster system and with local handle vars.
And the simple version will be just removed bj functions added hidden natives, and ofcourse smart functions.

 

[ayumilove]

err... this title "threat" very confusing, new gui?

doesnt sounds like new gui to me,

and i dont know what are those codes in the first post works

themis, threat >> "thread" <3

 

[Chocobo]

err... this title "threat" very confusing, new gui?

doesnt sounds like new gui to me,

and i dont know what are those codes in the first post works

themis, threat >> "thread" <3

New GUI shoulnd't be a GUI Trigger Editor patch? You are not creating a new GUI (Interface? lol you wrote it 2 times), you are patching it with a new TriggerData.

 

[ayumilove]

choco how do i patch it?

 

[Chocobo]

choco how do i patch it?

Just overriding old files with new ones.

 

[ayumilove]

how do i do it?

 

[Xorifelse]

New GUI shoulnd't be a GUI Trigger Editor patch? You are not creating a new GUI (Interface? lol you wrote it 2 times), you are patching it with a new TriggerData.

Look in the first line.... of the first post... and you know why.
Anyways, if i said i was only making a new trigger data file i would have said so.

I'm trying to change the TE also with a custom script section for each trigger.
I know my way in Object - Pascal although i'm not very good with it, i will keep trying till... i give up.
And if i give up, that means i either quit warcraft or die.

 

[Chocobo]

Look in the first line.... of the first post... and you know why.
Anyways, if i said i was only making a new trigger data file i would have said so.

I'm trying to change the TE also with a custom script section for each trigger.
I know my way in Object - Pascal although i'm not very good with it, i will keep trying till... i give up.
And if i give up, that means i either quit warcraft or die.

You only create a new interface, so its not a not a new GUI interface, if it isn't re-creating whatever of the trigger editor.

But how many functions you'll use in it?

 

[Xorifelse]

Since i had a second thought about removing all of the BJ function who are totally useless, removing everything which is even asking for a "location".
Optimizing scripts, trying to add the caster system in a "pro" version.

• Optimizing GUI usage.
  1. set unitvar = CreateUnit( Player(0), 'H000', 0,0 )
• Removed a little of the smart functions.
• Adding things like create sound/multiboard/texttag/special effect/disable user controll/ for player