| 00:15.30 | Ivnedar | wouldn't you need to use ipairs for iterating {1, 2, 3} ? |
| 00:19.40 | ZorbaBeta | they both work, but pairs may iterate in a different order and may (of course) include things that aren't in that list |
| 00:20.02 | Ivnedar | hrrm, ok |
| 00:20.18 | Ivnedar | I've misunderstood what the difference between them was then :) |
| 00:21.04 | Ivnedar | I thought ipairs started at index [1] and returns the value for that, then [2] etc until it doesn't find one, then exits |
| 00:21.51 | Ivnedar | so pairs() must return every key value in internal hash order? |
| 00:29.20 | Noshei | pairs() is rather random in how it returns values. You can actually get different results in running the same loop twice. |
| 00:30.44 | ZorbaBeta | I've never actually seen that happen, note, but it's permitted by the standard |
| 00:31.34 | seebs | And note that ipairs may be slower than "for i = 1, #foo" |
| 00:41.11 | ZorbaBeta | www.twitch.tv/zorbathut back to streamin' :V |
| 02:16.38 | *** join/#riftuidev seebs (~seebs@home.seebs.net) |
| 02:16.38 | *** mode/#riftuidev [+o seebs] by ChanServ |
| 03:10.34 | *** join/#riftuidev Cairenn (~Owner@MMOI/Administratrix/Cairenn) |
| 03:10.34 | *** mode/#riftuidev [+o Cairenn] by ChanServ |
| 03:10.56 | *** join/#riftuidev Cairenn1 (~Owner@CPEbcc8100d464b-CMbcc8100d4648.cpe.net.cable.rogers.com) |
| 03:22.12 | *** join/#riftuidev Cairenn (~Owner@MMOI/Administratrix/Cairenn) |
| 03:22.12 | *** mode/#riftuidev [+o Cairenn] by ChanServ |
| 04:53.53 | *** join/#riftuidev Imhothar_ (miranda@ppp-188-174-118-100.dynamic.mnet-online.de) |
| 05:27.33 | Thorarin | Ivnedar: I don't care about the order :) |
| 05:28.52 | Ivnedar | no worries then :) |
| 05:29.23 | Thorarin | But regarding the event, the table passed by the event is not modified or anything |
| 05:32.29 | *** join/#riftuidev Imhothar (miranda@ppp-188-174-15-102.dynamic.mnet-online.de) |
| 05:41.38 | Thorarin | Weird... the event seems completely filtered for SlideDown now 0.o |
| 05:48.35 | Thorarin | Mmmkay |
| 05:49.01 | Thorarin | It seems KaruulAlert completely overwrites the event subscription, because both addons use the same label |
| 05:49.42 | Thorarin | I thought that the labels were supposed to be unique only within the addon itself |
| 05:50.54 | Ivnedar | it's all global I thought |
| 06:01.48 | *** join/#riftuidev Imhothar_ (miranda@ppp-188-174-187-24.dynamic.mnet-online.de) |
| 06:14.27 | Thorarin | http://forums.riftgame.com/technical-discussions/addon-api-development/333515-suggestions-bug-reports-other-feedback-19.html#post4334800 |
| 06:14.49 | Thorarin | Not so good API design if this is working as intended :S |
| 06:31.45 | Thorarin | Okay, even if I provide the owner explicitly, it's still removing event handlers from other owners |
| 06:31.59 | Thorarin | I don't see how that can't be a bug of some kind |
| 06:33.28 | seebs | It could be intended that the owner is just an advisory/bookkeeping thing, but… yeah, sounds like a bug. |
| 06:35.12 | Thorarin | The parameter could still be useful in a "remove this addon's event handler, I don't care what it's called" type of thing, but does that sound like a good idea? :S |
| 06:37.21 | Ivnedar | Command.Event.Detach(event, nil, label, priority, owner) |
| 06:37.28 | Ivnedar | you're missing the priority in the one you posted? |
| 06:37.48 | Ivnedar | so you're passing in addonInfo.Identifier as priority on detach |
| 06:39.04 | Ivnedar | Command.Event.Detach(event, nil, label, nil, addonInfo.Identifier) work? |
| 06:39.39 | Thorarin | hmmz |
| 06:39.49 | Thorarin | Priority, for detaching? |
| 06:39.59 | Ivnedar | Command.Event.Detach(event, handler, label, priority) |
| 06:40.01 | Ivnedar | Command.Event.Detach(event, handler, label, priority, owner) |
| 06:40.11 | Thorarin | Oh, it's missing from the parameter docs :( |
| 06:40.11 | Ivnedar | you're using the first one, but passing owner in as the 4th parameter |
| 06:40.29 | Ivnedar | unless seebs' doco is wrong |
| 06:40.29 | Thorarin | Or ordered wrong :P |
| 06:40.40 | Ivnedar | yeah, anything's possible |
| 06:40.55 | Ivnedar | I'd imagine it would error if passing identifier in as the priority as it's not a number |
| 06:41.00 | Ivnedar | unless it's ignored internally :D |
| 06:41.27 | Thorarin | I was just wondering why the call was failing after fixing something else :P |
| 06:41.49 | Thorarin | I haven't had coffee yet, it shows :/ |
| 06:42.13 | Ivnedar | make your label addonInfo.Identifier .. "normallabelstring" ? |
| 06:42.18 | Ivnedar | so it should be unique :D |
| 06:43.11 | Ivnedar | we're still meant to be using the deprecated Inspect.TEMPORARY.Experience() ? |
| 06:43.21 | Thorarin | I think it works without the uniqueness, after changing the Detach line |
| 06:43.57 | Thorarin | The call wasn't failing because identifier must be lowercased :P |
| 06:44.01 | Ivnedar | Thorarin: until the other addon calls detach and yours goes away? |
| 06:44.04 | Thorarin | So it was passing nil -.- |
| 06:44.34 | Thorarin | If they use Detach without the owner thing, yes |
| 06:44.58 | Thorarin | But imo that is either a bug or an API design flaw |
| 06:46.10 | Thorarin | Unfortunately I have no time to release an update right now anyway |
| 06:46.33 | Thorarin | But I'll probably change the labels, yes |
| 06:58.52 | Noshei | Thorarin: as a general recommendation when everyou are labeling stuff I would put AddonId .. "_Label". |
| 06:59.12 | Noshei | That way you remove the possibility that you run into conflicts like this. |
| 07:01.04 | Noshei | any way off to try and sleep for me, hopefully it works out better than last night did, but I kinda doubt it will :( |
| 07:02.24 | *** join/#riftuidev Noshei_Mobile (~Noshei@c-24-9-171-99.hsd1.co.comcast.net) |
| 07:12.01 | Thorarin | The point was that it's not so clearly documented :S |
| 07:13.09 | Thorarin | I guess the issue is that I would expect Detach(event, handler, label) to detach only my addon, because that would make it symmetric with the Attach |
| 07:13.32 | Thorarin | But it would also give it a different meaning that Detach(event, handler, label, nil, nil) |
| 07:13.40 | Thorarin | than* |
| 07:14.24 | Thorarin | I think it's technically possible from the C API, but I'm not sure if that's a good idea either |
| 07:16.11 | Ivnedar | I can't stop laughing at the warrior triage spec |
| 07:16.44 | Ivnedar | (old wow cartoon that's appropriate now rift warriors may be getting liberator soul) |
| 07:17.01 | Thorarin | :< |
| 07:17.06 | Thorarin | Stupid new souls |
| 07:17.16 | Thorarin | Warriors healing and mages tanking, sheesh |
| 07:17.24 | Ivnedar | http://www.thedailyblink.com/2011/03/warriors-now-with-healing-spec/ |
| 07:17.25 | Ivnedar | I want that |
| 07:17.44 | Thorarin | I bet Mages will be top tanks too :P |
| 07:18.04 | Ivnedar | their tanking style does sound cool |
| 07:18.05 | Thorarin | They already "tank" quite decently without a tank soul |
| 07:18.10 | Imhothar | I always wished for the Warlock to have its Demonology tree turn him into a tanking demon |
| 07:19.23 | Ivnedar | crystallize is kinda cool |
| 07:19.49 | Thorarin | Life leap, lol |
| 07:19.58 | Ivnedar | Just roll with it ;) |
| 07:19.58 | Imhothar | "stop bleeding or the warrior gets at you" |
| 07:20.28 | Ivnedar | would be funny if the healing only worked in melee range |
| 07:20.38 | Ivnedar | warrior's running around the raid shouting at people to get back up |
| 07:20.52 | Ivnedar | drill sargeant style |
| 07:21.01 | Imhothar | platoon, anyone? |
| 07:21.33 | Imhothar | or was it full metal jacket? maybe apocaloypse now... I keep messing them up |
| 07:22.09 | Thorarin | Hmm, can't remember |
| 07:22.32 | Ivnedar | the air pet tanking mage sounds interesting |
| 07:31.14 | *** join/#riftuidev Noshei_Mobile (~Noshei@c-24-9-171-99.hsd1.co.comcast.net) |
| 07:48.54 | *** join/#riftuidev Kheldur (~Kheldur@217.108.40.234) |
| 08:00.01 | *** join/#riftuidev Noshei_Mobile (~Noshei@c-24-9-171-99.hsd1.co.comcast.net) |
| 08:05.55 | ZorbaBeta | fingers crossed I got the audio breakup problem fixed. back to streaming :V www.twitch.tv/zorbathut |
| 08:10.51 | Thorarin | :) |
| 08:11.20 | ZorbaBeta | definitely let me know of any problems during the stream, btw. AFAIK it should be working properly now |
| 08:11.25 | Thorarin | Hadn't noticed any audio breakup the time I was there... Unfortunately at work atm, probably can't join :/ |
| 08:11.26 | ZorbaBeta | (besides me wearing headphones I hate) |
| 08:11.32 | ZorbaBeta | no worries, next time |
| 08:12.50 | Imhothar | I get noticeable audio lag but guess that can't really be avoided |
| 08:13.08 | ZorbaBeta | I'll have to work on that for next time, I think |
| 08:13.20 | Imhothar | may be just the distance |
| 08:13.21 | ZorbaBeta | is the audio after the video, or before it? |
| 08:13.33 | Imhothar | uhm say something |
| 08:13.47 | Imhothar | audio after video it seems |
| 08:13.57 | ZorbaBeta | hmm, curious. well, I'll see if it's fixable - it should be :) |
| 08:15.43 | Thorarin | Hmm, why isn't the silly Twitch app notifying me of the broadcast :P |
| 08:16.05 | ZorbaBeta | dunno, I got an email from me :) (I have an alt account subscribed to it so I can make sure notifications work ;) ) |
| 08:17.24 | Thorarin | Yeah, the email works |
| 08:30.08 | Ivnedar | I wonder how I get rid of that "please reset your passwords" popup from being over the video |
| 08:30.20 | Ivnedar | and yes, I've changed it, and loged out and in |
| 08:30.23 | ZorbaBeta | I think you can click the popup |
| 08:30.31 | Ivnedar | duh, thankyou :D |
| 08:30.44 | ZorbaBeta | in fairness I wondered the same thing for about twenty minutes on another stream before that occured to me :V |
| 08:31.19 | Ivnedar | I clicked all around it assuming it'd behave normally if clicking happened outside of it, right clicked on it, etc |
| 08:31.24 | Ivnedar | left click didn't occur to me ... |
| 08:35.42 | Imhothar | huh, so in fact audio is before video. which makes more sense |
| 08:36.06 | Ivnedar | sound does travel faster than light |
| 08:36.18 | Imhothar | absolutely |
| 08:36.51 | Ivnedar | It's actually the closest to sync I've seen it so far on a stream |
| 08:37.31 | Imhothar | the internet is for cats |
| 08:38.36 | Ivnedar | is the screen inverted or are those headphones available in that config |
| 08:39.03 | Ivnedar | Looking at mine trying to work out if they can be swapped around |
| 08:39.19 | Imhothar | it's not |
| 08:40.18 | Imhothar | tried Flender's Leftorium? |
| 08:40.40 | Imhothar | Flander |
| 08:44.36 | ZorbaBeta | it's inverted :V |
| 08:44.45 | ZorbaBeta | so people can tell which way I'm looking on the screen |
| 08:44.45 | Ivnedar | :D |
| 08:44.53 | Ivnedar | ahh, makes senes |
| 08:44.56 | Ivnedar | sense too |
| 08:45.07 | Imhothar | huh, I thought I read something on your shirt last time |
| 08:45.27 | ZorbaBeta | you may be good at reading backwards :) |
| 08:45.43 | ZorbaBeta | also, talk in the twitch chat, guys :V I'm gonna stop responding here someday ;) |
| 08:45.52 | Imhothar | nowai |
| 08:47.50 | Ivnedar | wife's accusing you of stealing our headphones and she's yelling out KITTY! every time she sees one |
| 08:47.54 | Ivnedar | ok :D |
| 09:15.35 | Thorarin | *sigh* don't you love healthcare insurance :P |
| 09:16.33 | Thorarin | Sent them the bill for some vaccinations, 6 weeks later no response which was promised. Look on their website, $ 0.00 covered |
| 09:17.15 | Thorarin | "Oh, but the 105.37 you declared was for Oxazepam, not for vaccinations" |
| 09:17.30 | Thorarin | Uhm, please take an actual look at the bill? :P |
| 17:52.43 | *** join/#riftuidev purl (~purl@63.226.104.168) |
| 17:52.43 | *** topic/#riftuidev is http://pastebin.com for code snippets || PIL: http://www.lua.org/pil || Rift AddOn Policy: http://t.co/7xXd4LL || AddOn Wiki: wiki.riftui.com/ || RiftUI.com || rift.curse.com || this channel is logged, via purl || Rift goes F2P, June 12th, http://www.riftgame.com/free |
| 17:56.52 | Imhothar | I think Noshei once posted an xslt on forums to extract from items.xml but I'm really not sure anymore |
| 18:04.41 | Imhothar | iirc he let Excel do the processing |
| 18:11.07 | seebs | I might get some significant time off soon, maybe I can do a Thing. |
| 18:11.49 | Alystin | oooh that'd be grand! |
| 18:13.11 | Baanano | http://pastebin.com/mBWnZ4yY |
| 18:13.59 | *** join/#riftuidev Cairenn (~Owner@MMOI/Administratrix/Cairenn) |
| 18:13.59 | *** mode/#riftuidev [+o Cairenn] by ChanServ |
| 18:14.48 | *** join/#riftuidev Imhothar_ (miranda@ppp-188-174-189-38.dynamic.mnet-online.de) |
| 18:31.32 | Kheldar | Is there any way to work with those xml files from an addon ? |
| 18:32.40 | *** join/#riftuidev Imhothar_ (miranda@ppp-188-174-158-10.dynamic.mnet-online.de) |
| 18:33.31 | Baanano | well... you could load them as a huge string and parse them, but that doesn't look like a good idea |
| 18:34.29 | Kheldar | Yeah they're probably too too big for that |
| 18:35.22 | Kheldar | too bad that could provaide a great way to sort abilities since there is nothing from the API to do it |
| 18:39.34 | seebs | We could probably produce a massively-stripped down discovery list omitting all the information we don't need or can get from the API. |
| 18:39.35 | seebs | Hmm. |
| 18:40.18 | seebs | That might be an interesting thing. A ton of the data in the XML is unneeded for addons, presumably. |
| 18:42.48 | seebs | Huh. |
| 18:42.53 | Kheldar | you're right |
| 18:43.01 | seebs | So, back in the day, Rift tooltips used to give some extra data which we don't get now. Like, say. |
| 18:43.11 | seebs | The base attack for the tanking souls said it produced extra threat. |
| 18:44.03 | seebs | As I recall, we can query any ID, and get results, but we may have to query more than once if the client hasn't seen that item already. |
| 18:44.30 | seebs | Which means that we can omit the vast bulk of the data for any entry. |
| 18:44.37 | Kheldar | i'll think about it, but my code isn't ready yet anyway |
| 18:44.42 | seebs | For instance, we can drop all the <FirstLootedBy> |
| 18:46.46 | seebs | Not that I've thought of anything useful to do, since obviously by definition the remaining data should all be visible from the API. Hmm. |
| 18:47.39 | seebs | But just dropping those FirstLootedBy sections appears to reduce the size of Items.xml by a factor of 6. |
| 18:50.12 | Kheldar | But considering the file size it's not enough |
| 18:50.24 | Kheldar | it's a good start anyay |
| 18:51.07 | seebs | Well, 95% of what's there, I believe, can be retrieved at runtime from the addon API. |
| 18:51.16 | seebs | What's mostly needed is just the raw list of addon IDs. |
| 18:51.29 | Kheldar | Y probably |
| 18:52.07 | Kheldar | in this case the new size cold be acceptable |
| 19:14.55 | seebs | So really, we need a list of ~98k addon IDs, turned into a Lua table, and that's really it. We don't need anything else, because everything else can be grabbed at runtime. :) |
| 19:16.30 | seebs | Hmm. Okay, looking at it. The artifact collection XML isn't too huge, and if you don't care about the rewards, it's even smaller. The only tricky part is that it provides item keys. So I guess what you'd want for using that plus the item XML would be a table of item key -> addon ID lookups. |
| 19:22.02 | seebs | *thinks* Hang on, maybe not. It just occurred to me, I am not sure about that aspect of the item API. |
| 19:22.33 | seebs | Oh, okay. It will take any of a slot, an item ID, or an item type. |
| 19:27.45 | Alystin | well, until there is something like "usable" or so, i have to rely on Indy's catalogue anyway - and i think his data file was only the name of the collection and a list of the collection items |
| 19:28.09 | Alystin | like, ["Sylver's Schematics"] = { ["I4AF879CE404ACD69,175FDC83E3B596B4,,,,,,"] = true, ["I0034464B4FAD5447,D3BD12A02CC6A3BC,,,,,,"] = true, ["I6EC8303E9522F5AB,2A0917DE24E64259,,,,,,"] = true, ["I7A59BB817B404CC6,6DE644D324948F5F,,,,,,"] = true, ["I54ED31FDA3270B83,094062B2BB91B7C2,,,,,,"] = true, ["I6E880F596D639A89,14764FD45985980F,,,,,,"] = true, }, |
| 19:29.08 | Alystin | so apparently, i'd have to filter the file for the last discoveries, and even then it won't be complete :/ |
| 19:29.17 | seebs | Hmm. |
| 19:29.21 | seebs | That's an interesting point. |
| 19:30.00 | Alystin | at least if i got the system right... |
| 19:30.15 | Alystin | the discoveries are submitted by the clients, right? |
| 19:30.32 | Alystin | so it's not a db dump from the trion db but clientside submitted data? |
| 19:30.35 | seebs | Heyyyyy ZorbaBeta. Occurs to me that the base UI clearly exposes "what sets is this artifact in". And it can do this for an itemtype, I believe, not just for an actual item. If we could get a .usableSets count in the Item.Detail() table… |
| 19:30.37 | seebs | No. |
| 19:30.46 | seebs | The discovery stuff is Trion's record of what players have ever discovered. |
| 19:31.09 | Alystin | oh. But isn't that effectively the same? |
| 19:31.13 | seebs | There's also a local discovery log you can create, which you can upload, which sites like Rifthead or rift.zam.com can use for additional data, like locations. |
| 19:31.17 | seebs | Not quite. |
| 19:31.28 | Alystin | if no player has ever found an item, it won't be in there, even if it exists |
| 19:31.32 | seebs | For one thing, the Trion discovery data is *guaranteed* correct. |
| 19:31.46 | seebs | It can't be missing something because no one ever bothered to report it. |
| 19:32.04 | seebs | And if the stats for an item get changed, the discovery data will show the current/correct stats, not just the stats reported by the last player to see them. |
| 19:32.04 | Alystin | ah okay |
| 19:32.16 | seebs | So it's more complete. |
| 19:32.45 | seebs | And yeah, an artifact API would be SUPER useful. Because then we could do a much nicer job of the "Do any of my alts need this?" thing. |
| 19:32.55 | Alystin | Yeah :/ |
| 19:32.57 | seebs | And then we could make the "mail artifacts out to people who can use them" addon. |
| 19:33.30 | Alystin | hehe at the moment i'm limited to local alts with indy, yeah^^ |
| 19:34.13 | seebs | This might be the motivation for me to actually get around to writing Alternia, which is my quasi-planned but never really implemented alt-tracking addon. |
| 19:57.47 | *** join/#riftuidev Wildtide (~quassel@host86-184-240-68.range86-184.btcentralplus.com) |
| 19:59.42 | Baanano | i think you didn't even check the former pastebin link... anyway: http://pastebin.com/GeqBFNeW |
| 20:39.47 | Alystin | uh, i didn't see that - i was watching game of thrones |
| 20:39.51 | Alystin | but... wow |
| 21:32.19 | *** join/#riftuidev Wildtide (~quassel@host86-184-240-68.range86-184.btcentralplus.com) |
| 22:03.39 | Alystin | Okay, time for bed. Thank you again, Baanano! |
| 22:04.03 | Alystin | Oh and WIld, you still didn't implement life reduce^^ |
| 22:45.24 | *** join/#riftuidev Noshei (~quassel@c-24-9-171-99.hsd1.co.comcast.net) |
| 23:15.11 | *** join/#riftuidev Baanano (~chatzilla@156.203.221.87.dynamic.jazztel.es) |
| 23:17.08 | Noshei | well this is just fucking great |
| 23:36.48 | *** join/#riftuidev Kekoas (~Kekoas@76-224-179-182.lightspeed.rcsntx.sbcglobal.net) |
| 23:37.17 | Noshei | hey Kaelten |
| 23:37.20 | Kekoas | Noshei, have you looked more in to what's causing it? |
| 23:37.26 | Noshei | oops meant Kekoas |
| 23:37.33 | Kekoas | and hiya :) |
| 23:37.50 | Noshei | not really, was kinda freaked out cause it wiped my gadgets setup, which is most of my ui |
| 23:38.16 | Noshei | give me a sec to get a copy of my stuff and ill poke at it a bit |
| 23:38.25 | Kekoas | well, it's not technically KBM code. So not sure what's going on. |
| 23:44.21 | Noshei | well now im kinda miffed, cause the only addons i changed today were your 3 for kbm, but I cant get it to reproduce |
| 23:45.07 | Kekoas | yeah, I tried to repo it by hitting reloadui a bunch, but nothing changes |
| 23:47.00 | Kekoas | only thing changed for the saving/loading was the event style to the new one, but that was several versions back. Nothing else has changed. |
| 23:47.44 | Noshei | yeah I don't know then, maybe it wasn't kbm that caused it, but like i said it was the only addon that changed for me today. |
| 23:50.44 | Noshei | oh hey Kekoas just got an error for ya. |
| 23:50.46 | Noshei | Error: KingMolinator/Modules/Menu/Objects.lua:196: attempt to call a nil value |
| 23:50.46 | Noshei | <PROTECTED> |
| 23:50.46 | Noshei | stack traceback: |
| 23:50.46 | Noshei | [C]: ? |
| 23:50.46 | Noshei | KingMolinator/Modules/Menu/Objects.lua:196: in function <KingMolinator/Modules/Menu/Objects.lua:195> |
| 23:50.47 | Noshei | [C]: ? |
| 23:50.51 | Kekoas | :| |
| 23:51.20 | Kekoas | ooo, what settings was that? |
| 23:51.48 | Noshei | Mark-it, Mark Frame # Unlock width or height or text size |
| 23:52.07 | Kekoas | doh |
| 23:52.18 | Kekoas | luckily it's mark-it and not kbm, ha |
| 23:52.52 | Noshei | yeah |
| 23:54.48 | Kekoas | I'll get that fixed, thanks |
| 23:56.07 | Noshei | still cant get it to repo the saved variables thing, so maybe rift messed up. |
| 23:57.10 | Kekoas | could have, I've seen reports of variable wipes very rarely and only a couple even had kbm installed. |
| 23:58.17 | Kekoas | ok, that's that fixed. :) |
| 23:59.13 | Kekoas | Mark-It needs some tidying up around the edges. Poor thing is always left at the bottom of the pile |
| 23:59.45 | Kekoas | probably do it when I enable it to plug-in or be stand-alone |