Documentation

Getting Started

API Reference

Plugins

Support

About jQuery

Toolbox

Views

Personal tools

JQuerySprint/dev/irclog

From jQuery JavaScript Library

Jump to: navigation, search

1 Friday
2 Saturday
3 Sunday

All times are EDT(GMT-4)

[edit]

Friday

(8:30:10 AM) #jquery-sprint-dev: mode (+ns ) by clarke.freenode.net
(9:27:08 AM) pbakaus [n=paulbaka@p5799EF86.dip.t-dialin.net] entered the room.
(9:27:48 AM) iMarc [n=iMarc@c-76-17-223-30.hsd1.mn.comcast.net] entered the room.
(9:28:50 AM) brianpeiris [n=brianpei@CPE00131030fe87-CM0014e825d674.cpe.net.cable.rogers.com] entered the room.
(9:31:21 AM) braeker [n=braeker@189.70.97.140] entered the room.
(9:31:38 AM) iMarc: HAI
(9:31:57 AM) braeker: hi ;)
(9:36:43 AM) davidserduke [n=chatzill@adsl-71-131-8-173.dsl.sntc01.pacbell.net] entered the room.
(9:44:36 AM) Miksago [n=miksago@124-171-35-236.dyn.iinet.net.au] entered the room.
(10:01:19 AM) braeker is now known as braeker_
(10:04:39 AM) scott_gonzalez [n=chatzill@c-68-36-109-177.hsd1.pa.comcast.net] entered the room.
(10:05:00 AM) brianpeiris is now known as brianpeiris_away
(10:07:40 AM) pbakaus: Hey everyone!
(10:08:21 AM) iMarc: hi
(10:08:24 AM) scott_gonzalez: hi
(10:08:41 AM) pbakaus: let's start with discussing the individual goals
(10:09:41 AM) pbakaus: the first thing I will do is assigning bugs to each of you
(10:10:09 AM) pbakaus: please start with telling me any specific area you want to tackle
(10:10:44 AM) scott_gonzalez: I have a lot of experience working with the dialog code
(10:11:10 AM) pbakaus: okay, thats great - then I will assign any current dialog bugs to you
(10:11:36 AM) pbakaus: what's your trac username again?
(10:11:41 AM) scott_gonzalez: scott.gonzalez
(10:12:30 AM) iMarc: anything datepicker related. assign to me.
(10:12:31 AM) iMarc: iMarc
(10:12:45 AM) pbakaus: ok (think I did so anyway, marc :) )
(10:13:12 AM) scott_gonzalez: has there been a decision about #2340 (dispatched events)?
(10:13:49 AM) iMarc: paul, how do i see my tickets
(10:14:01 AM) iMarc: okay i got it
(10:14:06 AM) pbakaus: k
(10:14:08 AM) iMarc: i have 6 tickets
(10:14:31 AM) pbakaus: scott_gonzalez: I didn't decide it yet, but this another good topic
(10:15:03 AM) iMarc: are all other tickets related to datepicker closed, paul?
(10:15:12 AM) iMarc: are these the only 6 in trac
(10:15:25 AM) scott_gonzalez: I guess we should identify all tickets that are related to all UI plugins and discuss them
(10:15:38 AM) pbakaus: agreed
(10:16:11 AM) iMarc: paul?
(10:16:37 AM) pbakaus: I think so marc
(10:16:49 AM) scott_gonzalez: oh, I can't accept #2448 because I can't run Safari 2
(10:17:05 AM) pbakaus: ok, neither can I :/
(10:17:29 AM) iMarc: paul, are these 6 the only datepicker bugs
(10:20:01 AM) [1]iMarc [n=iMarc@204.221.51.254] entered the room.
(10:20:04 AM) carhartl_ [n=carhartl@port-87-193-154-23.static.qsc.de] entered the room.
(10:20:10 AM) pbakaus: I think so marc
(10:20:51 AM) iMarc: k
(10:23:17 AM) iMarc left the room (quit: " HydraIRC -> http://www.hydrairc.com <- Nine out of ten l33t h4x0rz prefer it").
(10:23:17 AM) [1]iMarc is now known as iMarc
(10:23:26 AM) carhartl_ left the room (quit: Read error: 104 (Connection reset by peer)).
(10:24:01 AM) carhartl [n=carhartl@port-87-193-154-23.static.qsc.de] entered the room.
(10:25:05 AM) pbakaus: I'm just briefing the demos group - I will start to assign any open issues if the concern you in the next couple of minutes
(10:52:41 AM) davidserduke is now known as davidserduke_awa
(10:57:05 AM) rworth: http://docs.jquery.com/JQuerySprint/dev/irclog
(11:13:08 AM) neojp [n=neojp@190.8.134.226] entered the room.
(11:13:22 AM) neojp: Hi, I'm doing some accordion enhacements
(11:13:33 AM) neojp: I will upload the patches for review
(11:15:42 AM) colinclark [n=colin@142.150.154.101] entered the room.
(11:15:55 AM) pbakaus: okay, cool
(11:16:06 AM) pbakaus: hi colinclark
(11:16:26 AM) colinclark: pbakaus: Hi! Glad to see the sprint is happening.
(11:16:54 AM) pbakaus: Glad to see you're participating :) anything particular you'd like to help with?
(11:17:16 AM) colinclark: This morning I'm here to lurk, but this afternoon I'd like to lend a hand where I can. David Bolter will be here shortly to also help out. :)
(11:17:34 AM) pbakaus: ah, excellent
(11:18:56 AM) davidb [n=davidb@bas4-toronto06-1279277317.dsl.bell.ca] entered the room.
(11:19:06 AM) pbakaus: davidb: Welcome!
(11:19:10 AM) davidb: hi pbakaus :)
(11:19:33 AM) davidb: i feel woefully unprepared for this sprint but am keen to help!
(11:19:53 AM) pbakaus: perfect then :)
(11:19:58 AM) davidb: heh
(11:20:02 AM) davidb: :)
(11:20:22 AM) pbakaus: best you check out the wiki pages and the logs first, and then tell me where you'd like to help
(11:20:53 AM) davidb: pbakaus: logs?
(11:21:37 AM) pbakaus: http://docs.jquery.com/JQuerySprint/irclog
(11:21:44 AM) davidb: pbakaus: how are things on the svn/trac front?
(11:21:47 AM) ***davidb reads log
(11:22:05 AM) pbakaus: davidb: what do you mean?
(11:22:30 AM) davidb: pbakaus: was there going to be some reorganization of the trac modules?
(11:22:42 AM) davidb: sorry svn.
(11:22:47 AM) ***davidb looks for email
(11:23:01 AM) pbakaus: yes, but we weren't able to make it for the sprint
(11:23:31 AM) pbakaus: I guess we'll have to tackle this next week
(11:23:34 AM) davidb: ok np
(11:23:44 AM) davidb: cool
(11:25:40 AM) scott_gonzalez: pbakaus: let me (really everyone) know when you're ready to discuss general UI topics that involve all plugins
(11:26:15 AM) pbakaus: okay, will do
(11:37:26 AM) davidb: pbakaus: i'd like to look over what keyboard control/navigation you have in jquery... where should i look (http://dev.jquery.com/browser/trunk/ui)
(11:37:28 AM) davidb: ?
(11:37:59 AM) pbakaus: well, there is no seperate plugin - only slider has something build in (ui.slider.js)
(11:38:38 AM) davidb: pbakaus: ok cool i'll look there
(11:38:47 AM) pbakaus: ok, cool
(11:39:27 AM) davidb: pbakaus: and no ARIA yet right?
(11:39:50 AM) pbakaus: correct
(11:39:57 AM) davidb: ok great.
(11:40:00 AM) ***davidb rubs hands
(11:42:37 AM) zimbatm [n=zimbatm@adslgva0006.worldcom.ch] entered the room.
(11:42:45 AM) zimbatm: hi
(11:42:49 AM) pbakaus: hi
(11:42:55 AM) zimbatm: :)
(11:43:08 AM) pbakaus: the bugs are assigned in our bugtracker on http://dev.jquery.com/report
(11:43:25 AM) pbakaus: do you have any plugins you're familiar with?
(11:44:14 AM) zimbatm: I have used the datepicker and drag-n-droppables
(11:44:30 AM) pbakaus: okay, best would be drag and drop then
(11:44:36 AM) zimbatm: k'
(11:45:13 AM) pbakaus: please create a user in trac if you haven't done so already, and check out the source of jQuery
(11:45:25 AM) zimbatm: I have so
(11:45:29 AM) pbakaus: okay, great
(11:45:52 AM) zimbatm: It's the same as on irc
(11:45:59 AM) pbakaus: ok
(11:46:14 AM) pbakaus: take a look at http://dev.jquery.com/report/19
(11:46:20 AM) zimbatm: it's the first time I do that.. do ppl. pick tickets randomly ?
(11:46:23 AM) zimbatm: k
(11:46:23 AM) pbakaus: these are all current open issues
(11:46:33 AM) pbakaus: I usually assign them to people
(11:46:35 AM) zimbatm: I'm looking at #2477 for example
(11:46:46 AM) pbakaus: but it would be great if you could point me to one you would like to do first
(11:47:26 AM) zimbatm: ok, I'll have a look
(11:47:30 AM) pbakaus: great
(11:47:47 AM) pbakaus: do you have commit rights to SVN?
(11:48:11 AM) pbakaus: or do you want to submit patches?
(11:51:25 AM) davidb: my anonymous co of trunk is very slow... sorry should have done this yesterday
(11:52:23 AM) davidb: pbakaus: i don't seem to be able to cc myself on trac tickets... do i need to request a bump up in privs?
(11:52:55 AM) pbakaus: actually, I have no idea
(11:53:03 AM) ***davidb chuckles
(11:53:21 AM) pbakaus: I'm a total trac newbie :) I'm using it for two years now, but never played around too much with it
(11:53:51 AM) davidb: pbakaus: i think probably there is a 'trusted' group... but probably no process developed for who 'gets in' yet... that's common.
(11:54:11 AM) davidb: yeah i understand... just use what you need.
(11:54:11 AM) pbakaus: I see
(11:54:12 AM) zimbatm: pbakaus: I'll put some patches to the tickets I take
(11:54:23 AM) pbakaus: ok, zimbatm
(11:57:20 AM) carhartl: does anybody here have some window machines with IE?
(11:58:02 AM) davidb: pbakaus: so, i've been around the block as you know... implementing ARIA and keyboard in another toolkit. am still very new to jQuery.... loving it though. how would you like to use me for the next 5 hours?
(11:58:15 AM) davidb: carhartl: i have vista (in parallels)
(11:58:21 AM) davidb: carhartl: and IE7
(11:58:29 AM) davidb: IE6 doesn't like vista
(11:58:34 AM) scott_gonzalez: I have IE6
(11:58:59 AM) carhartl: UI Tabs was reported to leak memory in IE 6/7, but I cannot reproduce that on my local machine. Brandom did though and we already fixed a bunch of leaks... So I would be interested what sieve is reporting for you. It's really strange that I do not have these leaks (even not with an unpatched IE 6)
(11:59:05 AM) pbakaus: mh..I think the best would be to help the testng group, if that's cool with you
(11:59:31 AM) carhartl: sure! I was there already
(11:59:31 AM) davidb: pbakaus: sure.
(11:59:41 AM) ***davidb wonders who pbakaus was talking to there
(11:59:49 AM) carhartl: hehe, but then I thought that was about testing driven development
(12:00:08 PM) zimbatm: davidb: yes, cc field access is a priv. problem. you could also use your email as login. In both cases, your email is published to the web. Best solution IMHO is to use the RSS feed of the ticket
(12:00:09 PM) carhartl: davidb: to me?
(12:00:20 PM) pbakaus: davidb: huh? I'm talking to you I guess :)
(12:00:52 PM) pbakaus: sorry, should use names all the time
(12:00:59 PM) davidb: :)
(12:01:20 PM) scott_gonzalez: is there a way to get the size of a margin in pixels?
(12:01:35 PM) carhartl: in case you're interested in history progress: http://stilbuero.de/jquery/ui_history/
(12:01:44 PM) pbakaus: in Firefox, it's easy, in IE it's incredibly hard
(12:01:45 PM) carhartl: it's still pretty alpha
(12:02:04 PM) carhartl: but at least works in Safari 3, Firefox and IE 8 ;.)
(12:02:06 PM) scott_gonzalez: heh, IE6 is the only browser I need to get it in
(12:02:33 PM) pbakaus: hehe, difficult scott, because IE doesn't report rendered values
(12:02:44 PM) scott_gonzalez: trying to solve the problem of draggables jumping on start for absolutely positioned elements which are direct descendants of the body, when the body has a margin
(12:02:59 PM) pbakaus: scott.gonzalez: anyway, I just assigned a couple of dialog related issues to you
(12:03:13 PM) scott_gonzalez: ok
(12:03:35 PM) pbakaus: I think you should forget this one for now scott.. it's too difficult, even the offset method isn't able to handle it
(12:03:50 PM) scott_gonzalez: yeah, there's a ticket for it (#2307)
(12:04:11 PM) scott_gonzalez: filed for dialog, but really for draggable, but the problem is really from offset
(12:04:15 PM) zimbatm: pbakaus: I'll take ticket #1680 if it's ok
(12:04:42 PM) carhartl left the room (quit: Read error: 104 (Connection reset by peer)).
(12:05:04 PM) carhartl [n=carhartl@port-87-193-154-23.static.qsc.de] entered the room.
(12:05:25 PM) pbakaus: ok zimbatm
(12:05:54 PM) pbakaus: zimbatm: try to reproduce it first - a lot has been rewritten, so it might be it doesn't happen anymore with the trunk version
(12:06:11 PM) zimbatm: pbakaus: yup :)
(12:06:17 PM) pbakaus: zimbatm, your username on trac is zimbatm as well?
(12:06:28 PM) zimbatm: pbakaus: yes, it's the same
(12:06:44 PM) pbakaus: ok, assigned the issue to you
(12:42:36 PM) scott_gonzalez: what kind of descriptions are we putting on the wiki page in the Completed tasks section?
(12:43:50 PM) pbakaus: maybe the log from svn
(12:44:00 PM) pbakaus: "fixed issue #234 - bla bla"
(12:44:14 PM) pbakaus: short comments
(12:45:47 PM) davidb: pbakaus: FYI colinclark and I are having a discussion on the test channel that you'd probably help with. In a nutshell we're thinking: any big changes like keyboard or aria utilities is not going to happen for this sprint... we're creating trac tickets for them though so that we can discuss there.
(12:45:47 PM) carhartl left the room (quit: Read error: 104 (Connection reset by peer)).
(12:46:23 PM) carhartl [n=carhartl@port-87-193-154-23.static.qsc.de] entered the room.
(12:51:08 PM) neojp: pbakaus: did you see my other accordion ticket?
(12:51:42 PM) pbakaus: davidb: I agree - already saw one ticket
(12:51:56 PM) davidb: pbakaus: great!
(12:52:22 PM) davidb: pbakaus: i think colin will create a keyboard one and point to his plugin
(12:52:30 PM) pbakaus: neojp: yes, I've seen that one too - this is a bit more complicated, so I assigned it to joern, the creator of the accordion (because it involves creating new nodes)
(12:52:46 PM) neojp: oh, ok then.
(12:52:58 PM) neojp: Will commit the other changes
(12:53:07 PM) pbakaus: great
(12:56:14 PM) pbakaus: neojp: are you japanese btw? cause you have jp in your nick
(12:56:49 PM) ***pbakaus is just curious :)
(12:58:11 PM) neojp: lol
(12:58:17 PM) neojp: not really, I'm chinese :P
(12:58:26 PM) pbakaus: ah, okay :)
(12:58:28 PM) neojp: A chinese guy living in Peru tho
(12:58:45 PM) neojp: JP is my name abbreviation. Joan Piedra
(12:58:50 PM) pbakaus: nice combination :)
(12:58:52 PM) pbakaus: I see
(12:59:09 PM) neojp: lol
(12:59:11 PM) pbakaus: from the name, I expect you're born in Peru
(12:59:24 PM) neojp: pbakaus: I'm having problems with svn
(12:59:28 PM) neojp: yup
(12:59:33 PM) pbakaus: what probs?
(12:59:38 PM) neojp: can't login
(1:00:03 PM) pbakaus: are you using the password privided by google?
(1:00:11 PM) neojp: provided?
(1:00:17 PM) neojp: oh, let me check my email .P
(1:00:17 PM) pbakaus: yeah
(1:00:19 PM) neojp: :P
(1:00:38 PM) pbakaus: you must use a special generated password
(1:00:39 PM) neojp: I thought It was the same trac or email pass
(1:01:07 PM) pbakaus: no, it's your gmail username and a generated pass
(1:01:49 PM) pbakaus: and make sure you check out the trunk with https
(1:02:17 PM) neojp: I don't see any generated pass on my email
(1:02:33 PM) pbakaus: ill give you a link
(1:02:40 PM) neojp: thanks
(1:02:59 PM) pbakaus: http://code.google.com/p/jqueryjs/source/checkout
(1:03:07 PM) pbakaus: click on generated pass there
(1:03:14 PM) neojp: :O
(1:03:26 PM) neojp: I am in that pag
(1:03:28 PM) neojp: page*
(1:03:55 PM) pbakaus: can you see the password?
(1:05:37 PM) neojp: It worked :D
(1:05:45 PM) pbakaus: excellent :)
(1:05:48 PM) neojp: accordion.js comitted
(1:05:53 PM) pbakaus: nice
(1:06:03 PM) pbakaus: then you can close the bug
(1:06:18 PM) neojp: now let me commit my accordion functional demo for now, and close that trac ticket
(1:06:23 PM) pbakaus: ok
(1:06:47 PM) neojp: oh btw
(1:06:48 PM) pbakaus: wait, you did a functional demo without the functional template?
(1:06:56 PM) neojp: hmm yes
(1:07:05 PM) neojp: shouldn't I commit it for now?
(1:07:09 PM) pbakaus: um, why, if I may ask :)
(1:07:13 PM) neojp: or wait untile the template is ready?
(1:07:39 PM) pbakaus: well, I would wait until the template is done with functional demos - right now, I would only work on real world demos
(1:07:47 PM) neojp: ok :P
(1:08:07 PM) neojp: btw, accordion is using an old easing plugin for animations
(1:08:22 PM) neojp: Shouldn't it support the new enchant suite?
(1:08:30 PM) neojp: if available*
(1:08:51 PM) pbakaus: yes, but unfortunately I didn't add easing yet to Enchant
(1:10:07 PM) neojp: oh
(1:10:09 PM) pbakaus: so I guess that will have to wait
(1:10:31 PM) neojp: well, it should be updated to the latest version of the plugin then.
(1:10:35 PM) pbakaus: right
(1:11:58 PM) neojp: ok then, I should get back to my office work. Will continue with the sprint later
(1:12:21 PM) pbakaus: ok, great, thanks so far for your help
(1:14:58 PM) neojp: I will get back as soon as I can :P
(1:15:09 PM) neojp: nice meeting you paul
(1:15:26 PM) pbakaus: nice meeting you too - talk to you later!
(1:29:34 PM) scott_gonzalez: pbakaus: is there an existing model for how one UI plugin exposes options for other UI plugins that it uses?
(1:30:38 PM) pbakaus: m, I don't understand
(1:32:51 PM) scott_gonzalez: for example, dialog uses resizable and draggable
(1:33:04 PM) scott_gonzalez: how should dialog expose the options for those plugins?
(1:34:53 PM) pbakaus: I don't think the options should be directly accessible through the dialogs - since some options are predefined by dialogs, I guess
(1:35:07 PM) zimbatm: pbakaus: I updated the sortable.html tests to add an overflowed container. The bug seems to be fixed but I uncovered another one. I'll be back later http://dev.jquery.com/ticket/1680
(1:35:15 PM) pbakaus: I would only allow a custom set of options to be "forwarded"
(1:35:23 PM) zimbatm: pbakaus: new test is uploaded as a patch
(1:35:26 PM) zimbatm: bbl
(1:35:33 PM) pbakaus: zimbatm: thanks!
(1:36:22 PM) scott_gonzalez: ok
(1:36:29 PM) zimbatm left the room.
(1:37:59 PM) scott_gonzalez: so if we were to expose the resize events, just add options like resize, resizeStart, resizeStop?
(1:38:27 PM) scott_gonzalez: or just tell people to bind a handler to the dispatched event?
(1:38:54 PM) pbakaus: I would defefinitely add them as options and pass them to the plugins
(1:38:59 PM) scott_gonzalez: ok
(1:39:12 PM) pbakaus: I think it makes more sense to the user
(1:39:28 PM) scott_gonzalez: it's definitely easier for the user to setup
(1:39:35 PM) scott_gonzalez: just adds a lot of options
(1:39:55 PM) scott_gonzalez: because that's six options if you include dragging
(1:40:08 PM) neojp left the room (quit: "ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]").
(1:40:28 PM) pbakaus: well, true - but easier is always better in jquery, I guess :)
(1:42:52 PM) scott_gonzalez: pbakaus: look at this: http://paste.pocoo.org/show/33546/
(1:43:33 PM) scott_gonzalez: use the separate options style?
(1:43:42 PM) pbakaus: oh, that looks nice - go with the second then
(1:43:45 PM) scott_gonzalez: ok
(1:43:49 PM) pbakaus: overloading the boolean makes sense
(1:43:54 PM) pbakaus: looks more organized
(1:48:44 PM) scott_gonzalez: what would the expected result of this be:
(1:48:54 PM) scott_gonzalez: $(el).dialog({
(1:49:49 PM) scott_gonzalez: $(el).dialog({
(1:49:51 PM) scott_gonzalez: draggable: {
(1:49:52 PM) scott_gonzalez: start: function() { ... },
(1:49:54 PM) scott_gonzalez: drag: function() { ... }
(1:49:55 PM) scott_gonzalez: }
(1:49:57 PM) scott_gonzalez: });
(1:49:58 PM) scott_gonzalez: $(el).dialog('draggable', {
(1:50:00 PM) scott_gonzalez: drag: function() { ... }
(1:50:01 PM) scott_gonzalez: });
(1:50:26 PM) scott_gonzalez: should it just change the drag callback, or should it also get rid of the start callback?
(1:50:57 PM) scott_gonzalez: wow, that's totally the wrong syntax
(1:51:05 PM) pbakaus: I wouldn't allow it this way anyway, because it looks like an option, and getting/setting options is different
(1:51:46 PM) scott_gonzalez: that should be $(el).setData('draggable.dialog', { drag: function() { ... } });
(1:52:03 PM) scott_gonzalez: ugh, whatever, you know what I mean
(1:52:03 PM) pbakaus: yeah
(1:52:03 PM) pbakaus: :)
(1:52:24 PM) scott_gonzalez: I'm suffering from a serious lack of sleep right now
(1:52:26 PM) pbakaus: but it doesn't answer your question: yes, I would expect it also removes the start callback
(1:52:51 PM) scott_gonzalez: ok
(1:52:58 PM) pbakaus: take a nap then - you'll be more productive afterwards :)
(1:53:09 PM) pbakaus: what time is it at your place?
(1:53:14 PM) scott_gonzalez: heh, the lack of sleep is due to an 8 day old baby
(1:53:21 PM) scott_gonzalez: 1:48p
(1:53:32 PM) pbakaus: oh, okay! well, that's totally understandable then :)
(1:53:51 PM) pbakaus: I guess it's your 8 year old baby?
(1:53:57 PM) pbakaus: 8 day, sorry
(1:54:02 PM) scott_gonzalez: yeah
(1:54:08 PM) pbakaus: congratulations :)
(1:54:12 PM) scott_gonzalez: thanks :-)
(1:54:32 PM) pbakaus: don't let the mom be alone too much during the sprint then, hehe :)
(1:54:59 PM) scott_gonzalez: I'm spreading out my time
(1:57:44 PM) rworth: scott_gonzalez: I think it wouldn't gid rid of the other. It should be like extend
(1:58:17 PM) rworth: If you have 10 options set and you want to set/reset 2 options, you should be able to use a hash to do so, without effecting the other options, no?
(1:58:53 PM) pbakaus: rworth: but how would you remove callbacks?
(1:58:59 PM) rworth: null?
(1:59:19 PM) pbakaus: mhh, yeah - but I would expect it to override the object
(1:59:36 PM) pbakaus: of course, what you're saying makes sense, too
(2:00:08 PM) rworth: I think we need to apply POLS (principle of least surprise) here
(2:00:20 PM) pbakaus: I agree
(2:01:16 PM) pbakaus: and the least surprise for me would be the override of the object - see, if you just replace [object] by [array] for example, you'd also totally expect it overrides the array, no?
(2:02:37 PM) scott_gonzalez: nested namespaces would remove the ambiguity :-P
(2:02:49 PM) scott_gonzalez: $(el).data('start.draggable.dialog', function() { ... });
(2:02:57 PM) pbakaus: LOL
(2:03:06 PM) pbakaus: now that is seriously confusing :D
(2:03:33 PM) pbakaus: I think we would be the wicked guys doing backwards-nested namespacing then :P
(2:04:07 PM) scott_gonzalez: yeah, it is strange having the namespace be appended instead of prepended
(2:09:46 PM) rworth: I actually am going to turn this around and suggest that it all be flat
(2:10:10 PM) iMarc: what does, "all be flat" mean?
(2:10:12 PM) rworth: I think I've expressed this before. I think any sub-plugin options should be explicitly exposed
(2:10:50 PM) rworth: that way if the plugin needs to, it can handle it differently. It also allows for hiding implentation details
(2:10:58 PM) rworth: pbakaus: scott_gonzalez: thoughts?
(2:11:21 PM) scott_gonzalez: iMarc: http://paste.pocoo.org/show/33546/
(2:11:41 PM) scott_gonzalez: well, even with the nested structure, they're not going to be direct exposure
(2:11:56 PM) rworth: scott_gonzalez: Yeah, I guess my vote is for separate options
(2:12:01 PM) scott_gonzalez: the flat structure does remove the ambiguity though
(2:12:03 PM) pbakaus: rworth: I liked the way of nesting scrott proposed
(2:12:13 PM) pbakaus: scott
(2:12:28 PM) rworth: yes, the nesting suggests it would be direct. That's too surprising
(2:12:42 PM) pbakaus: it feels cleaner though, imho
(2:13:02 PM) pbakaus: mh..
(2:13:07 PM) rworth: pbakaus: But it doesn't translate to .data well. And what about documentation?
(2:13:12 PM) rworth: options is a flat hash
(2:13:29 PM) iMarc: how about this approach --> http://paste.pocoo.org/show/33552/
(2:13:45 PM) pbakaus: but I agree that it would make more sense to have it flat from a user perspective, because he utilizes it as single plugin
(2:13:53 PM) rworth: yes
(2:14:38 PM) rworth: the fact the we're reusing 5 plugins beneath should be for our benefit (code reuse, etc) not an added burden for the user, to have to learn all UI plugins in order to use 1
(2:14:52 PM) pbakaus: yeah, I agree
(2:15:05 PM) pbakaus: I also vote for the flat structure then
(2:15:09 PM) iMarc: wow, paste.pocoo.org is a really great paste bin.
(2:15:13 PM) scott_gonzalez: ok, flat it is
(2:15:22 PM) rworth: iMarc: isn't it? And a great use of jQuery
(2:15:26 PM) pbakaus: ok, cool - the world is flat!
(2:15:32 PM) rworth: LOL
(2:15:52 PM) pbakaus: worth: how is it going in the other groups?
(2:16:04 PM) iMarc: UI world is flat. I'm not sure how nesting applies. Isn't each plugin/component independant of each other?
(2:16:08 PM) scott_gonzalez: well, the flat structure is much easier to work with internally too :-)
(2:16:26 PM) rworth: pbakaus: davidserduke is updating the Guidelines in docs
(2:16:41 PM) pbakaus: rworth: perfect
(2:17:23 PM) rworth: pbakaus: test is pretty quiet right now. I need add a capability for tests to have a common setup where the html is complex. For example, tabs
(2:17:28 PM) iMarc: ahh.. i see what you were trying to do.. nest options that are dependant on each other.
(2:17:48 PM) scott_gonzalez: so, the options will be: draggable, dragStart, drag, dragStop, resizable, resizeStart, resize, resizeStop
(2:18:03 PM) rworth: scott_gonzalez: looks good
(2:18:21 PM) pbakaus: scott_gonzalez: yeah, that's nice
(2:18:48 PM) scott_gonzalez: ok, time for food and a break, I'll be back later to work on those features
(2:18:58 PM) pbakaus: great, ttyl
(2:19:42 PM) iMarc: nested options look tricky, but i kind of like it.
(2:21:08 PM) carhartl left the room (quit: ).
(2:45:11 PM) ***rworth created http://dev.jquery.com/ticket/2516
(2:46:39 PM) pbakaus: thanks
(2:47:00 PM) ***rworth created http://dev.jquery.com/ticket/2517
(2:47:24 PM) rworth: pbakaus: These tests are working great
(2:47:33 PM) ***rworth fires up some other browsers
(2:48:18 PM) pbakaus: very nice
(2:55:51 PM) ***pbakaus is away for approx. 2 hours - see you all later!
(2:56:39 PM) scott_gonzalez: uhoh, you can't pass null as an option to $.data()
(2:56:55 PM) pbakaus: uh, that's not good
(2:57:05 PM) pbakaus: create a bug report for core, please
(2:57:14 PM) carhartl [n=carhartl@e178024061.adsl.alicedsl.de] entered the room.
(2:57:23 PM) scott_gonzalez: how will it differentiate between gets and sets then?
(2:57:42 PM) pbakaus: undefined !== null
(2:57:46 PM) pbakaus: :)
(2:58:05 PM) scott_gonzalez: hmm...wonder why it checks value==null instead of value===undefined
(2:58:14 PM) pbakaus: yeah, that's strange
(2:58:35 PM) c_t [n=c_t@e178001175.adsl.alicedsl.de] entered the room.
(2:58:42 PM) pbakaus: is it doing that at all? I supposed it does something like if(!arguments[1])
(2:59:14 PM) pbakaus: a lazy boolean check, where it can be both null, undefined, 0, false
(2:59:17 PM) scott_gonzalez: line 486 of jquery.js: if ( value == null ) {
(2:59:24 PM) pbakaus: mh..strange
(2:59:45 PM) pbakaus: well, if value is undefined, it's probably also == null
(2:59:54 PM) pbakaus: but !== null
(3:00:33 PM) pbakaus: let's check
(3:01:06 PM) pbakaus: yeah, as expected
(3:01:14 PM) pbakaus: (null == undefined) = true
(3:02:12 PM) pbakaus: (null === undefined) = false
(3:02:29 PM) pbakaus: well, ttyl :)
(3:02:33 PM) scott_gonzalez: later
(3:14:36 PM) rworth: **General Reminder** all: when you create a UI ticket, set the component field to 'UI' and put the plugin name in square brackets at the beginning of the summary
(3:22:16 PM) carhartl left the room (quit: ).
(3:28:51 PM) carhartl [n=carhartl@e178024061.adsl.alicedsl.de] entered the room.
(3:32:15 PM) scott_gonzalez: pbakaus: when you get back, I want to talk to you about #2319 (and #2317)
(3:43:15 PM) scott_gonzalez: John suggests using .removeData(option) instead of .data(option, null)
(3:43:37 PM) scott_gonzalez: (going back to .data() not accepting null as a value)
(4:03:45 PM) zimbatm [n=zimbatm@adsl2064ge.worldcom.ch] entered the room.
(4:03:51 PM) zimbatm: back
(4:09:36 PM) carhartl_ [n=carhartl@e178024061.adsl.alicedsl.de] entered the room.
(4:09:36 PM) carhartl left the room (quit: Read error: 104 (Connection reset by peer)).
(4:15:21 PM) scott_gonzalez: carhartl_, you around?
(4:15:37 PM) carhartl_: i'm right here
(4:16:46 PM) scott_gonzalez: dispatched events are going to have the name <plugin><action> instead of <action>.ui-<plugin>
(4:17:06 PM) scott_gonzalez: do you want me to update tabs, or will you handle it?
(4:17:12 PM) scott_gonzalez: http://dev.jquery.com/ticket/2340
(4:17:22 PM) carhartl_: I'll handle it
(4:17:26 PM) scott_gonzalez: ok, thanks
(4:17:45 PM) carhartl_: cool; I already notived that inconsistency in draggabbles hte other day
(4:17:58 PM) scott_gonzalez: oh, and add options for callbacks in all the events
(4:18:28 PM) carhartl_: huh?
(4:18:48 PM) pbakaus: hey everyone
(4:19:21 PM) carhartl_: hey paul
(4:19:42 PM) carhartl_: scott, how are these options supposed to look like?
(4:19:48 PM) scott_gonzalez: there should be an option for a callback
(4:19:52 PM) scott_gonzalez: just like draggable has start, drag, stop
(4:20:17 PM) scott_gonzalez: tabs should have an option for enable, show, etc.
(4:20:18 PM) carhartl_: ok, so instead of bind?
(4:20:32 PM) scott_gonzalez: and they should be passed into triggerHandler
(4:20:51 PM) scott_gonzalez: right, so the user can set one method as the callback, but then bind unlimited methods through the dispatched event
(4:21:01 PM) scott_gonzalez: the callback just provides an easier setup
(4:22:03 PM) scott_gonzalez: ticket 2340 should have all the details you need
(4:22:08 PM) scott_gonzalez: if you have any more questions, just ask me
(4:22:35 PM) pbakaus: scott_gonzalez: you wanted to talk about some issues?
(4:22:42 PM) scott_gonzalez: yeah, one sec
(4:22:49 PM) carhartl [n=carhartl@e178024061.adsl.alicedsl.de] entered the room.
(4:22:57 PM) carhartl_ left the room (quit: Read error: 104 (Connection reset by peer)).
(4:23:11 PM) carhartl: alright
(4:24:18 PM) scott_gonzalez: paul, did you look at the patch for #2319?
(4:25:49 PM) pbakaus: yes, but I don't really understand it
(4:26:01 PM) braeker_ left the room (quit: "ircN 8.00 for mIRC (20080313) - www.ircN.org").
(4:26:26 PM) scott_gonzalez: well, the patch is really about only calling activate on start
(4:26:26 PM) pbakaus: oh, it seems it's only for the activation, right?
(4:26:35 PM) pbakaus: okay, now I got it
(4:26:47 PM) pbakaus: could you apply it and close that issue for me?
(4:26:52 PM) scott_gonzalez: yeah, but that's not the actual issue I wanted to talk to you about
(4:26:56 PM) pbakaus: ok
(4:27:21 PM) pbakaus: what was the actual issue?
(4:27:25 PM) scott_gonzalez: the reason I needed to add the line that says "workaround for #2317" is because the events that are getting passed in are wrong
(4:28:07 PM) scott_gonzalez: the events are being overridden by other events that are being triggered
(4:28:15 PM) scott_gonzalez: so the event object that gets passed in has the wrong data
(4:28:21 PM) pbakaus: what do you mean by events? these should be the actual browser events
(4:28:55 PM) scott_gonzalez: yeah, but the variable e is actually changing after the first iteration of the loop
(4:29:06 PM) pbakaus: uh, that's strange
(4:29:14 PM) scott_gonzalez: it's a problem in jQuery.event.trigger
(4:29:23 PM) scott_gonzalez: that's what ticket #2317 is for
(4:29:25 PM) pbakaus: do you know why it happens?
(4:29:45 PM) scott_gonzalez: there are some comments from Brandon and David on #2317 about it
(4:30:11 PM) pbakaus: looking at it right now
(4:32:58 PM) pbakaus: the last code line looks good but I'd like to ping it to John
(4:33:16 PM) pbakaus: there should be no workaround in UI for this, this should be fixed in the core
(4:33:53 PM) scott_gonzalez: yeah
(4:34:57 PM) rworth: pbakaus: so that means 1.5 will require 1.2.4?
(4:35:21 PM) pbakaus: no - it doesn't "break" anything currently
(4:35:37 PM) scott_gonzalez: well, it might
(4:35:47 PM) scott_gonzalez: you can't check the type of event that's being triggered
(4:35:54 PM) pbakaus: well, yeah
(4:36:00 PM) rworth: sounds pretty broken to me
(4:36:00 PM) scott_gonzalez: but it's going to be pretty rare for that to matter
(4:36:05 PM) rworth: hmm
(4:36:16 PM) pbakaus: it is pretty broken - it's only fortunate that we don't se it too much in our code
(4:36:28 PM) scott_gonzalez: you would need to bind a single handler to multiple events, then in the handler check the type of event to determine what to do
(4:36:41 PM) scott_gonzalez: that's when you'd notice the problem
(4:37:15 PM) pbakaus: mh, this is definitely not good
(4:37:50 PM) pbakaus: I'm going to assign his bug to John for now
(4:38:28 PM) scott_gonzalez: ok
(4:38:57 PM) pbakaus: It seems he's busy now though
(4:38:57 PM) scott_gonzalez: so here's where I stand
(4:39:58 PM) scott_gonzalez: Klaus is going to update tabs to finish #2340, #1670 and #2409 are dialog features that won't be implemented for 1.5, #1670 is a dimensions issue, and I can't test #2448 because I don't have a Mac
(4:40:07 PM) scott_gonzalez: and those are all my open tickets
(4:40:35 PM) pbakaus: okay, that's perfect :)
(4:40:49 PM) pbakaus: so I guess you could help out in other areas then
(4:41:02 PM) scott_gonzalez: and I added a note to the dev sprint wiki page about .data()
(4:41:09 PM) pbakaus: let me just check how it looks right now
(4:42:50 PM) pbakaus: we still have a couple of issues on selectables, we have quite a few on slider, and three things need to be reimplemented: draggable wrapHelper option, droppable greedy and nested sortables
(4:43:18 PM) pbakaus: nested sortables is seriously difficult - I guess we should discuss this tomorrow
(4:43:35 PM) pbakaus: other than that, feel free to take over anything you want :)
(4:44:03 PM) carhartl: isn't it pretty inconvenient to not namespace events any longer?
(4:44:32 PM) scott_gonzalez: no, because dispatched events should be namespaced by the user if they want
(4:44:34 PM) pbakaus: I think it's pretty convenient because it doesn't break existing events
(4:44:35 PM) carhartl: is it at least possible to have an unbind('foo bar')?
(4:44:59 PM) carhartl: yeah, but not in the destroy method
(4:45:08 PM) scott_gonzalez: there's nothing to destroy
(4:45:16 PM) scott_gonzalez: you're dispatching events, not attaching handlers
(4:45:50 PM) carhartl: correct
(4:46:03 PM) pbakaus: short notice: for my part, my big pause will begin in 15 minutes - meaning that I will be off for approx. 6-8 hours
(4:46:30 PM) pbakaus: (to get some sleep :) )
(4:46:42 PM) carhartl: what about the getData.ui-tabs binding?
(4:46:54 PM) scott_gonzalez: that stays as is
(4:47:21 PM) scott_gonzalez: although, that should be discussed as well
(4:47:25 PM) scott_gonzalez: paul, can you make a decision about that?
(4:47:33 PM) scott_gonzalez: getData.ui-<plugin> or getData.<plugin>
(4:47:47 PM) pbakaus: mhh...
(4:48:07 PM) pbakaus: getData.<plugin>.
(4:48:17 PM) c_t left the room (quit: Remote closed the connection).
(4:48:23 PM) scott_gonzalez: ok
(4:48:23 PM) carhartl: I'd rather change css classes as well then
(4:48:28 PM) pbakaus: since our fn functions are not namespaced as well
(4:48:38 PM) carhartl: ui-tabs-foo => tabs-foo
(4:48:47 PM) scott_gonzalez: heh, ok, I won't say what I said to Richard a few weeks ago
(4:48:50 PM) pbakaus: I'm not sure about this Karl
(4:49:03 PM) pbakaus: since css is somewhat different
(4:49:16 PM) pbakaus: "tabs" is something likely to be used by developers in css
(4:49:38 PM) pbakaus: so I would still stick to the ui- prefix here
(4:49:46 PM) carhartl: ok, I'm fine to leave the prefix in there
(4:49:53 PM) pbakaus: ok, thanks
(4:49:59 PM) carhartl: makes more sense probably if you use more ui modules
(4:50:06 PM) pbakaus: yeah
(4:50:13 PM) carhartl: mixed with yur won stuff
(4:50:18 PM) carhartl: own
(4:50:26 PM) scott_gonzalez: I'll create a ticket for that and check all the other plugins
(4:50:33 PM) pbakaus: thanks scott
(4:50:52 PM) pbakaus: scott, do you need any other tasks for the evening to work on?
(4:51:12 PM) carhartl: while we're at it: what about naming for data storage?
(4:51:29 PM) pbakaus: carhartl: I've thought about this, too
(4:51:31 PM) carhartl: I have "ui-tabs" etc currently
(4:51:42 PM) pbakaus: we all have "ui-" right now, but it doesn
(4:51:47 PM) pbakaus: t really make sense
(4:52:06 PM) pbakaus: I think we can safely remove ui- prefix there, what do you think?
(4:52:23 PM) carhartl: think so too
(4:52:43 PM) pbakaus: acessing $.data(el, "draggable") feels better
(4:52:56 PM) carhartl: the probablity that a developer uses the same name as storage on the very same module is very low
(4:53:01 PM) carhartl: isn't it?
(4:53:07 PM) pbakaus: eah, that's what I thought, too
(4:53:20 PM) carhartl: yeah - I never liked that "-"
(4:53:23 PM) pbakaus: scott_gonzalez, your opinion
(4:54:09 PM) scott_gonzalez: I think the ui- prefix is never needed in code because fn methods basically grant us access to using that name everywhere
(4:54:38 PM) scott_gonzalez: so by claiming jQuery.fn.draggable, the name "draggable" should now never be used by another plugin
(4:54:59 PM) pbakaus: yeah, that's the key :)
(4:55:51 PM) scott_gonzalez: I think it should be understood that $.fn.foo gives you full rights to $.foo, $.data(el, 'foo'), foo namespaced events and foo namesapced data
(4:56:13 PM) pbakaus: correct
(4:56:39 PM) scott_gonzalez: ok, I'm making the ticket now and I'll try to update everything tonight
(4:56:46 PM) pbakaus: great scott
(4:57:04 PM) pbakaus: thanks everyone for your great participation so far - tomorrow will be even better :)
(4:57:24 PM) pbakaus: I'm heading to bed now, see you soon again!
(4:57:26 PM) scott_gonzalez: good night
(4:57:28 PM) rworth: so css is the only place for ui- prefix?
(4:57:38 PM) rworth: pbakaus: good night. See you tomorrow!
(4:57:41 PM) scott_gonzalez: correct
(4:57:52 PM) rworth: scott_gonzalez: that's simple and consistent. Thanks
(4:58:25 PM) scott_gonzalez: and I've even changed my mind about the $.ui namespace being worthless :-P
(4:58:40 PM) rworth: :)
(4:58:55 PM) scott_gonzalez: it makes sense if you think about $.event
(4:59:06 PM) carhartl: great - going to replace it all
(4:59:12 PM) carhartl: have a good sleep paul!
(5:05:26 PM) davidserduke_awa is now known as davidserduke
(5:05:51 PM) scott_gonzalez: heading out for a while
(5:09:18 PM) pbakaus left the room (quit: Read error: 104 (Connection reset by peer)).
(5:20:20 PM) pbakaus [n=paulbaka@p5799EF86.dip.t-dialin.net] entered the room.
(5:34:33 PM) zimbatm: the ui.*.js files are scarce in comments. is it planned to add some doc or is the wiki the only source of documentation ?
(5:35:54 PM) davidb left the room.
(5:40:55 PM) Miksago: zimbatm: i think it's all being documented (but i'll asure you the commented version of toolbars will be floating above in the next 5 weeks (for my own use))
(5:56:27 PM) pbakaus left the room (quit: ).
(6:08:41 PM) tmm1 [n=weechat@208.75.84.157] entered the room.
(6:10:14 PM) carhartl: scott, you'e there?
(6:13:06 PM) Miksago: hey, can someone give me some help?
(6:13:19 PM) Miksago: i'm just getting back into writing toolbars
(6:13:37 PM) Miksago: i'm using draggable as reference, can i ask what this:
(6:13:38 PM) Miksago: var drag = $.data(this, "ui-draggable");
(6:13:38 PM) Miksago: if(drag) drag[options].apply(drag, args);
(6:13:41 PM) Miksago: does?
(6:14:04 PM) Miksago: does it apply the options to the draggable element?
(6:14:53 PM) Miksago: i know if there isn't data of "ui-daggable" on an element, then it creates a new draggable
(6:15:21 PM) Miksago: so i'm assuming that if the args are a string, then it apply's the args to the draggable's data
(6:15:25 PM) Miksago: is this correct?
(6:18:12 PM) tmm1: what is options?
(6:18:39 PM) carhartl: in that case options is a string (a method name) youre calling a method of the draggabble instance via apply paassing the rest of the arguments
(6:20:14 PM) carhartl: imagine $('#foo').draggable('disable')
(6:22:32 PM) xover [n=xover@pounder.neutri.no] entered the room.
(6:23:35 PM) Miksago: okay
(6:27:11 PM) zimbatm: #1680 can be closed
(6:38:32 PM) carhartl_ [n=carhartl@e178024061.adsl.alicedsl.de] entered the room.
(6:38:32 PM) carhartl left the room (quit: Read error: 104 (Connection reset by peer)).
(6:53:38 PM) ajtrichards [i=mrpink@78.150.47.181] entered the room.
(7:08:28 PM) ajtrichards left the room (quit: ).
(7:22:52 PM) zimbatm: #2366 fixed
(7:23:57 PM) zimbatm: good night
(7:24:14 PM) zimbatm left the room (quit: Remote closed the connection).
(7:29:06 PM) BradleyS [n=BradleyS@cpe-204-210-180-47.neo.res.rr.com] entered the room.
(7:30:14 PM) colinclark left the room (quit: ).
(7:31:33 PM) carhartl_ left the room (quit: ).
(7:52:20 PM) ferric84_ [n=eric@c-24-61-5-12.hsd1.vt.comcast.net] entered the room.
(7:52:33 PM) ferric84_ left the room ("Ex-Chat").
(8:13:35 PM) neojp [n=chatzill@190.42.179.65] entered the room.
(8:38:10 PM) digitalspaghetti [i=digitals@drupal.org/user/88490/view] entered the room.
(8:45:07 PM) digitalspaghetti: rworth, paul or john not around yet?
(8:46:39 PM) Miksago: were
(8:46:42 PM) rworth: digitalspaghetti: Paul's sleeping
(8:46:45 PM) Miksago: you can find the logs at
(8:46:47 PM) rworth: digitalspaghetti: welcome!
(8:46:59 PM) rworth: Miksago: thanks, but they're on the wiki
(8:47:10 PM) Miksago: rworth: uh.
(8:47:11 PM) Miksago: okay
(8:47:19 PM) rworth: http://docs.jquery.com/JQuerySprint#Subpages_and_Channels
(8:47:22 PM) Miksago: i've just spent the morning reformatting them
(8:47:25 PM) digitalspaghetti: i'll be heading to bed soon too, but i'll be up all day tomorrow
(8:47:32 PM) rworth: I'm just updating this one. The others are up-to-date
(8:48:43 PM) Miksago: rworth: so you don't need / want my logs?
(8:49:28 PM) Miksago: rworth: miksago.thaposse.net/jQSprintLogs/formatter/
(8:49:35 PM) rworth: up-to-date
(8:50:05 PM) Miksago: i've gone and highlighted when ever you or paul or braeker says something
(8:50:06 PM) rworth: Miksago: it's certainly appreciated, but this way anyone can keep them up-to-date
(8:50:17 PM) rworth: Miksago: oh, cool :)
(8:50:30 PM) rworth: Miksago: I thought of going back in and making bold some important items
(8:50:36 PM) Miksago: yeah, i was waiting until you were around to ask about uploading the latest logs
(8:51:12 PM) rworth: Miksago: the wiki also keeps it all in one location - good url, you know?
(8:51:15 PM) Miksago: (didn't you get my pm's)
(8:51:35 PM) rworth: Miksago: just now (that was my next window to check)
(8:51:49 PM) Miksago: k
(8:51:53 PM) Miksago: well, yeah
(8:52:05 PM) Miksago: so do you want me to update each?
(8:52:54 PM) rworth: Miksago: actually, what I think might be best is to leave the logs as plain text logs, so they can always be overwritten
(8:53:14 PM) Miksago: okay
(8:53:19 PM) Miksago: i'll convert mine
(8:53:24 PM) Miksago: i normally log in html
(8:53:29 PM) rworth: but it may make sense to do a summary on a different page for each one, so people can catch up real quick on important questsions, answers, decisions, etc.
(8:53:37 PM) rworth: Miksago: If you want to help with that, that would be great
(8:53:42 PM) Miksago: okay
(8:54:51 PM) Miksago: I'll put in the abouts for sprint
(8:55:05 PM) Miksago: and the stuff about guidelines
(8:56:06 PM) Miksago: (we should take this to there.)
(8:57:26 PM) digitalspaghetti: so whats the focus on? where do you guys have a handle already?
(8:58:26 PM) digitalspaghetti: i've been doing some effects stuff recently, so i could maybe help with the fx queue stuff?
(9:10:40 PM) digitalspaghetti: oh well i'm off to bed now, i'll catch up with you guys tomorrow
(9:10:47 PM) digitalspaghetti is now known as ds|zzz
(9:45:09 PM) Miksago: Okay, just so everyone knows, every few hour's i'll be updating this groups wiki page with keynotes and events
(9:48:44 PM) ThrushAAX [n=Thrush@dhcp-41-17.njit.edu] entered the room.
(9:54:44 PM) Miksago: me is afk.
(10:12:09 PM) davidserduke left the room (quit: Read error: 104 (Connection reset by peer)).
(10:46:13 PM) colinclark [n=colin@bas1-toronto09-1279475403.dsl.bell.ca] entered the room.
(10:48:30 PM) colinclark left the room (quit: Client Quit).
(10:53:07 PM) neojp left the room (quit: "ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]").
(11:09:45 PM) braeker_ [n=braeker@189.70.117.168] entered the room.
(11:18:24 PM) Miksago: **** jquery-sprint-dev update comming soon ****
(11:18:47 PM) Kaitlyn [n=Kaitlyn@209.29.22.31] entered the room.
(11:26:43 PM) Miksago: **** http://docs.jquery.com/JQuerySprint/dev#Keynotes JQUERY SPRINT DEV KEYNOTES ****
(11:42:18 PM) Miksago!n=miksago@124-171-35-236.dyn.iinet.net.au: Miksago has changed the topic to: Keynotes: http://docs.jquery.com/JQuerySprint/dev#Keynotes
(11:59:23 PM) phiggins [n=dante@c-68-34-199-67.hsd1.tn.comcast.net] entered the room.

