fluid-work IRC Logs-2008-10-20
[07:50:17 EDT(-0400)] * phiggins (n=dante@c-68-34-199-67.hsd1.tn.comcast.net) has joined #fluid-work
[08:06:19 EDT(-0400)] * Justin_o (n=Justin@142.150.154.101) has joined #fluid-work
[08:16:59 EDT(-0400)] * Justin_o (n=Justin@142.150.154.101) has joined #fluid-work
[09:45:04 EDT(-0400)] * anastasiac (n=team@142.150.154.160) has joined #fluid-work
[09:49:13 EDT(-0400)] * jessm (n=Jess@c-76-19-199-61.hsd1.ma.comcast.net) has joined #fluid-work
[09:49:16 EDT(-0400)] * theclown (n=theclown@guiseppi.atrc.utoronto.ca) has joined #fluid-work
[09:56:23 EDT(-0400)] * Bosmon (n=Antranig@ginger.caret.cam.ac.uk) has joined #fluid-work
[10:02:59 EDT(-0400)] * michelled (n=team@142.150.154.197) has joined #fluid-work
[10:03:38 EDT(-0400)] * Topic is '"0.6 beta - here we come"' set by michelled on 2008-10-20 10:03:38 EDT(-0400)
[10:04:15 EDT(-0400)] <Bosmon> Glarg
[10:04:30 EDT(-0400)] <michelled> what are you Glarging about?
[10:04:36 EDT(-0400)] <Bosmon> So, Nico has uncovered what looks like a fairly unfortunate interaction between inline-edit and Reorderer
[10:05:01 EDT(-0400)] <Bosmon> And worryingly, my first guess about the cause is that it may well lie in the JQuery UI draggable event handler
[10:05:10 EDT(-0400)] <michelled> yes, I meant to look into that.
[10:05:14 EDT(-0400)] <michelled> oh dear
[10:05:15 EDT(-0400)] <Bosmon> So, my first question is, how long do we have to solve this
[10:05:31 EDT(-0400)] <michelled> that is a very good question and one I can't answer
[10:05:37 EDT(-0400)] <Bosmon> Well, proximately
[10:05:41 EDT(-0400)] <Bosmon> When is 0.6b1 code freeze
[10:06:00 EDT(-0400)] <michelled> we don't do an extended freeze for the betas
[10:06:03 EDT(-0400)] <Bosmon> ok
[10:06:07 EDT(-0400)] <Bosmon> I guess that is good
[10:06:11 EDT(-0400)] <michelled> so we are packaging up on the 30th
[10:06:42 EDT(-0400)] <Bosmon> So in theory then there is indeed time to write ui.draggable, if we can figure out we absolutely must
[10:06:48 EDT(-0400)] <michelled> so I guess the freeze is end of day on the 28th
[10:07:12 EDT(-0400)] <michelled> I guess it also depends on relative priority
[10:07:28 EDT(-0400)] <michelled> It's not likely that UI Options will get into the beta unfortunately
[10:07:56 EDT(-0400)] <michelled> but we do want to ship the renderer with examples
[10:08:00 EDT(-0400)] <michelled> as well as uploader 2
[10:08:14 EDT(-0400)] <michelled> and springboards for the themes I think
[10:08:33 EDT(-0400)] * Justin_o (n=Justin@142.150.154.101) has joined #fluid-work
[10:11:24 EDT(-0400)] <Bosmon> ok
[10:11:35 EDT(-0400)] <Bosmon> Well, I would say the priority on this bug is paramount...
[10:11:39 EDT(-0400)] <Bosmon> Given it is one reported by a Real User
[10:13:02 EDT(-0400)] * jessm (n=Jess@c-76-19-199-61.hsd1.ma.comcast.net) has joined #fluid-work
[10:29:11 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined #fluid-work
[10:53:56 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined #fluid-work
[10:55:20 EDT(-0400)] <michelled> we just had a quick release plan meeting
[10:55:30 EDT(-0400)] <michelled> 0.6 beta is looking like this:
[10:55:40 EDT(-0400)] <michelled> 1. inline edit + reorderer bug
[10:55:48 EDT(-0400)] <michelled> 2. basic renderer examples
[10:55:55 EDT(-0400)] <michelled> 3. uploader 2
[10:56:02 EDT(-0400)] <michelled> 4. themes springboard
[10:56:46 EDT(-0400)] <michelled> Bosmon, does it seem doable to fix the bug you were mentioning this morning?
[11:00:01 EDT(-0400)] <Bosmon> I don't know yet
[11:00:08 EDT(-0400)] <Bosmon> I have set up a simple test case which demonstrates it
[11:00:15 EDT(-0400)] <Bosmon> But I can't say I really understand the cause yet
[11:00:24 EDT(-0400)] <Bosmon> Other than it is something to do with the horrible matter of focus handlers
[11:00:37 EDT(-0400)] <michelled> yuck
[11:00:40 EDT(-0400)] <Bosmon> Inline-edit requires to receive a blur event on its component, in order to deactivate itself
[11:00:50 EDT(-0400)] <Bosmon> In the portlet/reorderer environment, this blur event is never received
[11:00:51 EDT(-0400)] <michelled> is the testcase somewhere I could glance at it?
[11:01:01 EDT(-0400)] <Bosmon> OK, I will just check in the modification for that
[11:09:43 EDT(-0400)] <Bosmon> http://issues.fluidproject.org/browse/FLUID-1690
[12:02:35 EDT(-0400)] <Bosmon> It is an awful disaster
[12:02:52 EDT(-0400)] <Bosmon> The "behaviour" is caused by the core JQuery UI implementation of "mouseDown"
[12:18:29 EDT(-0400)] * ecochran (n=ecochran@dhcp-169-229-212-37.LIPS.Berkeley.EDU) has joined #fluid-work
[12:24:36 EDT(-0400)] <colinclark> Bosmon is putting together a simple example that shows the issue with ui.core's mouseDown function, and then we'll post to the list to get a better sense of how we might resolve the issue.
[12:25:03 EDT(-0400)] <colinclark> This will be an interesting test of how it goes to work with the UI community on these issues.
[12:25:06 EDT(-0400)] * colinclark crosses his fingers.
[13:24:46 EDT(-0400)] * apetro-_ (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined #fluid-work
[13:28:18 EDT(-0400)] * davidb (n=davidb@142.150.154.101) has joined #fluid-work
[13:28:55 EDT(-0400)] <davidb> michelled, any activity on your email about jquery datepicker design collab?
[13:29:34 EDT(-0400)] <michelled> davidb: not yet
[13:29:59 EDT(-0400)] <michelled> one of the designers who is working on it is on vacation at the moment
[13:30:24 EDT(-0400)] <davidb> ok
[13:53:02 EDT(-0400)] * jacobfarber1 (n=Main@CPE00095bc35ea1-CM001692f5798c.cpe.net.cable.rogers.com) has joined #fluid-work
[13:55:31 EDT(-0400)] <colinclark> davidb: Filament is Boston...
[13:55:44 EDT(-0400)] <colinclark> so jessm is going to drop by their office to chat with them about it soon.
[13:55:52 EDT(-0400)] <davidb> colinclark: yeah michelled just told me
[13:55:55 EDT(-0400)] <colinclark> cool
[13:55:58 EDT(-0400)] <davidb> wicked stuff.
[13:56:24 EDT(-0400)] <davidb> i'm going to lay off looking at the widgets likely to be redesigned.
[13:56:27 EDT(-0400)] <colinclark> There's some other overlap with Fluid on their UI roadmap, so I'm hoping we can do a lot of sharing with the UI folks.
[13:56:34 EDT(-0400)] <davidb> nice
[13:56:40 EDT(-0400)] <colinclark> davidb: Makes sense.
[13:56:49 EDT(-0400)] <davidb> cheers
[14:32:14 EDT(-0400)] <Bosmon> colinclark, michelled - I've committed a test case for the focus issue - https://source.fluidproject.org/svn/fluid/components/trunk/src/webapp/tests/jquery-tests/manual/jQueryUI-focus-test.html
[14:32:21 EDT(-0400)] <Bosmon> Could you have a look to see whether it makes sense to you?
[14:32:42 EDT(-0400)] <anastasiac> Bosmon, colinclark and michelled just stepped out to get some food
[14:32:49 EDT(-0400)] <Bosmon> They should be criticised
[14:33:05 EDT(-0400)] <Bosmon> Could you have a look at it?
[14:33:14 EDT(-0400)] <anastasiac> of course
[14:33:50 EDT(-0400)] <Bosmon> Thanks
[14:36:21 EDT(-0400)] <anastasiac> it looks good
[14:36:39 EDT(-0400)] <anastasiac> there's a bit of grammatical confusion in the paragraph under the input field
[14:36:57 EDT(-0400)] <anastasiac> and if I understand correctly, your initial value for the button text might be wrong?
[14:37:48 EDT(-0400)] <Bosmon> OK, I will clarify...
[14:38:47 EDT(-0400)] <anastasiac> also, the description text says that the button 'registers a mouse-down'
[14:38:55 EDT(-0400)] <anastasiac> but actually, doesn't it turn on draggable()?
[14:38:58 EDT(-0400)] <Bosmon> Well
[14:39:02 EDT(-0400)] <Bosmon> It does one, via tha other
[14:39:28 EDT(-0400)] <Bosmon> I guess I could cut things down, but it looks like I would have to create a whole new plugin...
[14:39:35 EDT(-0400)] <anastasiac> might be good to make that explicit in the description, since the point is that it's a problem with draggable()
[14:39:56 EDT(-0400)] <anastasiac> is it a problem with draggable?
[14:40:30 EDT(-0400)] <anastasiac> I would only suggest changing the description text in the html to clarify what's happening, not writing a new plug-in
[14:42:01 EDT(-0400)] <Bosmon> No, it is not really a problem with draggable
[14:42:19 EDT(-0400)] <Bosmon> The problem is really with the "Mouse Interaction Plugin"
[14:42:29 EDT(-0400)] <Bosmon> However I can't seem to find an easy way of instantiating this, without creating a new widget
[14:47:25 EDT(-0400)] <Bosmon> anastasiac: How about now?
[14:47:28 EDT(-0400)] <Bosmon> WOW
[14:47:29 EDT(-0400)] <Bosmon> http://ajaxian.com/archives/working-aroung-the-instanceof-memory-leak
[14:47:31 EDT(-0400)] <Bosmon> Look at this bug...
[14:47:44 EDT(-0400)] * anastasiac does an update
[14:48:40 EDT(-0400)] <anastasiac> Bosmon, the manual test looks good
[14:48:53 EDT(-0400)] * phiggins (n=dante@c-68-34-199-67.hsd1.tn.comcast.net) has joined #fluid-work
[14:49:07 EDT(-0400)] <anastasiac> WOW indeed
[14:50:07 EDT(-0400)] <anastasiac> that's nasty
[14:53:44 EDT(-0400)] <colinclark> mmm... falafel
[14:56:35 EDT(-0400)] <Bosmon> colinclark: As far as you can tell, is this the place to raise the issue? http://www.nabble.com/jQuery-UI-Discussion-f27241.html
[14:57:10 EDT(-0400)] <colinclark> Bosmon: Yep, that's the archive.
[14:57:14 EDT(-0400)] <colinclark> The list is at : jquery-ui@googlegroups.com
[14:57:17 EDT(-0400)] <Bosmon> ok
[14:59:10 EDT(-0400)] <anastasiac> Bosmon, I'm looking at the Baseball table example at http://source.caret.cam.ac.uk/rsf/projects/RSFSamples/trunk/AjaxJSON/src/webapp/content/
[15:00:11 EDT(-0400)] <anastasiac> When I render the table using the "Render Simple Table" button, the descriptions that are 'empty' in the data table (i.e. "") remain filled in with "I describe this thing" in the rendered table
[15:00:14 EDT(-0400)] <anastasiac> is this to be expected?
[15:00:28 EDT(-0400)] <anastasiac> I know this is old, but
[15:00:39 EDT(-0400)] <anastasiac> I'm see the same thing with the current fluid renderer code
[15:05:58 EDT(-0400)] <Bosmon> That's not what should happen, no...
[15:11:15 EDT(-0400)] <Bosmon> It looks like a "failure of falsity"
[15:12:40 EDT(-0400)] <Bosmon> if (value)
[15:12:40 EDT(-0400)] <Bosmon> replaceBody(value);
[15:12:51 EDT(-0400)] <Bosmon> This on line 386 in fluidRenderer.js is responsible...
[15:13:07 EDT(-0400)] <Bosmon> Although in Javascript, "missing value semantics" are going to be somewhat different than on the serverside
[15:13:19 EDT(-0400)] <Bosmon> In theory, this test should explicitly test for null or undefined
[15:13:42 EDT(-0400)] <Bosmon> But there is a awkwardness with the interaction with the "isPlaceholder" detection
[15:13:54 EDT(-0400)] <Bosmon> If you shove a null value in, it becomes hard to detect what type of component this was actually meant to be
[15:14:37 EDT(-0400)] <Bosmon> For example, it becomes impossible to create a checkbox-style control which just "renders what is in the template"
[15:14:51 EDT(-0400)] <Bosmon> Since - what value do you put in, representing a "special value meaning render what is in the template"?
[15:15:01 EDT(-0400)] <Bosmon> If you put either true or false, it is clearly a real value
[15:15:13 EDT(-0400)] <Bosmon> If you put in null, then you can no longer work out that it was meant to be a boolean at all...
[15:20:18 EDT(-0400)] <anastasiac> Bosmon, should I file a JIRA for this?
[15:21:03 EDT(-0400)] <Bosmon> Thanks
[15:27:41 EDT(-0400)] <anastasiac> http://issues.fluidproject.org/browse/FLUID-1696
[15:30:19 EDT(-0400)] * apetro_meetin (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined #fluid-work
[15:33:15 EDT(-0400)] <colinclark> Not another failure of falsity!
[15:33:22 EDT(-0400)] <Bosmon> Yes
[15:33:23 EDT(-0400)] <Bosmon> ANOTHER!
[15:33:27 EDT(-0400)] <colinclark> I am doomed.
[15:33:33 EDT(-0400)] * colinclark plugs his ears.
[15:33:36 EDT(-0400)] <Bosmon> What, in your recommendation of it?
[15:33:37 EDT(-0400)] <Bosmon>
[15:33:45 EDT(-0400)] <colinclark> Truthy/falsey is the best part of JavaScript.
[15:33:45 EDT(-0400)] <colinclark>
[15:33:54 EDT(-0400)] <Bosmon> It sodding is not
[15:34:17 EDT(-0400)] <Bosmon> I made my posting to the JQuery UI group
[15:34:22 EDT(-0400)] <Bosmon> But it is not showing up...
[15:34:48 EDT(-0400)] <Bosmon> I can't say I am very impressed with this piece of Google infrastructure
[15:35:12 EDT(-0400)] <Bosmon> I'm also surprised that they categorise a list with around 20 posts a day as "Low activity"
[15:35:53 EDT(-0400)] <colinclark> It may take some time...
[15:35:59 EDT(-0400)] <colinclark> I remember my posts not showing up immediately.
[15:36:04 EDT(-0400)] <Bosmon> ....
[15:36:43 EDT(-0400)] <colinclark> anastasiac is a hydration geek.
[15:36:50 EDT(-0400)] <Bosmon> ?
[15:36:55 EDT(-0400)] <Bosmon> She is hydrating her component trees?
[15:36:58 EDT(-0400)] <Bosmon> Or she is drinking a lot of tea
[15:37:03 EDT(-0400)] <colinclark> lol
[15:37:30 EDT(-0400)] <colinclark> Bosmon: In your words, what does explode() do?
[15:42:05 EDT(-0400)] <Bosmon> explode performs the simultaneous operations of hydration and binding....
[15:42:19 EDT(-0400)] <Bosmon> well, hydration, value fixup, and binding
[15:42:22 EDT(-0400)] <Bosmon> Three things
[15:42:32 EDT(-0400)] <Bosmon> I am not sure my words are very helpful here though?
[15:42:45 EDT(-0400)] <colinclark> sufficient for my purposes
[15:43:13 EDT(-0400)] <colinclark> Now it's anastasiac's job to come up with a gatorade-related joke for binding and value fixup.
[15:43:28 EDT(-0400)] <Bosmon> glarg
[15:43:39 EDT(-0400)] <Bosmon> Perhaps the "bolus" angle might help
[15:43:44 EDT(-0400)] <colinclark> Githens would have a heyday with this conversation.
[15:43:51 EDT(-0400)] <colinclark> He loves to talk about Guarana and Fluid.
[15:44:01 EDT(-0400)] <Bosmon> sgithens342f: YOUR HEYDAY IS NIGH
[15:44:02 EDT(-0400)] <colinclark> ah sgithens342f is actually here
[15:44:44 EDT(-0400)] <sgithens342f> what?
[15:44:48 EDT(-0400)] <Bosmon>
[15:45:26 EDT(-0400)] <colinclark> sgithens342f: We are talking about hydration.
[15:46:18 EDT(-0400)] <sgithens342f> oh, are attributes workign in trunk now?
[15:47:39 EDT(-0400)] <sgithens342f> colinclark: I might end up using some Fluid things in a Django project
[15:47:40 EDT(-0400)] <Bosmon> no
[15:47:50 EDT(-0400)] <colinclark> sgithens342f: Wow, that's great.
[15:47:55 EDT(-0400)] <colinclark> Hey, what do you think of Django?
[15:47:57 EDT(-0400)] <Bosmon> I am trying to fix a JQuery UI interaction at present...
[15:48:03 EDT(-0400)] <colinclark> I've been pretty curious about it for awhile.
[15:48:06 EDT(-0400)] <Bosmon> Perhaps some renderer stuff tomorrow
[15:48:20 EDT(-0400)] <sgithens342f> I've starting using PyLucid for a few small side things, and I would like to be able to drag and drop the pages
[15:48:40 EDT(-0400)] <sgithens342f> I enjoy using Django for things here and there
[15:49:18 EDT(-0400)] <colinclark> Would you use it for a large application?
[15:49:27 EDT(-0400)] <Bosmon> It is hard to see how to write an automated test case for FLUID-1690
[15:49:41 EDT(-0400)] <Bosmon> The behaviour only really seems to happen for "real" events
[15:50:10 EDT(-0400)] <sgithens342f> I'm not sure
[15:50:25 EDT(-0400)] <sgithens342f> I'm sort of avoiding starting any more 'large' applications
[15:50:38 EDT(-0400)] <sgithens342f> I guess it depends a lot what the application does
[15:50:40 EDT(-0400)] <sgithens342f> a lot
[15:51:17 EDT(-0400)] <sgithens342f> it should be ready for use in Webapps though in the next 4 or 6 months. The Django on Jython guys have been making good progress
[15:51:49 EDT(-0400)] <sgithens342f> Jython 2.5 is going to be pretty great
[15:51:58 EDT(-0400)] * davidb (n=davidb@142.150.154.101) has left #fluid-work
[15:52:08 EDT(-0400)] <sgithens342f> The Jython and JRuby guys have started sharing code too
[15:52:20 EDT(-0400)] <sgithens342f> ack, sorry I'm hijacking your channel
[15:52:28 EDT(-0400)] <sgithens342f> um, hydration
[15:52:49 EDT(-0400)] <sgithens342f> I'm not sure, but once attributes are working I'll finish my Fluid Renderer HTML based mandlebrot renderer
[15:53:18 EDT(-0400)] <colinclark> sgithens342f: No, no, this is good.
[15:53:26 EDT(-0400)] <colinclark> You're not hijacking our channel.
[15:53:39 EDT(-0400)] <colinclark> How are the Jython and JRuby guys sharing code?
[15:54:27 EDT(-0400)] <sgithens342f> um, there's some lower level Java stuff, especially getting close to the OS level for like file handling, processes, and stuff that they have started to try and merge a little bit
[15:54:32 EDT(-0400)] <Bosmon> colinclark: Perhaps this could be a case for our robot thing?
[15:54:37 EDT(-0400)] <sgithens342f> Stuff for calling out to C libraries too
[15:54:41 EDT(-0400)] <Bosmon> I'm damned if I see jQuery.simulate works a damn
[15:54:49 EDT(-0400)] <Bosmon> I mean, it just calls "dispatchEvent" on stuff
[15:54:53 EDT(-0400)] <colinclark> Bosmon: Justin_o gave us a hot demo today of the robot in action. It works!
[15:54:59 EDT(-0400)] <colinclark> He could teach you.
[15:55:00 EDT(-0400)] <Bosmon> In theory this causes an event to be propagated
[15:55:11 EDT(-0400)] <Bosmon> But in reality I fear this event is "wholly unrealistic"
[15:55:44 EDT(-0400)] <sgithens342f> they started this at the PyCon 2008 sprint
[15:55:48 EDT(-0400)] <Bosmon> It doesn't even set the event target correctly!
[15:56:03 EDT(-0400)] <Justin_o> Bosmon: let me know if want to see my robot script and I'll send it to you
[15:56:11 EDT(-0400)] <sgithens342f> it was really exicting. Charles Nutter and his peeps were at the table next to the Jython entourage
[15:57:15 EDT(-0400)] <sgithens342f> where is this robot code at?
[15:57:45 EDT(-0400)] <Bosmon> Justin_o: to be sure
[15:57:49 EDT(-0400)] <Bosmon> But how is it a "script"?
[15:58:02 EDT(-0400)] <Bosmon> And shouldn't it be checked into our main SVN?
[15:58:53 EDT(-0400)] <sgithens342f> colinclark: To answer your question, Django does have an ok way to write plugins and modules, so it could conceivable be used to build larger stuff
[15:59:33 EDT(-0400)] <colinclark> sgithens342f: Cool, thanks.
[15:59:34 EDT(-0400)] <sgithens342f> I think you could probably write a decent Moodle or Sakai with it
[15:59:49 EDT(-0400)] <Justin_o> Bosmon: Sadly I don't have committ access and I'll send you some info
[15:59:56 EDT(-0400)] <colinclark> I'm getting intrigued by the idea of using a JVM-hosted dynamic language to interface with a big fat Java services stack.
[16:00:18 EDT(-0400)] <colinclark> Justin_o: If you send Bosmon a patch, I bet he'd also commit it for you!
[16:00:52 EDT(-0400)] <sgithens342f> I wrote a Sakai service in JRuby live at one of our presentations in Paris
[16:00:53 EDT(-0400)] <colinclark> Actually, you wouldn't even need a patch... you could just send him all your files.
[16:01:06 EDT(-0400)] <Justin_o> colinclark: sure thing.. i'll do that
[16:01:07 EDT(-0400)] <colinclark> sgithens342f: I'm sorry I missed that! How did it go?
[16:01:17 EDT(-0400)] <sgithens342f> It was a lot of fun
[16:01:50 EDT(-0400)] <sgithens342f> I wrote some Sash scripts, a Sakai Service in JRuby, and an RSF Producer in Jython
[16:02:03 EDT(-0400)] <sgithens342f> to piece together as one stack in 30 minutes
[16:02:31 EDT(-0400)] <sgithens342f> obviously, those sorts of things are always deceptive, but it was still a lot of fun
[16:03:11 EDT(-0400)] <colinclark> How did the audience react?
[16:03:15 EDT(-0400)] <colinclark> Must have been pretty positive.
[16:03:21 EDT(-0400)] <colinclark> it sounds great.
[16:03:50 EDT(-0400)] <sgithens342f> there weren't actually a lot of people there, and I pretty much knew everyone... so it was sort of like we were already done for the day and coding at the bar
[16:04:00 EDT(-0400)] <colinclark> What downsides have you found from working with Sakai services from JRuby or Jython?
[16:04:55 EDT(-0400)] <sgithens342f> colinclark: Mostly the overwhelming dependence on Pojo's and Object Models for so many java frameworks. Which means you have to find some way to get some compiled model objects
[16:05:52 EDT(-0400)] <sgithens342f> I have played around a bit with generating these using Jython, so hopefully it will be possible to do this without having to make a Maven project just to compile empty objects with properties
[16:06:14 EDT(-0400)] <sgithens342f> well, I don't know
[16:07:06 EDT(-0400)] <sgithens342f> I don't think it's a showstopper, it'll just be a trudging process to get everthing working over time
[16:08:52 EDT(-0400)] <sgithens342f> so like 1) You might need to make them ahead of time as .class files if you want to use them from real java and not just another dynamic language, and 2) You need them for quasi-metaprogramming java frameworks that just reflect over everything
[16:09:13 EDT(-0400)] <sgithens342f> 2 can be hacked around a bit more, but 1 actually requires some organization
[16:12:58 EDT(-0400)] <sgithens342f> with #2 it will be possible to do enough of it at Runtime that you can still interface with technologies that use like EL bindings and stuff
[16:13:16 EDT(-0400)] <sgithens342f> or like stuff that just turns objects in JSON
[16:13:54 EDT(-0400)] <sgithens342f> #1 is mostly for consuming your stuff from other toolkits being written in Java The Language, and for like documenation
[16:15:44 EDT(-0400)] <Justin_o> Bosmon: I just sent you an e-mail with the files you'll need. Hopefully I didn't miss anything or make any mistakes. Please let me know if it doesn't work.
[16:15:50 EDT(-0400)] <Bosmon> Cool, thanks
[16:16:00 EDT(-0400)] <Justin_o> np
[16:17:07 EDT(-0400)] <Bosmon> Justin_o: Didn't get anything yet
[16:17:10 EDT(-0400)] <Justin_o> Bosmon: the e-mail didn't make it through because I can't send you .js files.. i'll zip them up and resend
[16:17:15 EDT(-0400)] <Bosmon> colinclark: "Gotta love Javascript"
[16:17:17 EDT(-0400)] <Bosmon> if (!$.ui.mouse["PATCHED_FLUID_1690"]) {
[16:17:17 EDT(-0400)] <Bosmon> var old = $.ui.mouse.mouseDown;
[16:17:17 EDT(-0400)] <Bosmon> var replaced = function() {
[16:17:17 EDT(-0400)] <Bosmon> old.apply(this, arguments);
[16:17:17 EDT(-0400)] <Bosmon> };
[16:17:18 EDT(-0400)] <Bosmon> $.ui.mouse.mouseDown = replaced;
[16:17:20 EDT(-0400)] <Bosmon> $.ui.draggable.prototype.mouseDown = replaced;
[16:17:22 EDT(-0400)] <Bosmon> $.ui.mouse["PATCHED_FLUID_1690"] = true;
[16:17:24 EDT(-0400)] <Bosmon> }
[16:21:52 EDT(-0400)] <Justin_o> Bosmon: I'm trying to resend it now.. hopefully it will make it through
[16:22:12 EDT(-0400)] <colinclark> sgithens342f: Cool, this is very helpful. Do you have any examples I could take a look at?
[16:22:29 EDT(-0400)] <colinclark> Bosmon: Nice hack!
[16:23:05 EDT(-0400)] <sgithens342f> um yeah, I have a directory somewhere with the tinker toy apps from Paris
[16:23:13 EDT(-0400)] <sgithens342f> will try to dig them up
[16:23:28 EDT(-0400)] <Bosmon> Justin_o: Thanks a lot, this has come through now.... what a lot of stuff!
[16:23:52 EDT(-0400)] <sgithens342f> I have tons of Sash scripts written in Jython
[16:24:00 EDT(-0400)] <colinclark> Bosmon: As I said at standup, Justin_o and I had a demo competition this morning...
[16:24:12 EDT(-0400)] <colinclark> I showed rich text inline edit. He showed automated Inline Edit tests with robot.
[16:24:21 EDT(-0400)] <colinclark> He blew me out of the water!
[16:24:27 EDT(-0400)] <Bosmon>
[16:24:33 EDT(-0400)] <Bosmon> It depends to what audience
[16:24:39 EDT(-0400)] <colinclark> I suppose so.
[16:25:01 EDT(-0400)] <colinclark> I just posted a monster patch to FLUID-1691 with my rich inline edit proof-of-concept.
[16:25:11 EDT(-0400)] * jessm had a really good standup update that no one could hear
[16:25:22 EDT(-0400)] <sgithens342f> colinclark: will that be in 0.6?
[16:25:23 EDT(-0400)] <colinclark> jessm: we imagined it.
[16:25:27 EDT(-0400)] <sgithens342f> (rich inline edit)
[16:25:40 EDT(-0400)] <colinclark> sgithens342f: Good question. Probably not in a fully-polished form...
[16:25:52 EDT(-0400)] <colinclark> But I only had to make a couple of minor tweaks to the existing 0.5 version of Inline Edit to make it work.
[16:26:09 EDT(-0400)] <colinclark> So at very least, I'm proposing that we get those tweaks into 0.6, so if people want to use it, they're welcome to.
[16:26:14 EDT(-0400)] <Bosmon> Justin_o: I see a whole heap of _MAXOSX files in this zip
[16:26:21 EDT(-0400)] <Bosmon> Are these actually necessary to run the robot?
[16:26:25 EDT(-0400)] <Justin_o> oh really.. you can ignore those
[16:26:40 EDT(-0400)] <Bosmon> ok
[16:26:54 EDT(-0400)] <Justin_o> should only be .js .html files
[16:27:02 EDT(-0400)] <Justin_o> and a directory or two
[16:27:03 EDT(-0400)] <Bosmon> Well, and the jar?
[16:27:40 EDT(-0400)] <Justin_o> oh yes... forgot about that one.. that is very important.. and i think there is a java file in the doh hierarchy somewhere that should stay too
[16:27:48 EDT(-0400)] <Bosmon> Really?
[16:27:54 EDT(-0400)] <Justin_o> .java... i think
[16:28:00 EDT(-0400)] <Bosmon> I mean, we would want to look at it
[16:28:06 EDT(-0400)] <Bosmon> But it should not run at runtime...
[16:29:13 EDT(-0400)] <Justin_o> the jar is called... it's what does the actual running of the test... i think the .java file is the uncompiled version of the jar, but i haven't reallly looked at it
[16:29:19 EDT(-0400)] <Bosmon> Yes
[16:29:28 EDT(-0400)] <Bosmon> It contains some pretty crumbly code
[16:30:10 EDT(-0400)] <Justin_o> glad i didn't write that then.... but you probably won't like my javascript either...
[16:30:26 EDT(-0400)] <colinclark> Bosmon: Would it make sense to apply your patch to each jQuery instance we work with, rather than on draggable's prototype, so that we don't affect other people's use of it?
[16:30:46 EDT(-0400)] <Bosmon> colinclark: I guess that might be reasonable
[16:30:54 EDT(-0400)] <colinclark> Justin_o: You won't be graded on your JS programming, don't worry.
[16:31:00 EDT(-0400)] <colinclark> We're just glad it works.
[16:31:06 EDT(-0400)] <Bosmon> Although IMO this original behaviour is simply "incorrect"
[16:31:33 EDT(-0400)] <Justin_o> bosmon: really... what wrong...
[16:31:37 EDT(-0400)] <Bosmon> colinclark: The code has one thread each - for each type of event
[16:31:46 EDT(-0400)] <Bosmon> Justin_o: I was talking there about FLUID-1690
[16:31:58 EDT(-0400)] <Justin_o> oh oops... never mind then
[16:35:35 EDT(-0400)] <Bosmon> colinclark: I guess we have a lot of work to do
[16:35:43 EDT(-0400)] <Bosmon> The actual behaviour here is potentially magnificent
[16:36:05 EDT(-0400)] <Bosmon> But what I believe we want to do is to conform its API/packaging and behaviour to jQuery.simulate running within jqUnit
[16:36:11 EDT(-0400)] <Bosmon> For which we will really have our work cut out...
[16:38:53 EDT(-0400)] <Bosmon> I guess we could just go with doh.runner....
[16:39:22 EDT(-0400)] <Bosmon> And learn a whole new testing framework
[17:03:58 EDT(-0400)] * Justin_o (n=Justin@142.150.154.101) has left #fluid-work
[17:23:00 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined #fluid-work
[17:26:52 EDT(-0400)] * phiggins (n=dante@c-68-34-199-67.hsd1.tn.comcast.net) has joined #fluid-work
[17:31:50 EDT(-0400)] * Bosmo1 (n=Bosmon@87-194-196-18.bethere.co.uk) has joined #fluid-work
[17:32:54 EDT(-0400)] * michelled (n=team@142.150.154.197) has left #fluid-work
[17:46:17 EDT(-0400)] <colinclark> Bosmon: Yes, we've talked about what it would take to wrap the doh robot in our friendly jqUnit environment...
[17:46:36 EDT(-0400)] <colinclark> and you're right, our work is cut out for us. It will have to be something we do in increments.
[17:47:12 EDT(-0400)] * apetro (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined #fluid-work
[17:50:50 EDT(-0400)] * theclown (n=theclown@guiseppi.atrc.utoronto.ca) has left #fluid-work
[20:13:14 EDT(-0400)] * jessm (n=Jess@c-76-19-199-61.hsd1.ma.comcast.net) has joined #fluid-work
[22:24:55 EDT(-0400)] * phiggins (n=dante@c-68-34-199-67.hsd1.tn.comcast.net) has joined #fluid-work