GSE:Advanced Macro Compiler   

gs beta 1.3

May I make a suggestion. Separate save and close buttons. Close should not mean save imo. If I chose to look at the seq in the editor and make no changes it should not do a save, update vers, or create a LiveTest seq that needs to be deleted or removed later on close . On the other hand if I make an edit there should be a save.

I presume the gs-core.lua in \SavedVariables is a temp stop gap until bugs are worked out; at which point versioning will be saved to gs-core-vers.lua with only the updated versions and not all the seq mods added in.

Also opening the editor; making an edit or not, the seq viewer/editor shows an added coma on /castseq lines as does the editor ....
This appears to be just a visual issue as the seq still appears to work. But, it may be confusing/misleading to some users.

orig:
"/castsequence Lunar Strike, Solar Wrath",

seq veiwer on seq load:
"/castsequence Lunar Strike, Solar Wrath, ",

within the editor:
/castsequence Lunar Strike, Solar Wrath,

Hello,

Before anything, do excuse me if the question has been answered before in this thread; I honestly didn't have the time (yet) to read it all.

Thinking what Locks used to do in WoW 6.x (i.e. save embers to fire a spread of Chaos Bolts at one given moment), I'd like to replicate it in GSE and spend my Soul Shards at my will and in a spread and not one by one.

Can I use this?

/cast [mod,combat] Chaos Bolt

Thanks in advance

Have no clue why, but the myMacro folder is not being read/checked for macros.

Removed , reinstalled GS-E. Had removed myMacros also. Replaced myMacros. Restarted game.

No Luck.

Grabbed the macros out of myMacros and added to GS-DraikMacros in proper class.lua.
Worked.

So as a work-around I will do it but, hope it will either repair itself if it's something unique to my install or ...

Thanks for awesome program/mod, carpal tunnel makes me a bit on the slow side. but with "one button macros", I can still play.

Also check the options of GSE to ensure you do not have the checkbox "Require target to Use" checked. With that option checked it requires you to manually target something, and overrides the /targetenemy lines in the macro's.

I noticed it when trying to play my hunter.

Comicus, there's probably an issue in the sequence you're using... Can you post that sequence here using the CODE tags before and after your sequence information?

I am completely into GS-E but I seem to be having a problem targeting enemy NPC's. When I was using GS it would cycle through the closest enemy target and keep cycling to next closest. I have noticed that I am not getting any enemy targets when I start my targeting run.

After some investigation, it appears that the PostMacro isn't being silenced by the "Prevent Sound Errors". If you have /startattack or /cast offensive attack, it will still give the Error Speech. Needs looked into, corrected in the code somewhere...

Timothy,

Looks like the "/console Sound_ErrorSpeech 1" is not after the /cast or /startattack of the PostMacro...

Fixed... See code below, Core.lua, line 46. This loads the other PostMacro information before the final "/console Sound_EnableErrorSpeech 1"

Great info on the computer breakpoint, unfortunately in this case I have been using old GS and new GSE macros both with 50 ms delay with no issues till this issue, and with the mods in question enabled even 1 press ( to execute 1 line) of the macro created lag, 3-4 keystrokes was enough to freeze wow (not using a key repeater aka g15 key toggle). In any case the alpha update to RIA fixed the issue here.


For the Error Speech Issue:

I posted the debug info to also point out the "expectation" that it is showing whats changing when you toggle different preferences as they relate to the macro. In this case its showing ONLY whats being added to the postmacro being to turn speech errors back on, but not showing us what is being done in the premacro. I did look at the Core.lua and startup.lua and saw where it appears it is doing both.

I tried un checking it in GSE options, and manually changed the macro to have exactly the lines you mention below, in exactly the same place in the macro, and I still have error speech.

