| 00:01.01 | Solsis | Ok.. so installing Git at the moment |
| 00:01.22 | Solsis | I'm assuming I need an account on Github right? |
| 00:01.30 | seebs | For what? |
| 00:01.37 | *** join/#riftuidev Ingshtrom (Ingshtrom@c-98-220-117-146.hsd1.in.comcast.net) |
| 00:01.42 | seebs | You need an account on github to maintain repositories on github, that's about it. |
| 00:01.48 | Solsis | ah |
| 00:02.02 | seebs | You can use riftui's git service for rift addons, and you don't need a server at all for just using git for source control. |
| 00:02.05 | Solsis | So since my repository is on RiftUI |
| 00:02.57 | Ingshtrom | I still need to set up that RiftUI repo... |
| 00:06.59 | Solsis | ? |
| 00:07.36 | Ingshtrom | Like connect my desktop git with RiftUI git |
| 00:07.48 | Ingshtrom | Imhothar, still there? |
| 00:08.24 | Imhothar | depends |
| 00:09.02 | Ingshtrom | I am looking at your storage viewer addon, and wondering why you declare local variable to hold the global vars? |
| 00:09.17 | Imhothar | because of the setfenv |
| 00:09.24 | Ingshtrom | ? |
| 00:09.56 | Imhothar | line 44 |
| 00:10.17 | Imhothar | setfenv(1, private) makes all globals invisible from that line onward |
| 00:10.51 | Ingshtrom | do you do that for all your addons? |
| 00:10.53 | Imhothar | that's the first reason, the other is that locals are accessed faster than globals and cannot be modified once the local copy was made |
| 00:10.57 | Ingshtrom | and why? |
| 00:11.29 | Imhothar | any global variable I declare after setfenv is automatically put in the "private" table |
| 00:11.51 | Imhothar | that's my approach at avoiding name clashes with other addons |
| 00:11.59 | Ingshtrom | O.o |
| 00:12.02 | Imhothar | plut is saves me some typing |
| 00:12.48 | Ingshtrom | Doesn't that limit your ability to send/receive messages from/to other addons? |
| 00:13.00 | Ingshtrom | when I say that, I mean by changing global vars |
| 00:13.02 | Imhothar | nope |
| 00:13.34 | Ingshtrom | because with your approach, the changes to your "global" vars is not visible to the other addons, correct? |
| 00:13.44 | Imhothar | incorrect |
| 00:13.49 | Ingshtrom | Oh |
| 00:13.56 | Imhothar | the local variables are just references to the globals, not deep copies |
| 00:13.57 | Solsis | So i'm trying to grasp what you are talking about here. Would that speed up the (reduce the cpu) the addon would use? |
| 00:14.40 | Solsis | speed up and/or reduce the cpu I mean. |
| 00:14.47 | Ingshtrom | Ok, that makes sense. I guess I don't understand why you do the setfenv thing then? |
| 00:14.58 | Imhothar | that depends on what you do. accessing a global in a tight loop (if not optimized by LuaJIT) is definitely slower than making a local reference before entering the loop |
| 00:18.26 | Imhothar | setfenv is a means of modularization as explained in the Lua Programming Book |
| 00:18.59 | Ingshtrom | Yeah, I am reading more on it. I obviously just don't have my HW done >.< |
| 00:19.10 | Ingshtrom | Thanks for your help thought :P |
| 00:22.24 | Solsis | I'm so lost :( |
| 00:22.33 | Ingshtrom | AAaaaaaahhhh |
| 00:22.40 | Ingshtrom | I get it now. nifty Imhothar |
| 00:22.46 | Ingshtrom | http://www.lua.org/pil/15.4.html |
| 00:23.12 | Ingshtrom | take a look at that. explains how to use setfenv pretty well |
| 00:23.18 | Ingshtrom | and what it does, etc.. |
| 00:23.50 | Ingshtrom | I love prototyped languages :P |
| 00:28.28 | Solsis | So I'm not quite that advanced yet but looking at that just skimming through it and what it's doing, seems like it would speed things up a lot. |
| 00:28.53 | Solsis | Decreasing the work needed to "locate" the information needed. |
| 00:29.57 | Ingshtrom | Well Imhothar explained that earlier with the "it depends" answer |
| 00:30.26 | Ingshtrom | It is also a convenience for the programmer as well as a "catch" to make sure you do not "clutter" the global space |
| 00:31.05 | Ingshtrom | mostly good for when creating packages |
| 00:31.16 | Ingshtrom | modularization, like Imhothar explained to me earlier |
| 00:33.21 | Imhothar | looking up a variable in the global environment or what you specify with setfenv is basically the same, because normal function have an implicit setfenv(1, _G) when created |
| 00:33.56 | Imhothar | it's the local variables are faster to access than globals |
| 00:34.41 | Solsis | Didn't understnad the first statement. I definately understand the second one though. |
| 00:35.06 | Imhothar | ok, I try it again: how does a function know where to look up global variables? |
| 00:35.26 | Solsis | local unitDetail = _G.Inspect.Unit.Detail |
| 00:35.44 | Imhothar | _G is just another global variable |
| 00:35.55 | Imhothar | pointing to itself |
| 00:36.00 | Imhothar | but where is _G |
| 00:36.24 | Imhothar | the answer is: every function has an assigned "environment" |
| 00:36.31 | Ingshtrom | haha. that is awesome |
| 00:36.37 | Imhothar | by default, this environment points to the table of global variables |
| 00:36.39 | Ingshtrom | *lightbulb* |
| 00:36.45 | Solsis | by function do you mean literally function blahxxx() |
| 00:37.11 | Imhothar | yes, and a .lua file is nothing else but a function executed immediately after its loaded |
| 00:37.28 | Solsis | ok. |
| 00:37.49 | Imhothar | so by changing a functions environment with setfenv you change the table it looks for global variables |
| 00:38.53 | Imhothar | and also the table it creates new global variables in |
| 00:39.18 | Ingshtrom | is local Addon, private = ... the same as local Addon = Addon local private = private? |
| 00:39.26 | Imhothar | yes |
| 00:39.33 | Imhothar | well no |
| 00:39.47 | Imhothar | ... are the arguments passed to the file by Rift |
| 00:39.53 | Imhothar | varargs |
| 00:39.56 | Ingshtrom | O.o |
| 00:40.11 | Imhothar | as I said, a lua file is nothing else byt a function |
| 00:40.17 | Imhothar | and a funtion can have arguments |
| 00:40.25 | Ingshtrom | right |
| 00:40.29 | Ingshtrom | that makes sense |
| 00:40.39 | Imhothar | imagine there is "function main(...)" at line 0 of every lua file |
| 00:40.50 | Imhothar | or |
| 00:41.18 | Imhothar | function(...) {file contents} end() |
| 00:41.31 | Imhothar | actually |
| 00:41.32 | Ingshtrom | k. thanks :) |
| 00:41.50 | Imhothar | function(...) {file contents} end(AddonTable, AddonTable.data) |
| 00:42.12 | Ingshtrom | is there any way to tell what those are other than just dump()-ing those vars and running the file? |
| 00:42.22 | Imhothar | that's why you can call return at file level to cancel execution of the remaining file |
| 00:42.39 | Solsis | that makes sense |
| 00:42.53 | Imhothar | I think it's documented somewhere but don't ask me where |
| 00:43.16 | Ingshtrom | Ah. I bet it's in the change-log... |
| 00:43.18 | Ingshtrom | I hate that thing |
| 00:43.29 | Ingshtrom | I mean, love/hate relationship |
| 00:43.50 | Ingshtrom | hate the long text that goes for pages, and pages, and pages... but its helpful :P |
| 00:44.33 | Solsis | So let's use what I actually have here. I'm getting what you're saying I'm just not being able to tie it to the actual code and how it's written. |
| 00:45.02 | Solsis | So the guy I talked to when I first started trying to drop the CPU usage of my addon did this. |
| 00:45.02 | Solsis | _G = getfenv(0) |
| 00:45.02 | Solsis | local unitDetail = _G.Inspect.Unit.Detail |
| 00:45.22 | Imhothar | local _G = getfenv(0) I hope |
| 00:48.52 | Solsis | and then of course anytime I called it I did something like this: local details = unitDetail(units) |
| 00:49.11 | Imhothar | yeah that's the trick |
| 00:49.38 | Imhothar | although the initial _G assignment must have a local in front or you're overwriting the global _G which is bad |
| 00:50.17 | Solsis | well...... it doesn't... lol |
| 00:50.28 | Solsis | So I will fix that. |
| 00:50.46 | Solsis | Is there maybe a better way to write those first 2 lines? |
| 00:51.35 | Imhothar | better than what? |
| 00:52.21 | Solsis | local _G = getfenv(0) and local unitDetail = _G.Inspect.Unit.Detail |
| 00:52.42 | *** join/#riftuidev Ingshtrom (~Ingshtrom@c-98-220-117-146.hsd1.in.comcast.net) |
| 00:52.49 | Imhothar | well, it it's at the top of the file I'd throw away the _G |
| 00:53.15 | Imhothar | it's superfluous |
| 00:53.31 | Imhothar | local unitDetail = Inspect.Unit.Detail |
| 00:54.39 | Solsis | Now i'm probably just going to annoy you.... I'm trying to understand what exactly those 2 lines are doing. |
| 00:54.44 | Imhothar | unless some clown changed the global _G in which case he should get a pair of concrete boots |
| 00:55.35 | Solsis | I took them with another coders advice and figured out the pattern he used went with it.. It worked and the CPU of my addon is way way down now. |
| 00:56.18 | Imhothar | local _G = getfenv(0) retrieves the global environment and stores a reference to it in the new local _G variable |
| 00:56.44 | Solsis | So all the Inspect functions now become a local call I presume? |
| 00:56.49 | Imhothar | no |
| 00:57.00 | Imhothar | only access to _G become local |
| 00:57.12 | Imhothar | _G.Inspect is a regular table lookup |
| 00:57.30 | Imhothar | but I tell you the line is superfluous |
| 00:57.57 | Imhothar | only the Rift runtime can load Lua files, so all Lua files will have the global environment set by default |
| 00:58.37 | Imhothar | more important than making _G local is making those functions local that you use very frequently |
| 01:00.42 | Solsis | So this function for example: function cbhUnitUpdate() should be local function blah? Cause that function is fired on Event.System.Update.Begin |
| 01:00.59 | Solsis | So obviously it is one of the PRIMARY function calls of my addon. |
| 01:01.21 | Solsis | and used a lot |
| 01:01.24 | Imhothar | don't mess global functions with your custom made |
| 01:01.57 | Solsis | Ok.. so you mean specifically like my Inspect calls |
| 01:02.13 | Solsis | back to local unitDetail = Inspect........ |
| 01:02.16 | Imhothar | every function you write yourself should be made local unless you need to access it in some other file, in which case you make it member of some table you share between files |
| 01:03.50 | Imhothar | local unitDetail = Inspect.Unit.Detail creates a local reference to the Inspect.Unit.Detail function, saving you 4 table lookups everytime you call it |
| 01:04.01 | Solsis | ** Sidenote: If I start to bother you feel free to tell me stop... ** |
| 01:04.30 | Imhothar | have you read the Lua Programming Book? |
| 01:04.43 | Solsis | Some of it. |
| 01:04.54 | Solsis | That's the site you guys linked earlier right? |
| 01:05.05 | Solsis | http://www.lua.org/pil/15.4.html |
| 01:05.07 | Imhothar | well, here goes a free piece of advice: start with chapter 1 and finish it ;) |
| 01:05.28 | Imhothar | it isn't that long |
| 01:05.46 | Imhothar | and yeah, that's it |
| 01:07.08 | Solsis | Yea.. to accomplish what I'm needing I will need to do that to get a better understanding of the base of lua... I picked up the language, syntax etc pretty easy. I have other programming background as well. Nothing serious. Mostly all self taught and recreational. |
| 01:08.54 | Solsis | I have almost 2k downloads on my addon between Riftui and curse. I really didn't expect it to be a big deal. I copied off of an addon that wasn't being updated anymore and used it as a "guide"/reference to get started. Now here I am. |
| 01:09.40 | Solsis | I rewrote a lot of it except some of what I had a little difficulty understanding (some of which I know better now) |
| 01:09.57 | Solsis | Simplified a lot of the code and work that it was doing |
| 01:11.23 | Solsis | Making it simpler, faster, and much much better. Really did it mostly for myself. I've had fun with it and enjoyed developing it. It grew a lot bigger than I had actually planned. But seeing how much it's used really makes me want to push it make it 10x better than it is even now. |
| 01:13.21 | Solsis | now that I said all that.. sorry.. I talk a lot. :( |
| 01:14.03 | Ingshtrom | What is your addon? |
| 01:14.10 | Solsis | Click Box Healer |
| 01:14.15 | Ingshtrom | ah nice! |
| 01:14.37 | Solsis | Back to Git |
| 01:14.42 | Solsis | I have it all setup now. |
| 01:14.49 | Solsis | Created a directory and my repository |
| 01:15.49 | Solsis | So when you commit without setting up a remote location. Where does it commit to. Or what does it do with the code/files? |
| 01:16.05 | Imhothar | it commits locally |
| 01:16.19 | Solsis | and just keeps a history of them on your PC? |
| 01:16.23 | Imhothar | aye |
| 01:16.41 | Solsis | Which makes sense why you guys were saying it was so fast |
| 01:17.10 | Solsis | So.. You just commit to hdd. I would assume you compile it somehow to a zip to be able to upload it? |
| 01:17.28 | Imhothar | that's what Curse and RiftUI take care of |
| 01:17.54 | Imhothar | you push your commits to their repository and they do the zipping magic |
| 01:18.39 | Solsis | Right.. after setting up the remote config |
| 01:20.00 | Solsis | Which is what i was doing with SVN as well.. so someone said earlier that they hadn't tied their git repo to their Riftui account yet. So more or less they were just using git for a local history and zipping manually and uploading I guess? |
| 01:20.32 | Solsis | Ingshtrom I believe that was you yes? |
| 01:25.28 | Solsis | You guys have been greatly helpful today. Thank you. I will start reading that site Imhothar and try to make sense of it. I have a hard time tying things together the first time around. Takes a little bit to make it click. |
| 01:26.06 | Solsis | O'Reilly books for me are amazing.. they make things so easy to understand. |
| 01:28.43 | Solsis|deepintho | grr... too long |
| 04:12.00 | *** join/#riftuidev Sunspots (~Sunspots@c213-89-208-104.bredband.comhem.se) |
| 04:13.00 | *** join/#riftuidev Imhothar (Miranda@ppp-188-174-77-178.dynamic.mnet-online.de) |
| 05:09.08 | *** join/#riftuidev zz_Cidan (~cidan@2001:470:7:d8f::2) |
| 05:35.54 | *** join/#riftuidev Solsis|afk (~androirc@108-226-48-242.lightspeed.fyvlar.sbcglobal.net) |
| 05:39.24 | *** join/#riftuidev Solsis|afk (~androirc@108-226-48-242.lightspeed.fyvlar.sbcglobal.net) |
| 05:44.39 | *** join/#riftuidev Solsis|afk (~androirc@108-226-48-242.lightspeed.fyvlar.sbcglobal.net) |
| 05:49.49 | *** join/#riftuidev Solsis|afk (~androirc@108-226-48-242.lightspeed.fyvlar.sbcglobal.net) |
| 05:53.21 | *** join/#riftuidev Solsis|afk (~androirc@108-226-48-242.lightspeed.fyvlar.sbcglobal.net) |
| 05:58.32 | *** join/#riftuidev Solsis|afk (~androirc@108-226-48-242.lightspeed.fyvlar.sbcglobal.net) |
| 06:03.50 | *** join/#riftuidev Solsis|afk (~androirc@108-226-48-242.lightspeed.fyvlar.sbcglobal.net) |
| 06:07.05 | *** join/#riftuidev Solsis|afk (~androirc@108-226-48-242.lightspeed.fyvlar.sbcglobal.net) |
| 06:12.21 | *** join/#riftuidev Solsis|afk (~androirc@108-226-48-242.lightspeed.fyvlar.sbcglobal.net) |
| 06:17.32 | *** join/#riftuidev Solsis|afk (~androirc@108-226-48-242.lightspeed.fyvlar.sbcglobal.net) |
| 06:20.51 | *** join/#riftuidev Solsis|afk (~androirc@108-226-48-242.lightspeed.fyvlar.sbcglobal.net) |
| 06:26.06 | *** join/#riftuidev Solsis|afk (~androirc@108-226-48-242.lightspeed.fyvlar.sbcglobal.net) |
| 06:26.11 | Noshei | lol |
| 06:31.15 | *** join/#riftuidev Solsis|afk (~androirc@108-226-48-242.lightspeed.fyvlar.sbcglobal.net) |
| 06:34.27 | Solsis|pondering | Sorry for the spam guys |
| 06:36.34 | *** part/#riftuidev Solsis|pondering (~Dad@108-226-48-242.lightspeed.fyvlar.sbcglobal.net) |
| 06:36.47 | *** join/#riftuidev Solsis|pondering (~Dad@108-226-48-242.lightspeed.fyvlar.sbcglobal.net) |
| 07:02.56 | *** join/#riftuidev Daewaen_Icewatch (~Daewaen_I@229pc230.sshunet.nl) |
| 07:54.36 | Solsis | *sigh* |
| 08:25.28 | Solsis | Anyone actually on at the moment? |
| 08:28.17 | Imhothar | more or less |
| 10:47.39 | *** join/#riftuidev Imhothar (Miranda@host-188-174-183-28.customer.m-online.net) |
| 10:54.28 | Baanano | hi |
| 11:29.06 | *** join/#riftuidev Imhothar (Miranda@host-188-174-161-62.customer.m-online.net) |
| 12:08.19 | *** join/#riftuidev Imhothar_ (Miranda@ppp-93-104-165-183.dynamic.mnet-online.de) |
| 12:56.14 | *** join/#riftuidev Imhothar (Miranda@ppp-188-174-81-201.dynamic.mnet-online.de) |
| 13:07.24 | *** join/#riftuidev dOxxx (~doxxx@CPE24ab81b78833-CM00137186b71a.cpe.net.cable.rogers.com) |
| 13:20.11 | *** join/#riftuidev Imhothar (Miranda@ppp-188-174-9-163.dynamic.mnet-online.de) |
| 13:33.45 | *** join/#riftuidev Imhothar_ (Miranda@ppp-188-174-7-65.dynamic.mnet-online.de) |
| 13:44.10 | *** join/#riftuidev Sunspots (~Sunspots@c213-89-208-104.bredband.comhem.se) |
| 14:29.53 | *** join/#riftuidev Ingshtrom (~Ingshtrom@c-98-220-117-146.hsd1.in.comcast.net) |
| 14:30.04 | Ingshtrom | Morning everyone :P |
| 14:36.23 | arton | Morning, Glory |
| 14:44.10 | Ingshtrom | ha |
| 14:44.47 | Ingshtrom | Can I call Command.Storage.Set like any other function, or is there something special I have to do? |
| 14:58.54 | Ingshtrom | Ok, nevermind. |
| 14:59.05 | Ingshtrom | I do have a question about the Event global |
| 14:59.36 | Ingshtrom | is there just a uniform way of adding "listeners" to events? |
| 15:00.31 | Ingshtrom | I see you just do a table.insert(Event.foo.bar, {callback, addon_identifier, some_string_as_id}) |
| 15:00.56 | Ingshtrom | is that uniform, or is there documentation on this somewhere? |
| 15:02.31 | Baanano | that's the way |
| 15:04.42 | Ingshtrom | Alright, sweet! |
| 15:05.23 | Ingshtrom | And for those who were reading yesterday, here is the doc from Zorba on params passed to files: * Addon files will now be passed a single parameter. The parameter is a table, containing two members: "identifier" with the addon's identifier, and "data", which is an empty table that the addon can use for internal purposes. This parameter will be shared between all files in this addon. |
| 15:20.38 | Baanano | i think the first parameter is also a table |
| 15:21.10 | Ingshtrom | ? what first parameter? |
| 15:21.31 | Ingshtrom | is there a place that has documentation on the zlib package? |
| 15:21.53 | ZorbaTHut | there's actually two params now - the first is what you've got there, the second is the "data" member |
| 15:22.16 | ZorbaTHut | although the first parameter has gotten a lot more complicated, there's a lot more members in it now. it also includes the toc and a few other bits of info about the addon - same as Inspect.Addon.Detail(), I believe |
| 15:22.34 | ZorbaTHut | the zlib package is https://github.com/brimworks/lua-zlib |
| 15:22.46 | Ingshtrom | Thanks Zorba |
| 15:22.52 | ZorbaTHut | np :) |
| 15:27.12 | Ingshtrom | so, say I have used all 8100+ bytes in the guild storage, and then compress it, what kind of space diff should I expect to see? |
| 15:34.19 | ZorbaTHut | it depends entirely on what the data is that you've filled it with. if it's 8100 spaces, it'll crunch down quite far. if it's already highly compressed, it may actually get larger. |
| 16:02.17 | Ingshtrom | How can I get the unit ID for a player? |
| 16:02.30 | Ingshtrom | and what is the "unit specifier"? |
| 16:03.10 | Ingshtrom | nevermind |
| 16:03.14 | Ingshtrom | I got the unit specifier |
| 16:25.37 | Ingshtrom | Is there any future ideas of adding some sort of network requests like CURL or is that too much? |
| 16:50.29 | Ingshtrom | Is anyone there? |
| 16:50.36 | Ingshtrom | I have a question about storage stuff |
| 16:51.34 | Baanano | i'm here, though i haven't used the storage api yet |
| 16:54.52 | Ingshtrom | ah. mmk. |
| 16:59.24 | ZorbaTHut | I wouldn't expect curl showing up :) |
| 17:00.07 | ZorbaTHut | also, if you've got a question, it's not a bad idea to just ask it |
| 17:00.24 | ZorbaTHut | a lot of the people in this channel tend to check it only once in a while, and that way they can just answer |
| 17:01.30 | Ingshtrom | alright |
| 17:02.56 | Ingshtrom | How do I use Command.Storage.Get() to get guild storage? What will my target param be? |
| 17:03.25 | ZorbaTHut | your name, as I recall - you can also query other people's guild storage |
| 17:05.19 | Ingshtrom | O.o, so the guild storage is per character? |
| 17:05.28 | Ingshtrom | just accessible to all guild members |
| 17:05.36 | Ingshtrom | whereas player storage is private? |
| 17:06.00 | Ingshtrom | because I was under the impression that guild storage was just 8176 bytes for the WHOLE guild |
| 17:06.20 | Ingshtrom | 8192* |
| 17:09.27 | *** join/#riftuidev Sunspots_ (~Sunspots@c213-89-208-104.bredband.comhem.se) |
| 17:28.17 | ZorbaTHut | permission is separate - it's possible to make public guild storage entries |
| 17:50.45 | *** join/#riftuidev Solsis00 (~Dad@108-226-48-242.lightspeed.fyvlar.sbcglobal.net) |
| 18:02.34 | *** join/#riftuidev Noshei (~quassel@c-67-161-146-244.hsd1.co.comcast.net) |
| 18:03.37 | *** join/#riftuidev Imhothar (Miranda@ppp-188-174-107-225.dynamic.mnet-online.de) |
| 18:14.15 | Solsis | How is everyone this afternoon? |
| 18:14.55 | Imhothar | hmm awesome, lazy loading of ImhoBags windows triggers the Watchdog |
| 18:15.29 | Solsis | You messing around on the PTS then I assume? |
| 18:15.52 | Imhothar | just checking how IB goes with the Watchdog |
| 18:16.14 | Imhothar | now I need to rethink how to manage 200+ item buttons |
| 18:16.33 | Imhothar | oh joy |
| 18:18.12 | Solsis | lol |
| 18:18.29 | Solsis | I can't wait til your addon can be a full bag replacement. That's gonna be nice |
| 18:18.38 | Imhothar | it's either the texture updates or the SetPoint's |
| 18:20.39 | Imhothar | This is awesome |
| 18:21.00 | Imhothar | Creating all the RiftWindows on demand triggers the watchdog |
| 18:21.46 | Imhothar | hmm yeah I know waht it is |
| 18:21.52 | Imhothar | damn those custom textures |
| 18:22.11 | Solsis | Yea... I learned very quickly texture calls are expensive |
| 18:22.28 | Imhothar | I really need a way to preload textures only once and then just display it on the buttons, without loading the texture file from disk every time |
| 18:22.45 | Solsis | That would be ideal |
| 18:23.03 | Imhothar | The internal Rift textures seem to get cached already, just no the external Addon textures |
| 18:23.07 | Imhothar | aw ballbags |
| 18:23.53 | Imhothar | funny thing the Inspector addon causes an error on UI load |
| 18:25.52 | Ingshtrom | hey guys |
| 18:26.02 | Imhothar | when I completely disable the border texture loading you don't even notice anything |
| 18:28.17 | Ingshtrom | so, I am confused now. how much storage does a guild have all together server-side? is it just 8192 bytes, or 8192*N bytes where N is the number of guild members? |
| 18:28.28 | Imhothar | 8192 |
| 18:28.31 | Imhothar | hard limit |
| 18:28.36 | Ingshtrom | dang |
| 18:28.43 | Ingshtrom | back to plan a |
| 18:28.59 | Imhothar | and that also includes the identifier etc |
| 18:29.16 | Imhothar | always use Utilitiy.Storage.Size or what it's called |
| 18:29.25 | Ingshtrom | mmmk |
| 18:29.56 | Imhothar | data blocks have a minimum size of 64 |
| 18:30.11 | Imhothar | but that could change anything, so don't rely on it |
| 18:30.16 | Imhothar | enytime even |
| 18:32.59 | Ingshtrom | Imhothar, is the live API far enough that I can use all of the features of your StorageViewer addon? |
| 18:33.11 | Imhothar | I think so |
| 18:33.35 | Ingshtrom | Ok. I thought so, but for some reason it just says nil when I try and save something in the guild storage. |
| 18:33.45 | Imhothar | that PTS notice is still from times when live was 1.8 |
| 18:33.56 | Ingshtrom | ah |
| 18:34.25 | Imhothar | you need guild write permission |
| 18:34.57 | Ingshtrom | Ah, right... |
| 18:35.15 | Imhothar | "how" exactly does it say "nil"? |
| 18:35.52 | Imhothar | got logs or screens? |
| 18:35.57 | Imhothar | I never tested it on live |
| 18:36.25 | Ingshtrom | I had the logs turned off, and when I would hit upload, it just said nil in chat from the addon |
| 18:36.27 | Ingshtrom | it was weird |
| 18:36.40 | Ingshtrom | it must have been that I don't have write permissions though |
| 18:37.33 | Imhothar | that might still be some debugging output |
| 18:37.48 | Imhothar | I don't recall what the nil message means |
| 18:37.55 | Imhothar | it may indicate success |
| 18:38.10 | Imhothar | if the upload was successfull your data should show up in the guild storage list |
| 18:39.05 | Imhothar | which, iirc, should get fetched automatically after a storage write |
| 18:42.30 | Imhothar | ah ok, the nil is the error message I get from Rift |
| 18:42.36 | Imhothar | which is very descriptive |
| 18:43.07 | Ingshtrom | haha |
| 18:43.11 | Imhothar | Ah I got it, you need guild read permissions to query the guild storage |
| 18:43.30 | Imhothar | that nil is coming from Command.Storage.Get |
| 18:43.33 | Ingshtrom | right. I am in a very large guild, so don't have a high enough rank atm >.< |
| 18:43.35 | Imhothar | in the callback for guild |
| 18:44.01 | Ingshtrom | Yeah, Rift is not passing an error message, just saying it doesn't work. |
| 18:44.09 | Ingshtrom | or is passing nil as a string? |
| 18:44.14 | Ingshtrom | either way, useless |
| 18:45.21 | Imhothar | the callbacks have 2 params: failure and message |
| 18:45.45 | Imhothar | however message is nil most of the time |
| 18:47.14 | Imhothar | what could we bribe ZorbaTHut with to get error messages in those callbacks... |
| 18:48.25 | Ingshtrom | haha |
| 18:48.27 | Ingshtrom | cookies! |
| 19:01.08 | Imhothar | ugh is live currently 1.8 or 1.9, I lost track |
| 19:02.04 | Solsis | Live is 1.8 |
| 19:04.51 | Imhothar | ok, I had a bug in there which prevented the player list being displayed if the guild listing failed |
| 19:06.54 | *** join/#riftuidev dOxxx (~doxxx@CPE24ab81b78833-CM00137186b71a.cpe.net.cable.rogers.com) |
| 19:11.25 | Imhothar | Ok, StorageViewer 1.0 is up on Curse and RiftUI, hope t works now. Will give a bit better error messages now, hope it helps |
| 19:12.33 | Imhothar | hmm this is dusappointing, no public addon broadcasts in Meridian |
| 19:13.37 | Imhothar | Anyway, time for dinner. Lemme know whether StorageViewer is working now |
| 19:28.04 | *** join/#riftuidev Ingshtrom (~Ingshtrom@c-98-220-117-146.hsd1.in.comcast.net) |
| 19:31.11 | Imhothar | Ingshtrom, about the guild permission thing: if people are going to use or at least test your addon, they need that read/write permission, so it's not a bad idea to tell your guild mates/leaders about it. Maybe they aren't even aware the settings are there |
| 19:31.59 | Imhothar | or don't know what exactly they mean, the description isn't the best. At least in German |
| 19:35.01 | Imhothar | or you do your work on the PTS in the test server guild. That's what I did for StarageViewer as I'm still in no guild on live |
| 19:35.17 | Imhothar | looking for guilds takes too much time awat fom addon development |
| 19:59.37 | Ingshtrom | haha |
| 19:59.40 | Ingshtrom | thanks |
| 19:59.57 | Ingshtrom | I am thinking about switching guilds to a smaller one, so it might help |
| 22:02.32 | Noshei | hey Imhothar |
| 22:07.19 | Imhothar | aye? |
| 22:09.21 | Noshei | Right now if you have the cursor active in any of the text boxes and close the addon, by clicking the X, it will leave the cursor in the text box and thus prevent use of the keyboard. Easy enough to just Escape to get the cursor out of it, but you might want to add a function that removes the cursors focus when the addon is "closed". |
| 22:09.28 | Noshei | for storage viewer |
| 22:09.48 | Noshei | I posted that on riftui like just before you replyed here, lol |
| 22:10.20 | Imhothar | ah the focus issues |
| 22:16.39 | Imhothar | heute wieder so lange wach? |
| 22:18.09 | Noshei | what? |
| 22:18.21 | Imhothar | eh wrong window |
| 22:18.28 | Noshei | ah, lol |
| 22:21.00 | Noshei | anyone know if you can offset a frames anchor by a % or does it have to be a fixed value for offsets? |
| 22:24.22 | Imhothar | % of what |
| 22:24.40 | Imhothar | you need a reference to use percentage |
| 22:25.03 | Noshei | % of the frame your attaching to |
| 22:25.27 | Noshei | % of its height/width |
| 22:25.33 | Imhothar | DIY |
| 22:40.56 | Baanano | Noshei, have you been able to use % offsets yet? |
| 22:41.20 | Imhothar | he can't cause it's not possible |
| 22:41.35 | Imhothar | the SetPoint() offsets are all static distances |
| 22:41.59 | Baanano | but you can anchor to a % position |
| 22:42.13 | Imhothar | ? |
| 22:42.26 | Imhothar | code please |
| 22:42.33 | Baanano | maxLevelText:SetPoint("CENTERLEFT", searchFrame, 0.25, 0.75) |
| 22:43.49 | Imhothar | well normally I'd assume this to anchor the point with absolute 0.25 and 0.75 offset unless 0-1 is treated differently |
| 22:44.26 | Baanano | no, that would be maxLevelText:SetPoint("CENTERLEFT", searchFrame, "TOPLEFT", 0.25, 0.75) |
| 22:44.39 | Imhothar | but it's missing a reference length. if 0.25 is really treatet as 25%, what is 100%? |
| 22:44.51 | Baanano | 1 |
| 22:44.59 | Baanano | 1,1 is "BOTTOMRIGHT" |
| 22:45.00 | Imhothar | ... |
| 22:45.05 | Noshei | you would have to have 2 attach points |
| 22:45.50 | Imhothar | that might actually work |
| 22:46.04 | Baanano | it does, i use it |
| 22:46.19 | Noshei | 0.5,nil is equivalent to "CENTERX" from live doc |
| 22:46.37 | Imhothar | Zorba updated the SetPoint doc? |
| 22:47.02 | Noshei | must have added some more in there, it's got about 6 lines of info for it |
| 22:47.03 | Imhothar | weee christmas |
| 22:47.07 | Baanano | it's been that way at least since 1.7 |
| 22:47.16 | Imhothar | last time i checked it said "this is a complicated function" |
| 22:47.47 | Noshei | Pins a point on this frame to a location on another frame. This is a rather complex function and you should look at examples to see how to use it. |
| 22:47.48 | Noshei | This function can take many different forms. In general, it looks like this: SetPoint(point_on_this_frame, target_frame, point_on_target_frame [, x_offset, y_offset]). |
| 22:47.48 | Noshei | The first part is the point on this frame that will be attached. Usually, these are string identifiers. "TOPLEFT", "TOPCENTER", "TOPRIGHT", "CENTERLEFT", "CENTER", "CENTERRIGHT", "BOTTOMLEFT", "BOTTOMCENTER", "BOTTOMRIGHT". You may also use a string identifier that refers to a single axis - "TOP", "BOTTOM", "LEFT", "RIGHT", "CENTERX", "CENTERY". If you want more direct numeric control you can use number pairs. 0,0 is equivalent to |
| 22:47.48 | Noshei | "TOPLEFT", 1,1 is equivalent to "BOTTOMRIGHT", 0.5,nil is equivalent to "CENTERX". |
| 22:47.48 | Noshei | The second part is the frame to attach to, as well as the point on that frame to attach to. The frame is simply passing in the frame table. The point is the same identifier or number pair as the first parameter. |
| 22:47.49 | Noshei | Optionally, you may include an X or Y offset to the point. |
| 22:47.52 | Noshei | This connection is permanent, and if the target frame moves, this frame will move along with it. |
| 22:47.53 | Noshei | Caveat: If the target is a frame set to the "restricted" SecureMode, and the client is currently in "secure" mode, then unexpected behavior may occur. |
| 22:47.55 | Noshei | Not permitted on a frame with "restricted" SecureMode while the addon environment is secured. |
| 22:48.01 | Baanano | it still does :) "This function's parameters are complicated. More details will be forthcoming." |
| 22:48.03 | Noshei | thats everything |
| 22:48.41 | Imhothar | see for how long I didn't look it up |
| 22:48.47 | Imhothar | fascinating |
| 22:48.49 | Imhothar | almost |
| 22:49.14 | Baanano | what i don't know if it's possible is to use both percent and absolute offsets |
| 22:49.55 | Imhothar | If I read it correct you can add the static offsets at the end |
| 22:50.00 | Imhothar | just try it out |
| 22:50.09 | Imhothar | guesstimating won't get you further ;) |
| 22:50.44 | Noshei | wondering if I can use fractions as well |
| 22:51.40 | Baanano | why not? they're evaluated to a number |
| 22:51.43 | Baanano | minPriceText:SetPoint("CENTERLEFT", searchFrame, 0.5, 3/6) |
| 22:52.05 | Imhothar | if it smells like a number it probably is a number |
| 22:52.18 | Baanano | you can even use numbers outside the [0,1] range |
| 22:55.00 | Baanano | yes, you can combine percentual and absolute offsets |
| 22:55.32 | Imhothar | and if i get it right, you can percentage for both points |
| 22:55.37 | Imhothar | +use |
| 22:55.51 | Imhothar | anchor and target |
| 22:56.42 | Baanano | never tried that way, give me 30 secs |
| 22:58.36 | Baanano | hm |
| 23:01.21 | Baanano | it's weird |
| 23:51.59 | Solsis | Hey Imhother |
| 23:53.08 | Solsis | Evening everyone |