| 00:31.15 | *** join/#wowuidev pompy (~Mike@2601:87:4000:ca4d:f8a4:3600:396b:7253) |
| 01:05.24 | znf | uhm, question |
| 01:05.31 | znf | how the hell do I get to Shattrah? |
| 01:10.38 | *** join/#wowuidev mitch0 (~mitch@185-29-82-115.pool.digikabel.hu) |
| 01:13.13 | nebula | dal->vale->shatt or capital->outlands->fly |
| 02:38.50 | *** join/#wowuidev purl (ibot@208.53.50.136) |
| 02:38.50 | *** topic/#wowuidev is 8.0.x ToC: 80000 || http://pastebin.com || Battletags: http://bit.ly/2MAEFxk || This channel is logged, via purl || Currently mode +r due to spam until a better solution is found. |
| 02:46.25 | znf | Magister's Terrace is hard, yo |
| 02:46.30 | znf | every tank seems to be a dumb-ass |
| 02:54.48 | *** join/#wowuidev kd3 (~Kaydeethr@unaffiliated/kd3) |
| 02:58.43 | *** join/#wowuidev Kesava_ (~kesava@unaffiliated/sliker) |
| 05:26.53 | *** join/#wowuidev Ackis (~Ackis@WoWUIDev/WoWAce/ARL/Troll/Ackis) |
| 05:34.19 | *** join/#wowuidev Shadnix_ (dagger@p5B3D21EE.dip0.t-ipconnect.de) |
| 05:41.31 | *** join/#wowuidev Andols2 (~yaaic@m83-185-246-226.cust.tele2.se) |
| 05:49.30 | *** join/#wowuidev Ackis (~Ackis@WoWUIDev/WoWAce/ARL/Troll/Ackis) |
| 08:40.57 | *** join/#wowuidev eke00372_ (~eke00372@unaffiliated/eke00372) |
| 08:45.48 | *** join/#wowuidev Breen (~Breen@80.175.117.105) |
| 10:32.47 | *** join/#wowuidev stolenlegacy (~stolenleg@unaffiliated/stolenlegacy) |
| 15:32.24 | *** join/#wowuidev purl (ibot@208.53.50.136) |
| 15:32.24 | *** topic/#wowuidev is 8.0.x ToC: 80000 || http://pastebin.com || Battletags: http://bit.ly/2MAEFxk || This channel is logged, via purl || Currently mode +r due to spam until a better solution is found. |
| 15:39.52 | *** join/#wowuidev TomCat (~IceChat9@47.204.226.22) |
| 15:40.24 | TomCat | happy reset day folks |
| 15:42.38 | TomCat | anyone know offhand what event (if any) I should wait for before attempting to use GameTooltip:SetHyperlink() on a unit:Creature ID? immediately upon PLAYER_LOGIN will produce a nil instead of the expected creature name in TextLeft1 if the client's cache was cleared prior to the login |
| 15:43.26 | TomCat | alternately, is there a more direct or better practice for acquiring a creature name from creature ID than the usual work-around through GameTooltip? |
| 15:49.11 | *** join/#wowuidev mitch0 (~mitch@185-29-82-115.pool.digikabel.hu) |
| 15:50.40 | TomCat | going to be digging into this in the meanwhile in case anyone is interested in the answer once found |
| 16:19.49 | *** join/#wowuidev mitch0 (~mitch@185-29-82-115.pool.digikabel.hu) |
| 16:31.03 | *** join/#wowuidev mukunda (~mukunda@cpe-104-175-176-150.socal.res.rr.com) |
| 16:47.26 | *** join/#wowuidev mitch0 (~mitch@185-29-82-115.pool.digikabel.hu) |
| 16:48.52 | mukunda | are there any simple solid white textures i can use as a frame border? |
| 16:48.58 | mukunda | in the game |
| 16:52.38 | *** join/#wowuidev mitch0 (~mitch@185-29-82-115.pool.digikabel.hu) |
| 16:57.01 | Simca_ | TomCat: there is no good API for acquiring Creature/Object names |
| 16:57.21 | Simca_ | and afaik there is no event that tells you when the client gets that data |
| 17:11.19 | znf | is my UI bugged |
| 17:11.33 | znf | or suddenly the AP gains are not shown in chat anymore |
| 17:11.35 | znf | ? |
| 17:23.15 | *** join/#wowuidev mitch0 (~mitch@185-29-82-115.pool.digikabel.hu) |
| 17:24.48 | znf | Simca_, ding 34 |
| 17:25.00 | Simca_ | nice |
| 17:25.12 | Simca_ | i hit 31 today, i've been putting in more effort recently |
| 17:36.35 | *** join/#wowuidev mitch0 (~mitch@185-29-82-115.pool.digikabel.hu) |
| 17:56.00 | *** join/#wowuidev mitch0 (~mitch@185-29-82-115.pool.digikabel.hu) |
| 18:08.22 | *** join/#wowuidev mitch0 (~mitch@185-29-82-115.pool.digikabel.hu) |
| 18:17.38 | *** join/#wowuidev mitch0 (~mitch@185-29-82-115.pool.digikabel.hu) |
| 18:35.04 | *** join/#wowuidev mitch0 (~mitch@185-29-82-115.pool.digikabel.hu) |
| 18:47.25 | *** join/#wowuidev mitch0 (~mitch@185-29-82-115.pool.digikabel.hu) |
| 18:48.40 | TomCat | got something figured out - some interesting blocking activity that goes on and some involvement with GET_ITEM_INFO_RECEIVED... will be back in awhile with some info to share after a break |
| 18:54.47 | *** join/#wowuidev Thunder_Child (~TC@WoWUIDev/PITA/TC) |
| 19:02.52 | *** join/#wowuidev mitch0 (~mitch@185-29-82-115.pool.digikabel.hu) |
| 19:15.11 | *** join/#wowuidev mitch0 (~mitch@185-29-82-115.pool.digikabel.hu) |
| 19:20.56 | *** join/#wowuidev Thunder_Child (~TC@WoWUIDev/PITA/TC) |
| 19:21.27 | *** join/#wowuidev mitch0 (~mitch@185-29-82-115.pool.digikabel.hu) |
| 19:26.42 | *** join/#wowuidev mitch0 (~mitch@185-29-82-115.pool.digikabel.hu) |
| 19:33.57 | *** join/#wowuidev mitch0 (~mitch@185-29-82-115.pool.digikabel.hu) |
| 19:41.14 | *** join/#wowuidev mitch0 (~mitch@185-29-82-115.pool.digikabel.hu) |
| 19:47.29 | *** join/#wowuidev mitch0 (~mitch@185-29-82-115.pool.digikabel.hu) |
| 19:54.38 | Simca_ | yeah i have some code i can probably surface if you still have issues |
| 19:57.29 | Simca_ | the only way i know how is to recheck it once after a few seconds |
| 19:57.37 | Simca_ | if you haven't got the data by then, you're not going to get it |
| 20:03.55 | *** join/#wowuidev mitch0 (~mitch@185-29-82-115.pool.digikabel.hu) |
| 20:10.10 | *** join/#wowuidev mitch0 (~mitch@185-29-82-115.pool.digikabel.hu) |
| 20:16.59 | TomCat | been there, done that. going to have something that will not require the arbitrary polling |
| 20:17.26 | *** join/#wowuidev mitch0 (~mitch@185-29-82-115.pool.digikabel.hu) |
| 20:18.18 | TomCat | I'm guessing I've also come across whatever it is in TSM that causes loading bottlenecks |
| 20:18.24 | TomCat | (and solution) |
| 20:29.46 | TomCat | some of this is black box so bear with me on semantics |
| 20:30.11 | TomCat | any call to GameTooltip:SetHyperlink() will cause some sort of suspension/blocking |
| 20:30.27 | TomCat | even if the item or creature info is in the cache |
| 20:32.00 | TomCat | if the item/creature is in the cache, or the server is able to be reached for query, then a subsequent call to GameTooltipTextLeft1:GetText() will return the name |
| 20:32.59 | TomCat | meanwhile when the call is suspended, events can and will be handled elsewhere in code - possibly even within the same function that called GameTooltip:SetHyperlink() - so beware of race conditions |
| 20:33.42 | TomCat | usually I see the next event in the queue get handled before it switches back to handling the SetHyperlink() Call |
| 20:33.49 | *** join/#wowuidev mitch0 (~mitch@185-29-82-115.pool.digikabel.hu) |
| 20:36.31 | TomCat | once you are able to communicate with the server to query for items, there will be a GET_ITEM_INFO_RECEIVED event fired... unfortunately the GetText() will still result in nil even if you wait until the event fires to read it... seems that on blizzard's end they will order up the info but it is not |
| 20:36.31 | TomCat | so tight as to populate the tooltip upon receiving it |
| 20:36.48 | TomCat | but if you call for it again immediately after you will get the name |
| 20:37.18 | TomCat | i.e. once the ability to query is established, SetHyperlink() will block until the result comes back - no need to look for the event |
| 20:37.33 | TheDanW | your best bet is to use the new item API in Item.lua, within a Continue callback its safe to set the hyperlink for THAT item and query the tooltip |
| 20:37.44 | TheDanW | don't start with set hyperlink, start with a continue |
| 20:38.03 | TomCat | hey Dan |
| 20:38.23 | TomCat | I'll look into it. Am I warm on how I'm guessing SetHyperlink is working? |
| 20:39.02 | TheDanW | there's an additional layer of caching that may need to get resolved, consider embedded items (children items like artifacts), sockets (the socketed gems are full items also), spell descriptions (also loaded asynchronously) etc |
| 20:40.17 | TheDanW | the continue API is the only API guaranteed to keep the queried item in the cache for the duration of the callback |
| 20:41.25 | TomCat | I experimented with code that uses frame:RegisterAllEvents() and fired GameTooltip:SetHyperlink() in the handler (making sure that only 1 was firing at a time) and it would fire every other time until a name was produced... it didn't seem to create any noticeable overhead either which is why I'm |
| 20:41.25 | TomCat | guessing the checks for cache and connectivity are light |
| 20:42.36 | TheDanW | there's different levels of caching (server -> disk -> memory for example), however the cache system won't block if its not in cache |
| 20:42.37 | TomCat | and for s&g's I threw a second GameTooltip:SetHyperlink() in right after the first one and then noticed that my gated code would fire 1 time out of 3 events |
| 20:43.49 | *** join/#wowuidev Kalroth (~Kalroth@knas.io) |
| 20:45.18 | TomCat | Item.lua in FrameXML/ObjectAPI I assume? |
| 20:46.37 | *** join/#wowuidev Thunder_Child (~TC@WoWUIDev/PITA/TC) |
| 20:48.10 | *** join/#wowuidev mitch0 (~mitch@185-29-82-115.pool.digikabel.hu) |
| 20:52.58 | TheDanW | yeah |
| 20:57.22 | TomCat | this looks great for querying by item ID... my main focus is looking up creature names from creature ID (for supporting an arathi rares addon for all locales). Is there any API call for retrieving creature info from the creature ID or is the SetHyperlink shim still the only way to access via Lua? |
| 20:59.07 | TomCat | I was heading in the direction to create something similar to some of what I'm seeing in Item.lua and ContinuableContainer.lua - but would be great to not inadvertently queue up multiple requests for the same creature before I received it |
| 21:00.39 | TomCat | or... is there an event that confirms 'yes, I'm connected and able to query the server now' - digging through the events that I'm picking up in the vicinity of where I receive the creature name but since results can happen before I see the event, even that isn't certain |
| 21:03.04 | TomCat | oddly, I do eventually get a GET_ITEM_INFO_RECEIVED with a nil item ID and a false from my first attempt that iirc the subsequent attempt would work - going to recheck that one now |
| 21:17.36 | TomCat | nvm on that last line - rechecked it and I was mistaken. I only receive a GET_ITEM_INFO_RECEIVED if the server gets queried - not for any of the attempts before the server is being reached. |
| 21:17.49 | *** join/#wowuidev mitch0 (~mitch@185-29-82-115.pool.digikabel.hu) |
| 21:22.03 | TomCat | it seems that obtaining creature info at least for the NPCs I'm looking for is safe once server communication is primed... even if the NPC wasn't visible to the server yet such as at least 1 of the world bosses in Arathi. |
| 21:22.28 | TomCat | I'm going to give a shot with what I worked out and leverage some of what's in ContinuableContainer.lua - thanks for the tip Dan... very helpful |
| 21:45.36 | *** join/#wowuidev Seerah (~umsin@2601:3c2:80:1380:e00b:8086:f376:e934) |
| 21:45.36 | *** mode/#wowuidev [+o Seerah] by ChanServ |
| 21:47.46 | Simca_ | i'm fairly sure there is no way to avoid issues for creatures or objects and server responses |
| 21:47.58 | Simca_ | definitely no api specific to those |
| 21:50.41 | Simca_ | your client is constantly bouncing between the server, the cache, and memory for each creature it sees nearby or that is called by SetHyperlink - receiving constant streams of data from different sources |
| 21:50.44 | TomCat | yeah... I think I've got it to where there might be an issue only if there is an outright network issue connecting to the server. Fortunately my lookups are occurring upon login so the user may be hosed for other reasons at that point |
| 21:51.39 | TomCat | i.e. I'm grabbing the locale-specific name of each of ~30 npcs and holding onto the names in a local table from there |
| 21:52.33 | Simca_ | have you looked at the Vignette API? |
| 21:52.48 | TomCat | yes - I use it thoroughly in my addon :) |
| 21:53.13 | Simca_ | k. i know the Vignette data files have the info you need but it's probably not accessible via API |
| 21:53.29 | nevcairiel | only if a vignette is actually available |
| 21:53.47 | foxlit | you'd be done *yesterday* if you just included the localized npc names in your code. |
| 21:54.43 | Simca_ | yeah, Alram's site probably offers localized Vignette.db2 info for every locale. let me see... |
| 21:54.50 | TomCat | oh - this addon has been published for awhile now... just doing some cleanup in preparation for the next round when Darkshore is opened up for warfronts |
| 21:54.59 | Alram | no locales Simca_ |
| 21:55.09 | Simca_ | rip Alram |
| 21:55.19 | Alram | though you can probably fool it if you have the contenthash |
| 21:55.26 | Alram | that part probably wont care |
| 21:55.28 | Simca_ | sure, could look that up easy |
| 21:55.53 | TomCat | take a look at what I did in TomCat's Tours if you're curious |
| 21:58.04 | TomCat | hooking C_VignetteInfo.GetVignetteInfo, C_VignetteInfo.GetVignettePosition, and C_VignetteInfo.FindBestUniqueVignette does wonders |
| 21:58.32 | nevcairiel | hooking base wow api is rarely the right solution |
| 21:59.54 | nevcairiel | other addons will easily hate you for that =p |
| 22:01.01 | TomCat | yeah it really depends on the purpose |
| 22:01.29 | TomCat | in my case I really do want to alter what any consumer of those functions will receive so as to incorporate the spawn points of all of those rares |
| 22:01.57 | nevcairiel | but another addon may already have those and use the api to detect what is up |
| 22:02.01 | nevcairiel | and you really confuse it then |
| 22:02.28 | TomCat | yes - had that with SilverDragon which is why I check the debugstack and give SilverDragon the original response |
| 22:02.48 | nevcairiel | see, if you start with that, you already know that your approach is really questionalbe =p |
| 22:02.56 | TomCat | the other popular rare scanners use a different approach to detecting the rares |
| 22:03.40 | Alram | Simca_: https://bnet.marlam.in/casc/file/chash?buildconfig=b7be8830bf520f64ec5d72be14c79f35&cdnconfig=6befbbea8b82eab8e3ebe97e844910b2&contenthash=a&filename=outfilename something like that |
| 22:04.01 | Alram | obviously that doesnt work but yeah |
| 22:04.07 | Alram | it might with proper contenthashes |
| 22:04.31 | Kemayo | Well, now Iâm curious to actually go and read what the others are doing. |
| 22:05.19 | TomCat | the gist of it is if you attempt to target an npc programmatically... you can try without throwing an error so long as the npc is not really there |
| 22:05.50 | TomCat | but once the npc exists, it's not allowed so you get an error... trap the error and you know the npc is arnound |
| 22:05.53 | TomCat | *around |
| 22:06.40 | Simca_ | that is hilarious |
| 22:06.44 | Simca_ | and brilliant |
| 22:06.51 | Simca_ | i love it |
| 22:06.52 | TomCat | the range seems a bit better than what you get from C_VignetteInfo.GetVignettes() |
| 22:07.24 | TomCat | yeah I thought so too... it made me chuckle when I saw it |
| 22:08.24 | TomCat | I don't recall if it was NPCScan or Rarescanner that I saw this in... but neither acts up when running alongside my addon so either both use that, or one of them may have grabbed reference to the original vignette functions before my addon hooks it |
| 22:10.23 | TomCat | that reminds me that I want to be sure to hook really late with this code cleanup... so that if anyone takes a local reference I don't undermine what their purpose for doing so may be |
| 22:11.15 | TomCat | there are many ways to tread carefully - but to your point nev, better if there is a way I don't have to tread carefully at all |
| 22:12.21 | nevcairiel | trying to interact with addons is always going to be very iffy, so personally I would just make sure my information is shown properly on the default UI, in which case its just the main map |
| 22:12.27 | nevcairiel | so i would meddle with that, and not the API |
| 22:15.33 | TomCat | yep - I'm looking into that... should be able to do something in time for Darkshore |
| 22:16.39 | TomCat | I was already behind the 8-ball on the Arathi one with 2 addons hitting curseforge after I started on mine but before I published - lost a lot of opportunity having my download numbers just starting out when theirs were already 100k+ |
| 22:17.11 | TomCat | users don't understand that download number means total across all releases - they just flock to the popular looking one first |
| 22:20.02 | TomCat | a natural effect of the hooking and manipulation of the onWorldMap flag of the vignettes is that it causes the stars to show up on both the world map and the zone minimap |
| 22:21.06 | TomCat | some users like that so they can see what they've killed and not killed without flipping back and forth |
| 22:21.24 | TomCat | and precisely where it is |
| 22:21.36 | nevcairiel | of course, but any custom data provider for the world map could show whatever information you desire as well |
| 22:21.44 | TomCat | agreed |
| 22:22.01 | TomCat | my first addon :) |
| 22:22.13 | TomCat | Coordinates was inherited |
| 22:22.46 | nevcairiel | the new data provider API they added in 8.0 for the world map really makes it super easy to add new data to the map |
| 22:23.16 | TomCat | yes - it's pretty nice |
| 22:23.40 | TomCat | makes me wonder why anyone is still making handynotes plugins just to put some markers on the map |
| 22:24.05 | *** join/#wowuidev mitch0 (~mitch@185-29-82-115.pool.digikabel.hu) |
| 22:24.09 | nevcairiel | its what they know |
| 22:24.11 | TomCat | nothing against handynotes of course - but for the simple stuff why require users to deal with dependencies |
| 22:24.29 | nevcairiel | its also slightly easier i guess |
| 22:25.15 | TomCat | maybe for someone experienced in writing handynotes plugins... from having the perspective of fresh eyes on both methods I'd say the data provider API is easier |
| 22:26.34 | TomCat | starting from 0 experience I mean |
| 22:27.09 | nevcairiel | its a bit more boilerplate to use a data provider, since you need to create your own pin frames, need an xml template for them, etc, while in HN you just need a data table and return coordinates, names and a texture |
| 22:27.14 | nevcairiel | IMHO anyway |
| 22:29.02 | TomCat | yeah good point about the xml |
| 22:31.05 | nevcairiel | anyhow i think its more about what people know and see, most HN plugins are probably copied from another one and the data changed |
| 22:31.07 | TomCat | more difficult to manage code reuse unless you can guarantee there is only 1 of each template going for the namespace |
| 22:32.06 | TomCat | I've created some libraries that use templates created in XML - the name uniqueness had to be managed by the build script |
| 22:32.33 | nevcairiel | xml in libraries is really best avoided because of those troubles |
| 22:32.40 | nevcairiel | especially since 8.0 now yells at you ingame about that :) |
| 22:32.47 | TomCat | EXACTLY |
| 22:35.16 | TomCat | I considered putting the xml in a LOD addon and detect pre-existing before loading a 2nd but then I reminded myself that a few extra templates in memory that are identical to others except for the name should be the least of my concerns |
| 22:35.46 | TomCat | and proceeded to tokenize the names and let my build program deal with prepending the addon name where I put @{addonName} in code or xml |
| 22:37.04 | TomCat | so each addon is self-contained... no wrongful blaming to worry about / taint / etc. |
| 22:37.41 | TomCat | or issue if an older version of the template is loaded before a newer one wanted to load |
| 22:38.29 | nevcairiel | but that practically also means you need to make the Lua code non-reused (if there is any, anyway) |
| 22:40.41 | TomCat | I'll use libstub for anything large-ish but so far things are being kept quite small |
| 22:41.02 | TomCat | I'm finding a lot of what I need right out of the box in the wow api |
| 22:42.22 | TomCat | I'm still learning this environment - I could change my mind tomorrow |
| 22:43.46 | TomCat | applications architect with primary language of Java here... been on sabbatical since January for health reasons and scratching the programming itch with addons lately :) |
| 22:44.43 | TomCat | this is much more fun than doing the grind for big telecom |
| 22:46.01 | *** join/#wowuidev niluser (~niluser@219.188.9.51.dyn.plus.net) |
| 23:15.01 | *** join/#wowuidev Ssateneth (~ident@unaffiliated/ssateneth) |