[edit]

Saturday

(12:09:59 AM) Miksago!n=miksago@124-171-35-236.dyn.iinet.net.au: Miksago has changed the topic to: Keynotes: http://docs.jquery.com/JQuerySprint/dev#Keynotes | IRC Logs: http://docs.jquery.com/JQuerySprint/dev/irclog
(12:14:31 AM) Flesler [n=Flesler@94-184-231-201.fibertel.com.ar] entered the room.
(12:15:05 AM) Flesler: hi, anyone's awake ?
(12:19:12 AM) Miksago: yes
(12:19:28 AM) Miksago: Flesler: check the links in the topic of the channel to see what you've missed
(12:20:04 AM) Flesler: ok thanks
(12:48:10 AM) franciscallo [n=francisc@adsl-75-30-180-214.dsl.pltn13.sbcglobal.net] entered the room.
(12:50:50 AM) Miksago left the room (quit: Read error: 104 (Connection reset by peer)).
(12:51:44 AM) Miksago [n=miksago@124-171-35-236.dyn.iinet.net.au] entered the room.
(1:12:00 AM) Flesler left the room.
(1:55:43 AM) phiggins left the room (quit: ).
(3:59:03 AM) carhartl [n=carhartl@e178034253.adsl.alicedsl.de] entered the room.
(4:16:18 AM) pbakaus [n=paulbaka@p5799E32D.dip.t-dialin.net] entered the room.
(4:36:56 AM) pbakaus left the room (quit: ).
(4:37:05 AM) pbakaus [n=paulbaka@p5799E32D.dip.t-dialin.net] entered the room.
(4:39:32 AM) pbakaus is now known as paulBakaus
(4:39:56 AM) paulBakaus is now known as sdfsdf
(4:42:20 AM) sdfsdf left the room (quit: ).
(4:43:02 AM) p_bakaus [n=paulbaka@p5799E32D.dip.t-dialin.net] entered the room.
(5:00:33 AM) franciscallo left the room (quit: Read error: 110 (Connection timed out)).
(6:01:14 AM) ds|zzz is now known as digitalspaghetti
(6:10:18 AM) zimbatm [n=zimbatm@adsl2064ge.worldcom.ch] entered the room.
(6:53:40 AM) colinclark [n=colin@bas1-toronto09-1279475403.dsl.bell.ca] entered the room.
(7:09:42 AM) zimbatm: hi
(7:09:54 AM) zimbatm: do you know if custom events also bubble ?
(7:14:17 AM) colinclark left the room (quit: ).
(7:16:08 AM) Miksago: zimbatm: not sure, check the docs.
(7:32:13 AM) zimbatm: thx
(8:44:31 AM) brianpeiris_away is now known as brianpeiris
(8:54:20 AM) scott_gonzalez: hey carhartl, still need me?
(8:54:31 AM) digitalspaghetti: hey scott_gonzalez
(8:54:58 AM) scott_gonzalez: hey, what's up?
(8:55:06 AM) javam [n=pc@78.160.64.35] entered the room.
(8:56:08 AM) carhartl: hey scoot
(8:56:13 AM) carhartl: sorry scott
(8:56:19 AM) carhartl: yes, I had a little problem
(8:56:52 AM) carhartl: the triggerHandler function does not pass in an event object to the handler being called
(8:57:03 AM) carhartl: should I create a fake event object?
(8:57:26 AM) scott_gonzalez: unless you have a specific need for a fake one, you don't need to pass one in
(8:57:29 AM) carhartl: though this was discussed in the ticket, but not correctly I guess
(8:57:50 AM) carhartl: ok, so that would be a bit inconsistent then?
(8:57:54 AM) scott_gonzalez: yeah, my original statement was incorrect, see Jörn's first comment
(8:58:26 AM) carhartl: in that case tabs event handlers just have one, the ui, argument, right?
(8:58:42 AM) scott_gonzalez: correct
(8:58:56 AM) scott_gonzalez: the tabs events will look like the accordion events
(8:59:02 AM) carhartl: alright then. I'll commit my stuff then
(8:59:07 AM) carhartl: can I close the ticket?
(8:59:13 AM) phiggins [n=dante@c-68-34-199-67.hsd1.tn.comcast.net] entered the room.
(8:59:20 AM) scott_gonzalez: but to the user, the events will all look the same, because triggerHandler will still pass an event object as the first param
(8:59:25 AM) scott_gonzalez: yeah, go ahead, thank :-)
(8:59:28 AM) carhartl: nope.
(8:59:30 AM) carhartl: it doesnt
(8:59:36 AM) carhartl: that was my point
(8:59:47 AM) scott_gonzalez: oh, really?
(8:59:49 AM) carhartl: unless I did something wrong
(8:59:50 AM) scott_gonzalez: then that's a problem
(8:59:59 AM) scott_gonzalez: well, go ahead and commit
(9:00:03 AM) scott_gonzalez: don't close the ticket
(9:00:28 AM) scott_gonzalez: I'll find out if that's a UI problem or a core problem
(9:00:29 AM) carhartl: I have for example: $('#foo').tabs({ add: function(e, ui) { ... } });
(9:00:47 AM) carhartl: then e is the ui object, ui is undefined
(9:01:08 AM) carhartl: won't close it
(9:01:33 AM) scott_gonzalez: ok, I'll look into that
(9:01:39 AM) carhartl: I'll commit my stuff, you can see it in action
(9:26:00 AM) remysharp [n=remy@remysharp.plus.com] entered the room.
(9:36:45 AM) remysharp: Hi there, I wasn't able to attend yesterday (I've skimmed through the IRC logs) how can/should I get my hands dirty?
(9:36:46 AM) scott_gonzalez: zimbatm: #1680 is fixed?
(9:38:00 AM) p_bakaus: remysharp: do you have a favorite plugin yo'd like to fix bugs on?
(9:39:42 AM) remysharp: p_bakaus: no particular favourite - I try to share my love evenly between plugins... I've not used trac much (I've got a log in) - can I filter by UI?
(9:39:59 AM) remysharp: ah - /19 right?
(9:40:03 AM) p_bakaus: correct
(9:40:26 AM) p_bakaus: feel free to take over any issue you think you're able to work on
(9:40:41 AM) p_bakaus: I can assign them to you after you told me
(9:41:26 AM) remysharp: They're all assigned, shall I just go through and pick a few then?
(9:41:45 AM) p_bakaus: yes, that'd be great
(9:42:10 AM) remysharp: :-) cool - I'll have a look through now.
(9:42:27 AM) carhartl: does anybody have Safari 2 at hand?
(9:43:01 AM) carhartl: I only have 3 and Apple seems to be doing the same mistake like MS of not being able to run them side by side
(9:43:33 AM) p_bakaus: no, unfortunately I don't
(9:44:02 AM) scott_gonzalez: p_bakaus: any idea if this is still a problem? My guess would be no
(9:44:05 AM) scott_gonzalez: http://dev.jquery.com/ticket/1952
(9:44:39 AM) scott_gonzalez: I'm not sure what the downloader actually did (and it's not currently up) so I can't test
(9:44:42 AM) remysharp: Safari 2 - is anyone running Tiger? I know you can run Safari 2 + 3 side by side - but it doesn't work on Leopard
(9:44:43 AM) p_bakaus: I don't know
(9:48:12 AM) carhartl: yeah theres multisafari, but it doesn't work on Leopard
(9:49:08 AM) carhartl: too bad - I'd like to close that ticket...
(9:49:22 AM) zimbatm: scott_gonzalez, I haven't tested #1680 in IE but it works in safari and FF
(9:49:58 AM) scott_gonzalez: ok, and no patch was needed?
(9:50:02 AM) remysharp: Possible work around: http://tripledoubleyou.subtlegradient.com/stuff/Safari2/
(9:50:15 AM) remysharp: (for loading Safari 2)
(9:51:40 AM) zimbatm: scott_gonzalez, no, the patch I submitted just add a testable element in ui/tests/sortable.html
(9:52:02 AM) carhartl: nice, thank yu remy! will try it
(9:53:48 AM) scott_gonzalez: thanks zimbatm, I closed the ticket
(9:54:04 AM) scott_gonzalez: I also applied your patch for the slider step rounding and closed that one
(9:55:49 AM) rworth: p_bakaus: anyone working on resizables right now?
(9:56:07 AM) p_bakaus: I don't think so - usually Eduardo does, but he's sleeping
(9:56:07 AM) scott_gonzalez: p_bakaus: $.data(el, 'ui-mouse') or $.data(el, 'mouse') ?
(9:56:16 AM) scott_gonzalez: I think in this case ui-mouse might make sense
(9:56:24 AM) p_bakaus: yeah
(9:56:29 AM) p_bakaus: we can make an expection here
(9:56:33 AM) p_bakaus: exception
(9:56:38 AM) scott_gonzalez: ok
(9:57:04 AM) p_bakaus: or you could use mouseInteraction, like $.fn
(9:57:28 AM) ***remysharp brb
(9:57:35 AM) remysharp left the room (quit: "Gotta shoot - might be back later...").
(9:57:48 AM) zimbatm: scott_gonzalez, cool
(10:01:15 AM) scott_gonzalez: p_bakaus: from my quick run-through of selectable, it looks like the destroy method doesn't clean up the selectees
(10:01:28 AM) p_bakaus: ok
(10:02:27 AM) remysharp [n=remy@remysharp.plus.com] entered the room.
(10:09:24 AM) remysharp: p_bakaus: I'm going to grab a bunch of date picker bugs - is that okay? I see iMac is assigned on the Wiki page - should I speak to him about which ones I'll help with?
(10:09:35 AM) scott_gonzalez: p_bakaus: $.data(el, 'selectee') or $.data(el, 'selectable-selectee')
(10:09:57 AM) p_bakaus: yeah, if marc is available, please talk to him, other than that, go ahead
(10:10:22 AM) p_bakaus: scott_gonzalez: i'm not sure
(10:10:28 AM) scott_gonzalez: sortable already has sortable-item
(10:10:36 AM) scott_gonzalez: maybe selectable-item?
(10:11:24 AM) p_bakaus: yeah, that would be cool
(10:11:56 AM) colinclark [n=colin@bas1-toronto09-1279475403.dsl.bell.ca] entered the room.
(10:12:03 AM) scott_gonzalez: ok
(10:12:19 AM) digitalspaghetti: I may have the "steal" the test framework to build my own tests for jMaps :)
(10:14:18 AM) remysharp: p_bakaus: can you assign #2124 to me? Ta.
(10:14:56 AM) p_bakaus: sure, is your trac username the same than irc?
(10:15:16 AM) remysharp: yep. cheers.
(10:18:47 AM) p_bakaus: remysharp: done
(10:28:30 AM) rworth: p_bakaus: digitalspaghetti just put together a unit test page for slider
(10:28:41 AM) p_bakaus: ah, nice
(10:28:43 AM) digitalspaghetti: hey p_bakaus, just writing some tests for slider and it's breaking in the test framework
(10:28:53 AM) rworth: p_bakaus: it doesn't seem to meet our goal of being able to call it on a simple element, like a div
(10:29:07 AM) rworth: that's sort of how our test suite is designed, and it's on purpose
(10:29:08 AM) p_bakaus: slider?
(10:29:12 AM) rworth: yeah
(10:29:29 AM) p_bakaus: no, you have to have a child element in your element
(10:29:35 AM) p_bakaus: everything else wouldn't make sense
(10:29:43 AM) p_bakaus: (imho)
(10:29:53 AM) rworth: right, but it seems like an undo burden on the consumer to add that, if it's required, no?
(10:30:05 AM) digitalspaghetti: does it make the child elements the slider, and main elements the container bar/
(10:30:06 AM) digitalspaghetti: ?
(10:30:33 AM) p_bakaus: the main element the slider, the child elements the handles - this actually is a feature
(10:31:45 AM) rworth: it seems to me that the plugin could completely generate and own the sliders themselves, no?
(10:31:55 AM) p_bakaus: of course, one workaround would be to add a handle if the element doesn't have any childs - but how should the script know how it should be styled
(10:32:12 AM) rworth: it just adds an appropriate class
(10:32:20 AM) rworth: like ui-slider-handle
(10:32:41 AM) p_bakaus: see, letting the user place the elements where he wants before doing javascript allows for much more control
(10:33:04 AM) rworth: how so?
(10:33:33 AM) p_bakaus: it can be incredibly hard to track down why a 1px offset happens in css - but much harder even when these elements are auto generated
(10:34:16 AM) rworth: themes are going to vary those things wildly. Issues like that need to be tested and debugged by the plugin and theme authors
(10:34:19 AM) digitalspaghetti: could it not generate a default, and have options to allow the user to pass the class of the handles if they want to overide it?
(10:34:28 AM) rworth: if you relegate part of that to the user, then there's a fight
(10:34:48 AM) rworth: if they need to override it, they can use more specificity in css
(10:35:30 AM) p_bakaus: I don't agree completely, but I'd be fine with having the handles auto generated if no child elements exist or based on an option
(10:35:57 AM) rworth: I feel like this is a widget, more so than something like draggables
(10:36:09 AM) rworth: I guess that's why I'm expecting the plugin to own the elements
(10:36:22 AM) p_bakaus: well, yeah, here I agree completey
(10:36:51 AM) rworth: so I'm having trouble imagining a scenario where I would make use of the slide plugin, but custom add the elements
(10:37:03 AM) rworth: if I want two handles, it should be through options
(10:37:07 AM) rworth: default should be 1 handle
(10:37:13 AM) rworth: etc.
(10:37:34 AM) franciscallo [n=francisc@adsl-75-30-180-214.dsl.pltn13.sbcglobal.net] entered the room.
(10:37:43 AM) p_bakaus: well, as I said, I would allow both
(10:38:00 AM) p_bakaus: I know people use it the way I intended it to be right now, but I get your idea
(10:38:09 AM) rworth: so are we checking for child elements, or child elements with a ui-slider-handle class?
(10:38:11 AM) franciscallo left the room (quit: Read error: 104 (Connection reset by peer)).
(10:38:22 AM) franciscallo [n=francisc@adsl-75-30-180-214.dsl.pltn13.sbcglobal.net] entered the room.
(10:38:25 AM) rworth: And what if there is one handle already there, but the options call for 2?
(10:38:27 AM) p_bakaus: I think child elements in general - but I'm not sure
(10:38:56 AM) p_bakaus: if there already is one handles, all handle creation options are ignored
(10:39:02 AM) p_bakaus: this is how resizables is done
(10:39:16 AM) rworth: ok
(10:39:39 AM) rworth: p_bakaus: thanks. We'll file a ticket then, for these tests failing since it's not auto-adding handles
(10:39:53 AM) p_bakaus: ok, great
(10:40:06 AM) p_bakaus: have a look at #2517 btw :)
(10:40:36 AM) p_bakaus: it made me laugh when I found the obvious solution
(10:40:52 AM) rworth: ouch
(10:40:58 AM) rworth: good catch
(10:41:02 AM) p_bakaus: hehe
(10:42:01 AM) franciscallo_ [n=francisc@adsl-75-30-180-214.dsl.pltn13.sbcglobal.net] entered the room.
(10:42:11 AM) p_bakaus: rworth: also take a look at #2516
(10:42:22 AM) p_bakaus: I renamed the option dragPrevention to prevention
(10:42:38 AM) franciscallo left the room (quit: Read error: 104 (Connection reset by peer)).
(10:42:40 AM) p_bakaus: I don't know if that makes sense though - I can also restore it
(10:43:11 AM) p_bakaus: I'm mixed about it - dragPrevention is clearer but prevention nicer
(10:44:32 AM) neojp [n=chatzill@190.42.179.65] entered the room.
(10:44:35 AM) rworth: p_bakaus: let me think on this
(10:44:39 AM) p_bakaus: k
(10:45:49 AM) digitalspaghetti: ticket raised http://dev.jquery.com/ticket/2523
(10:46:02 AM) p_bakaus: thanks
(10:47:11 AM) rworth: p_bakaus: What about cancel?
(10:47:18 AM) rworth: do we have anything like that elsewhere?
(10:47:46 AM) digitalspaghetti: LOL @ http://thedailywtf.com/Articles/Stargate-Code-of-the-Replicators.aspx
(10:47:56 AM) p_bakaus: no, cancel is nice, too
(10:48:22 AM) rworth: p_bakaus: though it sounds too much like an event/callback
(10:48:25 AM) rworth: maybe
(10:48:32 AM) p_bakaus: I think it's nice
(10:48:36 AM) rworth: ok
(10:49:34 AM) scott_gonzalez: are there any plugins that have an option that take a CSS hash?
(10:49:45 AM) scott_gonzalez: besides overlay.dialog
(10:49:54 AM) p_bakaus: I don't think so
(10:49:56 AM) rworth: p_bakaus: let docs and test know when it's done, so we can update
(10:50:07 AM) p_bakaus: ok
(10:50:22 AM) scott_gonzalez: ok, xover is trying to figure out what to write for that option
(10:50:37 AM) scott_gonzalez: (for the documentation)
(10:50:40 AM) rworth: how is .css() written?
(10:51:49 AM) scott_gonzalez: Set a key/value object as style properties to all matched elements.
(10:52:08 AM) scott_gonzalez: Set a key/value object as style properties for the overlay behind modal dialogs ?
(10:53:58 AM) franciscallo_ is now known as franciscallo
(10:54:06 AM) rworth: sounds good
(10:59:13 AM) digitalspaghetti: brb, gonna jump into linux
(10:59:22 AM) digitalspaghetti left the room (quit: " HydraIRC -> http://www.hydrairc.com <- IRC with a difference").
(11:02:16 AM) neojp: Guys, is there a handler option in sortables?
(11:02:32 AM) neojp: It used to be one, but I can't find it anymore in trunk.
(11:02:53 AM) p_bakaus: it should actually work fine
(11:03:02 AM) p_bakaus: wait a sec
(11:04:16 AM) neojp: It's called Handle now
(11:04:24 AM) neojp: It's on the draggable plugin
(11:04:37 AM) neojp: "handle" in lowercase
(11:04:54 AM) p_bakaus: it was always called handle :)
(11:05:07 AM) p_bakaus: and it should be available in sortables, too
(11:05:18 AM) neojp: oh
(11:05:27 AM) neojp: I got confused then :P
(11:05:28 AM) neojp: sorry
(11:05:32 AM) p_bakaus: np
(11:06:12 AM) digitalspaghetti [n=tanep@drupal.org/user/88490/view] entered the room.
(11:08:15 AM) neojp: I have a question
(11:08:57 AM) p_bakaus: shoot
(11:09:05 AM) neojp: How do you get the handle? by simple plain select or from the "items" parent?
(11:09:18 AM) neojp: I mean, like this $('handle', item)
(11:09:24 AM) neojp: or like this $('handle')
(11:09:45 AM) neojp: Because If I write "handle: '> .handle' " It doesn't work
(11:09:55 AM) neojp: meanwhile, ".handle" does work
(11:10:28 AM) p_bakaus: it's checked in the context of the dragged item
(11:10:51 AM) p_bakaus: so "> .handle" would work when the dragged item has a direct child
(11:11:32 AM) neojp: it doesn't
(11:11:35 AM) neojp: :S
(11:12:15 AM) p_bakaus: um
(11:12:19 AM) neojp: I have a < dl > as a dragging item, and < dt > as the handle. If I write '> dt' it doesn't recognize it
(11:13:02 AM) p_bakaus: $(e.target).parents().andSelf().is(this.options.handle)
(11:13:07 AM) p_bakaus: sorry
(11:13:19 AM) p_bakaus: this is the check, and it's indeed not as expected
(11:13:52 AM) neojp: Should I write a ticket about this issue?
(11:13:57 AM) p_bakaus: yeah, that be good
(11:14:07 AM) neojp: ok then
(11:14:24 AM) neojp: That was giving me headaches for a whole week :P
(11:14:30 AM) neojp: would be nice to get it working again
(11:14:58 AM) neojp: because you can't have a tree sortable with handle
(11:18:14 AM) colinclark left the room (quit: ).
(11:21:15 AM) rworth: p_bakaus: When I call $('#foo').dialog(); then $('#foo').remove() I'm left with an orphan dialog (no content). Any ideas how I might avoid that?
(11:21:37 AM) rworth: (other than calling destroy, obviously. I'm trying to handle the case where destroy isn't called)
(11:21:55 AM) p_bakaus: mhh...difficult
(11:22:09 AM) p_bakaus: this would need to be a core modification of jquery's remove()
(11:22:21 AM) p_bakaus: so remove also triggers events
(11:22:36 AM) rworth: yeah, I've always wanted to be able to bind to dom manip events ;)
(11:22:42 AM) p_bakaus: :)
(11:22:44 AM) franciscallo left the room (quit: "Leaving").
(11:22:49 AM) p_bakaus: I'll be back in 90 min - ttyl
(11:23:13 AM) xover: That sounds l ike it would be usefull for lots of things.
(11:23:57 AM) neojp: rworth: I have a question regarding sortables :P
(11:24:04 AM) rworth: neojp: shoot
(11:24:22 AM) franciscallo [n=RT-TEY@adsl-75-30-180-214.dsl.pltn13.sbcglobal.net] entered the room.
(11:24:51 AM) neojp: rworth: in the previous version you had an absolute positioned helper that could help you add some nice borders in the new sortable place
(11:25:00 AM) neojp: rworth: is that available in the current version?
(11:26:36 AM) rworth: neojp: I'm not sure. May have to wait for Paul on that one
(11:26:53 AM) neojp: rworth: ok
(11:35:10 AM) neojp: rworth: have another question :P
(11:35:34 AM) neojp: rworth: Please, could you take a look at this code example? http://paste.pocoo.org/show/33701/
(11:36:59 AM) rworth: neojp: see UI/guidelines. Initial options can be set with a hash, only changed via $(...).data("option.plugin", value)
(11:37:12 AM) rworth: http://docs.jquery.com/UI/Guidelines#Setters_and_Getters
(11:39:56 AM) neojp: :O
(11:39:58 AM) neojp: I see
(11:40:05 AM) neojp: That's a nicer approach
(11:40:11 AM) neojp: thanks
(11:40:15 AM) digitalspaghetti: ahh, i get it too :)
(11:40:32 AM) digitalspaghetti: why is is axis.draggable though? Why not draggable.axis?
(11:40:55 AM) digitalspaghetti: i thought axis would be a property of the draggable object, not the other way round
(11:41:06 AM) remysharp: p_bakaus: once I've fixed a bug, do I check in and update the bug - do I need to do anything else before moving on?
(11:42:35 AM) neojp: remysharp, if there was a trac ticket you must close it too
(11:43:16 AM) remysharp: neojp: there was, I assume the test team pick up the closed tickets then?
(11:43:36 AM) neojp: neojp: I guess so.
(11:44:01 AM) remysharp: actually - I don't have rights to close the bug (or at least I can't see the option)
(12:04:28 PM) neojp: remysharp: write a comment, so the owner or an admin can close it
(12:05:23 PM) remysharp: neojp: I'm currently set as the owner...like you said, I'm dropping a comment and I'm updating the wiki sprint/dev page to indicate the bug is patched
(12:05:48 PM) neojp: remysharp: lol, and you don't have rights to close it?
(12:06:12 PM) neojp: remysharp: we should tell that to paul
(12:06:30 PM) remysharp: neojp: yep! Almost like my old job - "server's down - you don't have access - but you *need* to fix it!"
(12:06:41 PM) neojp: remysharp: xD
(12:06:47 PM) rworth: digitalspaghetti: It's just like events. The namespace goes after so you can be more specific if you want
(12:07:13 PM) rworth: digitalspaghetti: for example $(...).data("width") vs. $(...).data("width.dialog")
(12:11:40 PM) digitalspaghetti: i get ya
(12:13:15 PM) neojp: Is there a way to sort an item to a specific place without dragging? Is there a function doing this?
(12:15:16 PM) rworth: neojp: append, prepend, before, after, etc.
(12:15:25 PM) digitalspaghetti: rworth, how stable would you say things are? I was going to be re-modelling my blog soon, and I want to start building a UI-based theme :)
(12:15:40 PM) braeker_ left the room (quit: "ircN 8.00 for mIRC (20080313) - www.ircN.org").
(12:15:48 PM) neojp: rworth: I would have to do it manually, ok :P
(12:16:03 PM) rworth: digitalspaghetti: things are super solid in terms of building a theme. Lot's of API changes, but all internal and not effecting theming
(12:16:07 PM) neojp: rworth: It's just I wanted all the interactivity with the animation, and clone helper, et
(12:16:26 PM) digitalspaghetti: oh sorry, i ment a Wordpress theme :)
(12:16:28 PM) Kaitlyn left the room (quit: ).
(12:16:33 PM) rworth: neojp: In that case you can dispatch mouse events ;)
(12:16:44 PM) neojp: rworth: dispatch?
(12:16:48 PM) rworth: digitalspaghetti: ahh. Depends on the plugin then
(12:17:07 PM) digitalspaghetti: i'm building in things like sliders for controlling pagination, sidebars made out of sortables, so you can sort the widgets
(12:17:22 PM) digitalspaghetti: it's using UI to overide some of the built in wordpress functionality, but not too much
(12:17:46 PM) rworth: neojp: The browser will actually let you create a mouse event and trigger/dispatch it on elements. The wink was because it's a little less than trivial. We have plans to do automated tests/demos with it.
(12:18:10 PM) neojp: ok
(12:18:22 PM) digitalspaghetti left the room (quit: ).
(12:18:54 PM) digitalspaghetti [n=tanep@drupal.org/user/88490/view] entered the room.
(12:20:21 PM) rworth: digitalspaghetti: pretty solid in any case, in terms of API. There will be minor changes to a couple options, but we're over the major API reworks
(12:21:38 PM) digitalspaghetti: cool. I hope to get it done in a few days, and I'll be able to showcase it :)
(12:22:21 PM) rworth: digitalspaghetti: great! :)
(12:22:38 PM) braeker_ [n=braeker@189.70.117.168] entered the room.
(12:27:37 PM) remysharp: rworth: do you have access to assign tickets? I don't think p_bakaus is about - can you put #2260 on remysharp?
(12:30:50 PM) scott_gonzalez: remysharp: I assigned #2260 to you
(12:31:03 PM) remysharp: scott_gonzalez: cheers.
(12:31:25 PM) scott_gonzalez: anybody else need anything real quick?
(12:36:55 PM) erh [i=eburhan@88.251.17.237] entered the room.
(12:42:20 PM) digitalspaghetti left the room (quit: Remote closed the connection).
(12:43:38 PM) digitalspaghetti [n=tanep@drupal.org/user/88490/view] entered the room.
(12:47:47 PM) ThrushAAX: is there any plan to allow method calling on non initiated objects? i.e. $('#notadraggable').dragable('disable')
(12:52:02 PM) ThrushAAX: ironically, I see that drag allows that, looks like you will convert them all :)
(1:01:08 PM) rworth: ThrushAAX: My feeling is that it should not initialize them
(1:01:30 PM) ThrushAAX: no, it wouldn't initiate them, but it also would not through an error
(1:01:37 PM) ThrushAAX: currently some of the plugins throw errors
(1:01:51 PM) ThrushAAX: there are some tickets created for it
(1:04:32 PM) digitalspaghetti left the room (quit: ).
(1:09:32 PM) braeker_ left the room.
(1:30:07 PM) xover: Hmm. Is there any standard for how to take coordinate type arguments to plugin methods?
(1:30:59 PM) xover: Compare Draggable's cursorAt and Dialog's position.
(1:31:55 PM) xover: Dialog uses an array of integers giving offsets from top left corner.
(1:32:27 PM) remysharp: does anyone have access to trac to close issues? I own the issue, but I can't close it...
(1:33:00 PM) xover: Draggable's is relative to either top left or bottom right, but uses a hash to pass it in.
(1:33:02 PM) rworth: remysharp: I can do that. Which one?
(1:33:14 PM) remysharp: 2260 and 2124
(1:33:14 PM) rworth: xover: good question. I'm comparing now
(1:33:29 PM) rworth: remysharp: Have you added comments. Shall I simply close them fixed?
(1:33:42 PM) remysharp: Yep :-)
(1:34:33 PM) rworth: remysharp: done. Thanks! :)
(1:34:37 PM) remysharp: Ta
(1:34:54 PM) remysharp: What's the deal if a bug can't be replicated at all?
(1:35:02 PM) remysharp: (it's one marked as critical)
(1:35:08 PM) rworth: remysharp: which?
(1:35:17 PM) remysharp: 2238
(1:35:38 PM) remysharp: I've tried in FF, Safari and IE7 and I can't replicate it -
(1:35:46 PM) rworth: xover: My preference would be to allow either one in both cases. An array of [x, y] and a hash {top, left, bottom, right}. Could you file a ticket please?
(1:35:48 PM) remysharp: though it was raised at 3.3 of datepicker
(1:36:06 PM) xover: rworth: Will do (have to set up a trac account first).
(1:37:50 PM) rworth: remysharp: I think generally we close those as invalid, with a comment that we couldn't reproduce it and they can reopen it was a test page that does so
(1:38:19 PM) rworth: remysharp: yeah, it could also be a case of "fixed who knows when"
(1:38:33 PM) remysharp: rworth: okay, do you want me to add a comment of the tests I ran and you can change it.
(1:38:37 PM) scott_gonzalez: ThrushAAX: what tickets do you see for plugins that will throw errors if you call a method on an uninitialized element?
(1:39:05 PM) ThrushAAX: http://dev.jquery.com/ticket/2474 describes the symptoms
(1:39:14 PM) remysharp: rworth: can you assign 2269 to remysharp - thanks.
(1:39:20 PM) rworth: remysharp: sure. Do the comment bit and I'll close it invalid after that
(1:40:05 PM) ***rworth assigns #2269 to remysharp
(1:40:05 PM) ThrushAAX: scott_gonzalez: the basic problem is some of the plugins are missing an if statement before calling the method
(1:40:17 PM) scott_gonzalez: ThrushAAX: yeah, can you update them all to do that?
(1:40:29 PM) ThrushAAX: scott_gonzalez: I would but I don't have svn commit
(1:40:34 PM) scott_gonzalez: ok
(1:40:40 PM) scott_gonzalez: I'll do it then
(1:40:46 PM) scott_gonzalez: thanks for bringing it up
(1:40:57 PM) ThrushAAX: scott_gonzalez: np, also can you apply the selectable.patch
(1:41:05 PM) ThrushAAX: if fixes other things that I found in testing
(1:41:16 PM) scott_gonzalez: sure
(1:43:14 PM) erh left the room.
(1:44:52 PM) xover: rworth: Want this (coordinate passing) tagged as a bug, or as an enhancement?
(1:46:01 PM) rworth: xover: bug (inconsistent API)
(1:46:02 PM) scott_gonzalez: ThrushAAX: have you seen any other tickets like that? I just committed a fix for all plugins
(1:46:38 PM) remysharp: rworth: I've added the comments to 2238 if you want to mark it as invalid
(1:46:47 PM) xover: rworth: http://dev.jquery.com/ticket/2525
(1:48:02 PM) ***rworth closes #2238 as worksforme
(1:48:04 PM) rworth: remysharp: thanks
(1:50:18 PM) remysharp: Is there any consensus on making a plugin dependent on dimensions.js? I'm fixing a bug that will need the plugin to work. I guess I can code it to look for the plugin otherwise default to the current code... is that fine?
(1:50:38 PM) scott_gonzalez: currently dependency on dimensions is ok
(1:50:54 PM) rworth: remysharp: most UI plugins require dimensions. That's an ok dependency
(1:51:05 PM) remysharp: cool - thanks
(1:51:32 PM) scott_gonzalez: heading out again
(1:51:36 PM) p_bakaus: hey everyone, I'm back!
(1:51:38 PM) rworth: scott_gonzalez: see ya
(1:51:45 PM) rworth: p_bakaus: welcome back! :)
(1:51:50 PM) rworth: scott_gonzalez: thanks!
(1:52:28 PM) p_bakaus: any news or questions for me?
(1:52:57 PM) rworth: p_bakaus: xover just entered http://dev.jquery.com/ticket/2525 after some discussion he and I had
(1:53:04 PM) rworth: p_bakaus: I just added a comment
(1:54:14 PM) rworth: p_bakaus: other than that (from me), I want to get to some resolution on the dialog .remove() question. If you've got some time to continue that discussion. Maybe see what John thinks?
(1:54:20 PM) p_bakaus: I agree - in fact, I think cursorAt accepts an array
(1:54:35 PM) p_bakaus: yeah, let's find a resoluton for that
(1:54:35 PM) rworth: p_bakaus: ok, if that's the case the docs+test need to be updated
(1:54:52 PM) p_bakaus: I will see if that's really the case first
(1:54:58 PM) rworth: thanks
(1:55:43 PM) p_bakaus: nah, it's only properties
(1:56:00 PM) p_bakaus: in its initial version, I'm pretty sure it supported arrays, too
(1:56:56 PM) rworth: p_bakaus: ok, let docs and test know when both are fixed and we'll update (like before)
(1:57:45 PM) JohnResig [n=jresig@c-66-31-203-225.hsd1.ma.comcast.net] entered the room.
(1:57:59 PM) p_bakaus: hey John!
(1:58:02 PM) JohnResig: hey!
(1:58:07 PM) rworth: JohnResig: hey. I was asking p_bakaus about a problem I ran into earlier
(1:58:13 PM) rworth: we want your input
(1:58:16 PM) JohnResig: k
(1:58:27 PM) rworth: If I call $().dialog().
(1:58:42 PM) rworth: sorry - $('#foo').dialog(); then $('#foo').remove()
(1:58:56 PM) rworth: I'm left with an orphaned (no content) dialog
(1:59:11 PM) rworth: since .dialog('destory') wasn't called
(1:59:33 PM) JohnResig: ok
(1:59:38 PM) rworth: would it be feasible to bind to an event like remove?
(2:00:08 PM) JohnResig: possibly? although I really worry about adding event overhead to DOM operations - they're really slow as it is
(2:00:27 PM) rworth: sure. So any other ideas?
(2:00:45 PM) p_bakaus: a javascript timer :D
(2:00:48 PM) JohnResig: just requiring users to destroy the dialog, if they want to remove it, seem acceptable
(2:01:10 PM) rworth: here's the problem with that
(2:01:24 PM) rworth: .dialog('destroy') removes the dialog, but doesn't return the element
(2:01:43 PM) p_bakaus: mh..that's not good
(2:01:50 PM) rworth: should it return it?
(2:01:57 PM) JohnResig: probably, heh
(2:02:01 PM) p_bakaus: hehe :)
(2:02:05 PM) rworth: rather than being chainable, callable on a set?
(2:02:19 PM) p_bakaus: huh?
(2:02:37 PM) rworth: I guess you probably would only destroy one dialog at a time. Ok
(2:03:12 PM) p_bakaus: I don't understand the last part - why isn't dialog("destroy") returning the chain?
(2:03:20 PM) JohnResig: another option: If you load jQuery UI you can override the .remove() behavior: var old = jQuery.fn.remove; jQuery.fn.remove = function(){ this.trigger("remove"); return old.call( this, arguments ); };
(2:03:39 PM) rworth: it needs to return the result of .remove() - the dom-removed element
(2:03:43 PM) rworth: otherwise it's lost
(2:04:05 PM) p_bakaus: ok
(2:04:07 PM) rworth: JohnResig: there's an idea. So that would only add overhead if UI is loaded
(2:04:13 PM) JohnResig: yep
(2:04:20 PM) p_bakaus: that's not too bad I guess
(2:04:41 PM) p_bakaus: we still have the need for an ui.js though
(2:04:47 PM) p_bakaus: this is a adjacent topic
(2:05:00 PM) rworth: p_bakaus: now seems like a good time :)
(2:05:28 PM) p_bakaus: I propose to move all missing functions we need from dimensions to ui.js and remove the dimensions dependancy for ui.js
(2:05:57 PM) p_bakaus: what do you think?
(2:06:30 PM) rworth: p_bakaus: that would effect people that already use dimensions, but also decided to use UI, right? Duplication
(2:06:47 PM) p_bakaus: mh...
(2:07:03 PM) p_bakaus: actually, the best would be to get rid of dimensions completely
(2:07:07 PM) rworth: ah
(2:07:21 PM) p_bakaus: but I'm not sure what the best way would be to do it
(2:07:44 PM) rworth: would anything else be in ui.js?
(2:07:44 PM) p_bakaus: yes, it would be a duplication this way
(2:07:52 PM) ThrushAAX: copy the dimensions functionality into core
(2:08:04 PM) ThrushAAX: people in #jquery have asked about that
(2:08:06 PM) rworth: it's too big
(2:08:15 PM) p_bakaus: yes, ui.js would also include the remove proposed
(2:08:16 PM) rworth: we already moved most/half? of it in there
(2:08:25 PM) JohnResig: what methods are left that you guys use?
(2:08:29 PM) p_bakaus: and the helper functions at top of ui.mouse.js
(2:08:41 PM) p_bakaus: outerWidth/Height and innerWidth/Height
(2:09:01 PM) JohnResig: for document/window or just elements?
(2:09:10 PM) p_bakaus: for both
(2:09:18 PM) JohnResig: ok, that's a problem
(2:09:22 PM) p_bakaus: and the scroll methods are also used sometimes
(2:09:30 PM) JohnResig: sooo... everything, then
(2:09:34 PM) rworth: :)
(2:09:37 PM) p_bakaus: well, yeah :)
(2:10:09 PM) rworth: sounds like dimensions could be the base of ui, except then we have the same problem as with Interface - we're throwing away a strong name
(2:10:28 PM) p_bakaus: yeah, that's an issue
(2:10:40 PM) p_bakaus: ui.dimensions.js...mhh
(2:11:21 PM) p_bakaus: no, this would indicate that it only is for dimensions - and I want to include the remove and the helpers
(2:11:21 PM) rworth: p_bakaus: -1 from me. You'd still need ui.js
(2:11:27 PM) rworth: exactly
(2:12:21 PM) p_bakaus: I still suggest to copy the whole block of dimensions over to ui.js, but keep dimensions as seperate plugin - we just have to make sure it's documented that you only need one of them
(2:12:46 PM) rworth: p_bakaus: what if you include both and they're different versions?
(2:13:54 PM) p_bakaus: well, this would be a pain in the arse then
(2:13:57 PM) p_bakaus: :)
(2:14:00 PM) rworth: what about ui.base.js
(2:14:18 PM) p_bakaus: ui.base.js is fine, too
(2:14:23 PM) rworth: it has dimensions and a couple other small bits, and people can just use it where they used dimensions before
(2:14:38 PM) rworth: it'll introduce people to ui also
(2:14:47 PM) p_bakaus: +1
(2:14:56 PM) p_bakaus: JohnResig?
(2:15:25 PM) bganicky [n=besh@r4c240.net.upc.cz] entered the room.
(2:15:42 PM) JohnResig: you mean completely replacing dimensions?
(2:15:47 PM) rworth: yes
(2:15:47 PM) JohnResig: like, removing the old plugin?
(2:16:11 PM) rworth: not sure what else to do, to avoid the external dependency (which has some drawbacks)
(2:17:20 PM) JohnResig: two things: 1) I think you need to have a good picture of, exactly, what extra functionality you want and 2) You'll need to bring Brandon in on this discussion as it's his plugin. I'm wary of making a change like that - esp. considering how widely used Dimensions is.
(2:17:57 PM) p_bakaus: yes, I thought about Brandon right now, too. What do you mean by extra functionality though?
(2:18:10 PM) JohnResig: "it has dimensions and a couple other small bits, and people can just use it where they used dimensions before"
(2:18:32 PM) p_bakaus: what we need in the base file is everything from dimensions, the helpers of ui.mouse.js and the remove/trigger function for now
(2:18:51 PM) JohnResig: right - it's the "for now" that I'm worried about
(2:19:02 PM) rworth: true
(2:19:05 PM) JohnResig: you're making UI simpler but at the expense of all other plugins
(2:19:19 PM) p_bakaus: mh..true
(2:19:38 PM) rworth: good point. I was thinking about sites that used dimensions, but forgot about plugins that use it as well
(2:20:11 PM) p_bakaus: this is why I would still suggest to have Dimensions as seperate plugin, and make sure people who use UI don't use dimensions (instead ui.base.js, which is synchronized with every version of dimensions)
(2:20:40 PM) rworth: p_bakaus: but you have the same problem. Other plugins use dimensions
(2:20:46 PM) JohnResig: p_bakaus: that seems difficult - consider that there will now be two plugins (ui.base and dimensions) that have identical functionality - but different names
(2:20:50 PM) p_bakaus: mhh..true
(2:20:56 PM) p_bakaus: argh
(2:21:17 PM) ThrushAAX: I don't have a problem with two plugins haveing the same functionality
(2:21:21 PM) p_bakaus: (JohnResig: btw, if you could review this one: http://dev.jquery.com/ticket/2317)
(2:21:34 PM) ThrushAAX: as a UI developer I will know that ui.base.js has all the functionaility of dimensions
(2:21:46 PM) ThrushAAX: and know that I don't need to include dimensions with other plugins that I use
(2:21:52 PM) rworth: maybe ui.dimensions.js makes sense. That can be the canonical version from now on (assuming Brandon agrees)
(2:21:53 PM) JohnResig: ThrushAAX: you're the exception, heh
(2:22:14 PM) ThrushAAX: JohnResig: true, most people won't read the documentation enough ;)
(2:22:20 PM) JohnResig: rworth: why make it a UI plugin? why not just a regular plugin?
(2:22:36 PM) p_bakaus: rworth: but the problem is that we would still need a ui.js for your trigger/remove function for example
(2:22:52 PM) p_bakaus: the whole point is that I don't want to create another dependancy
(2:23:06 PM) rworth: p_bakaus: true. But we can't combine those two and allow for others to only include dimensions. We need 2 files
(2:23:51 PM) p_bakaus: mhh..
(2:24:04 PM) JohnResig: I think you guys should look through UI and see - exactly - what functionality you're using from Dimensions
(2:24:33 PM) p_bakaus: I know for sure that all my plugins use a combination of the outer/inner methods and scroll. not more and not less.
(2:24:48 PM) p_bakaus: scroll is not a huge issue
(2:24:56 PM) p_bakaus: I could easily replace scroll
(2:25:06 PM) p_bakaus: but the other two are blockers
(2:25:08 PM) rworth: p_bakaus: which are those?
(2:25:12 PM) rworth: which plugins?
(2:25:21 PM) JohnResig: every method that you remove makes it easier for us to move it into core
(2:25:23 PM) p_bakaus: draggables, droppables, sortables, resizables
(2:25:39 PM) rworth: dialog uses 3 of those
(2:25:52 PM) rworth: selectables uses 1
(2:26:07 PM) rworth: meaning plugins, not dimensions methods
(2:26:13 PM) p_bakaus: from what I'm seeing, the most important functions are still outer/innerWidth/Height for elements
(2:26:24 PM) rworth: yes
(2:26:37 PM) p_bakaus: for document/window, I could do a workaround in our plugins
(2:26:46 PM) JohnResig: ok
(2:27:00 PM) p_bakaus: do you think this addition to the core would be feasible?
(2:27:35 PM) p_bakaus: (outerHeight, innerHeight, outerWidth, innerWidth, only on elements)
(2:27:42 PM) JohnResig: yes
(2:27:47 PM) rworth: :)
(2:27:50 PM) p_bakaus: :)
(2:27:53 PM) ***p_bakaus is happy
(2:28:09 PM) rworth: 1.2.4 or 1.3?
(2:28:29 PM) JohnResig: probably 1.2.4, I guess
(2:28:35 PM) p_bakaus: great then - then we have a new task - when John is done moving the methods, the testing group must test every plugin without dimensions
(2:28:59 PM) JohnResig: what time frame do you guys have for this? I'm kind of swamped at the moment
(2:29:07 PM) rworth: 5min ;)
(2:29:13 PM) p_bakaus: hahaha :D
(2:29:20 PM) p_bakaus: good one :)
(2:29:33 PM) p_bakaus: go John, only 4 min left :)
(2:29:50 PM) JohnResig: do you pass in options to outerHeight/Width?
(2:30:07 PM) p_bakaus: outerHeight has the optionl margin: true/false
(2:30:26 PM) rworth: I can keep writing tests for the next few hours. We'll probably have people around tonight to help run tests. If issues come up, they'll be minor fixes
(2:30:40 PM) p_bakaus: ok
(2:31:25 PM) p_bakaus: John, what timeframe would be doable for you? only having the features in SVN for now, no new version
(2:32:08 PM) JohnResig: ok, that might work - give me a few
(2:32:12 PM) rworth: p_bakaus: in the meantime, you can work on ui.base.js?
(2:32:18 PM) p_bakaus: great, ou're the man :)
(2:32:22 PM) p_bakaus: jap
(2:32:26 PM) rworth: I think that's a better name, caus ui.js can be the composite file
(2:32:32 PM) p_bakaus: agreed
(2:32:34 PM) rworth: JohnResig: woogoo
(2:32:36 PM) rworth: hoo
(2:38:26 PM) remysharp: Can I ask a question about dimensions.js (not related to the stuff you've been talking about)
(2:38:49 PM) braeker_ [n=braeker@189.70.117.168] entered the room.
(2:39:24 PM) remysharp: If an element's parent has a relative position - does dimensions work out the top/left based on it's parent, or the window - because I *thought* it was the parent, but it's giving me grief now...
(2:43:06 PM) digitalspaghetti [n=digitals@drupal.org/user/88490/view] entered the room.
(2:44:57 PM) p_bakaus: [accouncement]: I just commited a new ui.base.js file - please include this everywhere, on every page!
(2:45:54 PM) remysharp: p_bakaus: this replace dimensions or just do the destroy/remove thing you talked about before?
(2:46:13 PM) p_bakaus: this doesn't replace dimensions
(2:46:27 PM) p_bakaus: dimensions still needs to be included for now
(2:48:07 PM) digitalspaghetti: oh, i thought that was the way UI was going before, but it was removed (a base file)
(2:51:47 PM) p_bakaus: true
(2:51:51 PM) p_bakaus: things change :)
(2:51:52 PM) digitalspaghetti: i've added them to the demos anyway
(2:52:23 PM) p_bakaus: great, thanks
(2:54:06 PM) JohnResig: ok, checked in - SVN rev 4993.
(2:54:15 PM) p_bakaus: great, perfect
(2:54:16 PM) JohnResig: it's in offset.js
(2:54:47 PM) digitalspaghetti: added to the tests too
(2:55:10 PM) digitalspaghetti: hey JohnResig
(2:55:17 PM) JohnResig: digitalspaghetti: hey
(2:55:40 PM) JohnResig: I re-wrote the code - look how small it is: http://dev.jquery.com/changeset/4993
(2:56:04 PM) JohnResig: compare that with: http://dev.jquery.com/browser/trunk/plugins/dimensions/jquery.dimensions.js#L19
(2:56:15 PM) p_bakaus: haha, neat :)
(2:56:27 PM) digitalspaghetti: what real world demo's you still needing p_bakaus?
(2:56:44 PM) p_bakaus: I'm not sure- best you ask braeker_
(2:57:03 PM) digitalspaghetti: nice reduction in code john :)
(2:57:13 PM) remysharp: p_bakaus: Hi Paul - I've got to call it a day - I've updated the sprint/dev page with the bugs I've fixed (because I couldn't change the trac pages)
(2:57:30 PM) remysharp: p_bakaus: is there anything you might need from me before I shoot off?
(2:58:14 PM) p_bakaus: remysharp: great! excellent job - I'mg going to review them and close them later
(2:59:11 PM) remysharp: Good luck all!
(2:59:26 PM) p_bakaus: thanks!
(2:59:40 PM) p_bakaus: thanks for your work!
(3:00:05 PM) remysharp left the room.
(3:00:54 PM) p_bakaus: JohnResig: Could you take a look at http://dev.jquery.com/ticket/2317 now? I think it would greatly help scott_gonzalez for some fixes
(3:02:52 PM) JohnResig: p_bakaus: I'm not sure what alternative there is, other than completely cloning the event object
(3:03:16 PM) JohnResig: which is a huge performance hit - we've been trying to make the .fix() code faster, not slower :-P
(3:03:54 PM) p_bakaus: hehe :)
(3:04:02 PM) p_bakaus: mhh
(3:04:14 PM) p_bakaus: like it is now, it seems pretty broken though
(3:07:42 PM) JohnResig: I mean, that's the way it is - either we clone and take the huge performance hit - we'd have to clone every single event object on every event
(3:08:02 PM) p_bakaus: well, that's not feasible of course
(3:08:03 PM) JohnResig: or Scott can clone it on his end if he doesn't want the event object manipulated
(3:08:46 PM) p_bakaus: well, then we have to live with it I guess. Thanks for reviewing it
(3:08:53 PM) JohnResig: k
(3:11:18 PM) rworth: JohnResig: thanks for doing that. Nice slimming :)
(3:11:23 PM) JohnResig: np
(3:11:36 PM) JohnResig: rworth: I chopped off a few more lines, as well: http://dev.jquery.com/browser/trunk/jquery/src/offset.js#L100
(3:12:05 PM) rworth: p_bakaus: so, are we ready to drop dimensions from the test and demo pages?
(3:13:13 PM) p_bakaus: yes - we then need to work fast on every plugins to support the new methods
(3:22:00 PM) rworth: p_bakaus: ok, I updated the tests
(3:22:41 PM) p_bakaus: great, thanks
(3:29:27 PM) rworth: can someone take a look at http://dev.jquery.com/view/trunk/ui/tests/uiTest.draggable.html#draggable-options-cancel-* Looks like a bug to me
(3:31:02 PM) rworth: p_bakaus: cancel is documented as accepting a string or an array of strings. What about a selector?
(3:32:03 PM) p_bakaus: it doesn't currently take an selector
(3:32:08 PM) p_bakaus: would be a good addition
(3:32:32 PM) rworth: p_bakaus: ok. I gotta run. Can you add a ticket? Thanks.
(3:32:38 PM) p_bakaus: ok
(3:49:42 PM) carhartl_ [n=carhartl@e178034253.adsl.alicedsl.de] entered the room.
(3:49:43 PM) carhartl left the room (quit: Read error: 104 (Connection reset by peer)).
(3:57:52 PM) digitalspaghetti: p_bakaus, has jQuery or jQuery UI got a new logo?
(3:58:14 PM) Miksago: i saw a new jquery one a while back..
(3:58:33 PM) Miksago: it was in JohnResig's blog, dunno if it was official
(4:10:13 PM) p_bakaus: yes, jQuery will receive a new logo (I suppose) but the UI logo will stay the same
(4:27:16 PM) scott_gonzalez: p_bakaus, JohnResig: so there won't be a change for #2317?
(4:28:39 PM) kswedberg [n=kswedber@c-71-205-185-23.hsd1.mi.comcast.net] entered the room.
(4:52:05 PM) neojp left the room (quit: "ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]").
(4:54:16 PM) neojp [n=chatzill@190.42.179.65] entered the room.
(5:12:09 PM) p_bakaus: scott_gonzalez: JohnResig wasn't able to come up with a different solution - the only solution seems to be to clone the event object everytime, and it would be a major performance hit
(5:25:39 PM) p_bakaus: JohnResig: do you have a min?
(5:39:42 PM) tmm1: oi
(5:42:28 PM) tmm1: anyone in the bay area?
(5:55:30 PM) Miksago: nup, not me, you asked that yesterday.
(5:56:01 PM) phiggins left the room (quit: ).
(5:56:14 PM) rworth: p_bakaus: I'm back
(5:56:29 PM) p_bakaus: hey rworth
(5:56:34 PM) p_bakaus: I implemented greedy
(5:56:41 PM) rworth: nice
(5:56:44 PM) rworth: it's been a while
(5:57:21 PM) p_bakaus: and 'm working on small replacements for scrollTop/Left, as well as position (it's a small addition to base, and it's only done when dimensions isn't already included)
(5:57:34 PM) rworth: p_bakaus: works great!
(5:57:43 PM) rworth: sounds great
(5:57:45 PM) p_bakaus: thanks! :)
(6:02:08 PM) rworth: p_bakaus: meeting time?
(6:02:27 PM) p_bakaus: is it time already?
(6:02:37 PM) p_bakaus: sorry, got confused in timezones
(6:03:10 PM) rworth: it's time
(6:03:35 PM) p_bakaus: ok, let's start
(6:03:38 PM) rworth: ok
(6:03:59 PM) carhartl_: ok
(6:06:16 PM) ds|zzZ [i=digitals@212.20.229.179] entered the room.
(6:06:17 PM) tmm1: Miksago: sorry
(6:06:32 PM) tmm1: i'm trying to organize a javascript meetup in a bay area: http://javascript.meetup.com/4/
(6:06:48 PM) Miksago: ... i just remembered you saying it.
(6:06:53 PM) Miksago: why not try the groups
(6:06:57 PM) Miksago: meeting now.
(6:07:10 PM) digitalspaghetti left the room (quit: Nick collision from services.).
(6:07:16 PM) ds|zzZ is now known as digitalspaghetti
(6:10:09 PM) phiggins [n=dante@c-68-34-199-67.hsd1.tn.comcast.net] entered the room.
(6:14:35 PM) tmm1: ah good idea, i'll email the group
(6:16:50 PM) Miksago: :)
(6:16:59 PM) tmm1: thanks
(6:24:51 PM) phiggins left the room (quit: ).
(7:09:45 PM) zimbatm_ [n=zimbatm@adsl2064ge.worldcom.ch] entered the room.
(7:10:15 PM) zimbatm left the room (quit: Read error: 110 (Connection timed out)).
(7:12:46 PM) advany [i=d4b686b6@gateway/web/ajax/mibbit.com/x-0572fae3b8a2b754] entered the room.
(7:21:01 PM) advany left the room (quit: "http://www.mibbit.com ajax IRC Client").
(7:27:21 PM) carhartl_ left the room (quit: ).
(7:33:56 PM) p_bakaus left the room (quit: ).
(7:41:00 PM) BradleyS left the room (quit: ).
(7:50:07 PM) scott_gonzalez: rworth, JohnResig, you around?
(7:54:14 PM) scott_gonzalez: ok, going away again, I'll talk to you about it tomorrow
(8:05:28 PM) neojp left the room (quit: "ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]").
(8:11:21 PM) brianpeiris left the room (quit: ).
(8:27:06 PM) javam left the room.
(8:32:28 PM) scott_gonzalez left the room (quit: "ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]").
(8:40:25 PM) zimbatm_ left the room (quit: Read error: 110 (Connection timed out)).
(8:51:05 PM) phiggins [n=dante@c-68-34-199-67.hsd1.tn.comcast.net] entered the room.
(9:32:22 PM) bganicky is now known as bganicky_sleep
(9:32:56 PM) bganicky_sleep left the room.
(10:07:18 PM) kswedberg left the room (quit: ).
(11:01:33 PM) ThrushAAX left the room (quit: Read error: 113 (No route to host)).
(11:54:37 PM) phiggins left the room (quit: ).

