Windower 4 - Discussion and Support

[Sechs]

"he did a lot of work" is quite preposterous, when you did most of the coding, other people in the #lua channel added a lot, and I basically only put together things, created some ideas, tested some things and fine-tuned everything lol
Either way yes, tested the addon until 2:30 AM yesterday lol (I wake up at 5:45 AM to go to work since I'm a commuter, you guys get an idea ) and everything seems to be working perfectly without errors, handling all the possible exceptions and mistakes I could think of.
So far it's been a lot of fun :D

In its current form this is what the addon can do:

1. Can choose the default output channel and save it in a config file (Say, Party, Linkshell, Linkshell2, Shout)
2. All commands have a short form/syntax
3. There's a fantastic "AutoAnnounce" mode. When it's set to active, you won't have to use the manual command to check your current target. As you target stuff, the addon will directly create a message if one of the targets you cycle through is an Adherent. Not only, it will keep in memory (through mob ID) the targets it has already announced, so that it wont chat-spam with the same target over and over as you untarget/retarget it. While autannounce is On you still have the freedom to use the manual announce command of course (say, if you want to reannounce a mob that's been already autoannounced)
4. If you need to "clear" the list of "already announced mobs" you can reload the addon or use the specific command "clear"
5. I also added a simple "Help" command displaying version, authors and all the available commands.

