[09:05:16] jzaefferer arschmitz fnagel gnarf kborchers mikesherov rxaviers tj_vantoll [09:05:29] hello [09:05:31] yo [09:05:37] hey [09:06:17] hi [09:06:20] hi [09:06:55] I pared down the agenda to just the items that we're actually discussing. [09:07:25] rxaviers: Any update on AMD? [09:08:14] tj_vantoll has reviewed the AMD branch and fixed some issues on tests. [09:08:23] I have fixed a rebase issue [09:08:31] Is anyone else going to review it? [09:08:49] Yeah, I can review it this week. [09:08:54] coo [09:08:57] cool [09:09:17] but, that's all [09:10:13] ok [09:10:23] arschmitz: Any update for button? [09:10:47] just pushed a new branch [09:10:51] using spans [09:11:14] simplifies the css dramaticly [09:11:33] and plays much nicer with the current ui theme [09:11:54] https://github.com/jquery/jquery-ui/tree/button-icon-span [09:12:14] that would be it [09:12:42] what were you using before? [09:13:03] :before/after psuedo classes. [09:13:03] :before and :after pseudo elements [09:13:14] Yeah, what he said :-P [09:14:25] have not got to updating checkbox radio yet so its just the button stuff in that branch [09:14:55] but this should simplify that quite a bit too based on our previous discussions [09:15:12] Ok, let us know when that's updated and we'll do a larger review. [09:15:27] jzaefferer also raised a question about buttonset's future. [09:15:35] I think we'll end up with controlgroup, right? [09:15:40] yes [09:17:24] rxaviers: Can you give an update on date handling in Globalize? [09:17:32] And the mess that is timezone handling. [09:18:20] Oh well, sure. By the way, I have (finally) summarized our state on its regard on http://git.io/jvDT3A [09:18:41] Basically, we have issues on format, and we have issues on parse. [09:19:53] Formatting CLDR timezone patterns Z, O, x, X have mostly been implemented just fine so far, although z, v, V is problematic. [09:20:22] In the comment I show where the problem using native JavaScript Date object. [09:20:56] is [09:22:00] If we have a third-party library to handle all this, like we have discussed on IRC the other day, formatting z, v, and V will be straightforward. [09:23:45] The deduction of timezone by inspecting multiple dates is crazy :-) [09:24:01] It is [09:24:47] Parsing is also restricted by native date object, and I think we should have different goals whether we rely on native Date, or the extended timezone-supported date. (better explained in the github comment) [09:25:33] s/is problematic/are problematic/ [09:25:54] Are you thinking we could support native and enhanced at the same time? [09:26:07] And for native, it just won't work for certain timezone settings? [09:27:43] Yes, I think that would be the best approach [09:28:03] That sounds good to me. [09:28:24] Native support will be simpler and a subset of the enhanced approach. So, perhaps we can offer a progressive enhancement (like an addon plugin) [09:28:28] Do you think moment.js would be interested in implementing that? [09:28:49] Implementing the enhanced date object I mean. [09:29:07] Or do you think it's something that we should be as a standalone lib? [09:29:17] Probably. It will be certainly interesting having iskren on top of that and hear what he thinks [09:29:31] Ok, why don't you reach out to him and see what he says. [09:29:39] Sure, I will. [09:29:39] My opinion is that someone else should implement that [09:29:55] globalize and this third-party should agree on the API to use [09:30:09] What do you think? [09:30:22] Sounds good. [09:30:30] ;) [09:30:46] Did the ES6 stuff provide any useful info? [09:32:46] Nope, all I have found was related to I18n support to format stuff. But, Date seemed still the same. [09:32:58] Or I have not found the correct place in the specs [09:33:05] (that's a possibility) [09:33:48] ah, ok [09:34:07] It's very possible that it was just new i18n APIs and no changes to Date. [09:35:06] If so, my comment makes sense. [09:35:38] Ok, so let's see what iskren says. [09:35:48] That's it for CLDR updates, right? [09:35:49] If we have any updates on Date, my comment may not make sense. Or could be improved. [09:35:58] correct [09:36:14] s/could be/could have been/ [09:36:18] Support for touch-action in interactions landed right after our meeting last week :-) [09:36:46] So we should have better support for Windows 8 now. [09:37:59] fyi, i've started digging back into interactions and making them work with our pointer event stuff ... finally [09:38:07] just started wrapping my head back around it last night [09:38:34] :-) [09:39:35] scott_gonzalez: what would you consider the latest interaction stuff ... i'm going to start over on the interaction-polymer branch. probably just kill it and start a new one [09:39:52] is it the interactions branch? [09:39:57] Whatever's in the interactions branch. [09:40:22] ok, in order to bring that up to speed with master, what would you recommend. a rebase seemed messy [09:40:39] Just a merge. [09:40:48] ok sounds good [09:41:03] But you're going to need to do lots of manual merging. [09:41:20] hmmm, ok [09:41:20] You might want to talk to mikesherov mikesherov_ about it. [09:41:30] yeah [09:41:49] scott_gonzalez: Dave Stein and I are wrapping up a giant internal project soon [09:41:50] in a rebase the only conflict was in draggable but it makes crazy history [09:42:00] and then when I come up for air, I can help kborchers with that [09:42:13] ok [09:42:18] kborchers: we can squash draggable anywya [09:42:28] Dave Stein made like 80 zillion commits [09:43:15] A squash is fine by me. [09:43:46] can the message be "Draggable: WTF Dave Stein ;)" [09:45:50] Anyone have anything else? [09:47:34] Any news on the IE7 setOuterWidth issue? [09:47:44] fnagel: I'll look into that today. [09:47:58] Ok, just want to remind [09:48:04] Thanks. [09:48:13] It's now at the top of my list. [09:48:34] Ok, see everyone back in -dev.