Sequences['VengeanceDark'] = {
specID = 581,
author = "Ðarkramz, edited by StarSilver",
helpTxt = "Talents: 2, 1/2/3",
StepFunction = GSStaticPriority,
PreMacro = [[
/console Sound_EnableErrorSpeech 0
/targetenemy [noharm][dead]
]],
'/castsequence [nochanneling] Soul Cleave, Shear',
'/cast [nochanneling,@target,exists,nodead,harm] Immolation Aura',
'/cast [nochanneling,talent:2/3] Fiery Brand',
'/cast [nochanneling] Shear',
PostMacro = [[
/startattack
/cast [nochanneling,@target,exists,nodead,harm] Immolation Aura
/cast [nochanneling,talent:2/3] Fiery Brand
/console Sound_EnableErrorSpeech 1
]],
}

Using the macro above with no target and none in range, I get the in game sound error "There is no Target, I Need a Target"

Using the above when there is a target but it is not in range I get the sound error in game saying "The target is Out of Range"

I tried removing the sound lines from the macro, and using the checkbox in GSE options to turn them off which should do the same thing as manually having those lines in the macro, and still have error speech.

If I manually use the console commands to /console Sound_EnableErrorSpeech 0 (that works in game to turn it off) then use /console Sound_EnableErrorSpeech 1 (that works to turn it back On) it is just not working in the macro

What works for me is NOT having the lines in the macro, NOT checking the option in GSE, AND either typing /console Sound_EnableErrorSpeech 0 via console in game, or manually unchecking the error speech off manually under wows system/sound options.

Also just having /console Sound_EnableErrorSpeech 0 in a macro without having /console Sound_EnableErrorSpeech 1 at the end works to simply disable it altogether. But that is not the goal in a macro like this

Having tested this for hours, I am seeing the following occur when both lines are in a macro: before macro key is pressed, error sound is in whatever state it happens to be (on/off) then when macro key is pressed 1 time, it runs both lines, effectively turning it off, then right back on, THEN executing the macro commands in the middle which send speech errors, which...boggles me. I even tried without the static priority line, same results.

I know blizzard has had patches that broke the functionality of our ability to temporarily disable sound in macro's before, and we have had to use different commands to work around it (or disabling it in game) So I just wanted to report what I experience in the hope of a viable solution other than disabling it entirely in game as some people want that error speech some of the time, just not while spamming a rotation macro


In any case, please try the macro yourself in the event I am just insane here


Thank you, and have a great day

Hello, I have two items to report affecting the past 2 versions of GSE (1.2.2 and 1.2.3)

Firstly the general option in GSE to disable error speech seems to be toggling it ON. I enabled debugging mode to see the output when the box is checked I get this:

GS-Core: <DEBUG> GSUpdateSequence PostMacro updated to:
/use [combat] 14
/use [combat] 13
/run UIErrorsFrame:Clear()
/script UIErrorsFrame:Hide();
/console Sound_EnableErrorSpeech 1
/startattack
/use [combat]13
/use [combat]14


Shouldn't the 1 be a 0 here to turn OFF error speech in /console Sound_EnableErrorSpeech 1

In the old boilerplate we put this in the premacro where the 0 at the end of the line would be to disable error speech, then in the post macro there would be the line ending in 1 to turn it back on afterwards.

Unchecking the box simply removes the entire line: /console Sound_EnableErrorSpeech 1
instead of swapping the 1 for a 0 (or vice versa).

If I have the box checked, or unchecked I still get out of range speech errors (when things are out of range)



Secondly ***Fixed*** via updating RSA to alpha version a as I was composing this but posting here as an fyi for any with same issue: if you are a Demon Hunter and have RSA (Raeli's Spell Announcer) with it's Demon hunter addon enabled and try to use a macro the game will hang for a second (even on just one keypress) then lock up, freeze, and eventually stop responding if you spam the macro like I do via a g15 keyboard toggle on/off at 50 ms. If you stop the spam soon after the first few quick key presses it will shortly become responsive again. If you keep spamming it basically kills wow. My workaround was to simply disable it. Both worked fine on my DH until yesterday, RSA was updated 4 days ago via curse client, so that is be the culprit.

I do not expect you to fix other peoples addons, I just wanted people that come here (and you) to know in the event they had the same issue, so they do not need to toggle 220 addons one by one to find out the culprit like I did Oddly it works fine on my other characters alongside GSE My fix was to simply disable the Demon hunter module in RSA for now.



Thank you again, and keep up the great work!