Speaking of the initial purpose the addon was born with, I think we're pretty much done. Can't think of anything useful we could add, aside from maybe a command to customize the colour of messages (atm it's set to 038). Oh and maybe an automatic "clear" of the map whenever you enter Incursion, yes, definitely gonna have to implement this.



Sithel gave me some nice ideas on PM btw.

• Add the information in a box (like TargetInfo, or a new custom box specific for this addon) ==> this sounds interesting, but it's a bit complex and would require a general re-thinking of the addon. Could be something cool to be working on in the future though.
• Use the addon to announce other things related to mobs and specific content/events. Specifically he suggested placeholders for Dynamis-Xarcabard NMs to build ADL pops. That way when you cycle over a normal mob, the addon would tell you if that's the real PH for one of the required NMs so you could kill that one and make it more efficient to pop that NM next.

I find this second suggestion quite cool, and it would be pretty easy to implement it, I would just have to add a specific additional map for Dynamis-Xarcabard mobs. The same could apply for other contents/events as well altough atm I can't think of anything else.
Thing is though, if I were to do this I would kinda have to change the name of the addon lol, and also I ask myself: would this be considered "ok"? When we start factoring PHs into the scenario, we're moving into a grey zone, past a threshold that I'm not sure if it's fine with the Windower Guys. It's more stuff suited for third party tools like AP radar etc.
What's the Windower folks stance on a feature like this?

[Arcon]

Sithel gave me some nice ideas on PM btw.

• Add the information in a box (like TargetInfo, or a new custom box specific for this addon) ==> this sounds interesting, but it's a bit complex and would require a general re-thinking of the addon. Could be something cool to be working on in the future though.

Text boxes with updating info are actually rather easy to do. Hit me up on IRC and I'll give you a quick tutorial. Can get something working with like three (short) lines of code:

texts = require('texts')

t = texts.new('Some random text: ${var|foo}')
t:show()

This will already create a draggable text box on the screen with a variable (var), which you can set like this:

t.var = 3

Now it will display: "Some random text: 3"

Like I said, it's very simple. Check out addons like Distance, which is like ten (relevant) lines long.

• Use the addon to announce other things related to mobs and specific content/events. Specifically he suggested placeholders for Dynamis-Xarcabard NMs to build ADL pops. That way when you cycle over a normal mob, the addon would tell you if that's the real PH for one of the required NMs so you could kill that one and make it more efficient to pop that NM next.

I find this second suggestion quite cool, and it would be pretty easy to implement it, I would just have to add a specific additional map for Dynamis-Xarcabard mobs. The same could apply for other contents/events as well altough atm I can't think of anything else.
Thing is though, if I were to do this I would kinda have to change the name of the addon lol, and also I ask myself: would this be considered "ok"? When we start factoring PHs into the scenario, we're moving into a grey zone, past a threshold that I'm not sure if it's fine with the Windower Guys. It's more stuff suited for third party tools like AP radar etc.
What's the Windower folks stance on a feature like this?

A-ok.

[Sechs]

Allright, guess I'll think about it and most likely do it, but for future releases. First I want to release the core version of the addon once I fixed all the small things.

[Mafai]

Use the addon to announce other things related to mobs and specific content/events. Specifically he suggested placeholders for Dynamis-Xarcabard NMs to build ADL pops. That way when you cycle over a normal mob, the addon would tell you if that's the real PH for one of the required NMs so you could kill that one and make it more efficient to pop that NM next.
.

Since PH's IDs change sometimes you would need to be dedicated to keeping track of the ID's every time an update comes.

As far as clearing on zone it would be simple.

windower.register_event('zone change',function(...)
	moblist:clear()
end)

Also, I commented on IRC about the mode thing in announce, I now see what that is preventing. Nice job.

[Trumpy]

I can see this being helpful for alot of NM situations, Magian Trial NMs and such (though these arent as popular these days and for other regular NMs, the gear is prolly not as desired since we zoom thru levels to 99 now. why bother farming leaping boots when you use them for 5 minutes?) but the upkeep I would imagine would suck if they really change often. I use targetinfo whenever I did those nm trials if thankfully on Wiki a mobID was mentioned. But a tool like this would be much better for doing things like this. Although for NM placeholders I guess you would have to clear the already targetted list each time you killed it or else it wouldnt pop back up 5 mins later when it repops. Sounds like a lot of work unless you crowdsourced the mobIDs and had people request certain mobIDs were added (kinda like the translate addon has a thread where people add, suggest, ask wtf these scribbles mean, ect...

My question tho, with the addon as it is, do you have it clear the previously targeted mob when you exit and reenter incursion? I have not done incursion yet but can the boss resummon these mobs? I thought i remember reading about the boss summoning adds here and there and im not sure if these are the same mobs.

[Mafai]

I can see this being helpful for alot of NM situations, Magian Trial NMs and such (though these arent as popular these days and for other regular NMs, the gear is prolly not as desired since we zoom thru levels to 99 now. why bother farming leaping boots when you use them for 5 minutes?) but the upkeep I would imagine would suck if they really change often. I use targetinfo whenever I did those nm trials if thankfully on Wiki a mobID was mentioned. But a tool like this would be much better for doing things like this. Although for NM placeholders I guess you would have to clear the already targetted list each time you killed it or else it wouldnt pop back up 5 mins later when it repops. Sounds like a lot of work unless you crowdsourced the mobIDs and had people request certain mobIDs were added (kinda like the translate addon has a thread where people add, suggest, ask wtf these scribbles mean, ect...

My question tho, with the addon as it is, do you have it clear the previously targeted mob when you exit and reenter incursion? I have not done incursion yet but can the boss resummon these mobs? I thought i remember reading about the boss summoning adds here and there and im not sure if these are the same mobs.

He plans on adding clear on zone. Also, if it does resummon a mob with the same ID we could monitor HP of them and remove them from the don't announce list. Someone would need to check that though.

[Sechs]

Incursion mobs get resummoned under certain circumstances by certain bosses, but that doesn't happen for Adherents, which are the main target and purpose of this addon.
Adding more NMs/events to the addon is an interesting possibility, I like it, but we would kinda need a fixed mobID or, in situations where there are multiple ones, a list.
I am unable (and unwilling, atm?) to do this research, but if people submit data like Sithel did, then it's all right to add them. I think it would be an interesting and useful addon.

Need to make sure the data provided by Sithel is accurate though. For instance he's saying the PH for those NM is always one, whereas Mafai says there's a small degree of randomness. Who's right and who's wrong?

Either way, I think we might be a bit offtopic spamming the Windower4 thread with these details. Maybe we can continue on the Github requests board once the addon has been released.
Initial version isn't that far off.

[Sithel]

I can post what I ended up making, it's very simple atm. I'm not sure when/if or how often these id's change but what I used for the past 3 days remains the same. I also used targetinfo and a post Mafai made awhile back saying he found the hexID of each placeholder in Dyanmis Xar. I used the hexID from that to find the FullID and every NM Placeholder I found matched that list. I rather have it to when I click the mob it just displays a text box if that mob is the PH or not but what I currently have with a command works fine.

Here's what I have:

Spoiler: show

_addon.name     = 'PlaceHolder'
_addon.author   = 'Sithel'
_addon.version  = '1.00'
_addon.commands = {'ph', 'placeholder'}

placeholder_maps = {[17330479]="Marquis Nebiros", [17330428]="King Zagan", [17330439]="Count Vine", [17330450]="Maequis Gamygyn",
[17330416]="Duke Scox", [17330352]="Duke Berith", [17330359]="Marquis Sabnak", [17330376]="Count Zaebos", [17330388]="Marquis Andras",
[17330414]="Marquis Cimeries", [17330314]="Count Raum", [17330303]="Duke Gomory", [17330342]="Marquis Orias", [17330331]="Prince Seere",
[17330222]="Marquis Decarabia"}		
		
		
windower.send_command('bind !q ph target')
windower.send_command('bind ^q ph target')		
	
windower.register_event('addon command', function (command,...)	
	if command == 'target' then
		local id = (windower.ffxi.get_mob_by_target('t') or {}).id		 		
		if placeholder_maps[id] then			
			windower.send_command('input /echo [<t>] **Place Holder** --> '..placeholder_maps[id]..'')			
		else
			windower.add_to_chat(028,' ** No Target/Target is not a Place Holder **')
		end			
	end
end)

windower.register_event('unload', function()
     windower.send_command('unbind !q')
     windower.send_command('unbind ^q')
end)

[Mafai]

I can post what I ended up making, it's very simple atm. I'm not sure when/if or how often these id's change but what I used for the past 3 days remains the same. I also used targetinfo and a post Mafai made awhile back saying he found the hexID of each placeholder in Dyanmis Xar. I used the hexID from that to find the FullID and every NM Placeholder I found matched that list. I rather have it to when I click the mob it just displays a text box if that mob is the PH or not but what I currently have with a command works fine.

Here's what I have:

Spoiler: show

_addon.name     = 'PlaceHolder'
_addon.author   = 'Sithel'
_addon.version  = '1.00'
_addon.commands = {'ph', 'placeholder'}

placeholder_maps = {[17330479]="Marquis Nebiros", [17330428]="King Zagan", [17330439]="Count Vine", [17330450]="Maequis Gamygyn",
[17330416]="Duke Scox", [17330352]="Duke Berith", [17330359]="Marquis Sabnak", [17330376]="Count Zaebos", [17330388]="Marquis Andras",
[17330414]="Marquis Cimeries", [17330314]="Count Raum", [17330303]="Duke Gomory", [17330342]="Marquis Orias", [17330331]="Prince Seere",
[17330222]="Marquis Decarabia"}		
		
		
windower.send_command('bind !q ph target')
windower.send_command('bind ^q ph target')		
	
windower.register_event('addon command', function (command,...)	
	if command == 'target' then
		local id = (windower.ffxi.get_mob_by_target('t') or {}).id		 		
		if placeholder_maps[id] then			
			windower.send_command('input /echo [<t>] **Place Holder** --> '..placeholder_maps[id]..'')			
		else
			windower.add_to_chat(028,' ** No Target/Target is not a Place Holder **')
		end			
	end
end)

windower.register_event('unload', function()
     windower.send_command('unbind !q')
     windower.send_command('unbind ^q')
end)

They will only change after an update, I believe SE has to adjust something in the zone for them to change.

[Trumpy]

Well I am not sure about dynamis and incursion NMs, but for the most part for say Magian NMs that are lottery pops, when i checked the wiki pages, if they had a mob ID listed it was correct every time I personally did them (not saying they cant be wrong of course). Would they change after every update guaranteed, or is it something like you would put a disclaimer stating occasionally after an update certain PH mob IDs might change? But of course this is only if you went that far the addon. Putting updated or requested mobIDs at the get hub request page is a great idea as long as there is a readme or something that tells people about that.

Either way this is a great idea for an addon, I will definitely use it when i do eventually do incursion. At the moment I cant really think of anything else you would use it for besides incursion, dynamis NMs, and magian trial NMs (or other NMs that might somehow have a decent drop) Kind of surprised to not see a mobID for Despot PH. wonder if it uses a different kind of PH system.

[solkanar]

Wasn't able to find what I was looking for in search so question about timers. I use 2 different resolution windows for my 2 different characters is there a way to have the timers position load to different coordinates depending on which window/character I launch or do I just have to size it to the smaller of the 2 windows? Just curious as I like my positioning in my larger window but it cuts off a lot in my smaller window. Thanks.

[Mafai]

Well I am not sure about dynamis and incursion NMs, but for the most part for say Magian NMs that are lottery pops, when i checked the wiki pages, if they had a mob ID listed it was correct every time I personally did them (not saying they cant be wrong of course). Would they change after every update guaranteed, or is it something like you would put a disclaimer stating occasionally after an update certain PH mob IDs might change? But of course this is only if you went that far the addon. Putting updated or requested mobIDs at the get hub request page is a great idea as long as there is a readme or something that tells people about that.

Either way this is a great idea for an addon, I will definitely use it when i do eventually do incursion. At the moment I cant really think of anything else you would use it for besides incursion, dynamis NMs, and magian trial NMs (or other NMs that might somehow have a decent drop) Kind of surprised to not see a mobID for Despot PH. wonder if it uses a different kind of PH system.

Maybe Byrth can chime in or point you in the right direction, but I remember a project awhile ago to label PH's using POLUtils. It was an XML file that would update your dats so the PH had a different name. That could be converted into a pretty neat addon.

[Byrthnoth]

http://www.bluegartr.com/threads/104...sting-Data!%29
http://www.bluegartr.com/threads/124...M-placeholders

I mostly stopped doing this because SE added content to the game that was less boring than hunting lotto NMs. The XML appears to have been lost to some forum update, even inside the code tags.

[Byrthnoth]

Guide: http://pastebin.com/cKNvYvcs
Old NM List: http://pastebin.com/bbnxTPDn
Old Dynamis list: http://pastebin.com/07rCWec1

[Trumpy]

Yea I think a long time ago i changed the names (Using polutil using his list) of some dynamis statues or something so i knew which would be mp and which would be hp and i never really noticed a difference in the names when actually in game. Not sure why it never worked for me. This was a bit after SE made relabeling lamps in nyzul useless (other than if you saw a lamp 5 you knew you had 5 to find ect).

[Richybear]

Just had a weird glitch happen - tried logging in, and it was telling me to set POL back up again

[Sechs]

You're not the first one. It's unknown if windower causes this.
Read HERE for more details.

[Richybear]

Ah cool, I was kinda scared for a bit. Went to SE Account and changed POL pw from there as well, as a just in case. Only because I didn't know what was going on. But set my char back up on the login screen for POL and all seems to be ok.

Thanks again!

[RalphTheDwarf]

I started having a problem where all of my plugins are crashing with an "x encountered a fatal error and must be terminated" message. I removed all auto startup of plugins and have no plugins or lua plugins active other than luacore, and when I manually load something like TParty and after a few moments it will crash and unload. If I tried several plugins at once, they'll all crash at the same time.

[Mafai]

I started having a problem where all of my plugins are crashing with an "x encountered a fatal error and must be terminated" message. I removed all auto startup of plugins and have no plugins or lua plugins active other than luacore, and when I manually load something like TParty and after a few moments it will crash and unload. If I tried several plugins at once, they'll all crash at the same time.

Those plugins have all been replaced by addons. Do not use the plugin version of them. Enable them in the addon tab. The team is in the process of converting every plugin we can to use Lua since it is easier to just update one plugin (LuaCore.dll) instead of each individually.