| 02:37.46 | Ivnedar | ui scaling? |
| 02:39.02 | seebs | Don't think so. Although it may have depended on having a UI scale set. |
| 02:47.03 | Ivnedar | I used to have the planar reward element slowly work its way down the screen over time |
| 02:47.10 | Ivnedar | stopped moving when I went back to default ui scale |
| 02:48.03 | Ivnedar | Wonder if it some ui elements save their position every time they disappear |
| 02:48.10 | Ivnedar | and ui scaling gives them an off by 1 error |
| 02:51.19 | seebs | A friend of mine once had a CoH session in which some windows were constantly moving. At a noticeable rate. No idea why. |
| 03:26.39 | Ivnedar | that could be an amusing addon, whenever the mouse cursor gets near to a frame, the frame moves away |
| 03:26.50 | Ivnedar | make it a sprite of a fly or something |
| 04:00.09 | seebs | Ever seen GoofBall? |
| 04:08.11 | Ivnedar | What is it? |
| 04:31.54 | *** join/#riftuidev seebs (~seebs@home.seebs.net) |
| 04:31.55 | *** mode/#riftuidev [+o seebs] by ChanServ |
| 05:30.00 | *** join/#riftuidev Torhal|work (~torhal_wo@76.164.170.2) |
| 05:30.00 | *** mode/#riftuidev [+v Torhal|work] by ChanServ |
| 07:06.04 | *** join/#riftuidev seebs (~seebs@home.seebs.net) |
| 07:06.05 | *** mode/#riftuidev [+o seebs] by ChanServ |
| 17:41.06 | *** join/#riftuidev Imhothar (miranda@ppp-188-174-9-46.dynamic.mnet-online.de) |
| 18:07.05 | Imhothar | Hmm, I'm getting an error in TrionDevTools eventlog.lua:79: bad argument #1 to 'insert' (table expected, got userdata) |
| 18:15.43 | Imhothar | is it possible that as soon as I use Command.Event.Attach a single time the entire addon switches to the new system and everything stops working? |
| 18:24.04 | Imhothar | 'hmm my bad forgot about the new handle argument |
| 18:31.27 | *** join/#riftuidev seebs (~seebs@home.seebs.net) |
| 18:31.28 | *** mode/#riftuidev [+o seebs] by ChanServ |
| 18:32.34 | *** join/#riftuidev seebs (~seebs@home.seebs.net) |
| 18:32.35 | *** mode/#riftuidev [+o seebs] by ChanServ |
| 18:34.47 | *** join/#riftuidev seebs (~seebs@home.seebs.net) |
| 18:34.48 | *** mode/#riftuidev [+o seebs] by ChanServ |
| 18:38.33 | *** join/#riftuidev seebs (~seebs@home.seebs.net) |
| 18:38.33 | *** mode/#riftuidev [+o seebs] by ChanServ |
| 19:19.50 | ZorbaBeta | I'm gonna be posting new examples next week, just decided to let the rest of the event system improvements go through first |
| 19:25.57 | Imhothar | is it possible the amortized loading might have messed up the order the files are loaded in? |
| 19:26.02 | Imhothar | or events are fired on startup |
| 19:28.00 | Imhothar | I changed a single event to Command.Event.Attach and suddently stuff went crazy |
| 19:43.12 | Imhothar | how are the new and old event systems ordered when mixing Command.Event.Attach and table.insert? |
| 19:58.07 | ZorbaBeta | officially, the order is undefined. unofficially, I think it does the old style first, then the new style |
| 19:58.22 | ZorbaBeta | did you make sure you added the new "handle" parameter at the beginning of the parameter list? |
| 19:58.29 | Imhothar | that would explain my observartions |
| 19:58.33 | Imhothar | yes |
| 19:58.54 | Imhothar | it was the order of execution that made things break |
| 19:58.58 | ZorbaBeta | ah, nod |
| 19:59.06 | ZorbaBeta | yeah, relying on ordering between the two handler types is a bad idea :) |
| 19:59.48 | Imhothar | it was just a basic test |
| 19:59.56 | Imhothar | changed one event to see if I got the concept right |
| 20:00.01 | Imhothar | and then hell broke lose |
| 20:01.07 | Imhothar | I gotta say the syntax for frame events is a bit clumsy now |
| 20:01.39 | ZorbaBeta | btw, note that I might be changing the macro syntax - there's a post about it in the suggestions thread, I believe - so be prepared for a minor redesign |
| 20:01.49 | ZorbaBeta | yeah, it's a bit more verbose than what we had before, but I think it's a net benefit |
| 20:01.51 | Imhothar | aye seen it |
| 20:10.17 | seebs | Ooh? Macro syntax? |
| 20:12.59 | seebs | I do not see anything from you about macro syntax in the last week or so... Maybe I missed it a while back? |
| 20:13.39 | Imhothar | there are no macros in Lua, unless Zorba is plowing it with a preprocessor which I really hope is not true ;) |
| 20:14.16 | seebs | I assume that's "macros" as in what /macro shows, which as I recall addons can use in frame hooks. |
| 20:14.29 | seebs | Huh. math.mod removed? I guess I was using .fmod anyway. |
| 20:21.14 | ZorbaBeta | the macro syntax as in attaching macros to frame handlers |
| 20:23.28 | seebs | If you can ever get anything done about the minor detail that the macro system sort of sucks, I would love that. |
| 20:23.35 | Imhothar | huh, my bag windows have moved |
| 20:24.30 | Imhothar | funny |
| 20:24.33 | seebs | In an ideal world, I'd like [nomod] [harm] and [help] modifiers. And I'd also like them to always disregard any additional /cast after they've executed one, GCD or no. |
| 20:26.16 | Imhothar | ZorbaBeta does the new frame event system still suffer from the MouseIn/MouseOut order illness? |
| 20:27.41 | ZorbaBeta | yes, the only changes in the behavior of the actual events were related to Key events |
| 20:27.50 | ZorbaBeta | although I think I have a way to fix that, I just haven't gotten to it |
| 20:44.52 | Imhothar | is there a way in the new system to call a frme input event manually? in the old one I could call self.Event.X(self, ...) to let a derived frame type just do whatever it wants to |
| 20:46.30 | Imhothar | something like Event.Dispatch would be nice |
| 20:51.54 | ZorbaBeta | you can always use EventList to find the handler and call those. I'm thinking of adding a frame event creation function, and that might go along with a dispatch function |
| 20:52.18 | Imhothar | does Event.List take priorites and stuff in consideration? |
| 20:53.10 | Imhothar | The thing is that RiftTextfield:SetText didn't trigger Event.TextfieldChange int he old system, so I had to call it manually. If that's no longer the case than fine |
| 20:53.24 | ZorbaBeta | yes, it lists event in order |
| 20:53.38 | ZorbaBeta | and I suspect that behavior is still the case |
| 20:53.57 | Imhothar | but there's currently no way to trigger the entire dive/bubble mechanic manually? |
| 20:57.22 | ZorbaBeta | nope |
| 20:58.15 | Imhothar | that SetText() doesn't trigger the event isn't a bad thing, that way I can set "search" in a search textbox after losing focus without it triggering a real search |
| 20:59.09 | seebs | I am so going to get time to go mess with the new stuff and redo my addons to use the new events Any Day Now. |
| 21:23.16 | *** join/#riftuidev Noshei (~quassel@c-24-9-171-99.hsd1.co.comcast.net) |
| 21:31.02 | Imhothar | a PressLeft() method for RiftButton would be nice |
| 21:36.23 | Imhothar | Ok, this is crazy, my bag windows change their position after every /reloadui |
| 21:36.36 | Imhothar | even after resetting them |
| 22:17.53 | *** join/#riftuidev Noshei (~quassel@c-24-9-171-99.hsd1.co.comcast.net) |
| 22:59.51 | Imhothar | has any of you played around with clang and llvm? |
| 23:00.11 | Imhothar | besides using it as part of XCode |
| 23:07.23 | Imhothar | It seems the native UI doesn't save things on a /reloadui |
| 23:07.31 | Imhothar | like window positions |
| 23:22.54 | odine | the bar reset was happening on US servers |
| 23:23.06 | odine | hotfix #1 corrected it |
| 23:23.20 | odine | least i think so |
| 23:23.41 | odine | only your mainbar right? |
| 23:32.01 | Thorarin | No, all bars except 2 |
| 23:32.20 | Thorarin | <Imhothar> Ok, this is crazy, my bag windows change their position after every /reloadui |
| 23:32.23 | Thorarin | Same here :( |
| 23:36.46 | Thorarin | Unfortunately each time they move to a completely unusable position, in which I never put them. Logging out with them properly positioned doesn't help either |
| 23:37.21 | Imhothar | mine all stack at the same position |
| 23:37.29 | Imhothar | I'm glad I have a inventory adddon :p |
| 23:38.19 | Noshei | just do exportui when you have them where you want then importui when they get moved |
| 23:38.39 | Imhothar | too much effort |
| 23:39.01 | Noshei | well less effort then having to reposition the bags |
| 23:39.27 | Imhothar | that's the benefit of a bags addon: I simply don't care much |
| 23:45.04 | Imhothar | it's just a little surprise when it happens |
| 23:52.11 | Thorarin | I mostly use Imhothar for searching and tooltips, so I find it rather annoying to have all bags in the same place |
| 23:52.43 | Imhothar | do you miss any feature? |
| 23:52.51 | Thorarin | Noshei: Reset Bag Positions button :P |
| 23:53.24 | Thorarin | Nah not really, I just don't mind having multiple bag windows |
| 23:55.05 | Noshei | I'd rather have one big bag, i just dont like how imhothars organizes everything |
| 23:55.13 | Thorarin | I mostly miss a fix for the error message on guild bank :) |
| 23:55.33 | Imhothar | Well, newsflash: there is a all-in-one bag display in ImhoBags since 0.14 |
| 23:56.25 | Noshei | well then i might just have to take another look at it |