fluid-work IRC Logs-2013-06-17
[08:13:12 CDT(-0500)] <Justin_o> cindyli: for the FLUID-5043 branch do we still need rules.js
[08:13:29 CDT(-0500)] <Justin_o> also i'd like to remove the sample schema we have in a demands block in UIOptions.js
[08:13:52 CDT(-0500)] <cindyli> yes, Justin_o, i'm using rules.js
[08:14:08 CDT(-0500)] <anastasiac> hey, jhung, did you get a chance to draft instructions for creating an icon font?
[08:14:14 CDT(-0500)] <cindyli> Justin_o: go ahead to remove the demands block. i've removed it in my branch
[08:14:39 CDT(-0500)] <Justin_o> cindyli: thanks.. should i be updating from your branch?
[08:14:52 CDT(-0500)] <jhung> anastasiac: Not yet. When do you need it by? I can try to do it this afternoon.
[08:15:29 CDT(-0500)] <anastasiac> jhung, that would be great. I've updated the video player to work with the UIO that's using icon fonts, and I'd like to be able to do the same with the extra panels the video player adds to UIO
[08:15:36 CDT(-0500)] <Justin_o> cindyli: also i've updated the starter schema to match what UIO is expecting.. after that is all working we can start to try to adapt it to match what we'd expect for the GPII schema
[08:16:03 CDT(-0500)] <cindyli> Justin_o: the uio demo in my branch is not fully functioning yet. i guess you may not want that
[08:16:11 CDT(-0500)] <jhung> anastasiac: cool. I'll start on that this afternoon.
[08:16:24 CDT(-0500)] <anastasiac> thanks, jhung
[08:17:00 CDT(-0500)] <Justin_o> cindyli: thanks for the warning i'll just keeping working with mine for now.. once i get it all done i can pair up with you again and get mine merged in with yours
[08:17:21 CDT(-0500)] <cindyli> sounds good, thanks, Justin_o
[08:17:42 CDT(-0500)] <heidiv> Justin_o cindyli what was the jira for the issue you found with UIO font icons last wk?
[08:18:07 CDT(-0500)] <cindyli> heidiv: http://issues.fluidproject.org/browse/FLUID-5049
[08:18:35 CDT(-0500)] <heidiv> thanks cindyli
[08:18:41 CDT(-0500)] <cindyli> np
[08:18:58 CDT(-0500)] <heidiv> ah, i see
[08:19:01 CDT(-0500)] <heidiv> will fix
[08:23:57 CDT(-0500)] <Justin_o> cindyli: okay.. all done this round.. i can pair up with you if you like
[08:30:58 CDT(-0500)] <cindyli> sure, Justin_o
[09:02:07 CDT(-0500)] <heidiv> jhung i'm looking at the carousel high fidelity designs, specifically next/prev arrows - i'm thinking it can all be css, and not even need font icons… just the ">" "<" styled. do you think that's possible or would icons be better… maybe from a11y they might be better cos we could add proper labels
[09:03:14 CDT(-0500)] <jhung> heidiv: Yeah I think font icons would be best since ">" doesn't mean much in describing its functionality.
[09:03:30 CDT(-0500)] <heidiv> jhung cool yeah and actually they are already included in the UIO font icon set so i don't need to bug you for that after all
[09:03:36 CDT(-0500)] <heidiv>
[09:03:42 CDT(-0500)] <jhung> awesome.
[09:04:34 CDT(-0500)] <heidiv> jhung the phantom panel edge might be something i bug you about later… but thinking that could just be a dark div w opacity set instead
[09:06:14 CDT(-0500)] <jhung> Yeah. Or we can play around with a box shadow or gradients heidiv
[09:06:35 CDT(-0500)] <heidiv> interesting...ya
[09:07:30 CDT(-0500)] <Justin_o> heidiv: can we get rid of the rest of the images from uiOptions/images
[09:07:37 CDT(-0500)] <Justin_o> or are we missing some font icons?
[09:07:54 CDT(-0500)] <heidiv> Justin_o i didn't replace the save/canel images w font icons since they're not in fat panel
[09:08:05 CDT(-0500)] <heidiv> do you think we should remove them altogether ?
[09:08:27 CDT(-0500)] <heidiv> (on the buttons for full page UIOs)
[09:09:05 CDT(-0500)] <Justin_o> vjoanna: will we need save and cancel icons. we are currently still using image icons for these in the full page uio manual tests
[09:09:34 CDT(-0500)] <heidiv> they're not currently in the UIO font icon set
[09:10:46 CDT(-0500)] <Justin_o> heidiv, vjoanna: i think we should either remove them entirely or add them to the font icon set
[09:10:53 CDT(-0500)] <Justin_o> what do you both think?
[09:11:21 CDT(-0500)] <heidiv> out of those 2 choices, i'd got with removing them, since they're from a now unused design
[09:14:15 CDT(-0500)] <vjoanna> yeah i agree with heidiv, i think we should remove them as well
[09:14:42 CDT(-0500)] <heidiv> Justin_o i'll update my pull req w that change
[09:15:19 CDT(-0500)] <Justin_o> heidiv: thanks
[09:16:49 CDT(-0500)] <heidiv> Justin_o don't think it needs to be a sep jira since it still has to do w removing unused imgs
[09:17:02 CDT(-0500)] <heidiv> i'll add a comment tho
[09:17:28 CDT(-0500)] <Justin_o> heidiv: sounds good
[09:19:21 CDT(-0500)] <heidiv> Justin_o now the only image in uio/images is default/fullpanelbg.png - keeping it in default/ still make sense?
[09:21:32 CDT(-0500)] <Justin_o> okay.. would we be able to get the same effect using just CSS and not images?
[09:23:17 CDT(-0500)] <heidiv> Justin_o i'm not sure. jhung do you know? the fat panel bg is currently an img
[09:23:42 CDT(-0500)] <heidiv> Justin_o i'm guessing if there is texturey stuff we could add w css it wouldn't be cross-browser
[09:24:11 CDT(-0500)] <jhung> heidiv: catching up
[09:24:17 CDT(-0500)] <heidiv> i was also wondering if it should be in images/default or just images/
[09:24:31 CDT(-0500)] <heidiv> since the themes don't replace it w something else, just remove it
[09:25:27 CDT(-0500)] <Justin_o> heidiv, jhung: some interesting css backgrounds http://lea.verou.me/css3patterns/#
[09:25:45 CDT(-0500)] <Justin_o> but none are quite like ours and as you say, cross browser compliance could/would be an issue
[09:26:08 CDT(-0500)] <heidiv> wow those are wild
[09:26:38 CDT(-0500)] <jhung> heidiv: so is that background only being used by one of the UIO implementations? Shouldn't be in "default" if that's the case.
[09:26:38 CDT(-0500)] <Justin_o> heidiv: not sure about where they belong though.. i think i'd be fine with leaving it in images/default to make it explicit what theme they are for
[09:27:12 CDT(-0500)] <heidiv> i think i agree w Justin_o … nice to be explicit
[09:27:16 CDT(-0500)] <Justin_o> jhung: haha.. looks like we are giving heidiv competing advice
[09:27:42 CDT(-0500)] <Justin_o> jhung: you okay with that.. if not we can talk about it some more
[09:28:10 CDT(-0500)] <jhung> Justin_o: nope that's fine with me.
[09:28:22 CDT(-0500)] <heidiv> Justin_o maybe i'll add a jira for replacing that bg img someday w css
[09:28:25 CDT(-0500)] <heidiv> ?
[09:28:44 CDT(-0500)] <Justin_o> heidiv: sure.. sounds good..
[09:29:10 CDT(-0500)] <Justin_o> heidiv: let me know when your pull request is updated, and I'll take another look at it
[09:30:35 CDT(-0500)] <heidiv> Justin_o not sure if this is something we want to do this UIO iteration http://issues.fluidproject.org/browse/FLUID-5057
[09:30:42 CDT(-0500)] <heidiv> (replace bg img)
[09:37:28 CDT(-0500)] <heidiv> Justin_o pull req updated!
[10:01:18 CDT(-0500)] <Justin_o> heidiv: thanks, i'll look at your pull request again
[10:01:28 CDT(-0500)] <Justin_o> heidiv: yah.. not sure we need to do FLUID-5057 yet
[10:07:28 CDT(-0500)] <Justin_o> heidiv: looks like the css for the themes are still looking for the images
[10:07:38 CDT(-0500)] <Justin_o> so it is throwing an error like the ones that started this jira
[10:07:44 CDT(-0500)] <heidiv> Justin_o clear cache?
[10:08:27 CDT(-0500)] <Justin_o> heidiv: i believe so
[10:08:30 CDT(-0500)] <Justin_o> you aren't seeing anything?
[10:08:44 CDT(-0500)] <heidiv> i'll dble check, and see if it pushed up properly
[10:10:22 CDT(-0500)] <Justin_o> heidiv: looks like it's coming from UIOptions.css
[10:10:37 CDT(-0500)] <Justin_o> in the /* Theming */ section
[10:11:04 CDT(-0500)] <heidiv> Justin_o aha, weird i don't get errors in my firebug for that.. fixing now
[10:11:44 CDT(-0500)] <Justin_o> heidiv: thanks.. by the way, do you know why we have a theming section in the UIOptions.css file at all?
[10:12:12 CDT(-0500)] <heidiv> Justin_o looks like it's all slider colour related
[10:12:55 CDT(-0500)] <Justin_o> heidiv: would these things make more sense in the theme css files
[10:13:29 CDT(-0500)] <heidiv> Justin_o 5049 updated. like, for fss?
[10:13:50 CDT(-0500)] <heidiv> i think the slider here's specific to uio
[10:14:40 CDT(-0500)] <Justin_o> heidiv: i guess i'm thinking that you have to make changes in so many places and am I'm not sure you'd think to look in this file to add another or modify a theme
[10:14:48 CDT(-0500)] <Justin_o> what do you think
[10:14:58 CDT(-0500)] <Justin_o> looking over FLUID-5049 again
[10:15:49 CDT(-0500)] <heidiv> Justin_o yeah, i hear ya. basically now all the theming happens throughout all of the UIO-related css files. you're thinking one place for all would be nicer?
[10:16:25 CDT(-0500)] <Justin_o> heidiv: yep.. like a single yb file, singly wb, and etc.
[10:16:55 CDT(-0500)] <heidiv> Justin_o in that case we would have themeing for say, full page UIO included for someone only using fat panel… which might end up more confusing?
[10:17:07 CDT(-0500)] <Justin_o> or a single one for all of the default themes we support and then integrators would add their own
[10:17:19 CDT(-0500)] <Justin_o> heidiv: hmm.. interesting..
[10:17:40 CDT(-0500)] <Justin_o> heidiv: okay.. i guess something we can talk more about later.. probably not something high on our list now anyways
[10:18:01 CDT(-0500)] <heidiv> what makes it confusing is UIO general css file… cos it's used for all, and isn't specific to the layout. tho maybe renaming it to UIO controls would make more sense!
[10:18:53 CDT(-0500)] <heidiv> Justin_o i think once the other layouts are added in … these sorts of things can be organised better
[10:19:39 CDT(-0500)] <Justin_o> heidiv: makes sense
[10:24:57 CDT(-0500)] <Justin_o> heidiv: merged in your pull request
[10:25:07 CDT(-0500)] <heidiv> Justin_o cool thanks justin
[12:17:21 CDT(-0500)] <anastasiac> hey, Bosmon7, are you there?
[12:18:19 CDT(-0500)] <jhung> anastasiac: where should the icon font documentation go?
[12:18:53 CDT(-0500)] <anastasiac> jhung, how about starting off as a child of this page? http://wiki.fluidproject.org/display/docs/Working+With+UI+Options+On+Your+Site
[12:18:58 CDT(-0500)] <anastasiac> make sense?
[12:19:52 CDT(-0500)] <jhung> anastasiac: Cool. But do you think it applies to more than just UIO?
[12:20:05 CDT(-0500)] <anastasiac> ah, yes, good point
[12:20:23 CDT(-0500)] <anastasiac> how about just as a child of the "how-to guides" page, then
[12:20:32 CDT(-0500)] <jhung> yeah. That's what I was thinking.
[12:21:13 CDT(-0500)] <jhung> I'll put it there then anastasiac. Thanks! I doubt it'll be complete today, but i'll at least start it. (working my way through a nice headache at the moment).
[12:23:12 CDT(-0500)] <anastasiac> jhung, take it easy. maybe a nap would be in order
[12:24:42 CDT(-0500)] <jhung> A handful of Advil will take care of it… would make for some interesting prose too.
[12:25:51 CDT(-0500)] <anastasiac> LOL
[16:53:46 CDT(-0500)] <system64> Hello michelled!
[16:53:55 CDT(-0500)] <michelled> hi system64
[16:54:04 CDT(-0500)] <michelled> how is it going?
[16:54:33 CDT(-0500)] <system64> Enjoying experiment with WebRTC
[16:54:48 CDT(-0500)] <system64> Had few queries
[16:56:08 CDT(-0500)] <system64> Since I'm going to build infusion component for webrtc, we'll need a signalling server for WebRTC.
[16:56:35 CDT(-0500)] <system64> This can be done using websockets, or any messaging API
[16:58:04 CDT(-0500)] <system64> Do we want this component to be open to everybody? or is it just going to be for the app I'm building?
[16:58:49 CDT(-0500)] <system64> If we want to keep it open, we could use 3rd party services like pusher or firebase for signalling.
[16:59:42 CDT(-0500)] <michelled> that's a good question system64. what would you do differently if it's only for your app?
[17:01:08 CDT(-0500)] <system64> Since I would be creating a node.js app, we could have websockets signalling server.
[17:02:25 CDT(-0500)] <system64> We could easily use firebase or pusher for our app as well, but then we'll be dependant on their services.
[17:03:12 CDT(-0500)] <michelled> I prefer the idea of not being dependant on their services. what do you think?
[17:04:24 CDT(-0500)] <system64> certainly, we shouldn't be relying on services we can easily have on our server.
[17:05:04 CDT(-0500)] <system64> The idea behind using these services, to make it easy for users to have WebRTC in their apps, without any backend.
[17:06:15 CDT(-0500)] <michelled> firebase looks like it won't be free for very long either - so it's kind of a dead end solution. unless I'm looking at the wrong thing
[17:06:49 CDT(-0500)] <system64> yes, it only free in beta.
[17:07:29 CDT(-0500)] <michelled> yeah, I really don't like depending on anything that isn't open source
[17:07:59 CDT(-0500)] <michelled> I think you should plan to build the back end for your app
[17:08:06 CDT(-0500)] <system64> I think I'll try to keep it flexible and have the user specify the messaging stuff in the config.
[17:08:15 CDT(-0500)] <michelled> that makes sense
[17:08:23 CDT(-0500)] <michelled> system64: I need to head out to a class now
[17:08:43 CDT(-0500)] <michelled> feel free to send a note to the list with any other questions - or else I'll be back online tomorrow
[17:09:08 CDT(-0500)] <michelled> system64: was there anything else I could answer now, quickly?
[17:09:29 CDT(-0500)] <system64> It was related to WebRTC Datachanels
[17:09:43 CDT(-0500)] <system64> allowing peer to peer file transfers
[17:10:37 CDT(-0500)] <system64> I think it would be awesome feature to have in our app, not sure if I should include it in the WebRTC component
[17:11:12 CDT(-0500)] <michelled> it sounds like something you should consider later on. I think it's important to build this in slices so we can get something working quickly and get some feedback on it
[17:13:10 CDT(-0500)] <michelled> ok, off to class now - talk to you tomorrow
[17:13:20 CDT(-0500)] <system64> thanks
[19:16:40 CDT(-0500)] <mancoolgunda> Hi
[19:16:57 CDT(-0500)] <mancoolgunda> Any developers around? I had a small doubt regarding FluidPlayer.
[19:18:53 CDT(-0500)] <mancoolgunda> anvk: hi