| 01:04.29 | *** join/#wowuidev mckenziemc (~Mark@104-51-145-162.lightspeed.frokca.sbcglobal.net) |
| 01:15.23 | *** join/#wowuidev Kraps (~Kraps@ool-182d7861.dyn.optonline.net) |
| 01:18.31 | *** join/#wowuidev Kraps (~Kraps@unaffiliated/kraps) |
| 02:17.12 | *** join/#wowuidev leonardo1 (leonardo@gateway/vpn/mullvad/x-vwyubkzkgzhqghdo) |
| 03:34.06 | *** join/#wowuidev justin_pdx (~justinmye@c-24-18-5-4.hsd1.wa.comcast.net) |
| 04:15.12 | *** join/#wowuidev p3lim (~p3lim@unaffiliated/p3lim) |
| 04:26.07 | *** join/#wowuidev [RuCTFE]tswr (RuCTFE]tsw@gateway/vpn/mullvad/x-nxbiswsjquwowbff) |
| 04:32.33 | *** join/#wowuidev Kodiack (~Colto_000@121-73-86-207.cable.telstraclear.net) |
| 04:41.12 | Simca | lul |
| 04:42.00 | Simca | added debugging code to see if local qx, qy = _G.GetWorldLocFromMapPos(0, 0) |
| 04:42.00 | Simca | <PROTECTED> |
| 04:42.00 | Simca | <PROTECTED> |
| 04:42.13 | Simca | was a reasonable replacement for local yard_width, yard_height = MapData:MapArea(area_id, map_level) |
| 04:42.24 | Simca | (LibMapData) |
| 04:42.35 | Simca | LibMapData is just returning 0,0 lol |
| 04:42.51 | *** join/#wowuidev kikite (uid70733@gateway/web/irccloud.com/x-rkwihgwidwrpuqvo) |
| 04:44.59 | kikite | Hi, is it possible to tell when player container frames are opened/closed? |
| 04:46.22 | Simca | yeah but you'd have to account for every bag frame replacement addon |
| 04:46.48 | kikite | It |
| 04:46.58 | kikite | It's for myself, so that doesn't matter :p |
| 04:47.07 | Simca | just use /fstack to find the frame names of the bag frames and then do a FRAME_NAME:IsShown() check |
| 04:49.05 | kikite | That works, thanks :) |
| 05:01.36 | *** join/#wowuidev Ressia (Ressy@24-246-63-237.cable.teksavvy.com) |
| 05:01.36 | *** join/#wowuidev Ressia (Ressy@WoWUIDev/WoWAce/ARL/Ressy) |
| 05:21.52 | *** join/#wowuidev Kalroth (~Kalroth@d40aaf1a.rev.stofanet.dk) |
| 05:47.03 | *** join/#wowuidev cawaker (~textual@ip68-96-89-168.oc.oc.cox.net) |
| 06:04.03 | *** join/#wowuidev ShadniX (dagger@p5DDFEBD6.dip0.t-ipconnect.de) |
| 06:12.05 | jleclanche | ok, i now love house of cards |
| 06:12.34 | jleclanche | the first series i watch that doesn't specifically promote one *specific* phone OS between people |
| 06:13.45 | Arrowmaster | you mean how every network tv show uses windows phone |
| 06:14.52 | jleclanche | Arrowmaster: they used a windows phone i in s3e3, I rolled my eyes. but then an android phone appears in s3e4 |
| 06:15.30 | Arrowmaster | because they arent being paid by microsoft like the network tv shows are |
| 06:15.43 | Arrowmaster | they seem to be required to show a win8 device at least once an episode |
| 06:15.51 | Arrowmaster | and no other devices |
| 06:16.34 | jleclanche | "Well, while we're pursuing the suspect in our car, let me tell you about its bluetooth and gps capabilities." |
| 06:20.51 | Simca | that reminds me, there are some incredibly highly rated TV series from 2014 I need to check out like Fargo and True Detective |
| 06:27.03 | Arrowmaster | YOU HAVENT SEEN FARGO YET!?!?! |
| 06:27.22 | Thunder_Child | Neither have I. |
| 06:28.18 | Arrowmaster | go watch episode 1, then you will end up marathoning the rest |
| 06:29.24 | Thunder_Child | No interest. |
| 06:34.53 | karl_w_w | this is a rare occasion; I agree with Thunder_Child |
| 06:37.21 | Arrowmaster | but but martin freeman with a crazy accent |
| 06:47.37 | *** join/#wowuidev Yoshimo (~anything@unaffiliated/yoshimo) |
| 06:55.22 | Primer | Simca: 26x FlightHUD\Libs\Astrolabe\Astrolabe.lua:799: FlightHUD\Libs\Astrolabe\Astrolabe.lua:159: attempt to index field '?' (a nil value) |
| 06:55.40 | Primer | I can make it happen every time I zone into the mine, and I'm not getting flooded with WMU |
| 06:58.16 | Simca | going to need to add a debug statement before that line to get any useful info |
| 06:58.25 | Simca | most likely |
| 06:58.32 | Primer | problem is, if I /rl, it stops |
| 06:58.51 | Simca | unless it happens to report the local variable we want, lemme see |
| 06:59.34 | Simca | mapData.originSystem |
| 06:59.41 | Simca | i doubt it though |
| 07:00.01 | Primer | I'm wondering what I can do while the problem is happening |
| 07:00.04 | Primer | I'm guessing nothing |
| 07:00.12 | Simca | basically nothing |
| 07:00.17 | Simca | everything in astrolabe is local |
| 07:00.25 | Primer | Basically the problem happens when I first run the game |
| 07:00.41 | Primer | So I suppose if I exit, make changes to the code, start up again, I might see it |
| 07:00.44 | Primer | but there's no guarantee |
| 07:01.15 | Simca | add a print(mapData.originSystem, f, x, y) line right before 159 |
| 07:01.49 | Simca | throw in a print(GetCurrentMapAreaID()) after that for luls too |
| 07:02.06 | Primer | trying |
| 07:06.29 | Arrowmaster | Cairenn: https://i.imgur.com/SJGPcLW.jpg |
| 07:06.46 | Cairenn | rofl |
| 07:07.24 | Primer | aww yeah, there we go |
| 07:07.48 | Primer | [23:07:11] 971 |
| 07:07.48 | Primer | [23:07:11] nil 25 0.69250422716141 0.6774355173111 |
| 07:07.51 | karl_w_w | disabling interrupt moderation in my NIC makes auction house scans super fast, but it also limits my total torrenting speed to about 60 kb/s |
| 07:07.52 | Primer | Simca: ^^^^ |
| 07:07.54 | karl_w_w | sad times |
| 07:08.05 | Simca | nice nil |
| 07:08.18 | Simca | 971 is right though i think |
| 07:08.20 | Simca | lemme check |
| 07:10.29 | Simca | yeah it is |
| 07:11.00 | Simca | <PROTECTED> |
| 07:11.10 | Primer | checkingt |
| 07:11.38 | Primer | yes |
| 07:12.00 | Primer | [23:11:21] [1]="garrisonsmvalliance", [23:11:21] [2]=668, [23:11:21] [3]=768, [23:11:21] [4]=true, [23:11:21] [5]="LunarfallMine3" |
| 07:12.34 | Simca | looks like the 'originSystem' part comes from the first return of GetAreaMapInfo(mapID). try /dump GetAreaMapInfo(971) |
| 07:13.04 | Primer | well, I'm going to guess that now it's fine, but when it first ran, it was not |
| 07:13.32 | Primer | [23:12:40] [1]=1116, [23:12:40] [2]=7078, [23:12:40] [3]=-1, [23:12:40] [4]=545.833984375, [23:12:40] [5]=-137.5, [23:12:40] [6]=2091.6669921875, [23:12:40] [7]=1635.4169921875, [23:12:40] [8]=0, [23:12:40] [9]=0, [23:12:40] [10]=6176 |
| 07:13.45 | Primer | Sorry for not filtering out the timestamps |
| 07:13.52 | Primer | but I'm already having to nuke the newlines |
| 07:14.38 | Simca | nah it's fine |
| 07:15.04 | Primer | Is it some async issue? |
| 07:15.21 | Primer | I mean, this code in Astrolabe runs outside of any event handler |
| 07:15.51 | Simca | I don't know what they'd hope to accomplish in the first place tbh |
| 07:16.10 | Simca | the first return is 1116, which is the real mapID for draenor itself |
| 07:16.17 | Simca | you can't get any microdungeon info from that |
| 07:17.07 | Primer | yet at some point it works fine |
| 07:18.17 | jleclanche | ZorbaTHut: heh found you, re "senior labels" in the game industry on kia. I'm continually reminded how glad I am to have backed out of my game dev prospects. |
| 07:18.36 | Primer | I bet if I /rl and zone in, mapData.originSystem will have a value...or that section of code won't be hit |
| 07:19.05 | Simca | try that actually |
| 07:19.12 | Simca | i'm really curious to see what it is supposed to be |
| 07:19.27 | Simca | because 1116 doesn't make any sense |
| 07:19.38 | Simca | Ashran is 1116, Spires of Arak would be 1116, you could be anywhere |
| 07:20.00 | Primer | Weren't you saying that handynotes had some loading issue? |
| 07:20.11 | Primer | because my load times have been terrible lately |
| 07:20.29 | Primer | [23:20:11] 1116 25 0.68252509832382 0.63206005096436 |
| 07:20.30 | Primer | [23:20:11] 971 |
| 07:20.45 | Simca | actually, wait |
| 07:20.49 | Simca | 25 is the floor? |
| 07:21.01 | Primer | (11:01:07 PM) Simca: add a print(mapData.originSystem, f, x, y) line right before 159 |
| 07:21.13 | Simca | mine every microdungeon on draenor shares 1116 and just uses a different floor number |
| 07:21.17 | Simca | maybe every* |
| 07:21.27 | Simca | because I don't think the mine has 25 floors. |
| 07:24.19 | Simca | this definitely could be a sync issue then - astrolabe trying to get data before the game is ready to give it out |
| 07:24.30 | Primer | that's what I've been suspecting all along |
| 07:24.48 | Simca | it's really weird it wouldn't show up all over though |
| 07:25.47 | Primer | yet, it does |
| 07:25.52 | Primer | google for that line |
| 07:25.58 | Primer | and there's another line, 276 IIRC |
| 07:26.08 | Primer | I've seen it in 3 separate addons |
| 07:26.48 | Primer | There's a bug filed against TomTom |
| 07:27.28 | Primer | and I restart the game after disabling HandyNotes...and some other Astrolabe is being used |
| 07:27.33 | Primer | as the prints no longer appear |
| 07:27.47 | Primer | I had made changes to my addon's Astrolabe |
| 07:33.38 | karl_w_w | what are the rules around whispers from trial accounts? |
| 07:33.52 | karl_w_w | you can only whisper people who friend you? |
| 07:34.13 | Simca | yes, think so |
| 07:36.53 | Primer | I've restarted the game twice now since disabling Handynotes and I can't get the problem to trigger |
| 07:37.09 | Primer | not that I believe Handynotes has anything to do with this |
| 07:39.45 | Simca | i'm trying to trace the entire issue. looks like line 799 -> line 681 -> line 734 -> line 177 -> line 210/211/219/220 -> line 157 -> line 159 |
| 07:42.52 | Primer | well, you said you originally thought the problem was down at the code that created the table |
| 07:43.00 | Primer | which runs outside any event handler |
| 07:43.12 | Primer | Not sure what you call that concept...at addon parse? |
| 07:43.15 | Primer | load? |
| 07:43.48 | Simca | the problem is that delaying everything until X event (say, PLAYER_ENTERING_WORLD) will probably break other parts of the addon or other parts of other addons |
| 07:43.51 | Primer | Shoudln't all addons use :OnInitialize()? |
| 07:44.31 | Simca | they only need that if they're Load-On-Demand, really, otherwise :OnInitialize is the same thing |
| 07:45.56 | Simca | so i'm trying to find out exactly what part of the table is broken |
| 07:46.01 | mckenziemc | and addons need not all use AceAddon either |
| 07:48.56 | Primer | yes, I know |
| 07:50.32 | Simca | WorldMapSize[m1].originSystem is the specific nil variable |
| 07:51.04 | Primer | Is that a global? |
| 07:51.31 | Simca | no |
| 07:51.41 | Primer | Some other table Astrolabe makes? |
| 07:51.48 | *** join/#wowuidev justin_pdx (~justinmye@c-24-18-5-4.hsd1.wa.comcast.net) |
| 07:51.49 | Simca | yeah |
| 07:52.21 | Simca | where m1 is the first return of unpack(Astrolabe.LastPlayerPosition) |
| 07:53.38 | Simca | err, i don't see where LastPlayerPosition is ever updated |
| 07:54.36 | Simca | ah, i see it now, he sets a local variable equal to it and then updates it with array accesses |
| 07:55.05 | Simca | tiny optimization, might be nice for performance but it sure is shit for reading this |
| 07:56.56 | Primer | Also, Archy had a bug reported against this which Torhal marked as fixed, but he thinks it was because he was not able to reproduce it |
| 07:57.30 | Simca | okay, finally. full variable is WorldMapSize[GetCurrentMapAreaID()].originSystem |
| 07:57.55 | Simca | it is quite possible GetCurrentMapAreaID() is the function with the issue here |
| 07:58.34 | Simca | i wonder - have you ever replicated this issue with only astrolabe + an addon that uses it? |
| 07:58.59 | Simca | GetCurrentMapAreaID() is one of those functions that gets the ID for where the map is currently pointing to |
| 07:59.09 | Simca | if an addon moves the map... |
| 07:59.32 | Primer | So you think something is moving the map while that table is building at start? |
| 07:59.40 | Primer | err |
| 07:59.50 | Simca | I think something is moving the map when you're entering the mine |
| 08:00.37 | Simca | easy way to check. reenable handynotes and make one more modification to your version |
| 08:00.49 | Primer | well, WMU does trigger |
| 08:01.03 | Simca | it should, but only once |
| 08:01.11 | Primer | here it triggers twice |
| 08:01.50 | Simca | right before line 206 (208 for you after the previous modifications probably), add a line with print(m1, m2) |
| 08:02.38 | *** join/#wowuidev VIad (~Vlad@88.95.100.238) |
| 08:03.34 | Primer | ok, so I just restarted the game and left my addon's debug on, and 869 WMUs happened |
| 08:04.05 | Simca | welp lol. |
| 08:04.13 | Primer | [00:03:53] 971 971 |
| 08:05.11 | Primer | sigh, I just noticed that quest POIs aren't being tracked in my addon |
| 08:05.37 | Primer | despite that being enabled |
| 08:08.57 | Simca | HandyNotes_DraenorTreasures calls a whopping total of 0 map functions. it entirely uses the HandyNotes API |
| 08:09.10 | Simca | so the problem there is in HandyNotes |
| 08:11.20 | Primer | ok, this is very odd |
| 08:12.37 | Primer | I was finally able to get a quest POI to show in my addon, but it won't move. It took me zoning out of the garrison before it started moving |
| 08:12.56 | Primer | And if what I'm saying doesn't make sense, my addon is FlightHUD |
| 08:13.12 | Simca | doesn't like instances |
| 08:13.20 | Primer | There are some old videos of it on the curse page |
| 08:15.42 | Primer | sigh...it's not like this is useful anyhow |
| 08:16.36 | Primer | ok, I didn't /rl, but I did zone out of the garrison, and now I can zone into and out of the mine just fine |
| 08:16.47 | Primer | I take that back |
| 08:16.59 | Simca | if you replace lines 336 (now 339 for you probably) through 348 with a single line that says 'return' |
| 08:17.04 | Simca | that may fix this |
| 08:18.22 | Simca | That is an astrolabe function whose code is a really, really, really, really bad idea |
| 08:18.29 | Simca | and may be causing spam WMU |
| 08:19.01 | Primer | I used GetPlayerMapPosition() in another addon. I've never felt I had to wrap it in anything... |
| 08:19.04 | Primer | WTF is this shit |
| 08:19.35 | karl_w_w | i fucking hate tanks that run around for no reason |
| 08:19.36 | Simca | if your playermapposition is 0, then they're assuming that you aren't on that map and trying to move the map until they find you |
| 08:20.06 | Primer | I'd say just return after the first if in the function |
| 08:20.22 | Primer | instead of letting it get down that far |
| 08:20.23 | Simca | but they already set SetMapToCurrentZone before they even try that, so if your playermapposition is -still- 0, then there's something seriously wrong and moving the map 1000 times will just make it worse |
| 08:21.04 | Simca | yeah that's a better change, Primer |
| 08:24.57 | Primer | still got 850 WMUs at start |
| 08:25.17 | Primer | The problem still happens |
| 08:26.05 | Simca | yeah, looks like there are two functions that do it |
| 08:26.11 | Simca | another one right after that one |
| 08:27.37 | Primer | same 850 WMUs... |
| 08:27.47 | Primer | problem persists |
| 08:28.00 | Primer | At least now I can replicate it 100% of the time |
| 08:28.06 | Primer | just have to exit the game and restart it |
| 08:29.18 | Simca | yeah, i can replicate the WMU issue on my end too |
| 08:29.56 | Primer | I'm tempted to disable all addons and only keep mine running to see if it's the cause |
| 08:31.15 | Primer | Is there an addon that maintains a profile of your enabled addons? |
| 08:31.20 | Primer | I think ACP does that... |
| 08:31.38 | Simca | yeah |
| 08:32.28 | Constie | I like stAddonManager for that. |
| 08:33.27 | Primer | hrmm, I can find no option to make this happen |
| 08:34.00 | Simca | okay so the addon at fault respects the WorldMapFrame |
| 08:34.12 | Simca | when the WorldMapFrame is open the spam stops |
| 08:34.29 | Primer | I only see the spam at startup |
| 08:34.42 | Primer | and that's only because my addon does a print() when it fires |
| 08:34.50 | Primer | and counts how many times it's fired |
| 08:34.54 | Simca | oh well that's common at startup |
| 08:35.21 | Simca | lots of addons build their data tables that way |
| 08:35.21 | Primer | So back to mapData.originThing being nul |
| 08:35.25 | Simca | yeah |
| 08:36.00 | Primer | Addon code runs in single thread, so that loop is collecting data, and fails on 971? |
| 08:36.45 | Simca | possibly |
| 08:37.18 | Simca | can check by adding a statement there |
| 08:39.01 | Primer | thing is it seems there's a catch 22 here too |
| 08:39.12 | Primer | because I see varying number of prints happening on every load |
| 08:39.49 | Primer | like something's not ready to show stuff that's print()ed |
| 08:40.12 | Simca | yeah, print commands fired early enough never show up |
| 08:40.43 | Primer | print (format ("Adding floorIndex %d to terrainMapIID %d of dungeon map %d", floorIndex, terrainMapID, ID)) |
| 08:40.55 | Primer | I've had that in there for a while, but I've never seen it show 971 |
| 08:41.19 | Simca | 2 lines after "for mapID, harvestedData in pairs(Astrolabe.HarvestedMapData) do" |
| 08:41.32 | Simca | add print(mapID, terrainMapID) |
| 08:41.39 | Simca | err |
| 08:41.52 | Simca | if mapID == 971 then print(mapID, terrainMapID) end |
| 08:42.54 | *** join/#wowuidev karl_w_w (~karl_w_w@212.177.70.115.static.exetel.com.au) |
| 08:43.44 | Primer | nothing |
| 08:45.02 | Simca | alright, try this line instead, it might help |
| 08:45.38 | Primer | I suppose I can store it in Astrolabe.whatever then print that later? |
| 08:45.59 | Simca | if mapID == 971 then C_Timer.After(30, function() print(mapID, terrainMapID) end) end |
| 08:46.17 | Shirik | I just had my first OSX kernel panic |
| 08:46.18 | Shirik | that was fun |
| 08:46.35 | Simca | C_Timer runs very fast when called before the game is loaded fully |
| 08:46.46 | Simca | but 30 seconds should be long enough that you'll see it printed |
| 08:49.03 | Primer | nothing |
| 08:49.38 | Simca | well, there's the problem then |
| 08:50.44 | Primer | uhh I might not have actually saved the file... |
| 08:50.50 | Simca | lol |
| 08:52.35 | Primer | Can't I just do this too: if mapID == 971 then _G.whatever = "mapID: " .. mapID .. ", terrainMapID: " .. terrainMapID end |
| 08:52.43 | Primer | then /dump _G.whatever? |
| 08:53.04 | Primer | Because if that's doable, _G.whatever is not defined either |
| 08:53.26 | Primer | and more than 30 seconds later, still nothing |
| 08:53.41 | Simca | just do _G.whatever = terrainMapID |
| 08:53.52 | Simca | can't concatenate nils |
| 08:53.58 | Primer | ahh yes |
| 08:54.13 | Primer | what about format? |
| 08:54.48 | Primer | if mapID == 971 then _G.whatever = format ("mapID: %s, terrainMapID: %s", mapID or 'nil', terrainMapID or nil) end |
| 08:54.52 | Primer | ? |
| 08:54.54 | Primer | err |
| 08:54.57 | Primer | quotes |
| 08:55.07 | Primer | if mapID == 971 then _G.whatever = format ("mapID: %s, terrainMapID: %s", mapID or 'nil', terrainMapID or 'nil') end |
| 08:56.10 | Primer | nothing |
| 08:56.48 | Simca | okay so that is the issue |
| 08:56.51 | Primer | now I'm going to /rl and see if I get a _G.whatever |
| 08:57.22 | Primer | [00:57:06] [1]="mapID: 971, terrainMapID: 1116" |
| 08:59.44 | Simca | so the cause is very very very early |
| 08:59.52 | Primer | yeah, and my addon works fine now |
| 09:00.02 | Primer | showing the quest POI while in the garrison |
| 09:00.33 | Primer | yup, everything works now |
| 09:00.34 | Simca | for _, id in ipairs(GetAreaMaps()) do |
| 09:00.34 | Simca | if not ( HarvestedMapData[id] ) then |
| 09:00.34 | Simca | if ( SetMapByID(id) ) then |
| 09:00.34 | Simca | harvestMapData(HarvestedMapData); |
| 09:00.44 | Simca | the bug is there i think |
| 09:00.54 | Simca | possibly in the blizzard function GetAreaMaps() being called too early |
| 09:01.26 | Primer | so again, is there no way to defer these calls? |
| 09:03.53 | Primer | Or would you say this is a bug in blizzard code? |
| 09:06.25 | Simca | looking |
| 09:06.32 | Simca | GetAreaMaps has a ridiculous number of returns |
| 09:06.40 | Primer | yes |
| 09:09.13 | Primer | TOC is 60100 right? |
| 09:09.19 | Primer | ~toc |
| 09:09.19 | purl | The current WoW interface number is 60100, or magical, or apparently very complex. |
| 09:09.26 | Primer | forgot about that |
| 09:09.40 | Primer | heh, it seems I've not pushed a new version up for 6.1 |
| 09:11.06 | Simca | that massive wall of WMU spam only occurs for me inside the horde garrison mine |
| 09:11.14 | Simca | i think it is the same root cause |
| 09:19.43 | Simca | i also can't replicate the WMU issue after /rl |
| 09:21.36 | *** join/#wowuidev stolenlegacy (~stolenleg@unaffiliated/stolenlegacy) |
| 09:26.11 | Simca | proof of root issue: http://i.imgur.com/6hsVyP3.png |
| 09:30.19 | Simca | Primer: stored GetAreaMaps result at addon load in a global variable, loaded Astrolabe into the global table and iterated across it looking for nil results |
| 09:30.20 | Simca | http://i.imgur.com/k0iDuaH.png |
| 09:30.34 | Simca | very small set of maps that fail |
| 09:30.41 | Simca | 971 is one of them |
| 09:31.05 | Simca | now to find what they have in common |
| 09:32.54 | *** join/#wowuidev stolenlegacy (~stolenleg@unaffiliated/stolenlegacy) |
| 09:34.20 | Simca | Primer: http://www.curseforge.com/paste/yf1xpwiarn2k9j4l/ |
| 09:36.23 | Simca | http://i.imgur.com/Pxpy3WY.png |
| 09:36.31 | Simca | routes code that came up that looks relevant |
| 09:44.20 | Primer | well, it's nice to see some vindication on this |
| 09:50.27 | *** join/#wowuidev NuSuey (uid3556@gateway/web/irccloud.com/x-xemmtqiwbveqiinp) |
| 09:51.34 | Simca | this issue is definitely not truly fixed on /rl either, Primer |
| 09:51.46 | Simca | it just somehow, somewhere, takes an alternate execution path and avoids the error |
| 09:51.54 | Simca | but Astrolabe still doesn't have data for the mine |
| 09:52.16 | Simca | and it will never be able to accurately route players through it or out of it |
| 09:53.28 | Simca | the true root cause is this |
| 09:53.33 | Simca | SetMapToID(971) |
| 09:53.38 | Simca | it doesn't work (ever) |
| 09:54.05 | Simca | SetMapByID(971)* |
| 09:59.09 | Simca | ah, no, that is actually only true for the opposite faction's mine, apparently. (which is weird, this is the first instance of it ever hiding a map from the API based on player faction) |
| 10:00.23 | Simca | and I bet that's why it doesn't work on first load. |
| 10:00.54 | Simca | server hasn't told client it can use X faction-specific maps yet. |
| 10:08.19 | Simca | i will write a fix and post it on astrolabe comments page |
| 10:10.17 | Primer | cool |
| 10:10.19 | Primer | good work |
| 10:16.25 | karl_w_w | oh my god |
| 10:16.49 | karl_w_w | I've just realised |
| 10:16.59 | karl_w_w | in hearthstone on the stranglethorn board when you click the arch and the eyes light up and there's that drumming |
| 10:17.14 | karl_w_w | it's the beat from the wow song by futuristic sex robotz |
| 10:17.53 | *** join/#wowuidev Yoshimo (~anything@unaffiliated/yoshimo) |
| 10:21.51 | *** join/#wowuidev airtonix (~quassel@unaffiliated/airtonix) |
| 10:53.58 | *** join/#wowuidev mterwoord (mterwoord@gateway/vpn/mullvad/x-ojrezgnirenjgmhy) |
| 11:06.36 | jleclanche | karl_w_w: that beat was taken from wow itself, wasnt it? |
| 11:06.46 | jleclanche | its been years, barely remember |
| 11:06.50 | karl_w_w | not sure |
| 11:07.03 | karl_w_w | I don't think so |
| 11:07.22 | jleclanche | it seems like a very obscure reference to make |
| 11:15.14 | *** join/#wowuidev brykrys (~chatzilla@WoWUIDev/Norganna/Dev/Brykrys) |
| 11:58.23 | *** join/#wowuidev jitta (~jitta@95.90.246.105) |
| 12:23.00 | Simca | wowpedia missing functions from http://wow.gamepedia.com/World_of_Warcraft_API has finally driven me nuts enough to A) rip all the functions current from ingame B) compare list against all *.lua and *.xml files to exclude FrameXML C) use regex to get the current list of functions from the webpage into a suitable format D) compare to find out what's missing E) create a list of missing functions |
| 12:23.42 | foxlit | well, it might help if you started with the right page. |
| 12:23.47 | foxlit | [[Global functions]], that is. |
| 12:25.04 | Simca | that list is 10 months old |
| 12:25.09 | Simca | i'm not sure if that is any use to anyone |
| 12:25.10 | *** join/#wowuidev g0urra (~g0urra@unaffiliated/gourra) |
| 12:33.07 | kikite | Is it possible to get which actual bag was displayed in which (blizzard) ContainerFrame? |
| 12:33.23 | kikite | I'd like to expand https://i.imgur.com/IrPUbAb.png to the actual ContainerFrames |
| 12:35.16 | Simca | it's a fixed order |
| 12:36.01 | foxlit | Simca: the intention was that API is a list of /documented/ API functions, while Global functions is what you might rip out of the game with automated tools. |
| 12:37.13 | Simca | that doesn't seem particularly useful |
| 12:37.36 | Simca | what if the function you need isn't documented and you don't want to look through an uncategorized list of 3000 functions |
| 12:37.54 | Simca | where you can't even search for what function is new or old because the only distinguishing feature is font |
| 12:40.39 | Simca | I always figured it was just the wowpedia equivalent of http://wowprogramming.com/docs/api_categories |
| 12:40.47 | Simca | i.e. documented and undocumented functions by category |
| 12:41.44 | Simca | if that wasn't what was intended perhaps the intentions should be re-evaluated |
| 12:42.28 | foxlit | Thank you for volunteering ;) |
| 12:42.59 | Simca | I will do it, if that is alright |
| 12:43.29 | foxlit | Have fun. |
| 12:45.37 | foxlit | My interest in maintaining API documentation largelly ended with 6.0; the current split is metely a reflection of what I could keep up to date with automated tools before then. |
| 12:48.31 | Simca | yeah |
| 12:49.19 | Simca | wowprogramming is a lot farther along but neither site is complete, and that is somewhat frustrating when trying to explore obscure parts of the API (something I always seem to end up doing) |
| 12:49.29 | Simca | and since I can edit wowpedia... |
| 12:51.28 | foxlit | My impression is that wowprogramming is on the same type of life support since 4.0 or so. |
| 12:51.59 | foxlit | Maybe that changed recently. |
| 12:52.59 | Simca | very recently somebody updated it once |
| 12:53.18 | Simca | that is more than can be said for the wowpedia version so it is somewhat better |
| 12:53.30 | Simca | (but not for long) |
| 12:54.25 | foxlit | (and by that I mean just pushing updated global dumps, and leaving docs to random contributors) |
| 12:55.31 | Simca | honestly nowadays 90% of functions are self-documenting |
| 12:57.27 | nevcairiel | usually the problem is not figuring out how a function works, but if it exists at all and what its name is 0P |
| 12:58.32 | Simca | exactly |
| 12:59.15 | g0urra | great, I got 2 copyright strikes overnight |
| 12:59.56 | foxlit | Right, its the cases where a funxtion does the exaxt opposite of what its name would suggest that are provlematic. |
| 13:00.57 | foxlit | (hurray for phone keyboards; maybe i should turn autocorrect back on; that would only mangle names) |
| 13:01.52 | Simca | and the old functions are badly named |
| 13:02.15 | foxlit | (hi2u, toybox filtering) |
| 13:04.44 | Simca | === Archaeology Functions === |
| 13:04.44 | Simca | These functions are only available in [[Patch 4.0]]. |
| 13:04.50 | Simca | i wonder what the point of such a statement was |
| 13:05.00 | Simca | made during wrath live / cata beta? |
| 13:05.11 | nevcairiel | thats usually were new stuff is documented |
| 13:05.49 | Simca | oh man, 20 minutes of work, chrome froze when scrolling |
| 13:05.56 | Simca | qq |
| 13:05.57 | foxlit | "were added in" would've been better. |
| 13:06.26 | foxlit | btw, stop using {{api}}, you'll kill Curse's hamsters :) |
| 13:07.04 | Simca | i've only been using it for 'C_X.Y' functions |
| 13:07.12 | Simca | i think there was a reason for that but i forget |
| 13:08.16 | Simca | I guess there isn't |
| 13:10.18 | foxlit | subst: it, I guess |
| 13:10.46 | foxlit | cant recall whether that will expand the switches |
| 13:12.13 | Simca | I did a regex replacement that should save the hamsters |
| 13:13.52 | Simca | also lol I added all the BMAH functions with "This function is not yet documented." lines. I just noticed all the links work because they're documented. apparently I documented them about 2 years ago |
| 13:42.38 | *** join/#wowuidev chrippa (~chrippa@c-220670d5.31-2-64736c10.cust.bredbandsbolaget.se) |
| 13:47.59 | Simca | IsPlayerSpell welp that's one whose name is not self-documenting |
| 13:48.08 | Simca | wtf is that supposed to mean? |
| 13:49.58 | *** join/#wowuidev Ressy (Ressy@WoWUIDev/WoWAce/ARL/Ressy) |
| 13:51.05 | *** join/#wowuidev Sintacks (Syntax@173-80-96-74.chlncmtk01.res.dyn.suddenlink.net) |
| 14:01.44 | nebula169 | how is it not? checks if the player has that spell |
| 14:06.30 | Simca | that is IsSpellKnown |
| 14:10.50 | nebula169 | fair enough, looks like the distiction is being able to cast it? |
| 14:12.25 | nebula169 | or proper handling of overrides? bliz code only uses it once, heh |
| 14:13.46 | jleclanche | Simca: it returns true if the spell is for playahz |
| 14:14.19 | Simca | proper handling of overrides would be sweet |
| 14:27.37 | *** join/#wowuidev Kowh (~bob913@135-23-187-234.cpe.pppoe.ca) |
| 14:40.17 | *** join/#wowuidev Humbedooh (~humbedooh@2001:4800:780e:510:50ae:5e53:ff04:49cd) |
| 14:40.18 | *** join/#wowuidev Humbedooh (~humbedooh@apache/committer/humbedooh) |
| 14:53.12 | karl_w_w | Rest in peace, Spock. You and your white and gold uniform will be missed. |
| 15:12.31 | *** join/#wowuidev cawaker (~textual@ip68-96-89-168.oc.oc.cox.net) |
| 15:22.12 | *** join/#wowuidev Simca (~Simca@c-76-123-93-232.hsd1.fl.comcast.net) |
| 15:25.56 | *** join/#wowuidev cawaker (~BigBWSR@ip68-96-89-168.oc.oc.cox.net) |
| 15:42.09 | Thunder_Child | Old karl_w_w. |
| 15:45.48 | *** join/#wowuidev cawaker (~BigBWSR@ip68-96-89-168.oc.oc.cox.net) |
| 15:59.06 | Kraps | http://www.pocketgamer.co.uk/r/Android/Hearthstone%3A+Heroes+of+Warcraft/feature.asp?c=64075 |
| 16:01.54 | Xinhuan | rofl at that opinion piece |
| 16:03.19 | Kraps | you think the card did break the game? |
| 16:03.25 | Simca | "A lot of frustrated aggro players have taken to calling Antique Healbot a "broken" card. Which is patently absurd. A company with the reputation and resources of Blizzard isn't going to allow a card that genuinely ruins the game through the playtest process." |
| 16:03.58 | Xinhuan | i certainly think the card is fine |
| 16:04.37 | Fisker | why is pocketgamer pretending to be reddit Kraps ? |
| 16:04.52 | Xinhuan | that was one of the last cards i expected people to call broken |
| 16:04.59 | Xinhuan | Dr Boom is far more broken |
| 16:05.31 | Xinhuan | the title "How one card almost ruined Hearthstone" is just click-bait |
| 16:05.43 | Kraps | Fisker: guess where i found the link |
| 16:05.53 | Fisker | idk |
| 16:06.55 | Xinhuan | you found it on pocketgamer! |
| 16:08.51 | Xinhuan | i'm not even sure why this article is considered an "Android Feature" |
| 16:09.57 | nevcairiel | because its a website about mobile gaming and he plays hearthstone on android? :d |
| 16:10.57 | Xinhuan | the title exists on both android and ios |
| 16:11.04 | Xinhuan | so it should be in the general section |
| 16:11.21 | nevcairiel | if thats what you think is wrong with the article, something is wrong with you :D |
| 16:11.32 | Xinhuan | just being nitpicky! |
| 16:11.41 | Xinhuan | the whole article wasn't even worth reading |
| 16:12.59 | Simca | the section i quoted was literally astounding |
| 16:13.16 | Simca | i attempted multiple face palms but every time i paused before i got all the way there |
| 16:13.23 | Simca | i was that confused |
| 16:13.32 | Xinhuan | i haven't actually read anywhere on the internet that anyone has called that card broken |
| 16:14.03 | Xinhuan | and i read reddit/hs official forums quite a bit, and hearthpwn once in a while |
| 16:14.17 | Simca | i bet he runs zoolock |
| 16:14.19 | nevcairiel | i bet he was annoyed because it was strong against his own build so he wrote some puff piece in the hope blizz nerfs it with enough attention =p |
| 16:15.57 | Fisker | just get over it Xinhuan |
| 16:15.59 | Fisker | Android master race |
| 16:16.12 | karl_w_w | I'm surprised they let a child write articles for them |
| 16:16.23 | Xinhuan | ios makes 4x as much money though |
| 16:16.35 | karl_w_w | lol |
| 16:16.58 | Xinhuan | i would always develop for ios first over android, that's where the consumer money is |
| 16:17.16 | nevcairiel | thats simply because apps cost 4x as much |
| 16:17.25 | karl_w_w | it doesnt make 4 times as much |
| 16:17.26 | nevcairiel | but in this case its irrelevant, its free on either |
| 16:17.27 | Xinhuan | no heh, i mean the same app |
| 16:17.28 | Simca | wasn't it a PC game first and foremost and wasn't the android port both last out of the three and development was outsourced? |
| 16:17.29 | karl_w_w | it has 4x the arpu |
| 16:17.36 | Xinhuan | and the same prices |
| 16:17.39 | Fisker | Not to mention all the stuff they have to pay for in apps that is built-in to android nevcairiel |
| 16:17.45 | Xinhuan | but ios side generates 4x more revenue |
| 16:17.52 | karl_w_w | there's a big difference between total revenue and arpu |
| 16:18.08 | Simca | so marking it as an android feature is dumb in about every way possible really |
| 16:18.43 | Xinhuan | you can easily google about apple vs google play market shares, apple app store revenues are a few times higher |
| 16:18.53 | Xinhuan | despite android having a larger market share |
| 16:20.15 | Kraps | Simca: its kind of know as a "mobile game" now |
| 16:20.20 | Kraps | known |
| 16:20.34 | Xinhuan | and you can see this being reflected in how companies make apps - ios side is always released first, then android a few months later, or even a year later |
| 16:21.05 | Simca | http://knowyourmeme.com/memes/93-wont-copy-and-paste-this oh dear god i laughed at the final line of this entry way too hard |
| 16:21.11 | Xinhuan | plants vs zombies, clash of clans, hero academy, hearthstone, etc |
| 16:21.39 | karl_w_w | I think you might be putting the horse before the cart there |
| 16:21.45 | Simca | PvZ 2 for PC is never going to happen |
| 16:21.47 | Simca | :( |
| 16:21.58 | karl_w_w | PvZ is a terrible game |
| 16:22.01 | Xinhuan | :/ |
| 16:22.04 | Simca | no, you're terrible! |
| 16:22.18 | Simca | PvZ is a lot of fun |
| 16:22.51 | Xinhuan | and there are many good games that are ios only - FTL, XCOM, The Room, Limbo |
| 16:23.00 | Xinhuan | actualy, i think Limbo just got ported to android this month only |
| 16:23.17 | Kraps | The Room is on android |
| 16:23.23 | Xinhuan | it was only on ios initially |
| 16:23.28 | Xinhuan | that's what i meant heh |
| 16:23.32 | Simca | is it as good as the movie of the same name? |
| 16:23.43 | karl_w_w | they're all on PC :P |
| 16:23.47 | Kraps | Simca: impossible |
| 16:23.49 | Xinhuan | no, its just a "open the box" puzzle game |
| 16:23.51 | Xinhuan | hehe |
| 16:23.55 | Xinhuan | but a pretty good one |
| 16:25.05 | karl_w_w | I'm not sure how it's a surprise that iOS generated higher arpu |
| 16:25.17 | karl_w_w | when iOS gets things first |
| 16:25.23 | Xinhuan | its mostly because of piracy |
| 16:25.29 | Xinhuan | look at Monument Valley |
| 16:25.48 | karl_w_w | but no matter, give it a few years and the sheer volume of android users will win out |
| 16:25.58 | Xinhuan | the developers released a infographic that said 40% of ios users paid for it, but only 5% of android users did |
| 16:26.33 | karl_w_w | maybe it's just not very good :P |
| 16:26.45 | Simca | 40% and 5% both seem very low |
| 16:26.48 | Xinhuan | heck no, its one of the top selling and critically acclaimed mobile games |
| 16:26.51 | karl_w_w | and that doesn't mean they lost 95% of their sales |
| 16:26.57 | Xinhuan | yeah it doesn't |
| 16:27.14 | karl_w_w | it doesn't even mean more people bought it on iOS |
| 16:27.19 | Xinhuan | http://blog.monumentvalleygame.com/blog/2015/1/15/monument-valley-in-numbers |
| 16:27.24 | Xinhuan | here, the actual blog post has the numbers |
| 16:27.29 | Xinhuan | of official sales, in exact numbers |
| 16:27.35 | karl_w_w | although with pop culture tie-ins they probably did buy it on iOS more |
| 16:27.52 | Xinhuan | they released the full revenue details |
| 16:28.19 | Xinhuan | and this was the controversial tweet: https://twitter.com/ustwogames/status/552136427904184320 |
| 16:28.24 | Xinhuan | "Interesting fact: Only 5% of Monument Valley installs on Android are paid for. 40% on iOS. Thereâs a sneak peak of data!" |
| 16:28.56 | Xinhuan | they went on to clarify that a certain % that is installed but not paid for is legit because many users have multiple devices (pay once, install on many devices) |
| 16:29.14 | Xinhuan | and they excluded the data from their 1 day Free download on Amazon |
| 16:30.11 | Xinhuan | basically, piracy is a huge problem on android, and most of the time, it isn't worth porting to Android if you didn't already start developing a game to be published on both using an engine that supports both |
| 16:31.10 | Xinhuan | the infographic shows they got 81% of their revenue from ios, this matches with my companies internal data for ios vs android |
| 16:31.56 | Xinhuan | this is mostly true only for paid apps though |
| 16:32.13 | Xinhuan | it is not true for free apps that use IAPs which is why apps are all switching to IAPs |
| 16:32.59 | Xinhuan | you can't pirate something tracked by a central server when playing the game requires authentication with your server |
| 16:34.03 | karl_w_w | i wonder if people who buy android are also just less likely to be the sort of person to pay up front for a mobile app |
| 16:34.43 | Xinhuan | that is a legit reason too - there are lots of really cheap android phones out there that are not powerful enough to play games on |
| 16:35.19 | Xinhuan | so the "android market share" of 80% is really not the full picture, there really are that many android devices - most of them are users who will never visit the app store |
| 16:35.54 | Xinhuan | usually they are used by the older generation that are not tech savvy, they just want a cheap phone |
| 16:36.32 | Xinhuan | there are $50-100 cheap android phones i can pick up just from the 7-11 downstairs |
| 16:36.52 | Xinhuan | that's what the android market is full of |
| 16:37.32 | Xinhuan | but if you were to put in tracking data into your app, you'll never know that group of android users exist |
| 16:38.26 | *** join/#wowuidev Kultzi (~ironi@85-76-12-134-nat.elisa-mobile.fi) |
| 16:38.57 | ScratchMonkey | did something change with companion pet summoning? I'm seeing a bunch of ? icons in my action bar where my pet summons used to be |
| 16:48.37 | *** join/#wowuidev NuSuey (uid3556@gateway/web/irccloud.com/x-ioxffadbnmyximbx) |
| 16:49.29 | *** join/#wowuidev Rennex1 (~Rennex@46.246.47.87) |
| 16:50.39 | *** join/#wowuidev Humbedooh (~humbedooh@2001:4800:780e:510:50ae:5e53:ff04:49cd) |
| 16:50.40 | *** join/#wowuidev Humbedooh (~humbedooh@apache/committer/humbedooh) |
| 17:00.30 | *** join/#wowuidev Aelo (~Aelo@host86-188-5-61.range86-188.btcentralplus.com) |
| 17:04.06 | *** join/#wowuidev silv3rwind (uid14256@gateway/web/irccloud.com/x-qxwhnpbpoubwjdgu) |
| 17:05.11 | *** join/#wowuidev mukunda_ (~mukunda@24.9.162.249) |
| 17:05.19 | mukunda_ | is there an up to date reference on the combat log event? |
| 17:06.16 | zenzelezz | are you experiencing something that doesn't match to what it used to? |
| 17:06.47 | ScratchMonkey | did they stop double trapping from working? |
| 17:06.53 | ScratchMonkey | doesn't seem to work |
| 17:07.28 | Semlar | wowpedia's combat log page is up to date |
| 17:08.28 | ScratchMonkey | ah, they cut the trap cooldown from 15 to 5 so the double trap isn't so necessary to not go mad grinding fur |
| 17:09.07 | mukunda_ | thats what im using, http://wow.gamepedia.com/COMBAT_LOG_EVENT , but this code is printing a spell name http://hastebin.com/naqozixizo.md |
| 17:09.33 | Semlar | what is your entire event handler |
| 17:09.56 | mukunda_ | its a weakauras trigger http://hastebin.com/aqohayezoz.lua |
| 17:10.30 | *** join/#wowuidev Funkeh` (~Funkeh`@WoWUIDev/WoWAce/Ace3/BigWigs/funkeh) |
| 17:10.36 | mukunda_ | im trying to filter out multistrikes |
| 17:11.19 | *** join/#wowuidev Guest13550 (~Denial@unaffiliated/windaria) |
| 17:13.33 | Semlar | that should not be printing a spell name |
| 17:14.38 | Semlar | you should print(...) to see what it's actually giving you |
| 17:15.50 | Semlar | you're missing a comma after spellID but even so the spell name value is not even close to the 25th argument |
| 17:16.41 | mukunda_ | oh oops i should also be printing only in the SPELL_DAMAGE block too |
| 17:19.48 | mukunda_ | seems to be working now, with the comma |
| 17:20.56 | Semlar | you can replace select(1, ...) with just ... |
| 17:21.07 | Semlar | select doesn't do anything here |
| 17:21.43 | foxlit | or replace it with select(1,select(1, ...)) |
| 17:21.56 | Semlar | tries to calm foxlit down |
| 17:22.40 | foxlit | not convinced you can sing, Semlar. |
| 17:23.14 | mukunda_ | okay, new to lua here |
| 17:23.44 | mukunda_ | or maybe multiple selects so i dont have a dozen _ |
| 17:26.15 | Semlar | more select calls requires more processing so it's more efficient to do it without them |
| 17:26.30 | mukunda_ | :( |
| 17:26.44 | mukunda_ | *undo* |
| 17:27.15 | Semlar | i mean if it's more readable for you it doesn't really matter that much |
| 17:30.35 | mukunda_ | doesn't matter, more efficient would be better i guess, magic numbers vs magic amount of _ |
| 17:57.44 | Neffi | unpack({select(1,...)},1,select('#',...)) or bust |
| 17:57.47 | Neffi | scrubs |
| 17:58.59 | Neffi | packs Semlar into a table, shuffles the table, and then unpacks it. |
| 17:59.24 | Semlar | y u do dis |
| 17:59.46 | Neffi | hey Semlar I has website now |
| 18:00.20 | Semlar | orly |
| 18:00.30 | Neffi | http://neffi.net |
| 18:00.45 | Neffi | still setting up nginx. never done this before. |
| 18:00.55 | Semlar | :o |
| 18:06.54 | Neffi | here Semlar dis 4 u http://neffi.net/semlar.html |
| 18:07.08 | Semlar | you don't have to do that |
| 18:07.42 | Neffi | ;) |
| 18:24.43 | *** join/#wowuidev Humbedooh (~humbedooh@2001:4800:780e:510:50ae:5e53:ff04:49cd) |
| 18:24.43 | *** join/#wowuidev Humbedooh (~humbedooh@apache/committer/humbedooh) |
| 18:26.43 | *** join/#wowuidev mukunda (~mukunda@24.9.162.249) |
| 18:30.03 | *** join/#wowuidev mukunda_ (~mukunda@24.9.162.249) |
| 18:31.35 | *** join/#wowuidev bjelleklang (~chris@wikipedia/Bjelleklang) |
| 18:33.17 | *** join/#wowuidev Kodiack (~Colto_000@121-73-86-207.cable.telstraclear.net) |
| 19:06.20 | karl_w_w | http://a.pomf.se/ielxgt.webm VIad |
| 19:06.44 | VIad | nice karl_w_w :D |
| 19:12.59 | Gethe | So i'm trying to attach an AceConfig container to the bottom of my config bar (see: http://i.imgur.com/tBA02bi.jpg?1), but when I change any option the position gets reset to the center of the screen |
| 19:13.28 | *** join/#wowuidev stolenlegacy (~stolenleg@unaffiliated/stolenlegacy) |
| 19:13.57 | Gethe | im kind of at a loss for how this even happens, let alone how to stop it |
| 19:15.11 | *** join/#wowuidev Elmoe (~Elmoe@c-67-185-160-99.hsd1.wa.comcast.net) |
| 19:28.31 | *** join/#wowuidev ScratchMonkey (~quassel@c-24-6-1-154.hsd1.ca.comcast.net) |
| 19:30.41 | *** join/#wowuidev mckenziemc (~Mark@104-51-145-162.lightspeed.frokca.sbcglobal.net) |
| 20:13.05 | *** join/#wowuidev Jamash (~clement@c-98-212-84-42.hsd1.in.comcast.net) |
| 20:22.20 | VIad | http://imgur.com/gallery/wfYsyep |
| 20:26.59 | VIad | http://imgur.com/gallery/tD7HK1a |
| 20:31.50 | karl_w_w | work orders give more exp now |
| 20:31.54 | karl_w_w | 600 each |
| 20:43.03 | *** join/#wowuidev Humbedooh (~humbedooh@apache/committer/humbedooh) |
| 20:48.19 | *** join/#wowuidev lnr (~lnr@aim.engr.arizona.edu) |
| 20:53.45 | plaw | we taking any bets on whether SteamBox will be launched alongside HL3 announcement this week? |
| 20:58.21 | Kraps | no |
| 20:58.36 | Kraps | because hl3 is a myth |
| 20:58.40 | Kraps | also |
| 20:59.04 | Kraps | it cant possibly be as good as people want it to be |
| 21:00.00 | Kalroth | i dont even care anymore, i just want it |
| 21:00.32 | Kalroth | even if its a duke nukem with different textures |
| 21:00.35 | MiRai | that's what people said about Duke Nukem Forever |
| 21:00.38 | MiRai | heh |
| 21:16.34 | plaw | heh you guise! :D x |
| 21:17.10 | zenzelezz | ohai |
| 21:20.00 | *** join/#wowuidev dobson (~dobson@105.ip-167-114-152.net) |
| 21:36.46 | Primer | Simca: Couldn't we just detect maPdata.originSystem being nil and force that structure to be rebuilt at runtime? |
| 21:37.01 | Primer | in both places where it's used |
| 21:38.06 | Primer | so, make functions out of all the code that sets it, then wrap all access to mapData.originSystem to something that checks it first...I think that one addon you showed was already doing something like this |
| 21:38.18 | karl_w_w | http://i.imgur.com/elfpa0r.jpg |
| 21:44.44 | karl_w_w | http://imgur.com/gallery/xIuRa2D haha |
| 21:45.02 | karl_w_w | imgur is having one of it's rare good days |
| 21:49.48 | plaw | karl_w_w: that first one is a monty python joke |
| 22:45.38 | Simca | Primer: yeah, that's basically what I'm going to do, except in a comprehensive way (since there's like 20 broken maps in reality) |
| 22:52.17 | *** join/#wowuidev Rennex2 (Rennex@gateway/vpn/mullvad/x-imxpcdhzwaaqgxzb) |
| 23:07.58 | *** join/#wowuidev Gryzvwald (~Gryzvwald@c-24-10-122-11.hsd1.ca.comcast.net) |
| 23:08.21 | *** join/#wowuidev eldonolmstead (~eldon@hlfxns016cw-156057129035.dhcp-dynamic.FibreOp.ns.bellaliant.net) |
| 23:11.42 | *** join/#wowuidev Kodiack (~Colto_000@121-73-86-207.cable.telstraclear.net) |
| 23:11.54 | Primer | Simca: excellent |
| 23:12.06 | Primer | I sent you a PM on wowi |
| 23:12.22 | Primer | but I'm always here |
| 23:12.55 | Primer | Send me the URL of anything you post, and let me know if there's anything else I can do |
| 23:38.30 | *** join/#wowuidev dubf (~quassel@ti0272a430-0691.bb.online.no) |
| 23:47.43 | *** join/#wowuidev Seerah (~RyanNL@104-180-66-29.lightspeed.mmphtn.sbcglobal.net) |
| 23:47.44 | *** mode/#wowuidev [+o Seerah] by ChanServ |
| 23:59.07 | *** join/#wowuidev zz_Cidan (~cidan@cpe-23-242-200-64.socal.res.rr.com) |
| 23:59.45 | *** join/#wowuidev Cidan (~cidan@conspiracy/developer/Cidan) |
,){kind=link}
