| 00:05.56 | Simca | Dan is a limited-bandwidth avenue for us here to voice concerns and bring up bugs and feature requests with. it's totally okay to periodically bring up specific issues with him. i just don't want you to inundate him with so many minor issues at once that he starts ignoring this chat and we lose him because you're unwilling to use the bug report forum. |
| 00:06.10 | Simca | that's my only concern. |
| 00:08.53 | Simca | maybe instead of pinging him every day you could group up your requests and fixes more |
| 00:10.41 | Simca | or actually post the non-critical ones to the forums most of the time |
| 00:10.45 | Thunder_Child | I'm sure he will just blame Guill/Sloken for his being here. |
| 00:10.54 | Thunder_Child | Slouken* |
| 00:11.48 | Simca | I know you don't think you're asking a lot, but if every person in this channel pinged him every day, he would not be here. |
| 00:15.06 | Simca | and I know you think you're offering a lot, and certainly pointing out bugs does help them, but know that most of the people in this channel have done as much or far, far more. Some have alerted them to many devastating game breaking exploits that resulted in immediate client patches for Live, for example. |
| 00:15.30 | Simca | just some real talk here. |
| 00:19.08 | *** join/#wowuidev Humbedooh (~humbedooh@2001:4800:780e:510:50ae:5e53:ff04:49cd) |
| 00:19.52 | *** join/#wowuidev Humbedooh (~humbedooh@apache/staff/humbedooh) |
| 00:22.55 | *** join/#wowuidev Semlar (~semlar@50.89.59.255) |
| 00:23.16 | Semlar | stop hacking simca |
| 00:23.37 | Thunder_Child | simca is not worth hacking. |
| 00:25.37 | Stanzilla | savage. |
| 00:26.58 | Simca | i was actually thinking about foxlit with that last part |
| 00:27.18 | Simca | he seems to be the resident expert on breaking out of the secure action system |
| 00:28.45 | Thunder_Child | I think it's more like he is trying to do something and falls through the rabbit hole. |
| 00:29.07 | Semlar | yeah, trying to do something like break the action system |
| 00:30.05 | Thunder_Child | It's not "break", it's more like "enhance". |
| 00:44.23 | Stanzilla | penetrate is the word |
| 00:46.44 | Semlar | stop penetrating the action system foxlit |
| 00:47.06 | Mr_Rabies | yamerooo |
| 01:12.55 | *** join/#wowuidev Funkeh` (~Funkeh`@WoWUIDev/WoWAce/Ace3/BigWigs/funkeh) |
| 01:20.51 | *** join/#wowuidev purl (ibot@rikers.org) |
| 01:20.51 | *** topic/#wowuidev is Happy Holidays! || 7.3.x ToC: 70300 || http://pastebin.com || Battletags: http://goo.gl/2bm7n || #WoWUIDev-commits: CIA & JIRA bots reporting || This channel is logged, via purl |
| 01:31.35 | *** join/#wowuidev Kinesia (~Kinesia@115-64-111-2.tpgi.com.au) |
| 02:51.09 | *** join/#wowuidev netameta_ (~netameta@71-88-9-226.dhcp.jcsn.tn.charter.com) |
| 03:09.15 | *** join/#wowuidev npkgv (~srdldy@2a00:1838:37:1f1::2be8) |
| 05:52.57 | *** join/#wowuidev ShadniX (dagger@p5B3D2D56.dip0.t-ipconnect.de) |
| 05:59.16 | *** join/#wowuidev Borkr (~Borkr@mail.seaonics.com) |
| 06:11.39 | *** join/#wowuidev Andols (~yaaic@m83-185-242-219.cust.tele2.se) |
| 06:52.53 | *** join/#wowuidev Ssateneth (~ident@unaffiliated/ssateneth) |
| 07:00.47 | *** join/#wowuidev Andols2 (~yaaic@193.10.195.209) |
| 07:08.22 | *** join/#wowuidev ycarene (~jporterf@184-155-172-207.cpe.cableone.net) |
| 07:13.30 | *** join/#wowuidev tlund (tlund@nxs.se) |
| 07:13.44 | *** join/#wowuidev Telshin (sid114244@gateway/web/irccloud.com/x-sdtlamahhicsytpm) |
| 08:03.26 | *** join/#wowuidev VIad (~Vlad@cm-84.213.146.58.getinternet.no) |
| 10:48.57 | *** join/#wowuidev Andols (~yaaic@m83-185-242-219.cust.tele2.se) |
| 12:15.50 | *** join/#wowuidev Guest70140 (wobin@www.thewonder.dog) |
| 12:21.08 | *** join/#wowuidev Wobin_ (wobin@www.thewonder.dog) |
| 13:39.29 | Semlar | IsHelpfulSpell("barrage") -> true |
| 13:40.16 | Stanzilla | it helps you do DPS, so what? |
| 13:41.42 | Semlar | while i agree it's helpful, i would expect it to be considered a harmful spell, so i'm not sure how these functions work |
| 13:43.45 | Gnarfoz | it's probably because it's ground-targettable |
| 13:44.07 | Semlar | it isn't, it just sprays bullets in front of you |
| 13:44.16 | Semlar | and it doesn't apply any buff |
| 13:44.18 | Gnarfoz | hm, was it at some point? |
| 13:44.22 | Gnarfoz | or was that another spell |
| 13:44.23 | Semlar | no |
| 13:44.26 | Gnarfoz | Volley? |
| 13:44.28 | Semlar | yeah |
| 13:44.33 | Gnarfoz | guess I was thinking of that |
| 14:14.32 | Semlar | and for some reason SpellIsSelfBuff only works on a spellID and doesn't accept a name |
| 14:15.41 | Gnarfoz | be thankful it's not the other way around |
| 14:17.43 | *** join/#wowuidev ikcerog (~ikcerog@12.165.188.174) |
| 14:20.10 | Semlar | the cast system exclusively uses spell names |
| 14:22.16 | Semlar | i'd like to generate a list of attacks, and a list of buffs, from your spellbook |
| 14:22.53 | Gnarfoz | my condolences |
| 14:23.41 | VIad | wonder if we will get see through mesh for 8.x |
| 14:24.15 | VIad | I've brought it up before, but tech that makes ceiling/foilage crap transparent if they block the camera, makes it bareable when walking below stuff |
| 14:24.31 | VIad | or inside buildings with odd hitboxes making the camera go nuts, or you casting stuff into the ceiling :P |
| 14:24.48 | Semlar | technology's not there yet |
| 14:24.58 | VIad | :( |
| 14:25.12 | Semlar | it's only 2018 |
| 14:25.40 | VIad | a lot of people use dx9 and can't see so many boss mechanics (mostly fire on floor) it's insane, many can't run dx12 either apparently, it's a issue :/ |
| 14:25.56 | VIad | tried to swap to GL to test, it's broken on windows |
| 14:25.57 | Semlar | you can't expect the camera not to spaz out when it hits a tree branch |
| 14:26.14 | VIad | it's a feature |
| 14:26.33 | nevcairiel | the fire on floor is people just not turning on projected textures, has nothing to do with dx9 |
| 14:26.34 | Semlar | it's immersion |
| 14:26.52 | Semlar | the fact that you can even turn OFF the ability to see void zones is ridiculous |
| 14:27.15 | VIad | was told by some dx9 users they dont see floor projections on dx9 even if its enabled |
| 14:27.26 | nevcairiel | who would willingly use dx9 anyway |
| 14:27.30 | VIad | only thing I saw on dx9 with ultra was a lot of missing effects and solid green textures :D |
| 14:29.48 | VIad | think some potatoes use dx9 because they can't use dx12 :P |
| 14:29.55 | VIad | lack of hardware or drivers I guess |
| 14:30.29 | VIad | I think the engine should have some flat colored textures for boss mechanics, even if you set the preset to 1 |
| 14:30.34 | VIad | or use dx9 or opengl or whatever |
| 14:30.51 | VIad | it's silly that performance realted options would ever disable boss mechanic indicators |
| 14:31.37 | VIad | imagine if running low particle effects would just remove the flame wreath effect, and if there was no debuff indicator you would move and just blow up if you had it. makes zero logical sense. |
| 14:32.06 | VIad | running the game on dx9 and maximum potato mode should still show boss mechanics as cheaply as the engine possibly could :) |
| 14:32.59 | VIad | instead of defaulting to not showing anything. otherwise blizzard are actively supporting rich people that can afford new hardware and suppressing poor raiders from raiding harder content that doesn't render the voidzones |
| 14:33.58 | Semlar | they should add a mode that just renders the wireframes and doesn't texture anything |
| 14:34.14 | VIad | 100 fps on potatoes :o |
| 14:35.19 | VIad | I'd play the 80s dos version of wow :d |
| 14:35.56 | VIad | but for real, the camera thing is very annoying when it snags ceiling stuff that should be irrelevant, especially when I cast target spells on the ceiling :/ |
| 14:42.43 | *** join/#wowuidev Funkeh` (~Funkeh`@WoWUIDev/WoWAce/Ace3/BigWigs/funkeh) |
| 14:47.57 | VIad | hey Semlar a bit of a odd question, you know the gaming keyboard with LCD that read wow related data? is that data available via some API for other programs too? |
| 14:48.14 | VIad | would be cool if there was something handy to read out and display elsewhere while alt-tabbed :P |
| 14:48.15 | Semlar | probably |
| 14:48.40 | VIad | I wonder how that would be usable, like without making warden ban you.. |
| 14:48.52 | Semlar | i can't leave the vindicaar on the PTR because clicking on another teleporter just shows a loading screen and teleports me back to the same place i was standing |
| 14:49.17 | Semlar | am i missing something here or is the game just broken |
| 14:49.44 | VIad | I know a way to get out of the vindicaar via some leap shenanigans but seems that the TP server side is bugging |
| 14:50.14 | Semlar | i just wanted to find an enemy i could target but i'll just log onto another character |
| 14:50.23 | Semlar | i have no addons enabled so nothing is interfering with it |
| 14:54.02 | *** join/#wowuidev Dyan (uid17537@gateway/web/irccloud.com/x-qadtuddgbxwnsfrb) |
| 14:54.33 | Gnarfoz | VIad: that LCD doesn't read anything; it has an API that is being fed by WoW |
| 14:54.58 | VIad | Gnarfoz: can I make wow feed my own API thinking it's the G19 keyboard? |
| 14:55.08 | Gnarfoz | who knows |
| 14:55.14 | Gnarfoz | from what I'm reading, it seems to be various degrees of broken anyway |
| 14:55.15 | VIad | like somehow there must be a way logitech tells wow "hey it's me" |
| 14:55.33 | Gnarfoz | and Blizzard is saying "Logitech's fault" and Logitech is saying "Blizzard's fault" |
| 14:55.37 | VIad | :d |
| 14:55.45 | VIad | typical |
| 14:56.04 | Gnarfoz | VIad: that doesn't make much sense; more likely: WoW looks if that hardware is present ;) like the Steelseries WoW mouse |
| 14:57.02 | VIad | can fake the keyboard with fake drivers |
| 14:57.14 | VIad | but probably need to make something that wow is looking for |
| 14:57.57 | VIad | I guess it does help to run a debugger and a logitech keyboard that works, and see what happens under the hood |
| 15:00.38 | Semlar | an lcd emulator is supposedly built into http://support.logitech.com/en_us/software/lgs |
| 15:01.26 | Semlar | <PROTECTED> |
| 15:01.35 | VIad | hmm interesting |
| 15:02.22 | VIad | so somehow the emulator announces itself to the game, and wow replies back, or something |
| 15:03.14 | *** join/#wowuidev Gnarfoz (smallbrain@WoWUIDev/WowAce/Gnarfoz) |
| 15:03.44 | Semlar | most likely a dll from logitech that you need to use |
| 15:04.04 | VIad | does wow do like a dll search type deal? sounds like, a weakness :D |
| 15:04.59 | Semlar | after hacking other games, i have no doubt it wouldn't be particularly difficult to access the wow client directly without being detected |
| 15:05.11 | Semlar | there just isn't that much they can do about it |
| 15:05.22 | VIad | ofc but I thought this could be a clean way to read the stuff blizz wants you to be able to read |
| 15:05.52 | Semlar | use the proprietary logitech software |
| 15:06.54 | Semlar | game developers have to have access to something to test this stuff with |
| 15:07.37 | VIad | the wow<->logitech stuff is probably not documented, but the SDK aspect between logitech and the LCD has to be I guess |
| 15:09.35 | VIad | sounds like something tom_rus would probably know a bit about :p |
| 15:09.38 | Gnarfoz | why would the xyz<->logitech stuff not be documented, when there are 3rd party lcd applets out there? |
| 15:09.52 | nevcairiel | yeah it probably just uses the official lcd sdk |
| 15:10.01 | VIad | you think so? hmm |
| 15:10.17 | Gnarfoz | OTOH, why would the driver to keyboard stuff be documented, since that's Logitech only |
| 15:10.23 | Gnarfoz | you seem to have things backwards ^^ |
| 15:10.42 | VIad | I figured how wow and the logitech software communicate would be closed source |
| 15:11.09 | VIad | meanwhile logitech allows for applets to be coded with their sdk but its then probably their own APIs you need to call, you probably dont directly talk to the game client |
| 15:11.32 | nevcairiel | the game client talks to the sdk, not hte other way around =p |
| 15:13.02 | VIad | you're not making sense, a sdk has to be for a specific platform right, like the logitech gaming keyboards, but logitech still deals with the drivers and their own software, even lcd emulator, they just have a sdk for you to code applets that can run on top of their keyboards with LCD and the API seems to be provided by logitech |
| 15:13.20 | VIad | the applets dont seem to get access to API other than what logitech provides in their sdk package |
| 15:13.42 | nevcairiel | obviously, and blizzard just put an applet into their code |
| 15:13.43 | VIad | just the way you said it sounds like there is some uniform standard for LCD screens in general |
| 15:14.05 | VIad | exactly, so my thought was how do one access the data without having to run logitech at all :p |
| 15:14.27 | VIad | like it should be possible to achieve, ofc not documented so its a bit tricky |
| 15:16.24 | VIad | I wonder what the wow api "detect gaming keyboard" actually does, and if one could make a custom program appear like a valid dll or process or whatever for wow to establish a connection with |
| 15:17.04 | VIad | nvm, you have DetectWowMouse() but didn't see one on wowpedia for the keyboard |
| 15:17.11 | VIad | would be a good place to start with a debugger I guess |
| 15:20.09 | *** join/#wowuidev stolenlegacy (~stolenleg@unaffiliated/stolenlegacy) |
| 15:21.45 | Gnarfoz | can't be hard to check if the appropriate Logitech driver is loaded |
| 15:24.14 | Gnarfoz | also, https://github.com/Gethe/wow-ui-source/tree/live/LCDXML |
| 15:24.46 | Gnarfoz | inb4 Chipzz points out how that XML doesn't validate |
| 15:26.07 | *** join/#wowuidev vnc (~vnc@37.120.170.92) |
| 15:26.15 | Semlar | i'm more interested in knowing if this means we can send whatever we want from an addon to display on the lcd |
| 15:28.33 | VIad | I think they used that LCDXML thing just to make it a bit easier to design the layout once the game is compiled, and change around on what data is shown. |
| 15:28.54 | VIad | doubt that file does anything else than just tell it where to draw the stuff, and some underlying system in the process reads this and does what it says |
| 15:29.06 | VIad | probably on the level as gluexml, framexml, lcdxml? |
| 15:30.26 | VIad | dont think we can send anything from an addon to the display sadly |
| 15:34.58 | *** join/#wowuidev Andols2 (~yaaic@62-20-145-33-no170.tbcn.telia.com) |
| 15:37.15 | *** join/#wowuidev roionsteroids (~roi@mail.epow0.org) |
| 15:56.17 | Semlar | as far as i can tell, IsHarmfulSpell just tests whether the spell requires a hostile target to cast |
| 15:56.53 | Semlar | it does not tell you whether the ability is an attack spell |
| 15:57.18 | Semlar | and since barrage is castable without a target, it's a helpful spell |
| 16:07.37 | VIad | regarding the harmfull API I dont think there is any API that tells you if something is like helpful or harmful except debuff aura filters :P |
| 16:07.48 | VIad | even those are funny since titanforging on argus is a debuff so go figure |
| 16:13.03 | Semlar | there certainly doesn't appear to be any way to check if a spell is a damaging spell from the api |
| 16:13.21 | Semlar | i can scan the tooltip text, but that's only going to work for english |
| 16:16.48 | Semlar | i could also build a table of every player spell but i don't particularly want to do that |
| 16:17.26 | Semlar | why is it every time i want to do something simple it turns out to be hard |
| 16:22.37 | Thunder_Child | Because all of the simple stuff is already done? |
| 16:23.48 | Semlar | what does that have to do with the api |
| 16:24.10 | Semlar | I JUST WANT TO KNOW IF A SPELL IS AN ATTACK |
| 16:24.45 | Semlar | HOW DOES ISHARMFULSPELL NOT DO THIS |
| 16:25.47 | Semlar | it literally has one job |
| 16:25.50 | Chipzz | Gnarfoz: luckily for you then that I couldn't give even the remotest of fucks about LCDXML :) |
| 16:27.15 | Chipzz | but thanks for the clue about what it's for; I had no idea, and now I know I can safely ignore it |
| 16:40.31 | *** join/#wowuidev Andols (~yaaic@m83-185-242-219.cust.tele2.se) |
| 17:01.54 | *** join/#wowuidev Funkeh` (~Funkeh`@WoWUIDev/WoWAce/Ace3/BigWigs/funkeh) |
| 17:27.01 | *** join/#wowuidev Andols2 (~yaaic@62-20-145-33-no170.tbcn.telia.com) |
| 18:03.06 | TheDanW | Chipzz: if you untangle the xsd i'd be interested in the diff |
| 18:03.53 | Chipzz | TheDanW: I'm changing quite a bit to the xsd's structure, that acceptable? |
| 18:04.27 | Chipzz | TheDanW: also, should I extend the xsd to include Bindings.xml and LCDXML/* |
| 18:04.54 | Chipzz | Bindings.xml is probably 10m of work so I don't mind |
| 18:06.55 | TheDanW | i don't care about the xsd's format as long as it validates correctly and is somewhat readable |
| 18:07.05 | TheDanW | i wouldn't bother with LCDXML ;p |
| 18:07.29 | Chipzz | ok, asking because the xsd seems to more for documentation purposes than anything else :) |
| 18:07.50 | VIad | quick Q dan, is there a easy way to register my program with wow to give it data that it gives lcd keyboards? |
| 18:08.08 | TheDanW | not that i'm aware of |
| 18:08.23 | Chipzz | TheDanW: do you want separate diffs for my xsd validation work (will include some fixes to the xml too) and the parentKey work? |
| 18:09.14 | TheDanW | doesn't matter |
| 18:09.43 | Chipzz | I'll separate them then, so they can be reviewed by different ppl |
| 18:17.36 | Chipzz | TheDanW: 2 small questions; 1) the base Object is UIObject or Object; 2) is LayoutFrame still a thing outside of the XML? The API seems to use the term "Region" instead. should I change LayoutFrame to Region to be more consistent? |
| 18:19.25 | Chipzz | make that 3: 3) what's with the ui: namespace in the xsd? it's used inconsistently? I can just ignore it for now though and leave things as they are in that regard |
| 18:19.37 | TheDanW | the abstract object names aren't important, they don't need to match the game's C hierarchy |
| 18:20.26 | TheDanW | you'd have to ask Sam that |
| 18:21.47 | Chipzz | my WIP is at http://chipzz.safehex.be/UI.xsd in case you want to see what direction I'm going |
| 18:53.23 | *** join/#wowuidev Resike (~Resike@62.77.234.203) |
| 18:58.14 | Resike | TheDanW: The default Blizzard player buffs still shit themself (magically losing buffs in the void) when you equip a weapon with a weapon enchant and you have more then x buffs. https://imgur.com/a/Vzj7L |
| 19:04.47 | Gnarfoz | weapon enchants? what is this, vanilla? :P |
| 19:06.43 | TheDanW | i let QA know, i slightly rephrased your report |
| 19:25.08 | Resike | yeah i couldn't phrase it better since i have no clue whats going on with it |
| 19:28.36 | Resike | Well Gnarfoz didn't you heard it? Vanilla is coming back. |
| 19:28.59 | Resike | Ice cream vendors are excited all over the world. |
| 19:31.48 | Resike | TheDanW: Whats the point of the secure group headers if you can't call secure code in it's initialConfigFunction? |
| 19:33.24 | Resike | Lets say you want to create a secure party/raid/arena/boss header with secure aura headers for every unitframe but beeep you can't, unless you force creating onload, instead of doing it dinamically. Which is losing the point of a header dinamicall frame creation. |
| 19:34.15 | nevcairiel | initialConfigFunction is to setup the raid frames, ie. calling sizing functions, which are otherwise locked down |
| 19:36.11 | Resike | but you have to create your unitframe layout somewhere |
| 19:37.11 | nevcairiel | anyway secure group headers have quite a big point, they are what enables every single raid frame addon |
| 19:38.36 | Semlar | your unit frame layout is created in the secure template you're using for your unit frames |
| 19:39.12 | nevcairiel | or more commonly, the initialConfigFunction sets up the basic (secure) frame, and insecure code can then prop any layout on top |
| 19:39.47 | nevcairiel | because you can actually call secure code from the initialConfigFunction |
| 19:40.01 | Resike | just not CreateFrame |
| 19:40.09 | nevcairiel | well, anything inside the secure environment |
| 19:40.20 | nevcairiel | running generic secure code in combat would be insane |
| 19:40.23 | Semlar | i mean, the actual visible portion of your frame can be created outside the secure environment |
| 19:40.40 | Semlar | the only part that's inside the secure environment is the clicky part |
| 19:40.55 | Resike | yes, unless you want to point secure aura headers into your secure frames |
| 19:41.09 | Semlar | you don't have control over other player's auras so that isn't something that you need |
| 19:41.28 | nevcairiel | you could pre-create the aura headers and then assign them on raid frame creation, a bit of overhead but not much, since the aura thing is inactive until used |
| 19:41.35 | nevcairiel | this is also true |
| 19:41.35 | Resike | i know |
| 19:41.45 | Resike | this is the design flaw i see |
| 19:41.45 | nevcairiel | you only need secure auras for yourself, otherwise canceling is pointless |
| 19:42.03 | Resike | precreate 40 aura headers and parent/size them on the initfunc |
| 19:42.14 | Resike | instead of allowing secure CreateFrame in it |
| 19:42.14 | Semlar | for what purpose |
| 19:42.16 | nevcairiel | the question remains: why? |
| 19:42.40 | Resike | well all i want is secure grops with secure aura headers created dinamically |
| 19:42.52 | nevcairiel | but why? |
| 19:43.01 | nevcairiel | the only purpose of secure aura headers is to be able to cancel auras |
| 19:43.02 | Resike | what why |
| 19:43.04 | Semlar | the only reason aura frames are secure are so you can right click to cancel your own buffs |
| 19:43.07 | nevcairiel | you cant cancel auras on anyone but yourself |
| 19:43.12 | nevcairiel | so why do raid frames need that |
| 19:43.13 | Resike | i want to see the damn buffs on the fucking frames |
| 19:43.20 | Semlar | so draw them insecurely? |
| 19:43.22 | nevcairiel | that doesnt need secure auras |
| 19:43.25 | nevcairiel | make insecure auras |
| 19:43.41 | Semlar | these are just textures you're drawing on your frames |
| 19:43.55 | Resike | insecure auras eats tremendous of resources |
| 19:44.03 | nevcairiel | nonsense |
| 19:44.13 | nevcairiel | its basically the same code, just without the ability to cancel them |
| 19:44.51 | Semlar | strictly speaking it would have less overhead because you don't need to create an entire button to do it |
| 19:45.11 | Semlar | not that it makes much difference either way |
| 19:45.16 | nevcairiel | and you could recycle frames between group members |
| 19:48.03 | Semlar | although i guess if you want a tooltip you'd need a frame |
| 19:48.12 | Resike | i donno i would prefer the secure one since there are many attributes that you can play with |
| 19:48.26 | Chipzz | TheDanW: down to 7 errors in the FrameXML which appear to be problems in the XML rather than the XSD. Should the <KeyValues> and <Anchors> (plural) tags be allowed to have 0 children or not? kinda doesn't make sense so might be good to warn about it? (except for comment for documentation purposes) |
| 19:48.31 | Resike | also easier to create/handle and so on |
| 19:48.36 | Semlar | a secure frame limits what you can do with it so i'm pretty confused about what you're after |
| 19:49.21 | nevcairiel | apparently he wants a finished template to just create, and the attributes give him an illusion of more options then just writing the code himself and tweaking everything to perfection |
| 19:49.42 | Resike | i has my own non-secure frames too |
| 19:51.11 | Semlar | i actually pre-created a bunch of secure frames for an addon once but that's because i was trying to turn nameplates into unit frames |
| 19:51.23 | TheDanW | Chipzz: anchors are sometimes intentionally left blank to override the anchors of an inheriting template |
| 19:51.33 | Resike | and just my target buffs/debuffs eating 30% of my unitframes usage, and it has a fraction of functions that a secure ones has with their attribs |
| 19:51.59 | nevcairiel | you only have yourself to blame for that |
| 19:52.14 | nevcairiel | the secure unit frames arent magic, anything they can do, you can do |
| 19:52.23 | nevcairiel | (except canceling buffs) |
| 19:52.27 | nevcairiel | secure aura frames* |
| 19:54.08 | Resike | unless they are handled in C code |
| 19:54.17 | nevcairiel | but they are not |
| 19:54.49 | *** join/#wowuidev Alea (b0c11e35@gateway/web/freenode/ip.176.193.30.53) |
| 19:57.14 | Semlar | are you trying to tell me secure frames aren't some kind of magic |
| 19:57.34 | nevcairiel | magic is just science you dont understand yet |
| 19:57.43 | nevcairiel | so get learning! |
| 19:58.04 | Chipzz | TheDanW: ah I though the Anchors tags were additive. Is it just the empty anchors tag that resets the inherited anchors, or always? |
| 19:58.27 | Chipzz | s/always/any <Anchors> tag/ |
| 19:59.07 | Chipzz | heh, cute :) |
| 19:59.11 | Chipzz | purl++ |
| 19:59.18 | Semlar | ~botsnack |
| 19:59.18 | purl | :), Semlar |
| 19:59.40 | Semlar | ~emulate semlar |
| 19:59.41 | purl | ACTION tries to calm semlar down. |
| 20:01.09 | Semlar | it's like looking into a mirror |
| 20:03.02 | Thunder_Child | Purl is better looking. |
| 20:03.49 | Resike | alright i'll try to play with it more |
| 20:05.53 | TheDanW | usually but not always, regions have some unfortunate default anchoring rules |
| 20:06.21 | Chipzz | any docs I can read? |
| 20:07.29 | Semlar | heh, documentation |
| 20:07.38 | TheDanW | nope |
| 20:08.34 | Resike | but you can guess that i'm not happy seeing something like this: https://i.imgur.com/mBZ7xs4.png |
| 20:08.53 | Resike | this is my current insecure buff frame limited to 40-40 buffs/debuffs |
| 20:09.31 | Semlar | for one thing, you probably don't need 80 auras displayed on your unit frames |
| 20:09.32 | nevcairiel | buffs are always going to be inherently inefficient since you have to scan the entire list to find differences |
| 20:09.44 | Resike | i know |
| 20:10.09 | Resike | but imagine addig this to party and arena frames |
| 20:10.12 | Resike | and enter an arena |
| 20:10.26 | Resike | 10 unitframes with 800 potentional buffs |
| 20:10.58 | Chipzz | TheDanW: FrameXML/WorldMapFrame.xml:522: Unallowed attribute 'facingLeft' in 'CinematicModel'. |
| 20:10.59 | Resike | even if you limit it to 8-8 thats 160 buff frames |
| 20:11.04 | TheDanW | UnitAura and family of API are incredibly inefficient, they're n^2 where n is all buffs including hidden, secure aura templates are no different |
| 20:11.19 | Chipzz | invalid attribute or missing in the XML? the XSD has a "facing" attribute |
| 20:12.05 | TheDanW | facingLeft is valid on cinematic models only |
| 20:12.36 | Chipzz | ok |
| 20:18.00 | Resike | time to cut the number of buffs from the game then, it's incredibly annoying that every class applies 10 possbile debuffs atm, noone can see through whats happeing with a target |
| 20:18.19 | nevcairiel | thats why you only look at your own |
| 20:18.59 | Semlar | does it actually matter, have you managed to cause a performance hit with this? |
| 20:19.00 | Resike | unless you want to know whats ccd and when does it end |
| 20:19.26 | nevcairiel | when something is cc'ed, it wont have many other debuffs on it, or its going to break anyway =p |
| 20:19.42 | Resike | unless you want to see sunts/slows etc |
| 20:19.53 | nevcairiel | you can also make smart filters to show those |
| 20:20.00 | nevcairiel | its not an unsolved problem |
| 20:20.18 | Semlar | why even bother trying to optimize this |
| 20:20.35 | Alea | use INCLUDE_NAME_PLATE_ONLY as filter |
| 20:20.35 | Semlar | i doubt it's having any effect on frame rate |
| 20:20.39 | Alea | to show CC |
| 20:25.44 | Resike | i would prefer to remove the garbage info then interating over it |
| 20:27.56 | Alea | you also prefer to hide your usage with secure group |
| 20:28.50 | Resike | yeah thats why i want the whole thing |
| 20:28.54 | Resike | busted |
| 20:41.02 | Resike | Semlar: It's hard to tell when the game itself in the new zones can't maintain 60 fps in bigger combat raids even without addons |
| 20:41.53 | Semlar | if you can't tell if it makes any difference, i wouldn't bother stressing over potential optimizations |
| 20:43.54 | Semlar | unless you just have nothing else to do |
| 20:45.27 | Semlar | focus on making it look and work the way you want it to, then if it turns out it breaks the game come back and optimize things |
| 20:49.00 | Constie | I usually just give up and do something else then. |
| 20:52.19 | Resike | You're quite a motivational speaker |
| 20:53.34 | Constie | https://www.youtube.com/watch?v=PhBWzX6KnAs |
| 21:30.22 | *** join/#wowuidev schlumpf (~schlumpf@95.90.229.84) |
| 22:04.16 | *** join/#wowuidev Iriel (~Iriel@173-8-135-209-SFBA.hfc.comcastbusiness.net) |
| 22:04.16 | *** mode/#wowuidev [+o Iriel] by ChanServ |
| 22:28.06 | *** join/#wowuidev aprok (~Albrecht@x5ce037a2.dyn.telefonica.de) |
| 23:13.32 | *** join/#wowuidev Resike (~Resike@62.77.234.203) |
| 23:45.47 | *** join/#wowuidev A-KO|pc (sa@2600:8802:3600:3640:f83f:f7e3:50bf:57a7) |
| 23:57.38 | *** join/#wowuidev Semlar_ (~semlar@50.89.59.255) |
