00:00.41 | *** join/#arl Repo (n=supybot@repos.curseforge.net) |
00:00.41 | *** mode/#arl [+v Repo] by ChanServ |
00:49.45 | *** join/#arl nicoli_s (n=nsinkule@69.73.16.202) |
00:50.36 | *** join/#arl Repo (n=supybot@repos.curseforge.net) |
00:50.36 | *** mode/#arl [+v Repo] by ChanServ |
01:05.35 | *** join/#arl Repo (n=supybot@repos.curseforge.net) |
01:05.35 | *** mode/#arl [+v Repo] by ChanServ |
01:10.26 | *** join/#arl ckknight__ (n=ckknight@c-68-62-175-169.hsd1.al.comcast.net) |
03:29.17 | *** join/#arl Torhal (n=callahan@74-132-207-20.dhcp.insightbb.com) |
03:29.17 | *** mode/#arl [+o Torhal] by ChanServ |
04:30.19 | *** mode/#arl [+o Ackis] by ChanServ |
04:30.29 | *** topic/#arl by ChanServ -> 3.2 Version released to major sites. | Database being updated and minor bugs being squashed for 1.0 release | ARL Stats! Claim you commits: http://tinyurl.com/kpnzk2 | WoWInsider review: http://bit.ly/HwKXO | http://ackis.myminicity.com/env | http://ackis.envony.com |
05:22.04 | *** join/#arl Speeddymon (n=chatzill@209.33.85.62) |
09:35.22 | *** join/#arl Torhal (n=callahan@74-132-207-20.dhcp.insightbb.com) |
09:35.22 | *** mode/#arl [+o Torhal] by ChanServ |
09:39.37 | Zhinjio | Torhal: ping |
09:44.57 | Torhal | Zhinjio: pong |
09:45.21 | Zhinjio | quick question for you if you have a moment? |
09:45.29 | Torhal | If I'm awake enough to formulate an answer :) |
09:45.39 | Zhinjio | heheheee |
09:46.03 | Zhinjio | I'm thinking about the addons I have that have multiple tooltips |
09:46.06 | Zhinjio | which is to say |
09:46.11 | Zhinjio | multiple things to display |
09:46.16 | Zhinjio | although only one at a time |
09:46.22 | Torhal | Ok |
09:46.42 | Zhinjio | lets assume for the moment (again) that setautohidedelay to something |
09:46.49 | Zhinjio | and that releases will happen automatically |
09:46.59 | Zhinjio | upon hiding |
09:47.02 | Torhal | Aye |
09:47.06 | Zhinjio | ok |
09:47.15 | Zhinjio | so given all that |
09:48.15 | Zhinjio | is there new thinking on which is a better method... a) maintaining 2 (or more) separate tooltips that just get hidden/showed when flipping through (not allowing release??) ? or b) letting everything rebuild every time |
09:49.03 | Torhal | I don't understand what you mean by "rebuild". |
09:49.30 | Zhinjio | well, do all the funky setcell's on demand every time. |
09:49.35 | Zhinjio | especially if the content is static |
09:49.59 | Torhal | Memory-wise, releasing is the way to go. If you're worried about CPU usage re-drawing the whole thing, I gotta wonder what kind of freaky tooltips you're using that building them is an issue. |
09:50.11 | Zhinjio | hehehee |
09:50.12 | Zhinjio | yeah |
09:51.08 | Zhinjio | ok |
09:51.21 | Zhinjio | so then... |
09:51.29 | Zhinjio | if (like say, in Broker_extractor) |
09:51.42 | Zhinjio | I want to redraw the tooltip with new contents on a clickl |
09:51.49 | Zhinjio | what is the best method to do so? |
09:51.54 | Zhinjio | I mean, based on that thinking |
09:52.03 | Zhinjio | I want to release, re-acquire, redraw, and show |
09:52.22 | Torhal | On a click where? |
09:52.33 | Zhinjio | on the LDB icon, most likely |
09:52.37 | Torhal | Ok |
09:52.41 | Zhinjio | well, in my case(s) so far |
09:52.46 | Zhinjio | I have two that do that |
09:54.02 | Torhal | I don't see the need to release and re-acquire when you already have a tooltip being displayed, and hiding is probably unnecessary since - unless you're doing freaky stuff - the tooltip will be rendered before the user actually sees it cleared. |
09:54.43 | Torhal | Hell, with Revelation, I do a bunch of shit and the only indication the user has that the tradeskill window was even open is the sound. |
09:54.54 | Zhinjio | nods. |
09:55.15 | Torhal | ...uh... |
09:55.19 | Zhinjio | I guess to me the "hide/show" is more just.... being through |
09:55.21 | Zhinjio | thorough |
09:55.21 | Torhal | "Basically my idea is this: A small, lightweight addon that announces that you are dead." |
09:55.27 | Torhal | ... |
09:55.28 | Torhal | .. |
09:55.30 | Torhal | .. |
09:55.34 | Zhinjio | hahahaha |
09:55.50 | Torhal | :) |
09:56.04 | Zhinjio | gah, I need to be in bed. |
09:56.07 | Zhinjio | wtf am I doing up |
09:56.43 | Zhinjio | extractor works fine. I'll probably just do whatever I did there in bgc. |
09:56.46 | Zhinjio | thanks. |
09:56.55 | Zhinjio | I'm gonna head to bed |
09:57.08 | Torhal | G'night, man :) |
09:57.13 | Torhal | BGC? |
09:57.15 | Zhinjio | peace. |
09:57.26 | Zhinjio | BetterGuildControl |
09:57.31 | Torhal | Aaaah, nice |
09:57.32 | Zhinjio | misc project that never erally took off |
09:57.41 | Zhinjio | but I don't like leaving things hanging |
09:57.50 | Zhinjio | so I'll put some more work into it |
09:57.59 | Zhinjio | anyway, g'night |
09:58.09 | Torhal | Seecha :) |
13:00.19 | *** join/#arl robotusch (n=robotusc@50A2D989.flatrate.dk) |
14:18.12 | *** join/#arl nicoli_s (n=nsinkule@69.73.16.202) |
14:41.34 | *** join/#arl ckknight (n=ckknight@WoWUIDev/WoWAce/CurseStaff/CurseForge/ckknight) |
18:18.55 | *** join/#arl pompy (n=Mike@c-68-38-45-3.hsd1.nj.comcast.net) |
18:18.55 | *** mode/#arl [+o pompy] by ChanServ |
18:25.04 | Zhinjio | why does lua scoping pain me so |
18:25.07 | Zhinjio | cries. |
19:14.24 | *** join/#arl pompy1 (n=Mike@c-68-38-45-3.hsd1.nj.comcast.net) |
19:39.11 | Torhal | Zhinjio: It shouldn't. The only thing that pains me about it, in WoW, is that there's no #include mechanism so you have to go global. |
19:45.14 | pompy1 | in lua..no... in wow (c++) yeah ;) lol. |
19:50.10 | Torhal | pompy1: ? |
19:53.25 | pompy1 | oh nothing |
19:53.26 | pompy1 | lol |
19:54.54 | Torhal | pompy1: Put. The. Crack. Pipe. Down. |
20:06.50 | Zhinjio | Torhal: well, it does. I end up having to rethink *every time I do it* about when things get defined, when my db values are available, when I can create my frames vs. reference, etc. |
20:06.59 | Zhinjio | its mostly me being thick-header |
20:07.02 | Zhinjio | headed |
20:07.23 | Zhinjio | but the way its implemented is just painful and unintuitive to me |
20:07.24 | Torhal | Zhinjio: You've done cross-object coding in MUSH, aye? |
20:07.25 | Zhinjio | *shrugs* |
20:07.36 | Zhinjio | yes, of course. as well as a dozen other languages. |
20:07.52 | Torhal | Fucking Vicodin. Analogy just eluded me. |
20:08.07 | nicoli_s | ill trade you some analogies for some vicodin |
20:08.12 | Torhal | nicoli_s: Haha |
20:08.24 | Torhal | Zhinjio: Anywho: What, specifically, is giving you headaches? |
20:08.25 | Zhinjio | maybe I just don't remember where all my scoping is defined well enough to just feel it out intuitively |
20:08.31 | Zhinjio | nah, its all good now. |
20:08.39 | Zhinjio | its just a matter of sequencing everything in the right order |
20:08.46 | Zhinjio | and I need to remember the right order every time. |
20:08.54 | Torhal | Scoping is just like in C/C++ except that everything is global by default. |
20:09.03 | Zhinjio | so let me give you an example |
20:09.10 | Torhal | And do blocks are un-named namespaces. |
20:09.14 | Zhinjio | lets say I have ... oh... 3 files |
20:09.27 | Zhinjio | one that is going to create my frames |
20:09.32 | Torhal | Ok. |
20:09.46 | Zhinjio | one that is going to define oft used global functions |
20:09.48 | Zhinjio | and the main addon.lua |
20:10.08 | Torhal | The interface between the three must be in the global scope for interoperability. |
20:10.19 | Zhinjio | patience, Daniel-san. |
20:10.32 | Zhinjio | lemme finish |
20:10.35 | Torhal | Ok - you type, I'll fix my nicotine craving. |
20:11.00 | Zhinjio | so first, I need to define the addon itself ... nothign goes anywhere without the NewAddon call to get things fired up |
20:11.07 | Zhinjio | so whatever file is laoded first in the toc needs to do that |
20:11.13 | Zhinjio | the rest can just GetAddon |
20:11.39 | Zhinjio | thats nuance #1 .... the interaction between the ordering of files in the TOC (load order) and where things are defined vs. referenced. |
20:11.44 | Zhinjio | alright, next |
20:12.04 | Zhinjio | I need to remember that until OnInit and OnEnable are called, I don't even *HAVE* a reference to my addon.db stuff |
20:12.23 | Zhinjio | so for example, if I want to define a procedure in Function.lua file |
20:12.35 | Zhinjio | it has to be absolutely sure to either a) not use any references to addon.db at all |
20:12.52 | Zhinjio | OR, I need to make sure that ANY call to those functions happens AFTER oninit |
20:12.55 | Zhinjio | oninit/onenable |
20:13.00 | Zhinjio | so... as an example |
20:13.17 | Zhinjio | my CreateFrames call is gonna happen in oninit (also before I have access to my db |
20:13.34 | Zhinjio | so my createframes can't actually SET any values in the GUI, its just going to create objects |
20:13.49 | Zhinjio | a subsequent call to UpdateFrames will make sure all values in the frames match my db values |
20:13.54 | Zhinjio | and won't happen until AFTER OnEnable |
20:13.58 | Zhinjio | etc etc etc etc |
20:14.04 | Zhinjio | all this shit is just a fucking hassle |
20:14.13 | Zhinjio | its not LUA scoping, per se |
20:14.38 | Zhinjio | its the way everything loads, and the ordering, and being very careful about what is and is not yet defined when you call procedures. |
20:14.49 | Zhinjio | blah blah blah bitch qvetch. |
20:14.59 | Torhal | That's all WoW semantics, which I agree sucks. |
20:15.04 | Zhinjio | nods. |
20:15.08 | Zhinjio | so I mispoke. |
20:15.18 | Zhinjio | its not lua, its the way wow handles all the load ordering blah |
20:15.20 | Torhal | Otherwise, ordering and scoping is similar to any other language. |
20:15.26 | Zhinjio | nods. |
20:15.43 | Torhal | And WoW keeps fucking changing the shit. |
20:15.57 | Zhinjio | yup |
20:16.04 | Torhal | I have to re-write shit that worked fine with OnInitialize to use OnEnable since 3.2 |
20:16.12 | Zhinjio | exactly |
20:16.50 | Zhinjio | ok, another question. |
20:16.51 | Zhinjio | um |
20:17.06 | Zhinjio | so in nearly all my addons, I sort of "disable" control over ace3 profiles |
20:17.18 | Zhinjio | and just force the player to use db.factionrealm["playername"] |
20:17.29 | Zhinjio | its a bit restrictive |
20:17.31 | Zhinjio | I admit |
20:17.38 | Zhinjio | because you can't do all the nifty copying and such |
20:17.40 | Zhinjio | sharing profiles |
20:17.43 | Zhinjio | shrugs. |
20:17.45 | Zhinjio | anyway |
20:17.55 | Zhinjio | this addon, however, I need something very specific |
20:18.12 | Zhinjio | I want settings to be shared across all toons that are IN THE SAME GUILD |
20:18.33 | Zhinjio | is that even possible, or do I just need to open up full ace3 profiling, and trust them to not be jackasses? |
20:18.40 | Zhinjio | oooo. |
20:18.44 | Zhinjio | I just got an idea. |
20:18.51 | Torhal | Easy. Use factionrealm { guild = { data here } } |
20:18.56 | Zhinjio | db.factionrealm["GUILDNAME"] |
20:19.00 | Torhal | Aye |
20:19.04 | Zhinjio | hmmmm |
20:19.11 | Zhinjio | what an excellent idea. |
20:19.18 | Zhinjio | thinks about potential downsides. |
20:19.33 | Zhinjio | ah |
20:19.43 | Zhinjio | joining/leaving guilds is gonna make that a pain in the ass. |
20:19.51 | Zhinjio | however, the addon should disable if you gquit |
20:19.53 | Zhinjio | hmm |
20:20.07 | Zhinjio | interesting. |
20:27.27 | Torhal | :D |
20:27.43 | Torhal | You could keep track of it with a current_guild variable |
20:28.11 | Torhal | And if there's a gquit, do: db.factionrealm[current_guild] = nil |
20:30.15 | Zhinjio | yeah |
20:30.23 | Zhinjio | well, I don't want to delete the daat |
20:30.24 | Zhinjio | data |
20:30.33 | Zhinjio | s/he may have other toons still in that guild. |
20:31.01 | Zhinjio | and if I join a new guild, I need to... yeah, this is doable. |