fluid-work IRC Logs-2009-09-08
[08:30:42 EDT(-0400)] * laurel1 (n=Laurel@142.150.154.178) has joined #fluid-work
[08:30:58 EDT(-0400)] * Justin_o (n=Justin@142.150.154.171) has joined #fluid-work
[08:51:30 EDT(-0400)] * laurel1 (n=Laurel@142.150.154.178) has joined #fluid-work
[09:03:34 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined #fluid-work
[09:03:40 EDT(-0400)] * fj4000 (n=Jacob@142.150.154.164) has joined #fluid-work
[09:35:24 EDT(-0400)] * athena (n=athena@adsl-75-58-127-15.dsl.wlfrct.sbcglobal.net) has joined #fluid-work
[09:37:57 EDT(-0400)] * jessm (n=Jess@c-71-232-1-65.hsd1.ma.comcast.net) has joined #fluid-work
[10:09:03 EDT(-0400)] * justin_o (n=jmo@142.150.154.101) has joined #fluid-work
[10:16:13 EDT(-0400)] * clown (n=clown@142.150.154.101) has joined #fluid-work
[10:16:21 EDT(-0400)] * sgithens342f (n=sgithens@149-166-143-211.dhcp-in.iupui.edu) has joined #fluid-work
[10:23:31 EDT(-0400)] * yura (n=yura@142.150.82.88) has joined #fluid-work
[10:45:43 EDT(-0400)] * davetrey (n=davetrey@73-35-245.uoc.es) has joined #fluid-work
[10:51:26 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined #fluid-work
[10:51:49 EDT(-0400)] * anastasiac (n=team@142.150.154.189) has joined #fluid-work
[11:24:04 EDT(-0400)] * michelled (n=michelle@142.150.154.193) has joined #fluid-work
[11:26:05 EDT(-0400)] * EverettZ (n=chatzill@69-165-140-249.dsl.teksavvy.com) has joined #fluid-work
[11:26:44 EDT(-0400)] * EverettZ (n=chatzill@69-165-140-249.dsl.teksavvy.com) has left #fluid-work
[11:26:54 EDT(-0400)] * EverettZ (n=chatzill@69-165-140-249.dsl.teksavvy.com) has joined #fluid-work
[11:27:48 EDT(-0400)] <EverettZ> colinclark: who might be able to give some quick ideas on problems with IE6 and removing / adding elements with jQuery?
[11:28:18 EDT(-0400)] <colinclark> EverettZ: I'm sure anyone in here can probably help.
[11:28:28 EDT(-0400)] <colinclark> Fire away
[11:31:05 EDT(-0400)] <EverettZ> colinclark: The offending line is      $('.ui-dialog-titlebar').append($(tabs).remove().get(0));
[11:31:29 EDT(-0400)] <EverettZ> where tabs is a ul element
[11:32:04 EDT(-0400)] <EverettZ> JAWS6 on IE6 (I think IE6 even without JAWS) isn't appending the element back into the DOM once it's been removed.
[11:34:08 EDT(-0400)] <colinclark> EverettZ: Just looking at your code.
[11:35:17 EDT(-0400)] <EverettZ> colinclark: It basically removes the ul element from the dom, and appends it to another element somewhere else in the dom.
[11:35:22 EDT(-0400)] <colinclark> So as I read it, you're taking your tabs ul element, emptying it of all content, and then trying to append the first li inside it to whatever ".ui-dialog-titlebar."
[11:35:41 EDT(-0400)] <colinclark> Is it valid to put a li inside your .ul-dialog-titlebar element?
[11:35:54 EDT(-0400)] <colinclark> Or do you actually want to put its text in there instead, maybe?
[11:36:47 EDT(-0400)] <EverettZ> colinclark: not my code, but as I read it, it removes the ul element from the dom and appends it to the other container element. Not my code sadly, but works on all browsers but IE6
[11:37:15 EDT(-0400)] <colinclark> EverettZ: I guess the first thing to check is if it's actually valid to put the ul wherever it's trying to put it.
[11:37:31 EDT(-0400)] <EverettZ> yes, I believe it is
[11:52:49 EDT(-0400)] * michelled (n=team@142.150.154.193) has joined #fluid-work
[12:02:45 EDT(-0400)] <laurel1> jamon: ping
[12:19:34 EDT(-0400)] * jgarciavila (n=quassel@73-32-150.uoc.es) has joined #fluid-work
[12:21:00 EDT(-0400)] <jgarciavila> hello, joan garcia (UOC) registered.
[12:36:45 EDT(-0400)] * jgarciavila (n=quassel@73-32-150.uoc.es) has joined #fluid-work
[13:05:14 EDT(-0400)] * elicochran (n=elicochr@doecev-wlan-220.AirBears.Berkeley.EDU) has joined #fluid-work
[13:35:46 EDT(-0400)] * justin_o (n=jmo@142.150.154.101) has joined #fluid-work
[13:36:17 EDT(-0400)] <justin_o> elicochran: hello, do you have a minute to answer a question about the progress component
[13:36:34 EDT(-0400)] <elicochran> sure, I'm in a meeting but I'll do my best
[13:40:53 EDT(-0400)] <justin_o> elicochran: thanks.... basically I'm having a problem changing the direction of the animation. I was looking at the demo you created and set animate to "backward" but it still animated forwards... is there something else that I needed to change also
[13:43:35 EDT(-0400)] <elicochran> justin_o: looking....
[13:44:18 EDT(-0400)] <justin_o> elicochran: thanks, appreciate the help
[13:47:13 EDT(-0400)] <elicochran> justin_o: are you trying to change the direction of the progress display from 0 being left side and 100% being on the right side of the bar?
[13:47:50 EDT(-0400)] <elicochran> so that progress animates from right to left instead of left to right?
[13:49:35 EDT(-0400)] <elicochran> or am I misunderstanding the problem
[13:51:28 EDT(-0400)] <elicochran> justin_o: I'm stepping out for 15 minutes
[13:51:54 EDT(-0400)] <justin_o> elicochran: sorry... missed your reply there...
[13:53:57 EDT(-0400)] <justin_o> elicochran: Maybe I'm misunderstanding what it is supposed to be doing. I guess i would have expected that as you mentioned, 100% would be on the left side
[13:54:10 EDT(-0400)] <justin_o> if i used backwards
[13:54:13 EDT(-0400)] <justin_o> is that correct?
[13:54:19 EDT(-0400)] <justin_o> and what would both mean?
[14:05:57 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined #fluid-work
[14:06:18 EDT(-0400)] <elicochran> justin_o: nope
[14:06:44 EDT(-0400)] <justin_o> elicochran: ah okay...
[14:07:11 EDT(-0400)] <justin_o> elicochran: so what is the expected behaviour
[14:07:18 EDT(-0400)] <elicochran> the forwards and backwards has to do with whether the animation is applied when the progress is moving forward or backward
[14:07:52 EDT(-0400)] <elicochran> if you think about it, in a progress meter you usually want to animation when the prgress is moving forward
[14:08:14 EDT(-0400)] <elicochran> but when it goes back, either to 0 or to an interum point you want to jump right away
[14:08:19 EDT(-0400)] <elicochran> does that make sense
[14:09:12 EDT(-0400)] <elicochran> justin_o: ?
[14:09:24 EDT(-0400)] <elicochran> justin_o: the behavior you want would require a code change
[14:09:29 EDT(-0400)] <elicochran> but shouldn't be too hard
[14:09:52 EDT(-0400)] <elicochran> I started to think about it when someone wanted a progress meter that was vertical
[14:10:46 EDT(-0400)] <justin_o> oh okay.... so you mean that if i set backward it will jump forward and then only animate when the progress decrements, and both would allow for animations on decrement and increment
[14:10:51 EDT(-0400)] <justin_o> is that correct?
[14:11:04 EDT(-0400)] <elicochran> justin_o: exactly
[14:11:32 EDT(-0400)] <justin_o> ah okay... thanks.... i understand now...
[14:12:26 EDT(-0400)] <elicochran> justin_o: the math gets messy the other direction
[14:14:04 EDT(-0400)] <justin_o> elicochran: you mean if you reverse the 100 and 0
[14:25:18 EDT(-0400)] <elicochran> justin_o: yes
[14:25:55 EDT(-0400)] <elicochran> not really messy, just right now it's dead simple
[14:26:08 EDT(-0400)] <justin_o> i see.... that makes sense
[14:35:53 EDT(-0400)] <justin_o> anastasiac, colinclark, and etc. do you know if it is possible to uninitialize the inlineEdit component
[14:36:18 EDT(-0400)] <justin_o> meaning that you could use an outside control to make the fields inlineEditable and then no
[14:36:24 EDT(-0400)] <justin_o> not
[14:36:31 EDT(-0400)] <anastasiac> hm...
[14:36:47 EDT(-0400)] <anastasiac> iirc, there's nothing directly built-in to allow this in particular, but
[14:36:57 EDT(-0400)] <anastasiac> that doesn't mean it couldn't be accomplished somehow...
[14:37:18 EDT(-0400)] <colinclark> At the moment, there's no way to "destroy" an Infusion component once it's been added to the page.
[14:37:35 EDT(-0400)] <colinclark> But it's certainly possible to disable, hide, or otherwise take a component out of the equation.
[14:38:59 EDT(-0400)] <colinclark> justin_o: What's the use case?
[14:39:29 EDT(-0400)] <justin_o> colinclark: aTutor
[14:39:41 EDT(-0400)] <colinclark> Aha. What are they actually trying to do?
[14:39:51 EDT(-0400)] <justin_o> they want to have a button to turn inlineEdit on and off
[14:39:59 EDT(-0400)] <colinclark> For what reason?
[14:40:15 EDT(-0400)] <justin_o> not entirely sure
[14:40:21 EDT(-0400)] <justin_o> would you like me to find out
[14:41:08 EDT(-0400)] <colinclark> Well, it's always hard to know exactly what the goals are, but it does seem to run a bit against the approach of InlineEdit.
[14:41:43 EDT(-0400)] <colinclark> Meaning, one of the central values of InlineEdit is that it doesn't require switching between modes.
[14:41:52 EDT(-0400)] <colinclark> But I wouldn't want to second guess a user's needs.
[14:42:06 EDT(-0400)] <colinclark> So, they should be able to enable/disable an inline editor fairly easily. I will have to check the API.
[14:43:18 EDT(-0400)] <justin_o> colinclark: thanks... i didn't seem to notice anything in the code, but may have just missed it.
[14:50:31 EDT(-0400)] <colinclark> justin_o: The events system is the key, it looks like.
[14:50:37 EDT(-0400)] <colinclark> onBeginEdit: "preventable",
[14:51:25 EDT(-0400)] <colinclark> So you can register a listener for onBeginEdit and onFinishEdit. Since they're both preventable events, you can prevent either action.
[14:51:46 EDT(-0400)] <colinclark> So, ATutor could easily register a listener that simply prevents onBeginEdit if they're not in their "inline edit mode."
[14:52:02 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined #fluid-work
[14:52:40 EDT(-0400)] <colinclark> In terms of performance, it's much faster than destroying each inline editor on the page and re-initializing them again when the button hits again.
[14:52:43 EDT(-0400)] <colinclark> Does that all make sense?
[14:57:19 EDT(-0400)] <justin_o> colinclark: thanks
[15:07:44 EDT(-0400)] * anastasiac (n=team@142.150.154.189) has left #fluid-work
[15:29:29 EDT(-0400)] * anastasiac (n=stasia@64.56.255.27) has joined #fluid-work
[16:05:11 EDT(-0400)] * laurel1 (n=Laurel@142.150.154.178) has left #fluid-work
[16:50:43 EDT(-0400)] * justin_o (n=jmo@142.150.154.101) has joined #fluid-work
[17:20:11 EDT(-0400)] * elicochran (n=elicochr@dhcp-169-229-212-38.LIPS.Berkeley.EDU) has joined #fluid-work
[17:30:28 EDT(-0400)] * davetrey (n=davetrey@171.Red-193-152-211.dynamicIP.rima-tde.net) has joined #fluid-work
[17:41:17 EDT(-0400)] * clown (n=clown@142.150.154.101) has left #fluid-work
[18:14:39 EDT(-0400)] * fj4000 (n=Jacob@142.150.154.164) has joined #fluid-work
[18:20:47 EDT(-0400)] * anastasiac (n=stasia@64.56.255.27) has left #fluid-work
[18:50:35 EDT(-0400)] * fj4000 (n=Jacob@142.150.154.164) has joined #fluid-work
[19:21:02 EDT(-0400)] * fj4000 (n=Jacob@142.150.154.164) has joined #fluid-work
[19:51:27 EDT(-0400)] * fj4000 (n=Jacob@142.150.154.164) has joined #fluid-work
[20:22:36 EDT(-0400)] * fj4000 (n=Jacob@142.150.154.164) has joined #fluid-work
[20:34:59 EDT(-0400)] * colinclark (n=colin@bas2-toronto09-1176130949.dsl.bell.ca) has joined #fluid-work
[20:53:13 EDT(-0400)] * fj4000 (n=Jacob@142.150.154.164) has joined #fluid-work
[21:31:10 EDT(-0400)] * fj4000 (n=Jacob@142.150.154.164) has joined #fluid-work
[22:13:37 EDT(-0400)] * fj4000 (n=Jacob@142.150.154.164) has joined #fluid-work
[22:31:56 EDT(-0400)] * yura (n=yura@bas3-toronto06-1177889879.dsl.bell.ca) has joined #fluid-work
[22:45:21 EDT(-0400)] * fj4000 (n=Jacob@142.150.154.164) has joined #fluid-work
[23:29:53 EDT(-0400)] * athena (n=athena@adsl-75-58-127-15.dsl.wlfrct.sbcglobal.net) has left #fluid-work