fluid-work IRC Logs-2011-03-22
[08:20:35 CDT(-0500)] <Justin_o> if anyone is interested in watching Firefox 4 launch http://air.mozilla.com/
[08:28:54 CDT(-0500)] <heidi_> Justin_o i committed my linear changes to my github. if you can look over that'd be great. i don't think it's 'done' yet... not sure about the !importants in there and the 100% width issue etc. but need to switch to something else for awhile. gonna check out clearfix
[08:38:58 CDT(-0500)] <Justin_o> heidi_: will check it out thanks.. and looking forward to hearing your thoughts on the clearfix issue
[09:36:09 CDT(-0500)] <Justin_o> heidi_: i'm looking at your linearization test page
[09:36:28 CDT(-0500)] <Justin_o> i think we should probably label the columns so we know which order they should appear it
[09:36:29 CDT(-0500)] <Justin_o> in
[09:37:16 CDT(-0500)] <heidi_> Justin_o sure
[09:38:07 CDT(-0500)] <Justin_o> heidi_: did you want me to send you a pull request with that change?
[09:38:44 CDT(-0500)] <heidi_> Justin_o sure, any changes welcome. the styles aren't quite right yet either.
[09:38:48 CDT(-0500)] <Justin_o> fluid-everyone: firefox 4 was just officially released
[09:39:36 CDT(-0500)] <Justin_o> here's a visualization of their downloads http://glow.mozilla.org/
[09:40:14 CDT(-0500)] <Justin_o> heidi_: okay.. i'll take a look a bit... interested to know what your thoughts are on the clearfix stuff after you've had some time to look at it
[09:41:13 CDT(-0500)] <heidi_> Justin_o yeah checking it out now. I might add more test layouts
[09:41:27 CDT(-0500)] <heidi_> wow that download map is crazy
[09:41:57 CDT(-0500)] <Justin_o> heidi_: yes... i don't think ours would look quite so... sparkly
[09:42:04 CDT(-0500)] <Justin_o>
[09:42:09 CDT(-0500)] <heidi_> i guess australia is sleeping right now? hehe
[09:44:42 CDT(-0500)] <Justin_o> this is an interesting visualization of it http://glow.mozilla.org/#arc
[09:44:54 CDT(-0500)] <Justin_o> you can drill down to see downloads by city
[09:45:02 CDT(-0500)] <Justin_o> Toronto is at just over 1000 so far
[09:47:20 CDT(-0500)] <heidi_> wow neat stuff
[10:26:47 CDT(-0500)] <mlam> Bosmon: could you explain the context tag of fluid.uploader.live for the uploader? If that context tag fixed the HTML5 uploader, it should also fix the SWFUpload. And that's with me removing the local dependency from the eventBinder.
[10:42:17 CDT(-0500)] <Bosmon> Hi mlam - well, let's simplify this discussion a bit - firstly, DID the context tag fix the HTML5 uploader?
[10:43:08 CDT(-0500)] <mlam> I didn't add the context tag in the HTML5 uploader. I thought you had a local change, so I had left it.
[10:44:06 CDT(-0500)] <mlam> We are getting the exact same symptom in Flash as we are with the HTML5. It's either the demo works, or the remote works.
[10:44:19 CDT(-0500)] <mlam> So it looks like one fix should take care of both strategies
[10:44:27 CDT(-0500)] <Bosmon> Yes - so you mean, the context tag has not fixed the remote strategy in HTML5?
[10:44:41 CDT(-0500)] <jhung> anastasiac: Is there a reason for the ordering of items on this page? http://wiki.fluidproject.org/display/docs/API+Reference
[10:44:43 CDT(-0500)] <jhung> I'
[10:44:57 CDT(-0500)] <jhung> m trying to do some layouts and not sure if I should break the lists apart.
[10:45:56 CDT(-0500)] <mlam> Bosmon: right
[10:46:02 CDT(-0500)] <Bosmon> mlam - yes or no?
[10:46:16 CDT(-0500)] <Bosmon> Is the remote strategy fixed in HTML5 by the context tag, or not?
[10:46:22 CDT(-0500)] <mlam> no
[10:46:26 CDT(-0500)] <Bosmon> Ok
[10:46:33 CDT(-0500)] <Bosmon> Well let's get that working then
[10:46:39 CDT(-0500)] <Bosmon> How can I test the remote strategy?
[10:46:59 CDT(-0500)] <mlam> You'll have to download the image gallery from the git repo
[10:47:10 CDT(-0500)] <Bosmon> ok
[10:47:46 CDT(-0500)] <Bosmon> It would be very useful, by the way, if we wrote mock implementations that allowed us to write test cases for the remote strategies
[10:47:59 CDT(-0500)] <Bosmon> The current situation of having to test everything by hand in the uploader is pretty unacceptable
[10:48:24 CDT(-0500)] <mlam> Yah, I agree
[10:49:40 CDT(-0500)] <Bosmon> So
[10:49:43 CDT(-0500)] <Bosmon> How does this image-gallery work?
[10:49:48 CDT(-0500)] <Bosmon> It doesn't seem to have any README
[10:50:02 CDT(-0500)] <mlam> The script that builds and runs the image gallery expects a directory called "image-gallery" , so you'll have to rename to the image-gallery2 to that
[10:50:16 CDT(-0500)] <Bosmon> !
[10:50:22 CDT(-0500)] <Bosmon> It expects its OWN dir to have a particular name?
[10:50:28 CDT(-0500)] <mlam> then you'll have to run " mvn clean install "
[10:50:56 CDT(-0500)] <mlam> Ya
[10:51:08 CDT(-0500)] <Bosmon> That's just insane
[10:51:12 CDT(-0500)] <Bosmon> Where is this assumption built in?
[10:51:45 CDT(-0500)] <mlam> I'm not sure, I never bothered to look at the image gallery source itself.
[10:52:03 CDT(-0500)] <Justin_o> Bosmon, mlam: cindyli is in the process of building a new test server... i'll be talking to her about it later today if either of you care to join
[10:52:13 CDT(-0500)] <Bosmon> It seems to need some kind of master POM which is not available
[10:52:28 CDT(-0500)] <Bosmon> Justin_o: more than a test server, it seems we could do with some kind of test client
[10:52:41 CDT(-0500)] <mlam> Bosmon: sakai-master from the git repo
[10:52:42 CDT(-0500)] <Bosmon> I don't think I am far out of line in considering that this "image gallery" is totally unacceptable for this purpose
[10:52:57 CDT(-0500)] <Justin_o> Bosmon: yes.. we are going to drop it
[10:53:01 CDT(-0500)] <Justin_o> comletely
[10:53:04 CDT(-0500)] <Bosmon> Excellent...
[10:53:07 CDT(-0500)] <Justin_o> once the new one is ready
[10:53:10 CDT(-0500)] <mlam> Yes
[10:53:38 CDT(-0500)] <mlam> Bosmon, let me type up the steps to get this image gallery going.
[10:53:50 CDT(-0500)] <Bosmon> sakai-master project doesn't work either
[10:54:52 CDT(-0500)] <cindyli> Justin_o: Bosmon, we can talk about the new uploader demo whenever you guys have time
[10:55:03 CDT(-0500)] <mlam> another awesome quirk of sakai-master is that it needs to be renamed to master
[10:55:38 CDT(-0500)] <mlam> what i mean is the directory structure of sakai-master isn't ready for direct use
[10:55:48 CDT(-0500)] <Bosmon> mlam - could you put these all in a README?
[10:55:52 CDT(-0500)] <mlam> sure.
[10:56:01 CDT(-0500)] <Bosmon> It's just possible that we may be performing these steps longer than we might want or expect
[10:56:39 CDT(-0500)] <Bosmon> Now it complains it can't find the "fluid-components" pom
[11:01:40 CDT(-0500)] <mlam> Bosmon, here are the steps to this thing running:
[11:01:40 CDT(-0500)] <mlam> 1) Download image-gallery2. Rename this to image-gallery.
[11:01:40 CDT(-0500)] <mlam> 2) Modify the COMPONENTS path in image-gallery/development-support/clean-build-run.sh to point to your infusion directory.
[11:01:40 CDT(-0500)] <mlam> 3) Download the master directory within the sakai-master
[11:01:40 CDT(-0500)] <mlam> 4) Now in master, run "mvn clean install"
[11:01:40 CDT(-0500)] <mlam> 5) From image-gallery directory, run ./development-support/clean-build-run.sh
[11:04:02 CDT(-0500)] <Bosmon> Thanks Mike - can you be more clear about step 3)?
[11:04:52 CDT(-0500)] <Justin_o> cindyli: thanks.. maybe after lunch
[11:07:31 CDT(-0500)] <mlam> Np. You just need the master directory within sakai-master. if you include the sakai-master directory, then the look-up for where the image-gallery directory sits, will not work.
[11:07:51 CDT(-0500)] <Bosmon> Where do I need it, exactly?
[11:07:52 CDT(-0500)] <Justin_o> Bosmon: when you and mlam are finished talking did you want to chat jslint
[11:07:55 CDT(-0500)] <mlam> the master and image-gallery directories should be in the same directory level.
[11:08:00 CDT(-0500)] <Bosmon> I see
[11:08:24 CDT(-0500)] <Bosmon> Is there any way to achieve that, without destroying my git checkout of sakai-master?
[11:09:09 CDT(-0500)] <mlam> i would just move the master directory up a level
[11:09:31 CDT(-0500)] <Bosmon> Well right, then it is no longer a valid git working copy?
[11:09:39 CDT(-0500)] <mlam> sadly, yes
[11:09:44 CDT(-0500)] <Bosmon> This is bloody absurd
[11:10:04 CDT(-0500)] <Justin_o> Bosmon, mlam: we have a script for the daily build that will get it checked out and running
[11:10:29 CDT(-0500)] <Justin_o> i can try to see if i can find that if you want it
[11:12:51 CDT(-0500)] <mlam> Justin_o: where is it?
[11:13:15 CDT(-0500)] <Justin_o> mlam: it's on the build server.. i can try to pull it out and push it up to github somewhere
[11:13:51 CDT(-0500)] <Justin_o> sorry.. we should have done that earlier but since we were going to replace it, I didn't think it was necessary
[11:13:57 CDT(-0500)] <mlam> Oh i see.
[11:14:33 CDT(-0500)] <mlam> maybe it's still unnecessary since the new image gallery should be ready soon?
[11:15:14 CDT(-0500)] <Justin_o> could be... but it might be helpful in the interm
[11:15:27 CDT(-0500)] <Justin_o> since i'm not sure how long it will be
[11:15:53 CDT(-0500)] <mlam> right
[11:16:55 CDT(-0500)] <Justin_o> hopefully it won't be long
[11:16:56 CDT(-0500)] <Justin_o>
[11:18:02 CDT(-0500)] <mlam> Justin_o: when are you chatting about the image gallery replacement?
[11:18:10 CDT(-0500)] <Bosmon> Ok, it appears to have built now
[11:18:18 CDT(-0500)] <Bosmon> How do I actually run it?
[11:18:24 CDT(-0500)] <Justin_o> mlam: after lunch sometime
[11:18:30 CDT(-0500)] <Justin_o> when everyone is ready i guess...
[11:18:36 CDT(-0500)] <mlam> You've run the clean-run-build script?
[11:18:36 CDT(-0500)] <Justin_o> probably not too long from now
[11:18:47 CDT(-0500)] <Bosmon> Yes, jetty is running
[11:18:50 CDT(-0500)] <Bosmon> What URL do I go to
[11:19:12 CDT(-0500)] <mlam> http://localhost:8080/sakai-imagegallery2-web/site/AddImages/
[11:20:09 CDT(-0500)] <Bosmon> Thanks
[11:20:30 CDT(-0500)] <mlam> np
[11:21:41 CDT(-0500)] <mlam> Bosmon: you'll also have to rebuild the image gallery every time you want to test your code changes. the image gallery makes a copy of your infusion directory into its own.
[11:21:48 CDT(-0500)] <Bosmon> ok
[11:25:17 CDT(-0500)] <Bosmon> So
[11:25:25 CDT(-0500)] <Bosmon> You said earlier that the remote strategy was not fixed
[11:25:28 CDT(-0500)] <Bosmon> But it appears to be working
[11:27:42 CDT(-0500)] <mlam> I'm getting an undefined reference to the file queue's current batch.
[11:30:01 CDT(-0500)] <Bosmon> I am not getting that
[11:30:11 CDT(-0500)] <mlam> you're using "fluid.uploader.remote" as the context tag in line 49 of the HTML5 support file?
[11:30:14 CDT(-0500)] <Bosmon> Are you quite sure you have updated to the version of last night's infusion trunk?
[11:30:27 CDT(-0500)] <Bosmon> Yes, that's right
[11:30:55 CDT(-0500)] <mlam> I'm pretty sure I did. I'll try another pull to be sure.
[11:32:26 CDT(-0500)] <Bosmon> And of course, that you rebuilt the image gallery as you just advised
[11:33:44 CDT(-0500)] <mlam> I did not rebuild the image gallery
[11:33:48 CDT(-0500)] <Bosmon>
[11:33:56 CDT(-0500)] <mlam> ugh, horrible.
[11:37:03 CDT(-0500)] <mlam> Bosmon: all is back to normal. I just had to strip the local reference from the eventBinder and all is well in Flash now too. Thanks!
[11:37:27 CDT(-0500)] <Bosmon> Cool
[11:37:29 CDT(-0500)] <Bosmon> Time for some TTEA
[11:41:52 CDT(-0500)] <Bosmon> So, the reference to "fluid.uploader.live" is necessary to ensure that demands block resolution is not ambiguous
[11:42:14 CDT(-0500)] <Bosmon> Demands blocks compete according to the count total of the number of context names which they match
[11:42:44 CDT(-0500)] <Bosmon> If the "demo" configuration carries a context tag, and the "non-demo" configuration does not, it is at a penalty of one context name when its demands blocks resolve
[11:43:51 CDT(-0500)] <Bosmon> Which means that this demands block for "remote": fluid.demands("fluid.uploader.remote", "fluid.uploader.html5Strategy", { ... etc, can only ever match at the strength of 1 context name
[11:43:54 CDT(-0500)] <Bosmon> and so will generally lose
[11:44:50 CDT(-0500)] <Bosmon> fluid.demands("fluid.uploader.remote", ["fluid.uploader.multiFileUploader", "fluid.uploader.demo"]
[11:44:55 CDT(-0500)] <Bosmon> Against this one
[11:45:07 CDT(-0500)] <Bosmon> This one will match only one context too
[11:45:17 CDT(-0500)] <Bosmon> But without the "live" tag, the match is no longer clear
[11:48:42 CDT(-0500)] <mlam> I see. Thanks for explaining that Bosmon
[11:52:44 CDT(-0500)] <Bosmon> I guess I will put a branch into IoC now that will cause a failure when presented with an ambiguous match
[11:52:50 CDT(-0500)] <Bosmon> There has been a TODO for it for a while
[11:53:46 CDT(-0500)] <Bosmon> Justin_o: So yes, about the "bitwise operators"
[11:54:02 CDT(-0500)] <Bosmon> I don't see a good reason to avoid these
[11:54:15 CDT(-0500)] <Bosmon> To me, they seem in the same category of Crockford crankiness as cursing the "++" operator?
[11:54:42 CDT(-0500)] <Justin_o> Bosmon: do we actually use that in infusion at all?
[11:55:19 CDT(-0500)] <Bosmon> There are some uses of the XOR operator ^
[11:55:31 CDT(-0500)] <Bosmon> Which Crockford appears to class as "bitwise"
[11:55:48 CDT(-0500)] <Bosmon> Who knows, perhaps it really is
[11:55:52 CDT(-0500)] <Bosmon> But there is only one of it
[11:59:46 CDT(-0500)] <Justin_o> Bosmon: do you remember what his arguements against it are
[12:01:03 CDT(-0500)] <Bosmon> I don't recall hearing any arguments
[12:02:23 CDT(-0500)] <Justin_o> Bosmon: here's what he says
[12:02:23 CDT(-0500)] <Justin_o> Bitwise Operators
[12:02:24 CDT(-0500)] <Justin_o> JavaScript does not have an integer type, but it does have bitwise operators. The bitwise operators convert their operands from floating point to integers and back, so they are not as efficient as in C or other languages. They are rarely useful in browser applications. The similarity to the logical operators can mask some programming errors. The bitwise option prohibits the use of these operators: << >> >>> ~ & |.
[12:02:31 CDT(-0500)] <Justin_o> http://www.jslint.com/lint.html
[12:02:39 CDT(-0500)] <Bosmon> That's interesting
[12:02:44 CDT(-0500)] <Bosmon> He doesn't actually list ^ as one of the set
[12:02:50 CDT(-0500)] <Bosmon> So in fact this must actually be an implementation bug
[12:02:59 CDT(-0500)] <Justin_o> Bosmon: possibly
[12:03:00 CDT(-0500)] <Bosmon> I will fix it, in that case
[12:03:03 CDT(-0500)] <Justin_o>
[12:06:28 CDT(-0500)] <Bosmon> Crockford has no test cases, so this will be insanely quick...
[12:07:05 CDT(-0500)] <Justin_o> Bosmon: he has no unit tests !!!!
[12:07:13 CDT(-0500)] <Bosmon> Of course, none at all
[12:07:20 CDT(-0500)] <Bosmon> What do you expect of someone who calls people "stupid hackers"
[12:08:03 CDT(-0500)] <Justin_o> Bosmon: that's a good point...
[12:08:05 CDT(-0500)] <Justin_o>
[12:11:30 CDT(-0500)] <Justin_o> Bosmon: so are we all okay then with the "Fluidic Parts" options?
[12:11:58 CDT(-0500)] <Bosmon> I think so
[12:12:03 CDT(-0500)] <Bosmon> Was there one other difference?
[12:12:19 CDT(-0500)] <Justin_o> Bosmon: yes.. the dangling _
[12:12:27 CDT(-0500)] <Bosmon> Ah yes
[12:12:30 CDT(-0500)] <Bosmon> That's right
[12:12:37 CDT(-0500)] <Bosmon> I think we have lots of that style in xmlPull
[12:14:00 CDT(-0500)] <Justin_o> Bosmon: really... is that because it's from other people's code
[12:14:06 CDT(-0500)] <Bosmon> Yes
[12:14:18 CDT(-0500)] <Bosmon> This implementation was rewritten relatively thoroughly... but not COMPLETELY thoroughly
[12:14:24 CDT(-0500)] <Bosmon> Perhaps we can make an exception for that file?
[12:14:34 CDT(-0500)] <Justin_o> Bosmon: i guess so..
[12:14:44 CDT(-0500)] <Justin_o> is it just for the function names?
[12:14:52 CDT(-0500)] <Bosmon> I think he has a special convention for naming members
[12:14:56 CDT(-0500)] <Bosmon> Let me look again
[12:15:23 CDT(-0500)] <Bosmon> It actually seems to be LEADING _, not dangling
[12:15:27 CDT(-0500)] <Bosmon> but I guess the option description is vague
[12:15:56 CDT(-0500)] <Justin_o> Bosmon: yes.. some of those options are pretty vague...
[12:17:00 CDT(-0500)] <Justin_o> Bosmon: so i guess we should have that option selected and then fix up that file when we get a chance some time
[12:17:10 CDT(-0500)] <Justin_o> Bosmon: does that seem alright
[12:17:11 CDT(-0500)] <Justin_o> ?
[12:17:20 CDT(-0500)] <Bosmon> I think so
[12:17:25 CDT(-0500)] <Justin_o> okay thanks
[12:17:28 CDT(-0500)] <Bosmon> Although fixing up the file from that point of view might be a bit of a mess
[12:17:37 CDT(-0500)] <Bosmon> For example, it might introduce variable name collisions
[12:17:53 CDT(-0500)] <Justin_o> cindyli, mlam: want to talk uploader server stuff now?
[12:17:59 CDT(-0500)] <Justin_o> Bosmon: really.. hmm.. that would be a problem
[12:18:03 CDT(-0500)] <mlam> ya sure
[12:18:13 CDT(-0500)] <Justin_o> Bosmon: it's in a closure though right
[12:18:35 CDT(-0500)] <cindyli> Justin_o: anytime
[12:18:49 CDT(-0500)] <Bosmon> Well, i mean with its own variables
[12:44:28 CDT(-0500)] <anastasiac> jhung, sorry I missed your question - I was out for lunch. Regarding the functions on that page: They are grouped and ordered according to my sensibilities. I imagine as an API reference, they would probably be better ordered alphabetically. Maybe grouped conceptually, but alphabetical within grou
[12:45:40 CDT(-0500)] <jhung> anastasiac: thanks. I figured that was the case but wanted to make sure before I went breaking it.
[12:56:00 CDT(-0500)] <Bosmon> Justin_o: On following up, I find that ^ really is a bitwise operator in Javascript... the real error is that it is missing from Crockford's list in that material
[12:56:04 CDT(-0500)] <Bosmon> This makes the issue a bit more tricky
[13:03:51 CDT(-0500)] <Justin_o> Bosmon: ah...
[13:03:55 CDT(-0500)] <Justin_o> i see.. different bug then eh
[13:32:14 CDT(-0500)] <Justin_o> heidi_: i just e-mailed you a patch that has some labels on the columns.. sorry i had done this a while ago but got distracted..
[13:32:32 CDT(-0500)] <jhung> anastasiac: fyi, i've uploaded some tech demo designs here: http://wiki.fluidproject.org/display/fluid/Fluid+style+suggest+and+experimentation#Fluidstylesuggestandexperimentation-InfusionTechnicalDocumentation
[13:32:37 CDT(-0500)] <heidi_> Justin_o cool, thanks. i'm playing with the clearfix test, with different layouts
[13:32:50 CDT(-0500)] <anastasiac> jhung, great, thanks for the heads-up
[13:33:01 CDT(-0500)] <anastasiac> jhung, while I have your attention: a drupal question
[13:33:07 CDT(-0500)] <jhung> Sure
[13:33:32 CDT(-0500)] <anastasiac> am I correct that editing pages can be done either in HTML or plain text, i.e. no wiki-like syntax, no wysiwyg editor?
[13:33:45 CDT(-0500)] <Justin_o> heidi_: how's it going?
[13:34:20 CDT(-0500)] <jhung> anastasiac: I think there is a wysiwyg editor you can enable for editing content.
[13:34:46 CDT(-0500)] <jhung> anastasiac: also I think there may be ways to get wiki-like syntax as well by using macros.
[13:34:57 CDT(-0500)] <heidi_> Justin_o going okay. need to tweak yr js tho so the styles can apply to different sections. i'll send you a patch when i'm done
[13:35:24 CDT(-0500)] <heidi_> Justin_o trying to recreate that inline-block issue mentioned in the article you have on the jira... how white space affects the output
[13:35:25 CDT(-0500)] <anastasiac> hm, ok, I'll poke around more, see if I can find the wysiwyg editor...
[13:35:59 CDT(-0500)] <jhung> anastasiac: The chances are, if it's functionality you find lacking, there's probably a plugin for that.
[13:36:15 CDT(-0500)] <anastasiac> yeah, probably
[13:36:21 CDT(-0500)] <jhung> half the frustrating part is finding the right plugin or script that will do what you want.
[13:36:24 CDT(-0500)] <anastasiac> "there's a plug-in for that..."
[13:36:25 CDT(-0500)] <Justin_o> heidi_: okay...
[13:37:23 CDT(-0500)] <jhung> anastasiac: Do you have the mock-up of the functional demo page? I want to port it into the current design.
[13:38:06 CDT(-0500)] * anastasiac digs up link
[13:38:43 CDT(-0500)] <anastasiac> jhung: http://wiki.fluidproject.org/display/fluid/Examples+Inline+Edit+Styles http://wiki.fluidproject.org/display/fluid/Examples+Inline+Edit+Default http://wiki.fluidproject.org/display/fluid/Examples+Inline+Edit+Tooltip
[13:39:01 CDT(-0500)] <anastasiac> jhung, feel free to improve upon the theme!
[13:40:27 CDT(-0500)] <jhung> anastasiac: thanks!
[13:42:04 CDT(-0500)] <heidi_> Justin_o any thoughts on the !importants in linear styles and universal selectors? i'm still not sure about either and might ping the list about it
[13:43:43 CDT(-0500)] <Justin_o> heidi_: probably a good idea to ping the list... i haven't thought too much about it.. but i'll try to dig into it a bit
[13:43:52 CDT(-0500)] <heidi_> cool
[13:44:04 CDT(-0500)] <heidi_> prob good to better formulate the issues anyway
[13:44:09 CDT(-0500)] <heidi_> via email
[13:47:12 CDT(-0500)] <Justin_o> heidi_: yes.. and then we can see what everyone else thinks too.. hopefully gary might have some thoughts
[13:47:19 CDT(-0500)] <heidi_> yeah
[13:48:16 CDT(-0500)] <anastasiac> jhung, I'm looking at your tech docs designs. are they to scale, in terms of desired screen width and font size?
[13:50:19 CDT(-0500)] <jhung> Yes. The layouts aren't pixel perfect though.
[13:52:31 CDT(-0500)] <anastasiac> jhung, the font seems pretty small...
[13:53:34 CDT(-0500)] <jhung> anastasiac: yikes. Yes you're right. Some pages use 10pt while others 12pt. The normal size should be 12pt.
[13:58:45 CDT(-0500)] <anastasiac> jhung, another drupal question: any idea how I change the node type of some content? I have an 'article' that I want to change to a 'basic page'
[13:59:52 CDT(-0500)] <anastasiac> at least, I think it's an article... it's collapsed, with a "read more" link
[14:00:25 CDT(-0500)] <jhung> anastasiac: Should be there when you edit a node. May be hidden inside a collapsible panel below the editor.
[14:01:19 CDT(-0500)] <anastasiac> I don't see anything for that, and I am now beginning to suspect that it's already a basic page (Content listing says so), and is just being treated weirdly because it's the 'front page'
[14:01:41 CDT(-0500)] <jhung> anastasiac: that's the summary text for the node. Depending on the block displaying the content, it may display the summary text, or the first x chunk of text. This can be customized to show just titles, etc.
[14:02:00 CDT(-0500)] <anastasiac> jhung, I want to show the whole page
[14:51:57 CDT(-0500)] <Justin_o> heidi_: for the universal selector these are a bit interesting, if you haven't seen them yet, https://developer.mozilla.org/en/CSS/Universal_selectors
[14:52:04 CDT(-0500)] <Justin_o> http://www.peachpit.com/articles/article.aspx?p=358552
[14:52:29 CDT(-0500)] <heidi_> cool will check em out
[14:52:52 CDT(-0500)] <Justin_o> they are just some interesting ways you can use it... i haven't really seen too much about warning not to use it
[14:53:38 CDT(-0500)] <heidi_> Justin_o ah yes, i have seen these. yeah am interested in best practices for it... not sure how acceptable it is to style "everything"
[14:54:08 CDT(-0500)] <Justin_o> yes..
[14:54:20 CDT(-0500)] <Justin_o> i guess i probably depends on the situation, but yes
[14:54:26 CDT(-0500)] <heidi_> Justin_o also want to think more about that "super class" idea... of having a group of classes that obliterate everything with importants
[14:54:51 CDT(-0500)] <heidi_> so that you know you are using a supremo style ... more explicit
[14:55:19 CDT(-0500)] <Justin_o> heidi_: wondering if the fl-layout-align-left and etc classes should only work with the fl-layout-linear class
[14:55:36 CDT(-0500)] <heidi_> Justin_o yeah thought that too... not sure how useful they would be outside of that
[14:55:40 CDT(-0500)] <Justin_o> heidi_: so have a class that has importants and one that doesn't
[14:55:58 CDT(-0500)] <Justin_o> i guess that goes along with the use of importants
[14:56:16 CDT(-0500)] <heidi_> Justin_o but when i was working with johnny we were trying to figure out how to align layouts and it felt funny to have to use an fss-text.css style (fl-text-align)
[14:56:26 CDT(-0500)] <heidi_> so was thinking a layout version might be nice
[14:56:51 CDT(-0500)] <Justin_o> heidi_: yes.. not sure the general purpose ones should have important though.. although i guess the question is why would you want to override it?
[14:57:09 CDT(-0500)] <Justin_o> which i guess might be the case for linear as well..
[14:57:19 CDT(-0500)] <Justin_o> what would be the reason to want to override these in your own styles
[14:57:39 CDT(-0500)] <heidi_> yeah they are sort of inherently styles that should over-ride other styles
[14:57:57 CDT(-0500)] <heidi_> which goes back to that super namespace idea... make that more explicit?
[14:58:01 CDT(-0500)] <Justin_o> yes.. and if you don't want them, then you will not use them..
[14:58:21 CDT(-0500)] <Justin_o> right.. you would change the name from fl-layout-linear to fl-layout-linear-important or something?
[14:59:03 CDT(-0500)] <heidi_> not sure exactly how it would work, but something like that
[14:59:40 CDT(-0500)] <Justin_o> heidi_: hmm.. maybe if the name was right.. i don't think i like the one i wrote
[15:00:05 CDT(-0500)] <heidi_> fl-super-linear ?
[15:00:14 CDT(-0500)] <heidi_> not super but something supreme seeming
[15:00:30 CDT(-0500)] <heidi_> but maybe this will just confuse things...
[15:00:39 CDT(-0500)] <heidi_> and might be misinterpreted
[15:01:09 CDT(-0500)] <Justin_o> could
[15:01:19 CDT(-0500)] <heidi_> cos that makes it sound like it would affect the whole page no matter what , even if you put it on a specific div
[15:06:47 CDT(-0500)] <Justin_o> that's true..
[15:07:01 CDT(-0500)] <Justin_o> heidi_: i'm heading out now... see you tomorrow... will you be in the office?
[15:07:24 CDT(-0500)] <heidi_> Justin_o debating coming in thurs instead for doc sprint fun
[15:07:30 CDT(-0500)] <Justin_o> ah okay
[15:07:38 CDT(-0500)] <heidi_> either way - see ya soon!
[15:07:43 CDT(-0500)] <Justin_o> don't tell yura_ he'll be sad about soccer
[15:07:46 CDT(-0500)] <heidi_> haha
[15:07:55 CDT(-0500)] <Justin_o> heidi_: see you later
[15:33:19 CDT(-0500)] <Bosmon> Hi mlam - I have a question about your new patch for Uploader
[15:33:30 CDT(-0500)] <mlam> Sure
[15:33:49 CDT(-0500)] <Bosmon> You've removed the actions of adjusting the state of the visibility of the browse buttons - is that no longer necessary?
[15:34:45 CDT(-0500)] <mlam> That's already present in Uploader.js. There are events that change the state of the browse button after certain events have been fired.
[15:35:07 CDT(-0500)] <mlam> for instance, line 74 of Uploader.js
[15:35:19 CDT(-0500)] <mlam> once the uploading has finished, the browse button is enabled again
[15:35:24 CDT(-0500)] <Bosmon> Ok, that's cool
[15:35:35 CDT(-0500)] <mlam> so it was just duplicate code that i never caught before
[15:35:42 CDT(-0500)] <Bosmon> Ah, good news
[15:44:49 CDT(-0500)] <Bosmon> Hmm
[15:44:52 CDT(-0500)] <Bosmon> Strange problem
[15:45:00 CDT(-0500)] <Bosmon> "fluid.uploader.fileQueueView is not a function" ....
[15:45:03 CDT(-0500)] <Bosmon> Ever seen this before, mlam?
[15:45:07 CDT(-0500)] <Bosmon> Perhaps it is a linting issue...
[15:45:11 CDT(-0500)] <mlam> No, I haven't
[15:45:14 CDT(-0500)] <mlam> in FF?
[15:45:19 CDT(-0500)] <Bosmon> No, in IE
[15:45:26 CDT(-0500)] <mlam> ok, i'm checking now.
[15:45:27 CDT(-0500)] <Bosmon> Perhaps I introduced a stray comma somewhere....
[15:45:51 CDT(-0500)] <mlam> are you running the demo or are you running it with the image gallery?
[15:47:51 CDT(-0500)] <mlam> i just tested both again, not seeing that error message
[15:52:19 CDT(-0500)] <Bosmon> I am running the filesystem demo
[15:52:27 CDT(-0500)] <Bosmon> Just relinted FluidIoC but the problem remains...
[15:54:15 CDT(-0500)] <Bosmon> Ok
[15:54:22 CDT(-0500)] <Bosmon> There is a stray comma in FileQueueView.js, line 429
[15:54:52 CDT(-0500)] <mlam> are u running IE6?
[15:55:04 CDT(-0500)] <Bosmon> This wasn't addressed by your patch.... I wonder when it got in thre
[15:55:05 CDT(-0500)] <Bosmon> IE8
[15:55:20 CDT(-0500)] <mlam> I see the comma, so it's strange why it didnt' break in my browser
[15:56:09 CDT(-0500)] <Bosmon> Well, IE insanity is very platform-specific
[15:56:17 CDT(-0500)] <Bosmon> Recall that I could break into my infinite recursion, and you couldn't
[15:56:27 CDT(-0500)] <Bosmon> So, the app now starts up for me, but the browse button does nothing
[15:56:58 CDT(-0500)] <mlam> you're running XP?
[15:57:02 CDT(-0500)] <Bosmon> yes
[15:57:06 CDT(-0500)] <mlam> my virtual box has IE8 and XP on it
[15:57:13 CDT(-0500)] <Bosmon> Strange
[15:57:42 CDT(-0500)] <Bosmon> Do I need to do any funny security stuff to get the Flash working from the filesystem?
[15:58:22 CDT(-0500)] <mlam> You just have to make sure your flash security settings are set and that's it
[15:58:29 CDT(-0500)] <Bosmon> So, it looks like the correct markup is produced
[15:58:32 CDT(-0500)] <Bosmon> I see SWFUpload in there
[15:58:39 CDT(-0500)] <Bosmon> What do I need to do with my flash security settings?
[15:59:03 CDT(-0500)] <mlam> http://www.macromedia.com/support/documentation/en/flashplayer/help/settings_manager04.html
[15:59:10 CDT(-0500)] <Bosmon> ouch
[15:59:40 CDT(-0500)] <mlam> you just have to ensure that the directory in which your infusion code is sitting in has the proper permissions
[16:00:02 CDT(-0500)] <Bosmon> Is it recursive?
[16:00:05 CDT(-0500)] <mlam> you can just add your entire C:
[16:00:08 CDT(-0500)] <Bosmon> I don't need to get exactly the right directory, right?
[16:00:09 CDT(-0500)] <Bosmon> Ok, cool
[16:00:10 CDT(-0500)] <mlam> no
[16:00:50 CDT(-0500)] <Bosmon> Ok, still doing nothing
[16:01:06 CDT(-0500)] <Bosmon> Also, the permissions setting was "ask" before, but I didn't get any popup...
[16:02:18 CDT(-0500)] <mlam> ack.
[16:03:12 CDT(-0500)] <Bosmon> Ok
[16:03:18 CDT(-0500)] <Bosmon> I copied the code to a local drive and it worked
[16:03:29 CDT(-0500)] <Bosmon> Looks like their crazed security model doesn't understand UNC paths
[16:03:32 CDT(-0500)] <mlam> Oh ok, that's good.
[16:03:38 CDT(-0500)] <Bosmon> Excellent - thanks for this patch, I'll commit now, mlam
[16:03:50 CDT(-0500)] <mlam> Thanks so much for your help, Bosmon!
[16:03:59 CDT(-0500)] <Bosmon> Thanks likewise
[16:04:02 CDT(-0500)] <mlam>
[16:04:30 CDT(-0500)] <Bosmon> Now we can get on with the real work of making Uploader decent, finally
[16:05:35 CDT(-0500)] <mlam> haha for sure. I think after greater unit test coverage, the next step is to renderize
[16:06:49 CDT(-0500)] <Bosmon> Yes, although the processing of events still needs a lot of attention
[16:07:44 CDT(-0500)] <mlam> ok.
[16:08:36 CDT(-0500)] <Bosmon> For example, all the "eventBinder" stuff should go away
[16:12:30 CDT(-0500)] <Bosmon> Ok, well perhaps it's not all that bad
[16:12:40 CDT(-0500)] <Bosmon> There is just 1 manual event binder left in FlashUploaderSupport.js
[16:12:50 CDT(-0500)] <mlam> haha
[16:14:17 CDT(-0500)] <Bosmon> Yes, I guess the test coverage issue is the next most urgent
[16:14:33 CDT(-0500)] <Bosmon> We need some way to test at least some if not all of the "remote" code paths from unit tests
[16:14:51 CDT(-0500)] <mlam> Ok Bosmon, I've got to run. I'm sure colinclark has plenty of ideas on this as well, so hopefully we can get the uploader into a state of awesomeness soon.
[16:14:57 CDT(-0500)] <Bosmon> Creating a mock implementation of the SWFUpload mess will be quite hard, but very valuable
[16:15:09 CDT(-0500)] <Bosmon> Ok mlam, thanks for your help - see you tomorrow
[16:15:26 CDT(-0500)] <mlam> you're welcome and likewise. see you tomorrow
[19:55:32 CDT(-0500)] <Buccolo> Hello
[19:56:12 CDT(-0500)] <Buccolo> Could anyone point me a way to start contributing for Fluid?
[19:56:47 CDT(-0500)] <Buccolo> I've read your GSoC page, and it's all very interesting, but I'd like to take a peek on the code before trying to submit a proposal.