Skip to end of metadata
Go to start of metadata

[00:06:58 CDT(-0500)] <thealphanerd> is anyone up at this ungodly hour?

[08:40:31 CDT(-0500)] <logiclord> yura1: can we discuss ?

[09:10:49 CDT(-0500)] <yura> hi logiclord

[10:29:31 CDT(-0500)] <jhung> justin_o: I'm looking at exporter.js. Currently it only handles PDF export and uses the selector dc-exporter-groupName.

[10:29:49 CDT(-0500)] <Justin_o> jhung: okay

[10:30:10 CDT(-0500)] <jhung> I'm thinking that we do the quick and dirty route and add new selectors for each group/type.

[10:30:41 CDT(-0500)] <jhung> So we would have a selector dc-exporter-pdfGroup and dc-exporter-imageGroup

[10:31:37 CDT(-0500)] <jhung> I think if we have more groups we'd think of a better way by using Renderer and templates, but I think right now we don't have a lot.

[10:33:39 CDT(-0500)] <Justin_o> jhung: i'm trying to remember how i implemented this.. but i think we should be able to mix in different parts into the details (the options section0

[10:33:40 CDT(-0500)] <Justin_o> )

[10:41:27 CDT(-0500)] <Justin_o> fluid-everyone: Could you please test this out and let cindy and I know how it goes.. http://dev.studios.fluidproject.org/

[10:41:48 CDT(-0500)] <Justin_o> if you find any issues you can file them here http://issues.fluidproject.org/browse/STUDIO

[10:49:10 CDT(-0500)] <michelled> Justin_o: I found a very minor bug: http://issues.fluidproject.org/browse/STUDIO-55

[10:49:47 CDT(-0500)] <Justin_o> michelled: thanks.. do you think you could upload a screenshot of that issue?

[10:51:23 CDT(-0500)] <michelled> oh, good idea Justin_o (smile)

[10:52:35 CDT(-0500)] <michelled> done

[10:56:23 CDT(-0500)] <michelled> Justin_o: jvass tested and also only found a minor issue - so I think we are good to push to production (smile)

[10:57:08 CDT(-0500)] <Justin_o> michelled, jvass: awesome, thanks

[10:57:26 CDT(-0500)] <Justin_o> cindyli: would you like to do the honours?

[10:58:21 CDT(-0500)] <cindyli> go ahead, Justin_o

[11:32:23 CDT(-0500)] <jhung> justin_o: for now I will just hack together something just so I can start styling, but I won't commit anything other than the CSS for now.

[11:32:43 CDT(-0500)] <Justin_o> cindyli: thanks it's in

[11:32:57 CDT(-0500)] <Justin_o> jhung: okay.. sounds good

[11:33:05 CDT(-0500)] <Justin_o> we should sync up with that early next week i guess

[11:33:53 CDT(-0500)] <jhung> sounds good to me justin_o

[12:00:20 CDT(-0500)] <Justin_o> jhung: the server now supports image export

[12:04:25 CDT(-0500)] <Justin_o> cindyli: avtar pulled in the changes and updated the site.. http://studios.fluidproject.org/

[12:04:54 CDT(-0500)] <cindyli> Cheers!

[12:24:43 CDT(-0500)] <michelled> thealphanerd: here is a link to the fluid fork of jslint: http://swarm.fluidproject.org/jslint/

[12:25:46 CDT(-0500)] <Bosmon> Note that our fork has forked contains a serious bug, in that it is unable to detect trailing commas

[13:08:56 CDT(-0500)] <alexn1> thealphanerd: you can also try this one http://www.jshint.com/ I use it pretty often

[13:20:54 CDT(-0500)] <logiclord> hi yura !

[13:22:44 CDT(-0500)] <yura> logiclord: heey

[13:25:59 CDT(-0500)] <logiclord> yura: can we discuss about my last mail ?

[13:26:19 CDT(-0500)] <yura> logiclord: sure, one sec let me bring it up

[13:27:17 CDT(-0500)] <logiclord> okay

[13:29:19 CDT(-0500)]