[edit]

Sunday

(12:03:02 AM) franciscallo_ [n=RT-TEY@adsl-75-30-180-214.dsl.pltn13.sbcglobal.net] entered the room.
(12:04:42 AM) franciscallo__ [n=RT-TEY@adsl-75-30-180-214.dsl.pltn13.sbcglobal.net] entered the room.
(12:17:08 AM) franciscallo left the room (quit: Read error: 110 (Connection timed out)).
(12:21:04 AM) franciscallo_ left the room (quit: Read error: 110 (Connection timed out)).
(12:23:20 AM) franciscallo__ left the room (quit: Read error: 110 (Connection timed out)).
(1:16:30 AM) ThrushAAX [n=Thrush@pool-68-239-187-140.nwrk.east.verizon.net] entered the room.
(3:51:34 AM) digitalspaghetti left the room (quit: " HydraIRC -> http://www.hydrairc.com <- \o/").
(7:49:37 AM) phiggins [n=dante@c-68-34-199-67.hsd1.tn.comcast.net] entered the room.
(8:34:16 AM) Miksago left the room ("Any inconviences that may occur are purely coincidential, and we applaud them.").
(9:32:32 AM) bganicky [n=besh@r4c240.net.upc.cz] entered the room.
(11:22:07 AM) p_bakaus [n=paulbaka@p5799E6E6.dip.t-dialin.net] entered the room.
(11:38:05 AM) p_bakaus left the room (quit: Remote closed the connection).
(1:25:31 PM) scott_gonzalez [n=chatzill@c-68-36-109-177.hsd1.pa.comcast.net] entered the room.
(1:35:28 PM) scott_gonzalez: anyone know if Paul will be around today?
(1:36:26 PM) bganicky: no idea, he was around like 2 hours ago
(1:36:53 PM) scott_gonzalez: anyone willing to take on this ticket: http://dev.jquery.com/ticket/2295
(1:41:20 PM) scott_gonzalez left the room (quit: "ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]").
(2:11:08 PM) phiggins left the room (quit: ).
(2:59:58 PM) phiggins [n=dante@c-68-34-199-67.hsd1.tn.comcast.net] entered the room.
(4:20:06 PM) phiggins left the room (quit: ).
(4:44:49 PM) phiggins [n=dante@c-68-34-199-67.hsd1.tn.comcast.net] entered the room.
(5:58:12 PM) Voidlock-bn [n=Voidlock@70.66.128.233] entered the room.
(6:03:44 PM) phiggins left the room (quit: ).
(6:41:26 PM) bganicky left the room.
(9:03:29 PM) phiggins [n=dante@c-68-34-199-67.hsd1.tn.comcast.net] entered the room.
(9:32:56 PM) phiggins left the room (quit: ).
(11:58:33 PM) phiggins [n=dante@c-68-34-199-67.hsd1.tn.comcast.net] entered the room.

Retrieved from "http://docs.jquery.com/JQuerySprint/dev/irclog"

Documentation

Getting Started

API Reference

Plugins

Support

About jQuery

Toolbox

Views

Personal tools

JQuerySprint/dev/irclog

From jQuery JavaScript Library

Contents

Friday

Saturday

Sunday