| 01:38.24 | *** join/#riftuidev purl (~purl@rikers.org) |
| 01:38.24 | *** 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 |
| 01:42.17 | Imhothar | give it a try |
| 01:43.33 | odine | k.. well currently in the members it returns guild members calling isnt one of them..... |
| 01:44.41 | odine | the member id that is does return though, is that the id as in that i could use with Inspect.Unit.Detail? |
| 01:45.16 | Imhothar | Try it |
| 01:45.36 | Imhothar | Does the native guild window show a member's calling? |
| 01:45.47 | odine | i did.. maybe i found a bug cuz i assumed the id member would be for the unit.. but it appears its just the guild members name which is the same id as name |
| 01:46.04 | odine | and yes callings are displayed in guild roster |
| 01:46.08 | Imhothar | Well, it's never defined what exactly an "id" is |
| 01:46.26 | Imhothar | so it being the member's name isn't necessarily a bug |
| 01:46.40 | Imhothar | Did you try to go for Inspect.Unit.Detail? |
| 01:46.53 | Imhothar | it should show at least partial information |
| 01:47.03 | odine | ya i tried to use the id with it, and its erroring out |
| 01:47.19 | odine | probably cuz its just the persons name and not the unit id? |
| 01:47.58 | Imhothar | what about Inspect.Unit.Lookup? |
| 01:48.16 | odine | yup, passing the id member through that brings an error incorrect usage |
| 01:48.59 | Imhothar | Does the native guild window show a member's calling? |
| 01:49.18 | Imhothar | If not then maybe the guild system doesn't have that information available |
| 01:49.20 | odine | yes |
| 01:49.25 | Imhothar | hmm |
| 01:49.39 | odine | basically i been working on doing a databroker type library that wow had, first thing im working on is the data broker for guild tooltip so i need to figure out a way to get every guild members calling........ |
| 01:51.10 | Imhothar | then I suggest you request the calling to be added to the roster detail in the forum thread for suggestions |
| 01:51.30 | odine | yup, that was my next step, was just hopin i could figure out a work around in the mean time ;) |
| 01:51.53 | odine | oh well thanks for the help anyways, i just wanted to make sure i wasnt missing something silly |
| 02:08.21 | *** join/#riftuidev Torhal|work (~torhal_wo@76.164.170.2) |
| 02:08.22 | *** mode/#riftuidev [+v Torhal|work] by ChanServ |
| 08:11.56 | *** join/#riftuidev purl (~purl@rikers.org) |
| 08:11.56 | *** 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 |
| 09:24.44 | Thorarin | 0.o patch download is being slow as hell |
| 09:24.55 | *** join/#riftuidev Wildtide (0fe3b947@gateway/web/freenode/ip.15.227.185.71) |
| 09:25.02 | Thorarin | Never had that before :S |
| 09:25.17 | Thorarin | Hey Wildtide |
| 09:27.15 | Thorarin | ... |
| 09:27.45 | Thorarin | Now that it's done downloading the part required to play at 30 kB/s, it downloads the rest at 4 MB/s |
| 09:42.38 | Wildtide | hiya |
| 10:12.26 | Wildtide | they know Zorba too well... http://forums.riftgame.com/rift-general-discussions/off-topic/336601-corrupt-wish-forum-game-9.html#post4036026 |
| 10:15.32 | seebs | heh |
| 10:15.36 | seebs | Oh, Wildtide! |
| 10:15.42 | seebs | I owed you a comment from a few days back. |
| 10:16.16 | Wildtide | mmm? |
| 10:16.19 | seebs | There is some dispute as to whether the metal-armor-no-dress person is Crucia or Miela. |
| 10:16.39 | seebs | And during beta, I asked one of the devs whether it was a coincidence that the art for Crucia's human form looked so much like Miela without a dress. |
| 10:16.42 | Wildtide | ah, yes. i've heard that it is Crucia after all |
| 10:16.46 | seebs | And the response was "DUN DUN DUNNNNNNNN" |
| 10:16.51 | Wildtide | ahhh... ok :) |
| 10:17.31 | Wildtide | so... we're being tricked into killing Regulos or something? |
| 10:18.44 | seebs | I am guessing that Miela either *is* Crucia, or is controlled by Crucia. |
| 10:19.23 | Wildtide | if she is Crucia, that would be a cool twist |
| 10:19.32 | seebs | Well, think about it. |
| 10:19.38 | seebs | She shows up and tells us Crucia has escaped. |
| 10:19.50 | seebs | Basic Sinister Mind Control technique, right there. |
| 10:21.30 | Wildtide | but why does she want a load of super-powered ascended to go and kill her legions? |
| 10:22.35 | seebs | Who knows? Maybe setup for a trap. Maybe she has a problem with her pension budget. |
| 10:22.39 | Wildtide | i hoping there's going to be a real "whoa" moment with a massive twist |
| 10:22.43 | Wildtide | lol |
| 10:23.15 | seebs | Normally in MMOs, I laugh at the idea of a surprise twist. |
| 10:23.20 | seebs | Rift... it could happen. |
| 10:24.57 | Wildtide | it could, yes. i've always thought Rift's lore was a little lacking compared to WoW, but it seems to be going from strength to strength. really hoping we get books at some point |
| 10:27.07 | seebs | I like it better in some ways; certainly, I spend less time thinking everyone is being a total idiot. |
| 10:31.40 | Wildtide | i probably haven't dug deep enough to be fair. i never really got why defiants and guardians were wasting time killing each other; there didn't seem to be enough reason to justify them being at war. then when i actually read a bit of the history, it made more sense. |
| 10:38.37 | seebs | What I like is that it's... not exactly consistent, but inconsistent the way humans really are. |
| 10:38.49 | seebs | Some cooperation, some open warfare, all bundled up at once. |
| 10:39.03 | seebs | Human history is full of examples of people continuing to trade while at war, etcetera. |
| 10:40.28 | Wildtide | like Apple and Samsung? :) |
| 10:41.41 | Wildtide | But yes, you're right. The lore feels more "grown up" than Warcraft's. I have to admit, I do miss the massively varied silhouettes though. We're all a little bit too human for a fantasy setting. |
| 10:42.07 | Wildtide | I liked being an ugly green orc :( |
| 10:43.35 | seebs | Yeah, I sorta miss my gnomes. :) |
| 10:44.16 | Wildtide | oh gno! you're a gnoooome? :) |
| 10:45.05 | seebs | Sometimes! |
| 13:29.25 | *** join/#riftuidev Rhakka_ (~neura@tyrael.wheee.org) |
| 15:17.05 | *** join/#riftuidev Natch (~Natch@c-eccde155.25-4-64736c10.cust.bredbandsbolaget.se) |
| 15:59.06 | *** join/#riftuidev Imhothar (~miranda@ppp-188-174-150-65.dynamic.mnet-online.de) |
| 16:38.34 | *** join/#riftuidev g0urra (~g0urra@unaffiliated/gourra) |
| 17:43.13 | Imhothar | hmmm I get the feeling UI.Native.Bag.Event.Loaded does not trigger if the bag bar is toggled in the layout editor |
| 17:44.40 | Imhothar | and UI.Native.Bag:GetLoaded() always returns true |
| 18:50.21 | *** join/#riftuidev Baanano (~chatzilla@62.151.233.170) |
| 18:57.20 | *** join/#riftuidev Noshei (~quassel@c-67-161-146-244.hsd1.co.comcast.net) |
| 20:28.48 | Baanano | wow Zorba, so we'll be able to make a button trigger a macro AND execute functions at the same time? |
| 20:35.02 | Noshei | bah, so much to read ZorbaBeta |
| 21:10.40 | Imhothar | hmm wonder if the sink/bubble terminology is easy enough to understand |
| 21:20.55 | Baanano | well, i thought the order was the other way: first bubble from downmost frame (UIParent) to the topmost (the actual control), then sink the other way |
| 21:22.41 | Baanano | guess the real metaphor is "sink to the deepest child, then bubble back to the root" |
| 21:23.56 | Imhothar | depends if you see it as top-down or bottom-up ;) |
| 21:24.32 | Baanano | it's what happens with metaphors, they can be interpreted in many ways |
| 21:24.52 | Imhothar | Though I see UIParent as being at the bottom, cause as layer numbers increase things are drawn on top of others |
| 21:25.38 | Imhothar | I hated metaphors at school and I still don't trust them today |
| 21:26.25 | Baanano | i think the -ing/-ed works better, it doesn't have that ambiguity |
| 21:26.54 | Imhothar | yeah, a termporal relationship is more descriptive |
| 21:28.05 | Baanano | anyway, as long as they're documented they can be named whatever they want |
| 21:28.45 | Baanano | i feel what's hard to grasp isn't the terminology, but the whole model |
| 21:28.51 | Imhothar | we shouldn't forget we get a few people who have no coding experience quite often, it should be self-describing enough to get used to it easily |
| 21:30.17 | Noshei | yeah like this guy <, I had no real coding experience before starting on Easy Mail |
| 21:30.28 | Imhothar | I would like to see return values to be added to the system for signaling further propagation or not |
| 21:33.41 | Baanano | not that it's complex, i find it simple and elegant, it's more like "i just want to add a click handler, to which one of these many events should i attach it?" |
| 21:35.03 | Imhothar | aye |
| 21:35.41 | Baanano | the answer probably being "just attach to the normal event as usual, but if you want to do cool things, you have all these others options" |
| 21:38.34 | ZorbaBeta | imhothar, I'm avoiding return values for a few reasons. First off, they're difficult to expand upon later - I'd have to require that return values be a table. Second, they're inefficient - it's much easier to simply watch for a function call that probably won't occur than to parse a result from every function. Third, they lead to errors - I don't yet have many cases where I'm parsing return values for proper formatting, and I would rather li |
| 21:38.35 | ZorbaBeta | ke to keep it that way |
| 21:38.42 | Imhothar | Wish we could somehow help Zorba with the code... |
| 21:38.52 | ZorbaBeta | (also hi I'm home now :V) |
| 21:38.58 | Baanano | hi zorba |
| 21:39.06 | ZorbaBeta | the code's the easy part. the design's the tough part. |
| 21:39.18 | Imhothar | sometimes |
| 21:39.29 | ZorbaBeta | seriously I've been toying with this redesign for something like half a year now, and on the drive home I *still* came up with some changes that I might add |
| 21:40.15 | Imhothar | My concnern is the bubble.sink naming. I already see myself trying to reall each time which phase comes first |
| 21:40.30 | ZorbaBeta | (which I'm not gonna write up until at least tomorrow, to give people a non-moving target to reply to) |
| 21:40.41 | ZorbaBeta | yeah, I can see that being an issue, but I'm not sure if there's a better solution |
| 21:41.12 | Imhothar | I'd suggest the temporal relationship: EventLeftClicking - EventLeftClicked |
| 21:41.28 | Baanano | or Pre/Post |
| 21:41.33 | Imhothar | or pre/post |
| 21:41.54 | Imhothar | or EventWillLeftClick/EventDidLeftClick |
| 21:42.04 | ZorbaBeta | I don't think that really implies the event pattern, though |
| 21:42.15 | ZorbaBeta | if it was just on one frame, sure, but it moves through the hierarchy |
| 21:42.39 | ZorbaBeta | and in some ways I'm also leaning on the javascript/actionscript semantics, which use the same term |
| 21:44.07 | Imhothar | how about going with things like Text or RiftButton? They have "default" hanlders for keydown/leftclick. In javascript you got to disable them manually |
| 21:44.41 | ZorbaBeta | in that case, they'll just be created with a handler in place automatically |
| 21:45.27 | Imhothar | so if someone replaces RiftButton.EventLeftClick the button stops working |
| 21:45.47 | Imhothar | how'd you invoke the default behaviour in that case? |
| 21:46.22 | ZorbaBeta | remember, with this new model, frame events can have multiple handlers |
| 21:46.32 | Imhothar | ah yes |
| 21:47.01 | seebs | I like willLeftClick/LeftClick/didLeftClick. |
| 21:47.13 | Baanano | what would happen with specialized events? as leftpress in a button? in the parent frame you'd have to intercept the leftclick one? |
| 21:47.26 | ZorbaBeta | baanano, what do you mean? |
| 21:47.40 | seebs | ohh, point. |
| 21:47.51 | seebs | Distinguish between "leftclick" and "leftpress" and "leftrelease". |
| 21:48.04 | ZorbaBeta | seebs, well, two problems with that. First, I don't think it adequately conveys the bubble/sink mechanics. Those, to me, imply movement. Second, it doesn't fit with the naming conventions - in general I try to phrase things from most general to most specific |
| 21:48.14 | Imhothar | RiftButton has the event LeftPress, but Frame doesn't |
| 21:48.16 | Baanano | RiftButton has this LeftPress event, but the parent frame doesn't have it, would we need to intercept leftclick instead? |
| 21:48.32 | seebs | Hmm. I see; I wasn't thinking of the movement part. |
| 21:48.43 | seebs | Probably because my cognitive map of it isn't movementy. |
| 21:49.57 | seebs | Thinking about it. did/will is chronological, and bubble/sink are movement, and we've got two separate kinds of things to represent. |
| 21:50.08 | ZorbaBeta | baanano, ah, I see. Well, there's two ways to approach that. First off, I'm interpreting "press" as meaning "the button was pressed", which is really an info message, not an input message. So there isn't really a way to intercept it - it's informing you about something that happened |
| 21:50.14 | seebs | We've got the chronology of the event, |
| 21:50.26 | seebs | and we have the question of the frame hierarchy's handling of who gets the event. |
| 21:50.39 | ZorbaBeta | In that case, if you wanted to prevent the button from being pressed, you'd need to actually intercept the input events themselves |
| 21:50.42 | seebs | Zorba: Some people *really* like to have buttons that fire on press. |
| 21:51.18 | ZorbaBeta | The other answer is that, yeah, there are currently issues with the design where child frames have events that parent frames don't, especially if bubbling is involved. I think I have a fix but that's part of what I'll try writing up tomorrow :V |
| 21:51.22 | seebs | It might make sense to have an option for a Press type event to do something, in which case the release/click can't do it. |
| 21:51.52 | ZorbaBeta | seebs, in my mental model, release/click refer to movements of the mouse, whereas press is a higher-level event that refers to a button's behavior. This might not be a useful mental model, though :V |
| 21:52.01 | Imhothar | hmm just hit my mind: what about using a command pattern with something like chain of respnsibility instead of predefined methods |
| 21:52.05 | seebs | Ohh, interesting. |
| 21:52.16 | seebs | I'm tending to think of press == keydown, release == keyup |
| 21:52.28 | ZorbaBeta | I think it's press. Hold on, lemme go check the docs :P |
| 21:52.44 | Imhothar | Signals that the button has been pressed. Equivalent to LeftClick, but triggers only while the button is enabled. |
| 21:53.06 | ZorbaBeta | okay, yeah, the docs say LeftUp/LeftDown/LeftClick are the primitive types, LeftPress is referring to the button itself |
| 21:53.28 | ZorbaBeta | so in this case, the button would have built-in handlers for Up/Down/Click, and you'd provide it with a handler for Press |
| 21:53.35 | Imhothar | Would that new systme imply mouse masking goes away? |
| 21:53.56 | Imhothar | hm although masking still has its use |
| 21:54.00 | ZorbaBeta | Yeah, that's a really good question. I'm not sure. I partially like it and partially don't. |
| 21:54.12 | ZorbaBeta | the whole automatically-adjusting-mouse-clickability is great, right up until it stops doing what you want |
| 21:54.16 | Imhothar | with masking in place a frame can disable input for underlying frames |
| 21:54.23 | ZorbaBeta | and in this case I'd need to do something a bit funky where it only inserted its handlers once you inserted an event for Press |
| 21:54.30 | Imhothar | that wouldn't be possible with events only |
| 21:54.55 | seebs | Oh! |
| 21:55.00 | seebs | I realized why :Sink() is bothering me. |
| 21:55.07 | seebs | Because "sink" is /dev/null. :) |
| 21:55.13 | Imhothar | cause it makes me think of the kitchen sink? |
| 21:55.58 | seebs | I've got "sink" more tightly tied to the noun (a thing which consumes and probably discards) than to the verb (going down). |
| 21:58.56 | Imhothar | Hmmmm I think one function we could need is IsParent/IsAncestor |
| 21:59.12 | Imhothar | for easier handling of the event target thingie |
| 21:59.36 | Imhothar | not that it would be difficult to do in Lua... but.. you know |
| 22:02.14 | Baanano | in the sink phase, target is either self or a descendant, and in the bubble phase it's either self or an ancestor, isn't it? |
| 22:03.03 | Imhothar | see, now if only I remembered which phase comes first |
| 22:03.09 | Imhothar | darn the terminology |
| 22:03.30 | Imhothar | but I get what you mean |
| 22:03.33 | seebs | sink is incoming, bubble is outgoing. |
| 22:05.26 | Imhothar | I won't know in 30 minutes |
| 22:06.22 | Imhothar | In my mind the context is at the bottom of the frame hierarchy. sigh that will take some getting used to |
| 22:08.42 | seebs | towards/away? |
| 22:10.12 | Imhothar | right now I'm trying to figure out how MouseIn/MouseOut would work in the new world with nested elements |
| 22:10.33 | Imhothar | Like a popup menu that is only to disappear if the cursor leaves the top frame |
| 22:10.39 | Imhothar | area |
| 22:10.42 | ZorbaBeta | I'd consider that to be an input event, so it'd do the whole bubble thing |
| 22:10.50 | seebs | Hmm. I would think that events like that wouldn't do the sink/bubble... I guess I'm wrong. Heh. |
| 22:11.10 | seebs | Wait, if that's an input event/bubble... does that mean it can trigger things of the sorts that require input events? |
| 22:11.38 | seebs | Because consider if you will a mass of tiny little frames which, when moused over, try to do lots of things which are only sometimes available, like cleanses. |
| 22:11.40 | ZorbaBeta | "hardware event" is defined as a button or key event. That could probably be named more clearly, to be honest |
| 22:13.04 | seebs | So, thanks to bananah, I now have a problem again that I didn't have at launch, but which I knew was coming. |
| 22:13.09 | seebs | I don't have enough slots to have a bank alt. |
| 22:14.07 | Baanano | iirc key events aren't hardware events, at least key events from rifttextfield aren't |
| 22:14.38 | ZorbaBeta | mmm, that's possible too |
| 22:14.45 | ZorbaBeta | I think it may be that slash commands are hardware events |
| 22:15.30 | seebs | So, I saw mention in chat of a macro doing something to the effect of |
| 22:15.41 | seebs | cast @party01 Cleansing Spell |
| 22:15.45 | seebs | cast @party02 Cleansing Spell |
| 22:15.46 | seebs | ... |
| 22:16.02 | Noshei | yes |
| 22:16.03 | seebs | because since you can't cast them on targets with nothing to cleanse, it picks the first one it can work on. |
| 22:16.12 | seebs | I ... do not think that should work. |
| 22:16.20 | Noshei | works just fine |
| 22:16.34 | Imhothar | if that's not automatism... |
| 22:16.39 | Noshei | though not really needed any more |
| 22:16.57 | Noshei | with smart aoe cleansed |
| 22:17.00 | Noshei | *cleanses |
| 22:17.24 | seebs | Yeah. I just think Rift would be VERY well served by a macro system that would allow genuine conveniences which are not automation (like /castsequence, say), and NOT allow stuff that is plainly automation. |
| 22:18.25 | Noshei | its not really automation though, it still requires you to press the macro |
| 22:18.46 | Imhothar | but it picks the right target automatically |
| 22:18.58 | seebs | The distinction that WoW made, which is one of the cases where I agreed with them, was that if it can pick the right spell or the right target, it's automation. |
| 22:18.58 | Imhothar | without yo having to think |
| 22:19.33 | seebs | Baanano: What does the lightning bolt next to the "post" button mean? |
| 22:19.54 | Noshei | Imhothar: by that reasoning then all macros are automation |
| 22:20.09 | Imhothar | no |
| 22:20.10 | Noshei | at least in rift |
| 22:20.11 | seebs | Not really. Well, not outside of Rift. :P |
| 22:20.22 | Baanano | seebs: it enables batch posting with whatever settings you've entered in the other fields |
| 22:20.36 | seebs | Ohh, I see. Very useful. I gotta start tagging things with that. |
| 22:20.42 | Noshei | #show Strike of Judgment |
| 22:20.43 | Noshei | suppressmacrofailures |
| 22:20.43 | Noshei | cast Strike of Retribution |
| 22:20.43 | Noshei | cast Bolt of Radiance |
| 22:20.43 | Noshei | cast Sanction Heretic |
| 22:20.44 | Noshei | cast Doctrine of Authority |
| 22:20.46 | Noshei | cast Strike of Judgment |
| 22:20.48 | Noshei | cast Reckoning |
| 22:20.51 | Noshei | cast Vex |
| 22:20.58 | Imhothar | that doesn't pick the target for you |
| 22:21.04 | Imhothar | that's the difference |
| 22:21.06 | Noshei | That makes it so I dont have to think or choose what ability to use, but still requires I press a button |
| 22:21.13 | Imhothar | and the rason behind all the secure mode measures in WoW and Rift |
| 22:21.29 | Noshei | actually the game picks the target for me, if I dont have one |
| 22:22.13 | seebs | Wait, will that work? |
| 22:22.15 | Baanano | in my opinion, even that macro is automation |
| 22:22.29 | seebs | I was under the impression that once you hit a power with no cooldown, that would cast and nothing after it would cast. |
| 22:22.47 | Noshei | yes thats right seebs |
| 22:22.50 | Imhothar | the next target, there's no intelligence behind picking the next closest target. a macro that picks the next cursed target for cleansing perofrms an intelligent decision for you |
| 22:23.26 | seebs | So I don't think that macro will ever hit Vex, will it? I would think it'd stop at Strike of Judgement. |
| 22:23.38 | seebs | But yes, either way, I consider macros like that to be unreasonably automated. |
| 22:23.42 | Noshei | no it will |
| 22:23.49 | Noshei | depending on the situation |
| 22:23.52 | seebs | I don't mind stuff like /castsequence, where the player is deciding the sequence and the macro isn't. |
| 22:23.56 | seebs | Ohh, because of range? |
| 22:24.13 | Noshei | strike of judgement requires melee range, so it goes to reckoning if not in mele |
| 22:24.28 | Noshei | reckoning requires you be facing the target, so it goes to vex if your not |
| 22:24.38 | Noshei | which doesnt require facing |
| 22:24.40 | Imhothar | in /castsequence you have to define the sequence in advance and give thought into it. It can't just pick the next available spell from a set of spells |
| 22:24.41 | seebs | Right. Sneaky. And yeah, I really think Rift's macros are too powerful by far, except that they are too weak for what I *want* to do. |
| 22:25.10 | seebs | I want /castsequence and [nomod], and then I could have stuff like "do my motifs in order". It wouldn't be intelligent, but it'd free up buttons for me. |
| 22:26.00 | Noshei | you can single button motifs with modifier keys though |
| 22:26.51 | Noshei | but trion really killed the use of macros with SL anyways, by removing CD's from a ton of abiliteis |
| 22:27.04 | Imhothar | bubble or sink? |
| 22:27.16 | Noshei | that tank macro i posted is about the longest macro you will find in any spec now |
| 22:30.24 | *** join/#riftuidev Toludin (62cf9e4f@gateway/web/freenode/ip.98.207.158.79) |
| 22:30.57 | *** join/#riftuidev Toludin (62cf9e4f@gateway/web/freenode/ip.98.207.158.79) |
| 22:31.53 | Toludin | hey guys - is there any sort of profiler available for addons running in rift? any way to see where that cpu time is actually being spent? |
| 22:33.00 | Baanano | ZorbaBeta: the Halt() method in sink events says it "skips any remaining main-event-handler events", what would happen if you had several sink handlers and the first one used Halt()? would the other sink handlers fire? |
| 22:33.02 | Noshei | just mousing over the computer icon gives you the top 3 CPU users from addons, but beyond on that I dont thing anyone has made anything to show more |
| 22:33.31 | Imhothar | bCPU |
| 22:33.45 | Toludin | Noshei - thanks - yea, I was hoping to get more info than that. My CPU usage jumps from ~1% to ~10% the moment I move to a raid, and I'm trying to narrow down why that is |
| 22:33.46 | Imhothar | but it's definitely not a profiler |
| 22:34.19 | Toludin | well, trying to narrow down why it is, outside of the fact that i'm a bad coder ;-) |
| 22:35.11 | Toludin | what's bCPU? |
| 22:35.19 | Imhothar | an addon |
| 22:35.29 | Toludin | ah |
| 22:39.58 | ZorbaBeta | baanano, as I'm imagining it, yes, other sink handlers would still fire |
| 22:40.33 | seebs | Oh, interesting. So :Catch() stops propagation, but :Halt() doesn't? |
| 22:41.05 | ZorbaBeta | the only difference is that halt prevents future normal event handlers from firing |
| 22:41.11 | ZorbaBeta | it's basically saying "hey, I took care of it entirely, we're done" |
| 22:41.18 | ZorbaBeta | catch is more like saying "we'll handle this on our level" |
| 22:41.43 | seebs | Interesting. I would have expected :Halt() to have the same no-more-propagation effect. |
| 22:44.08 | ZorbaBeta | yeah, I'm saying they both stop propogation |
| 22:44.15 | ZorbaBeta | halt just stops future normal event handling as well |
| 22:45.48 | Baanano | what if another sink handler decides to Catch? |
| 22:46.23 | ZorbaBeta | In theory, it would do the union of Catch and Halt effects. Since Halt's effect is a strict superset of Catch's, it'll keep the Halt effect. |
| 22:52.31 | Baanano | well, i guess the same would happen if the first one Catched and the second one Halted |
| 22:56.00 | ZorbaBeta | yup :) |
| 22:56.28 | ZorbaBeta | it's also entirely possible for a Sink to Catch, and then for a main event handler which would not otherwise have been called to Halt |
| 22:58.18 | seebs | Now I'm confused. "other sink handlers would still fire" sounds to me like propagation was continuing. |
| 22:58.43 | ZorbaBeta | other sink handlers attached to that frame |
| 22:58.54 | seebs | ohhhh. |
| 22:59.04 | seebs | So, not "further down", but "at the same level". |
| 22:59.11 | ZorbaBeta | right :) |
| 23:00.58 | Baanano | i think it could be inconvenient in some cases, but can't come up with a good example |
| 23:01.18 | ZorbaBeta | it's possible I'll end up with Uncatch or Unhalt functions someday |
| 23:05.17 | *** join/#riftuidev Cairenn (~Owner@MMOI/Administratrix/Cairenn) |
| 23:05.17 | *** mode/#riftuidev [+o Cairenn] by ChanServ |
| 23:17.13 | *** join/#riftuidev Torhal (~torhal@c-71-207-224-241.hsd1.al.comcast.net) |
| 23:24.01 | Imhothar | right, bed time. let's see if ZorbaBeta's post will give me nightmares |
| 23:33.23 | Baanano | damn, i wish i could explain my ideas without needing a dictionary >_< |
| 23:47.56 | *** join/#riftuidev dedis16 (~dedis16@akw403.cs.yale.edu) |