<yura> logiclord: right, so you mention filefacilitator is used by other children of bookHandler. I think this is actually an argument for putting it on the level higher . And if anything down the component tree requires filefacilitator you can simply pass it in components by a reference (e.g. "

Unknown macro: {filefacilitator}

") and it will be resolved within that component. Otherwise you can also define some events within filefacilitator and then pass them around however yo

[13:31:24 CDT(-0500)] <logiclord> yura: so basically I should keep a option in required components which refer to filefacilitator .. I thought I will increase coupling

[13:31:27 CDT(-0500)] <logiclord> *it

[13:36:29 CDT(-0500)] <logiclord> yura: one more thing filefacilitator would be sibling to bookhandler.. so childs of bookhandler can access filefacilitator ?

[13:39:08 CDT(-0500)] <yura> logiclord: right so for example you this line : https://github.com/logiclord/web-based-epub-reader/blob/master/js/epubReader.js#L611

[13:41:01 CDT(-0500)] <logiclord> yura: yes this line will be ?

[13:42:18 CDT(-0500)] <yura> logiclord: you can do something fancier like that.events.loadContent.fire() for example

[13:42:30 CDT(-0500)] <yura> now your navigator will have something like this in its events

[13:43:14 CDT(-0500)]

<yura> events: {loadContent: {event: "

Unknown macro: {bookHandler}

.events.loadContent"}}

[13:43:20 CDT(-0500)] <yura> and a listener like that:

[13:43:32 CDT(-0500)] <logiclord> yura: okay but will i be able to refer filefacilitator as mentioned above ?

[13:43:38 CDT(-0500)] <yura> right

[13:43:46 CDT(-0500)] <yura> so what you can actually do with a framework

[13:44:07 CDT(-0500)] <yura> is write a demands block for your event in context of lets say bookHandler

[13:44:37 CDT(-0500)]

<yura> and pass

Unknown macro: {fileFacilitator}

as an argument

[13:44:53 CDT(-0500)] <logiclord> so i keep a option in bookhandler which refer to filefacilitator ?

[13:45:34 CDT(-0500)] <yura> logiclord: well it will depend, if filefacilitator is in bookHanlder only because it is used to do things for other subcomponents then perhaps you dont need that particular coupling

[13:45:46 CDT(-0500)] <logiclord> any sample for demand block thing ?

[13:45:51 CDT(-0500)] <yura> and instead use it only within the components that actually need it

[13:45:52 CDT(-0500)] <logiclord> apart from wiki

[13:46:02 CDT(-0500)] <yura> logiclord: sure by tests have it let me find the line

[13:46:50 CDT(-0500)] <yura> logiclord: this one is for the event specifically https://github.com/yzen/CSPACE-UI-Workshop/blob/master/test.js#L270-272

[13:46:55 CDT(-0500)] <yura> but that file has more of thse

[13:46:56 CDT(-0500)] <yura> those

[13:47:43 CDT(-0500)] <logiclord> thanks

[13:47:51 CDT(-0500)] <logiclord> and about other suggestions ?

[13:49:53 CDT(-0500)] <yura> logiclord: so I m still debating what we should do about a grade browsers (smile)

[13:49:58 CDT(-0500)] <logiclord> yura: I wanted to drop book flip and add scroll like not just page by page with some small lenght

[13:50:03 CDT(-0500)] <yura> i know jquery 2.0 will be dropping support for IE 8_

[13:50:06 CDT(-0500)] <yura> 8-

[13:50:28 CDT(-0500)] <yura> but you said IE9 is not good either

[13:50:40 CDT(-0500)] <logiclord> I am on IE 10

[13:50:41 CDT(-0500)] <logiclord> :-/

[13:50:50 CDT(-0500)] <yura> logiclord: yikes

[13:51:49 CDT(-0500)] <yura> logiclord: so I wonder if we can have those interactions that you want to replace configuratble

[13:52:03 CDT(-0500)] <yura> so someoen could use first type or the second

[13:52:15 CDT(-0500)] <logiclord> yura: couldn't get u

[13:53:06 CDT(-0500)] <yura> i meant the flip vs scroll

[13:53:14 CDT(-0500)] <logiclord> okay

[13:53:23 CDT(-0500)] <yura> we can do it using events i think and then listeners would be configured using demands based on user selection

[13:53:48 CDT(-0500)] <yura> logiclord: you should also not forget that the user might be only able to use a keyboard, and no mouse

[13:53:51 CDT(-0500)] <logiclord> scroll will be much more easy and into our scheme of things .. we can have it by mouse and keyboard both

[13:54:54 CDT(-0500)] <yura> logiclord: I think it is your call in the end, if you believe that it will provide a more robust and flexible interaction to the user then go for it

[13:55:06 CDT(-0500)] <logiclord> okay

[13:55:36 CDT(-0500)] <logiclord> one last thing I am trying to figure out how to use just text options in

[13:55:39 CDT(-0500)] <logiclord> UI options

[13:55:41 CDT(-0500)] <logiclord> ?

[13:56:12 CDT(-0500)] <yura> you mean when you disable the images ?

[13:56:19 CDT(-0500)] <logiclord> no

[13:56:56 CDT(-0500)] <logiclord> yura: In http://wiki.fluidproject.org/display/docs/Tutorial+-+Fat+Panel+UI+Options

[13:57:04 CDT(-0500)] <logiclord> we really don't need

[13:57:15 CDT(-0500)] <logiclord> layout and navigation

[13:57:27 CDT(-0500)] <logiclord> instead I would like to add 1 drop down of my own

[13:58:55 CDT(-0500)] <yura> logiclord: ya exactly, so i dont think you need to drop any of the tabs, you reader can just ignore it i m guessing, in case you want to add your own ideally you should be able to initialize ui options component with options specific to your case

[13:59:23 CDT(-0500)] <yura> michelled, cindyli: is there a branch that logiclord can take a look at how ui options were integrated with video player ?

[14:00:55 CDT(-0500)] <Bosmon> https://github.com/fluid-project/videoPlayer/tree/demo

[14:00:58 CDT(-0500)] <Bosmon> It's in here, yura

[14:01:21 CDT(-0500)] <yura> Bosmon: thanks. logiclord &^

[14:01:23 CDT(-0500)] <Bosmon> The integration is a little complex, since it is necessary to relay events bidirectionally from component to component

[14:01:29 CDT(-0500)] <logiclord> and how to restrict UI option effects to a container instead of entire page

[14:04:49 CDT(-0500)] <logiclord> yura: ^

[14:05:04 CDT(-0500)] <Bosmon> logiclord - UIOptions effects are controlled by the associated UIEnhancer

[14:05:36 CDT(-0500)] <yura> which means the whole page, right, Bosmon ?

[14:05:48 CDT(-0500)] <Bosmon> yura - in general whichever container it is supplied

[14:06:06 CDT(-0500)] <Bosmon> It should be quite easy to turn it into just a part of the page...

[14:06:13 CDT(-0500)] <Bosmon> Although there may be some odd effects with things like ToC

[14:06:22 CDT(-0500)] <yura> logiclord: so you would need to supply the container to the ui enhancer

[14:07:16 CDT(-0500)] <logiclord> Bosmon yura: we next just text tab from Fat Panel UI Options

[14:07:29 CDT(-0500)] <logiclord> I would prefer if we can remove others

[14:07:35 CDT(-0500)] <Bosmon> logiclord - yes, you can do that

[14:07:52 CDT(-0500)] <logiclord> Bosmon: how ?? any docs or sample ?

[14:08:22 CDT(-0500)] <Bosmon> logiclord - you can see a sample for ADDING a panel in the videoplayer branch I pasted

[14:08:36 CDT(-0500)] <logiclord> Bosmon: Okay.. thanks (smile)

[14:08:40 CDT(-0500)] <Bosmon> Removing them will be broadly similar, replacing the unnecessary subcomponents with "emptySubcomponent"

[14:08:49 CDT(-0500)] <Bosmon> yura is very fond of this component and can show you how it works (smile)

[14:09:16 CDT(-0500)] <logiclord> yura: ^

[14:09:26 CDT(-0500)] <Bosmon> Then you just need to replace the overall UI template to remove the unnecessary tabs

[14:09:37 CDT(-0500)] <Bosmon> The file FatPanelUIOptions.html

[14:10:04 CDT(-0500)] <Bosmon> You can see the videoplayer integration branch to see how to get your own version of this template registered

[14:10:05 CDT(-0500)] <yura> logiclord: basically when you supply an options block to UI options you can specify a type of a subcomponent as "fluid.emptySubcomponent" which essentially removes that component and replaces it with just a dummy

[14:11:03 CDT(-0500)] <logiclord> yura: okay I will work over it and commit soone

[14:11:06 CDT(-0500)] <logiclord> Thanks

[14:11:07 CDT(-0500)] <logiclord> (smile)

[14:20:23 CDT(-0500)] <Bosmon> swgithen!

[14:20:25 CDT(-0500)] <sgithens> Yo yo yo

[14:20:28 CDT(-0500)] <sgithens> HAPS

[14:20:33 CDT(-0500)] <sgithens> Bosmon!

[14:21:04 CDT(-0500)] <sgithens> Let's drop some funky fresh demands blockx!

[14:21:13 CDT(-0500)] <Bosmon> Well, let's not drop too many of them (smile)

[14:21:21 CDT(-0500)] <sgithens> X is the new Z

[14:21:22 CDT(-0500)] <Bosmon> Until they have a properly working implementation : P

[14:21:28 CDT(-0500)] <Bosmon> Z is the new P!

[14:21:30 CDT(-0500)] <sgithens> craZ blocX

[14:27:24 CDT(-0500)] <sgithens> Bosmon: What are you hacking on today?

[14:27:43 CDT(-0500)] <sgithens> Is Yura in the channel?

[14:28:06 CDT(-0500)] <sgithens> Did we get on at all with the Servlets Of The Future project?

[14:32:23 CDT(-0500)] <Bosmon> sgithens - some of that was going on in fluid-tech today

[14:32:35 CDT(-0500)] <Bosmon> yura and I were talking about "kettle apps" but he seems to have sodded off

[14:32:46 CDT(-0500)] <colinclark> It's a long weekend here in Canada

[14:32:53 CDT(-0500)] <colinclark> so people are starting to sod off a bit early

[14:34:18 CDT(-0500)] <sgithens> You can sod off early, but you can't hide from FutureServlet

[14:34:30 CDT(-0500)] <Bosmon> hahaha

[14:34:38 CDT(-0500)] <sgithens> He can HTTP DELETE you at any time.

[14:34:43 CDT(-0500)] <Bosmon> I can't see that FutureServlet is any better than "new RSF" : P

[14:35:54 CDT(-0500)] <sgithens> FutureServlet is better because a: 1) You can pronounce it 2) It's one word with a fierce capitalization scheme 3) People know what servlets are, but they also love the future

[14:36:27 CDT(-0500)] <sgithens> You can also say it with a lot of ooomph and creshendo

[14:36:30 CDT(-0500)] <sgithens> making it very dramatic

[14:36:39 CDT(-0500)] <sgithens> ( sorry, I'm having a goofy friday afternoon )

[14:37:11 CDT(-0500)] <colinclark> lol

[14:37:43 CDT(-0500)] <colinclark> FUTURESERVLET, written by ROBOJURA

[14:39:00 CDT(-0500)] <Bosmon> Sure

[14:39:10 CDT(-0500)] <Bosmon> Why not call them SERVLETS*WOW*!!

[14:44:17 CDT(-0500)] <michelled> Bosmon: I was just testing your infusion pull request for infusion. It looks good to me but I only tested in FF

[14:44:23 CDT(-0500)] <michelled> Bosmon: how confident are you with it?

[14:44:27 CDT(-0500)] <Bosmon> michelled - which pull request?

[14:44:30 CDT(-0500)] <Bosmon> I'm sure I have at least 3 (smile)

[14:44:59 CDT(-0500)] <michelled> oh, I said a very circular thing (smile) I meant "your jquery upgrade for infusion"

[14:45:03 CDT(-0500)] <Bosmon> Oh yes

[14:45:06 CDT(-0500)] <Bosmon> I'm relatively confident

[14:45:22 CDT(-0500)] <Bosmon> The issues I found seemed quite well-defined

[14:45:54 CDT(-0500)] <michelled> given that we use the master branch of infusion in production in several places, do you think I should push it? or do you think it needs more testing in other browsers?

[14:47:13 CDT(-0500)] <Bosmon> From my view, the benefits outweigh the risks... if it was up to me, I would push it

[14:47:21 CDT(-0500)] <Bosmon> But perhaps Justin_o has a view

[14:48:39 CDT(-0500)] <Bosmon> I wonder if our view of "production" is getting a little precious, too... given the gradual movement of the world over towards a more continuous release model

[14:48:58 CDT(-0500)] <Bosmon> I can think of no way to ensure that the branch gets good testing in multiple browsers than for it to be actually used (smile)

[14:49:45 CDT(-0500)] <Bosmon> Certainly more than it has got rusting for 2 months in a branch

[15:02:46 CDT(-0500)] <Justin_o> Bosmon, michelled: sorry, catching up

[15:03:53 CDT(-0500)] <michelled> Justin_o: good timing - I was just about to push the pull request (smile)

[15:03:58 CDT(-0500)] <michelled> now you get to weigh in

[15:04:13 CDT(-0500)] <Justin_o> michelled: (smile)

[15:04:40 CDT(-0500)] <michelled> Justin_o: Bosmon had tested in several browsers on windows and I tested FF on Mac

[15:04:59 CDT(-0500)] <michelled> the changes in Infusion are not extensive

[15:05:17 CDT(-0500)] <Justin_o> michelled: can you give me the change in a nutshell

[15:05:24 CDT(-0500)] <Justin_o> Bosmon: what did you test with?

[15:05:28 CDT(-0500)] <michelled> it's the jquery upgrade

[15:07:14 CDT(-0500)] <Justin_o> michelled, Bosmon: what did you do for testing?

[15:07:41 CDT(-0500)] <michelled> Justin_o: I ran all the tests, played with the demos and manual tests, spot tested the integration demos

[15:08:18 CDT(-0500)] <Justin_o> michelled: okay.. that seems fine.. if Bosmon has enough test coverage i'd be fine with it going in

[15:08:52 CDT(-0500)] <michelled> cool, thx Justin_o - he seemed quite happy to see this go in

[15:09:27 CDT(-0500)] <Justin_o> michelled: great.. we should think about upgrading to jquery ui 1.9 beta at some point to

[15:09:42 CDT(-0500)] <Justin_o> maybe in a branch, although they'll likely release a final before us

[15:10:04 CDT(-0500)] <michelled> yeah, I expect so

[15:12:47 CDT(-0500)] <michelled> Bosmon: are you still there?

[15:13:54 CDT(-0500)] <Bosmon> Hi

[15:16:16 CDT(-0500)] <Bosmon> michelled

[15:16:55 CDT(-0500)] <michelled> hi Bosmon - I pushed the jquery upgrade (smile)

[15:17:13 CDT(-0500)] <michelled> Bosmon: I only see 2 other pull requests from you - the reordered one doesn't seem to work

[15:17:27 CDT(-0500)] <michelled> Bosmon: and I understand you are still working on Model Transformation - is that correct?

[15:18:24 CDT(-0500)] <Bosmon> colinclark will take care of model transformation - I think

[15:18:30 CDT(-0500)] <colinclark> yes I will

[15:18:38 CDT(-0500)] <colinclark> I think it will be Tuesday at this point

[15:18:47 CDT(-0500)] <colinclark> but it's now top on my to do list

[15:18:52 CDT(-0500)] <Bosmon> michelled - what failure do you get with the reorderer?

[15:19:01 CDT(-0500)] <colinclark> after my "young whippersnapper" interview

[15:19:01 CDT(-0500)] <Bosmon> I had fixed up that branch again....

[15:19:24 CDT(-0500)] <michelled> when I try to reorder something with the mouse. I am unable to pick the item up and instead get several clones of the item at the bottom of the page.

[15:24:28 CDT(-0500)] <Bosmon> ok michelled, I pushed a fix for that issue

[15:26:59 CDT(-0500)] <michelled> Bosmon: it looks like there's a stray console.log left in there

[15:30:15 CDT(-0500)] <Bosmon> michelled - thanks, that is now removed

[15:31:42 CDT(-0500)] <michelled> thx Bosmon

[15:43:18 CDT(-0500)] <michelled> Bosmon: it's pushed now (smile)

[15:43:29 CDT(-0500)] <Bosmon> Thanks so much, michelled (smile)

[15:43:34 CDT(-0500)] <michelled> np

[22:07:45 CDT(-0500)] * Topic is 'This channel is logged – for details see: http://wiki.fluidproject.org/display/fluid/IRC+Channel' set by jessm on 07:30:00 CST(-0600)

  • No labels