| 01:11.16 | *** join/#riftuidev Noshei (~quassel@c-67-161-146-244.hsd1.co.comcast.net) |
| 04:01.21 | *** join/#riftuidev Noshei (~quassel@c-67-161-146-244.hsd1.co.comcast.net) |
| 04:39.30 | *** join/#riftuidev Noshei_Mobile (~Noshei_Mo@c-67-161-146-244.hsd1.co.comcast.net) |
| 08:11.48 | *** join/#riftuidev dolby (~dolby-wow@MMOI/Administrator/pdpc.silver.dolby) |
| 08:11.48 | *** join/#riftuidev elninja (~r@c-76-23-73-170.hsd1.in.comcast.net) |
| 08:11.48 | *** join/#riftuidev fewyn (~fewyn@fewyn.net) |
| 08:11.48 | *** join/#riftuidev starlon (~starlon@melody.lyrical.net) |
| 08:11.48 | *** mode/#riftuidev [+ov dolby fewyn] by zelazny.freenode.net |
| 11:23.09 | *** join/#riftuidev Wild|work (0fe3b947@gateway/web/freenode/ip.15.227.185.71) |
| 11:33.56 | Noshei | morning wild |
| 11:44.29 | Wild|work | ello |
| 11:45.28 | Wild|work | ZorbaTHut: have you had chance to look into the bug Doxxx reported, when re-parenting a textfield control? |
| 11:46.15 | ZorbaTHut | not yet, unfortunately. Though I am looking into the reload text performance issue now. |
| 11:47.05 | Wild|work | cool, bet that one's going to be fun to track down |
| 11:47.31 | ZorbaTHut | yeah it's gonna be a pain :V |
| 11:50.09 | Wild|work | there's no work-around for the parenting bug is there? once GetCursor() is broke, it's broke for good? |
| 11:50.55 | Noshei | this part of your return bug wild? |
| 11:51.59 | Wild|work | yep. it means i might need to abandon the big text box approach to buff filters, which would be a shame - i find it the quickest/simplest way to do that sort of stuff while allowing copy/paste etc |
| 11:52.36 | Wild|work | individual add/remove options always irritate me, but i'll have to look into those |
| 11:53.51 | Wild|work | either that, or somehow prevent that box from being re-parented, which is gonna be tricky when the create and modify windows both share the same dialog :( |
| 11:57.01 | Noshei | is it a different textfield for each line? |
| 12:08.38 | ZorbaTHut | textfield really needs a pretty serious redesign. I've been playing around with an API redesign that turns the text entry behavior into a modal switch on normal textfields |
| 12:08.53 | ZorbaTHut | that may be the way things go - textfield retains its current broken state, Text takes on proper functionality |
| 12:09.11 | ZorbaTHut | but this is also one of those ". . . in my copious spare time" things. |
| 12:10.34 | Noshei | hey Wild|work why do you need to reparent? |
| 12:12.10 | Thorarin | <ZorbaTHut> not yet, unfortunately. Though I am looking into the reload text performance issue now. |
| 12:12.12 | Thorarin | \o/ |
| 12:13.23 | Thorarin | Wild|work, I'm really beginning to see why we need those extra Texture options :) |
| 12:13.50 | Thorarin | Turning a 128x128 texture into an arbitrary sized window is a bit of a pain :) |
| 12:22.04 | Wild|work | Thorarin: for me, texture options are needed so i can lose a ton of mask frames, which would help with performance of gadgets quite a bit |
| 12:22.22 | Thorarin | I need 9 masks for 1 window :( |
| 12:22.41 | Wild|work | and i'd love proper tex coords (not just LRTB) so that we can rotate textures and stuff, could do some really awesome things |
| 12:23.08 | Thorarin | Yeah... some of the built-in textures require rotation to be useful too :p |
| 12:24.02 | Noshei | so wild, whats the reason that you change the parent on the filter frames? |
| 12:24.23 | Wild|work | Noshei: no, it's one textfield. the problem is, when any ancestor of a textfield changes it's parent, the GetCursor() function stops working. the only way to allow multi-line editing is to hook the enter key and insert characters at the cursor position. kinda tricky when you don't know where the cursor is :) |
| 12:25.25 | Wild|work | i can try to work around it, but i share config dialogs between create and modify windows, and even worse for this specific case, the buff filters section of the dialog will be shared between every gadget that implements buff filtering |
| 12:25.43 | Wild|work | so they get re-parented all the time |
| 12:26.16 | Noshei | ah so thats why you need it, because you want to share it between multiple gadgets |
| 12:26.28 | Wild|work | yes |
| 12:26.39 | Wild|work | and between Create/Modify, which are two different windows |
| 12:26.54 | Noshei | shouldn't need to for create/modify |
| 12:27.23 | Wild|work | it's fundamental to the way Gadgets works, the gadget config dialog is always shared. changing that would break a lot of gadgets |
| 12:27.36 | Noshei | I don't change any of my parenting on stats, unless your doing it. |
| 12:27.43 | Wild|work | i am doing it :) |
| 12:28.06 | Wild|work | when you choose to modify a gaadget, your entire Create dialog gets shifted into the Modify window |
| 12:28.52 | Noshei | why not just reuse the create window, hide the left side menu and change the window name? |
| 12:28.59 | Wild|work | you can actually see it happen if you open a modify window, and then choose Add Gadget and select the same type of gadget - the entire dialog vanishes from the modify window. a little bug i need to fix by not allowing both windows at the same time |
| 12:29.38 | Wild|work | i'd actually thought of doing exactly that myself. never been an issue until now though |
| 12:30.15 | Noshei | it seems like that would be the better option, saves frames and eliminates this problem |
| 12:31.20 | Noshei | it does prevent the user from having the modify dialog up while also creating a gadget though |
| 12:31.36 | Wild|work | that's not a problem, i'm looking into doing that anyway |
| 12:33.14 | Noshei | oh I just had a great idea as well |
| 12:33.49 | Wild|work | mmm? |
| 12:33.50 | Noshei | would be really cool if you added the same lua capabilities you have in the macros to the buff filter |
| 12:34.17 | Noshei | that way you can do have it filter different buff/debuffs for each role |
| 12:35.03 | Wild|work | i'm actually working on a buff filter expression syntax following your comment on filtering player casts |
| 12:35.06 | Noshei | that would also eliminate the need for different profiles for a lot of people |
| 12:35.27 | Wild|work | but i wasn't going down the Lua route this time, i've got something like this: |
| 12:35.41 | Wild|work | [player|role=1] Vex |
| 12:35.58 | Noshei | that works too |
| 12:36.42 | Wild|work | yep, i thought it could work pretty well. bit of a pain to implement though |
| 12:36.52 | Noshei | oh is there an event I can hook for the cancel button? I want to reset the config when the user hits cancel |
| 12:37.31 | Wild|work | not cancel, no. you can add a Reset() function to the container though, which will be called on Create |
| 12:37.55 | Wild|work | when modifying, the config dialog will be reloaded from the current config table |
| 12:38.14 | Noshei | yeah I got all that setup |
| 12:38.23 | Wild|work | so as long as you don't write to the config table outside of GetConfiguration(), you should be fine? |
| 12:38.58 | Noshei | the issue I'm seeing is if you go to modify something and cancel. Then go to create you have all of the settings from the modify dialog |
| 12:39.09 | Wild|work | that's what Reset() should fix |
| 12:40.43 | Wild|work | if you look in Gadgets/wtUnitFrameGadget.lua, there's a Reset method for the rfDialog that sets the macros to their default values. by extending that to default every control, you can make the create dialog always start from the same point |
| 12:41.19 | Noshei | oh heres the syntax that kbb uses for filtering, my(for player only) an & to sperate and then n=Vex |
| 12:41.25 | Noshei | ok I'll take a look at that |
| 12:41.43 | Wild|work | i'm steering well clear of KBB |
| 12:42.03 | Noshei | just felt it was a really simple way to do the syntax |
| 12:42.44 | Wild|work | Krieri stated no-one could continue to develop KBB, so i'm not copying anything from there |
| 12:43.53 | Noshei | using the same syntax, that appears in a million different things wouldn't really be copying |
| 12:44.56 | Noshei | I would put money on the same syntax being used in tons of wow addons |
| 12:44.57 | Wild|work | i know what you're saying, but i'm not going there :) |
| 12:45.50 | Wild|work | i don't want to incur the wrath of an angry feminist ;) |
| 12:45.57 | Noshei | lol |
| 15:38.19 | *** join/#riftuidev g0urra (~g0urra@unaffiliated/gourra) |
| 17:28.36 | *** join/#riftuidev arton (~arton@tx-184-6-182-107.dhcp.embarqhsd.net) |
| 18:09.10 | *** join/#riftuidev Imhothar (miranda@ppp-93-104-174-87.dynamic.mnet-online.de) |
| 18:36.48 | Cairenn | Feminist doesn't come anywhere near to describing her |
| 18:36.54 | Noshei | lol |
| 18:49.39 | *** join/#riftuidev Noshei_Mobile (~Noshei_Mo@c-67-161-146-244.hsd1.co.comcast.net) |
| 19:07.47 | Baanano | hi |
| 19:11.52 | Imhothar | ooh gossip? |
| 19:18.06 | Cairenn | naw |
| 19:56.58 | Thorarin | Hmm, there is no way to detect a native frame becoming visible, is there? |
| 19:57.07 | Imhothar | Event.Loaded |
| 19:57.17 | Thorarin | Doesn't seem to get fired |
| 19:57.41 | Imhothar | sure does |
| 19:57.57 | Imhothar | except you're dealing with something very special |
| 19:58.04 | Thorarin | Not for the native frame I was interested in :S |
| 19:59.07 | Thorarin | The Move event works though |
| 19:59.15 | Thorarin | So I do have the right native frame :S |
| 19:59.33 | Imhothar | which one is it? |
| 19:59.46 | Thorarin | "Question" |
| 20:00.39 | Imhothar | hm no idea |
| 20:01.05 | Thorarin | I'm trying to reproduce the functionality of that frame basically, but I don't want them to show at the same time |
| 20:06.28 | Imhothar | Event.Loaded worked so far when I needed it |
| 20:15.39 | Thorarin | Must be a special case then :( |
| 20:20.42 | Imhothar | help me a bit, what does that frame, I don't remeber that name? |
| 20:26.53 | Thorarin | It's the message box type thing. Text and a few buttons to click |
| 20:27.23 | Imhothar | that might actually be special |
| 20:27.47 | Imhothar | wouldn't surprise me if those popups weren't special |
| 20:29.46 | Thorarin | It probably just gets loaded once before my addon is even loaded |
| 20:30.51 | Imhothar | maybe, but don't take Event.Loaded as the frame being loaded. As far as addons are concerned it means a frame becomes (in)visible |
| 20:31.58 | Thorarin | That was what I was hoping, but a simple print("hello") in the event handler hasn't show up yet ;) |
| 20:32.22 | Imhothar | don't forget there's the chance of a different addon replacing your event handler |
| 20:32.48 | Thorarin | I suppose.. |
| 20:33.43 | Thorarin | But it's not, when I call the function manually, it prints the message |
| 20:33.56 | Imhothar | mysteries |
| 20:34.07 | Thorarin | Which means it's not replaced or at least daisy chained |
| 21:40.51 | *** join/#riftuidev Wildtide (~quassel@host86-135-37-139.range86-135.btcentralplus.com) |
| 21:48.35 | g0urra | sometimes you get really really lucky https://dl.dropbox.com/u/71460119/Photo%202012-08-07%2023%2046%2051.png |
| 21:49.29 | seebs | heh |
