fluid-work IRC Logs-2012-04-02
[08:55:47 CDT(-0500)] <Kristopher> Good morning
[08:56:44 CDT(-0500)] <Kristopher> do we submit our resumes and cover letters directly to Atutor or do we include them in the proposal form on the Google Summer of Code page
[08:58:47 CDT(-0500)] <colinclark> Hi Kristopher: I'm sure greggy would be happy to answer your ATutor question.
[08:59:47 CDT(-0500)] <colinclark> Hey sgithens: Are you around?
[08:59:58 CDT(-0500)] <Kristopher> I am at school so I might have logged onto the wrong IRC chat my apologies
[09:00:06 CDT(-0500)] <sgithens> colinclark: Hey! Sort of 
[09:00:12 CDT(-0500)] <colinclark>
[09:00:57 CDT(-0500)] <colinclark> sgithens: I merged your GSettingsBridge into the main Linux repository this weekend. I probably should have done a pull request, but I was too excited to get to the point where everyone can see it in action.
[09:01:16 CDT(-0500)] <colinclark> I'm in the midst of tweaking and moving Boyan's USB Listener now
[09:01:36 CDT(-0500)] <sgithens> colinclark: No worries I'll do an update this evening and try it all out from back to front
[09:01:41 CDT(-0500)] <colinclark> Anyway, sgithens, whenever you get a chance I'd appreciate it if you could take a quick look and be sure you're happy with it all
[09:02:09 CDT(-0500)] <greggy> Kristopher: cover letters and resumes are submitted to the email address on the ideas page. they do not need to be included on the GSoC sites
[09:02:10 CDT(-0500)] <sgithens> awesome
[09:02:11 CDT(-0500)] <greggy> http://wiki.atutor.ca/display/atutorwiki/Google+Summer+of+Code+2012
[09:02:39 CDT(-0500)] <colinclark> yura: Would you mind reviewing my commit from this weekend and merging my latest pull request if you have a spare moment this morning? https://github.com/GPII/linux/pull/2
[09:02:52 CDT(-0500)] <colinclark> yura: I'll aim for a pull for the USB Listener this morning, too.
[09:03:24 CDT(-0500)] <Kristopher> Thanks greggy
[09:03:33 CDT(-0500)] <colinclark> yura: I think it was the first time in my life this weekend that I've ever seen a pull request from one branch to another within the same repository
[09:07:19 CDT(-0500)] <yura> colinclark: will do
[09:09:41 CDT(-0500)] <colinclark> thanks so much!
[09:17:21 CDT(-0500)] <michelled_> cindyli, anastasiac, yura: shall we check in and make a plan for the demo?
[09:17:31 CDT(-0500)] <cindyli> sure, michelled
[09:17:34 CDT(-0500)] <anastasiac> yes
[09:18:54 CDT(-0500)] <michelled_> cindyli, anastasiac: come join me at the round table
[09:20:47 CDT(-0500)] <colinclark> kasper and yura: Just to quickly check, does it sound sane that I change our test token.txt file to contain the much more boring token "123" instead of "intergalacticSheepherder" in order to have it correspond with our one sample profile?
[09:21:35 CDT(-0500)] <kasper> colinclark: yeah, that sounds pretty sane to me
[09:21:43 CDT(-0500)] <colinclark> Okay
[09:21:49 CDT(-0500)] <colinclark> One other thing I thought I'd check with you two on...
[09:21:58 CDT(-0500)] <colinclark> Avtar may ultimately change this...
[09:22:16 CDT(-0500)] <colinclark> but I spent some time thinking about how to deal with the absolute, user-specific paths in the USBListener's scripts
[09:22:26 CDT(-0500)] <colinclark> and it occurred to me that we should actually install the GPII
[09:22:33 CDT(-0500)] <colinclark> You guys probably know this stuff in your sleep...
[09:22:45 CDT(-0500)] <colinclark> but I had to read up on the Linux Filesystem Hierarchy Standard (FHS) over the weekend
[09:23:29 CDT(-0500)] <colinclark> Does it seem sane to you, then, to install GPII-related configuration, binaries, and other read-only material into /usr/local/gpii?
[09:23:35 CDT(-0500)] <colinclark> kasper and yura ^
[09:24:13 CDT(-0500)] <colinclark> And then it seems like state files should get stored in /var/lib/gpii...
[09:26:39 CDT(-0500)] <kasper> colinclark: I'm ashamed to admit that I do not know this stuff in my sleep - actually I'm almost surprised that there is a standard, since it seems people tend to spread their stuff all over the place, varying from distribution to distribution
[09:26:50 CDT(-0500)] <colinclark> yeah
[09:26:55 CDT(-0500)] <colinclark> The Linux Way 
[09:27:00 CDT(-0500)] <kasper> colinclark: but /usr/local/gpii does indeed seem like a very sane location to put it
[09:27:28 CDT(-0500)] <colinclark> Using /var/lib/gpii for state seemed slightly less obvious to me
[09:27:32 CDT(-0500)] <colinclark> but that's how I read the spec, anyway
[09:27:57 CDT(-0500)] <colinclark> So, the USBListener hold state--it currently keeps a text file called users.txt with the currently-logged in user
[09:28:19 CDT(-0500)] <colinclark> And I don't see any reason to think that this state shouldn't be preserved between reboots, assuming the key is still installed, etc.
[09:28:27 CDT(-0500)] <colinclark> so seems like /var/lib/gpii is the spot
[09:28:58 CDT(-0500)] <colinclark> My first merge of Boyan's stuff won't put all our built code into /usr/local/gpii, just a few scripts, but I can imagine avtar will probably want us to move everything
[09:29:01 CDT(-0500)] <colinclark> which makes sense
[09:29:08 CDT(-0500)] <kasper> colinclark: if state can persist across boots, we might need to do some extra magic on startup
[09:29:16 CDT(-0500)] <kasper> like ensuring the applications are launched
[09:29:29 CDT(-0500)] <colinclark> kasper: Yep⦠a feature for the future
[09:29:34 CDT(-0500)] <kasper> (basically firing the launchHandlers and not the settingshandler)
[09:29:36 CDT(-0500)] <colinclark> but we might as well plan for it
[09:29:42 CDT(-0500)] <kasper> colinclark: cool, I love the future
[09:29:48 CDT(-0500)] <colinclark>
[09:29:54 CDT(-0500)] <colinclark> With Robots!
[09:30:03 CDT(-0500)] <kasper> YES!
[09:30:46 CDT(-0500)] <colinclark> Okay, I'll carry on in this direction, and if someone more Linux elite than me disagrees, I'll change it then
[09:32:07 CDT(-0500)] <kasper> colinclark: in that regard, I imagine avtar is your biggest enemy! Generally sysadmins don't like things not being in the right place, so he'll probably notice if we're hiding things in the wrong corners
[09:32:15 CDT(-0500)] <colinclark> lol
[09:32:33 CDT(-0500)] <colinclark> Avtar is the boss, that much we know
[09:32:43 CDT(-0500)] <colinclark> Avtar with his 43 GIANT SERVERS
[09:32:53 CDT(-0500)] <colinclark> His PETABYTE worth of disks
[09:35:32 CDT(-0500)] <kasper> yura: ayt?
[09:38:11 CDT(-0500)] <kasper> colinclark: so I'm seeing some oddities in the boyan code I'm looking at
[09:38:24 CDT(-0500)] <kasper> β¦ not sure if I'm looking at the right thing
[09:39:11 CDT(-0500)] <kasper> colinclark: so, from what I can tell, some pieces are missing in the usb_test.sh file
[09:39:40 CDT(-0500)] <kasper> line 15: curl http://localhost:3000/user/$token
[09:39:59 CDT(-0500)]
[09:40:09 CDT(-0500)] <kasper> and there should be a line in the else block saying:
[09:40:17 CDT(-0500)]
[09:40:25 CDT(-0500)] <kasper> colinclark: did you try the USB listener yet?
[09:40:53 CDT(-0500)] <colinclark> kasper: I have been refactoring it, and haven't yet gotten to the point of running it, no
[09:41:04 CDT(-0500)] <colinclark> so this is very helpful to know
[09:42:21 CDT(-0500)] <kasper> colinclark: weee, just tried the full stack for the first time here! it's so very awesome
[09:42:33 CDT(-0500)] <colinclark>
[10:03:41 CDT(-0500)] <colinclark> kasper: Can you confirm any other modifications you had to make to the USB Listener?
[10:03:49 CDT(-0500)] <colinclark> Just the URLs it sends?
[10:04:00 CDT(-0500)] <kasper> hold on, let me do a diff
[10:05:19 CDT(-0500)] <kasper> colinclark: nope.. the only changes I did was:
[10:05:28 CDT(-0500)] <kasper> 1) Change path in 2 files, 3 places total
[10:05:52 CDT(-0500)] <colinclark> Can you just pastie me your diff?
[10:06:00 CDT(-0500)] <kasper> yeah
[10:07:23 CDT(-0500)] <kasper> colinclark: http://pastie.org/3714914
[10:07:34 CDT(-0500)] <kasper> (git diff)
[10:07:37 CDT(-0500)] <colinclark> awesome
[10:07:38 CDT(-0500)] <colinclark> this is super helpful, thanks
[10:07:50 CDT(-0500)] <kasper> np
[10:07:56 CDT(-0500)] <colinclark> Okay, I've got all this
[10:07:59 CDT(-0500)] <colinclark> should be pretty much ready to go
[10:08:06 CDT(-0500)] <kasper> that's awesome
[10:08:18 CDT(-0500)] <colinclark> and it's factored so that there aren't any more hard coded paths and the like
[10:08:37 CDT(-0500)] <asteig> Good morning!
[10:09:32 CDT(-0500)] <colinclark> Morning, asteig
[10:10:21 CDT(-0500)] <colinclark> kasper: If you want to follow along, here's where I'm working: https://github.com/colinbdclark/linux/compare/usb-listener
[10:14:31 CDT(-0500)] <kasper> very cool colinclark !!
[10:14:42 CDT(-0500)] <kasper> I'm wondering if there is a way to get rid of that trigger.sh file
[10:15:45 CDT(-0500)] <colinclark> kasper: I'm quite sure there is
[10:16:06 CDT(-0500)] <colinclark> kasper: Exciting news in your inbox from Boyan!
[10:16:15 CDT(-0500)] <kasper> ooooh
[10:18:29 CDT(-0500)] <kasper> cool - progress from everywhere
[10:18:44 CDT(-0500)] <kasper> I feel so bad for boyan having to struggle with windows
[10:18:59 CDT(-0500)] <kasper> I would absolutely hate it
[10:20:14 CDT(-0500)] <kasper> but I guess passing the hurdles feels even better then
[10:20:22 CDT(-0500)] <colinclark> I somehow feel like it would be kind of fun
[10:20:24 CDT(-0500)] <colinclark> having never done it
[10:20:26 CDT(-0500)] <colinclark> new challenge
[10:20:50 CDT(-0500)] <colinclark> I mean, writing a C++ app with GTK+ is probably equally learning curve-inducing
[10:21:28 CDT(-0500)] <colinclark> But he definitely has suffered through a lot
[10:22:44 CDT(-0500)] <kasper> colinclark: yeah - I see your point with the challenge though.. Though having two-digit number of string-types to deal with might be more than I'd be able to handle
[10:23:54 CDT(-0500)] <kasper> colinclark: btw, we had a meeting with Gregg 23 minutes ago, but I imagine he's busy - currently in europe for a conference/meeting/something
[10:24:02 CDT(-0500)] <colinclark> I was hoping that is the case
[10:24:05 CDT(-0500)] <colinclark> I want to get this finished
[10:24:20 CDT(-0500)] <colinclark> Then I need to write about our approach to preferences, ontologies, and formats in the architecture
[10:24:28 CDT(-0500)] <colinclark> then I need to go epoxy my boat's rudder in the afternoon
[10:24:38 CDT(-0500)] <colinclark> busy day!
[10:25:31 CDT(-0500)] <asteig> Quick GSoC question: I know the guidelines say no coding before acceptance and the program actually starts, but can I still fork and look through the repo?
[10:25:48 CDT(-0500)] <kasper> wow yes indeed⦠Upside is you'll probably sleep well from inhaling all those epoxy fumes
[10:26:11 CDT(-0500)] <cindyli> https://github.com/amb26/videoPlayer/blob/demo-integration-sketch/demos/Mammals.js
[10:27:36 CDT(-0500)] <colinclark> asteig: Of course, yes!
[10:27:40 CDT(-0500)] <colinclark> kasper: mmm, epoxy
[10:27:47 CDT(-0500)] <kasper> haha
[10:27:56 CDT(-0500)] <asteig> colinclark: Wonderful, thanks.
[10:35:21 CDT(-0500)] <colinclark> No standup today?
[10:35:49 CDT(-0500)] <jhung> colinclark: we did. We were quicker today I guess.
[10:35:59 CDT(-0500)] <colinclark> wow! five minutes!
[10:36:01 CDT(-0500)] <colinclark> Sorry I missed it
[10:36:09 CDT(-0500)] <colinclark> Here's my update, fluid-everyone:
[10:36:54 CDT(-0500)] <colinclark> 1. I'm in the midst of refactoring and merging the GPII Linux USB Listener into the main repository. This will enable anyone to check out the code, run a script, and see the whole system running end-to-end.
[10:37:08 CDT(-0500)] <colinclark> 2. I'll do some writing today about our approach to preferences, ontologies, and formats in the GPII architecture
[10:37:48 CDT(-0500)] <colinclark> 3. I'll slip away in a couple hours to work on my boat's rudder some more, which will make Iris happy to see that I'm using up vacation time.
[10:51:41 CDT(-0500)] <michelled> anastasiac: is the wiki really slow for you?
[10:52:05 CDT(-0500)] <anastasiac> michelled, no, not in particular that I can tell
[10:52:21 CDT(-0500)] <anastasiac> but I'm not on wireless anymore, michelled
[10:52:24 CDT(-0500)] <michelled> maybe i
[10:52:24 CDT(-0500)] <michelled> it's the wifi
[10:56:25 CDT(-0500)] <logiclord> yura1 :ping
[10:57:20 CDT(-0500)] <logiclord> yura1 : ping
[10:57:31 CDT(-0500)] <logiclord> sry about typo 
[10:57:49 CDT(-0500)] <yura1> logiclord: hi
[10:58:14 CDT(-0500)] <logiclord> yura1 : I was preparing proposal but I am a bit confused
[10:58:27 CDT(-0500)] <logiclord> about that exactly should be under editing features ?
[10:58:37 CDT(-0500)] <logiclord> imserting images ?
[10:58:47 CDT(-0500)] <logiclord> editing text only ?
[10:58:58 CDT(-0500)] <logiclord> or comments/notes ?
[11:00:13 CDT(-0500)] <yura1> logiclord: i think comments and notes should be enough (at least that's what i kept in mind)
[11:00:58 CDT(-0500)] <yura1> i think you can propose more than though if you think it is feasible in the time frame
[11:01:14 CDT(-0500)] <logiclord> yura1 : I have thought about tons of feature but I don't think I will be able to describe implementation at this moment and that to in 2 pages
[11:01:50 CDT(-0500)] <logiclord> like full screen and various viewing modes
[11:03:20 CDT(-0500)] <yura1> logiclord: perhaps focus on a couple that you think you ll be tackling first (most important) and then just list the rest of them saying that they will be prioritized and addressed according to the time remaining or something like this
[11:04:01 CDT(-0500)] <logiclord> yura1 : can we use other framework as well like webGL ?
[11:04:15 CDT(-0500)] <yura1> logiclord: yes definitely
[11:04:59 CDT(-0500)] <logiclord> yura1 : Is there any limit to resume length that needs to be attached ?
[11:05:32 CDT(-0500)] <yura1> logiclord: it does not have to be part of the proposal so you can submit it alongside , no size limit there
[11:06:15 CDT(-0500)] <logiclord> okay I will just finalize and submit my proposal and get back for feeback
[11:07:35 CDT(-0500)] <yura1> logiclord: sounds good , thanks!
[11:07:44 CDT(-0500)] <logiclord> thanks
[11:16:49 CDT(-0500)] <colinclark> yura1, kasper: Victory! https://github.com/colinbdclark/linux/compare/usb-listener
[11:16:55 CDT(-0500)] <colinclark> I'll issue a pull request for this shortly
[11:17:05 CDT(-0500)] <colinclark> yura1: Do you feel up today for a solid review of this code before it goes in?
[11:17:24 CDT(-0500)] <colinclark> I also feel like it's somewhat incomplete. Now that I'm moving some code into /usr/local/gpii, I'm thinking we should install everything there
[11:18:00 CDT(-0500)] <colinclark> There's also a lot of refactoring to the shell scripts needed, but I'm hoping Avtar may be able to help with that as part of his automation effort.
[11:18:05 CDT(-0500)] <yura1> colinclark: sure i can take a look some time in the afternoon ?
[11:18:11 CDT(-0500)] <colinclark> yura1: Yep, no rush
[11:18:17 CDT(-0500)] <colinclark> I don't want to distract you from your other projects
[11:18:29 CDT(-0500)] <colinclark> Anyway, this is enough to have the system working end to end with basically two steps:
[11:18:36 CDT(-0500)] <colinclark> 1. clone the linux repo
[11:18:42 CDT(-0500)] <colinclark> 2. run the start script
[11:18:44 CDT(-0500)] <colinclark> not bad
[11:20:41 CDT(-0500)] <arunsur> colinclark, Hi!
[11:21:05 CDT(-0500)] <colinclark> Hi arunsur
[11:22:13 CDT(-0500)] <arunsur> colinclark, , I am working on web based music project for gsoc. upadated my proposal with your inputs. Sent you an e-mail.
[11:22:31 CDT(-0500)] <colinclark> Great, I saw that. I haven't yet had a chance to look at your updates, but I will.
[11:22:35 CDT(-0500)] <colinclark> You had a question?
[11:22:40 CDT(-0500)] <arunsur> colinclark, I have few doubts with flocking toolkit though
[11:23:24 CDT(-0500)] <colinclark> ok, go ahead
[11:24:53 CDT(-0500)] <arunsur> colinclark, I can simply define functions as a json object and expose it as an instrument sound. will it be as simple as that?
[11:24:56 CDT(-0500)] <logiclord> yura1 : Is there a corresponding bug/feature request for epub reader in JIRA ?
[11:25:14 CDT(-0500)] <colinclark> arunsur: I'm not sure I understand your question, can you elaborate?
[11:25:39 CDT(-0500)] <yura1> logiclord: nothing at the moment there just yet
[11:26:43 CDT(-0500)] <Andrej> Hi, I would like to apply for participation in GSoC and ask some questions.
[11:26:50 CDT(-0500)] <logiclord> yura1 : Are we going to allow user to download modified ebook ?? Do we expect user to upload ebook to read ?
[11:27:39 CDT(-0500)] <arunsur> colinclark, almost all the functions like amplitude modulation are specified as a json object in the flocking toolkit. now that am going to generate instrument sounds using mathematical functions. so I can just simply define these functions as a json object?
[11:27:43 CDT(-0500)] <yura1> logiclord: technically it is out of scope. I would consider 2 ways the book is loaded - as a file from the host server, as jsonp
[11:28:15 CDT(-0500)] <logiclord> yuva1 : okay
[11:28:37 CDT(-0500)] <colinclark> arunsur: In Flocking, a synthesis graph is defined as a JSON object, yes. In this JSON object you will find references to "unit generators," which are responsible for doing signal processing. They have inputs and produce an output.
[11:28:40 CDT(-0500)] <arunsur> colinclark, I am going to define a json structure for each instrument' function
[11:28:51 CDT(-0500)] <colinclark> So the process of creating an instrument will likely involve two things
[11:29:06 CDT(-0500)] <colinclark> 1. Defining any new unit generators that you need in order to produce the signal you desire.
[11:29:52 CDT(-0500)] <colinclark> 2. Creating a synthesis graph (a "SynthDef") in JSON, which wires up all the unit generators you need into an Synthesizer (or "Instrument")
[11:29:56 CDT(-0500)] <colinclark> Does that make sense, arunsur
[11:29:58 CDT(-0500)] <colinclark> ?
[11:30:59 CDT(-0500)] <arunsur> colinclark, yes pretty much. I thought defining json will do the entire work.
[11:31:12 CDT(-0500)] <colinclark> arunsur: If you're lucky, that will be the case
[11:31:24 CDT(-0500)] <colinclark> but my guess is that you'll want to create some new unit generators to do what you need
[11:33:01 CDT(-0500)] <arunsur> colinclark, right! So I ll have to define unit generator and then create a synthdef
[11:33:08 CDT(-0500)] <colinclark> yes, that's right
[11:34:14 CDT(-0500)] <arunsur> colinclark, thanks! I ll try out a small demo and get back to you.
[11:34:20 CDT(-0500)] <colinclark> sounds awesome!
[11:34:23 CDT(-0500)] <colinclark> thanks, arunsur
[11:34:44 CDT(-0500)] <arunsur> colinclark,
[11:49:54 CDT(-0500)] <Justin_o> cindyli: johnny has pushed up some more changes for fluid studios, when you get a chance could you take another look at it..
[12:05:54 CDT(-0500)] <codercube> is anyone of fluid rich text inline edit developers online?
[12:06:11 CDT(-0500)] <mgechev> I can't understand what do you mean with the term auto-skew, I know the skew algorithm (transformation matrix which I've got to use) but I can't understand how I can make it automatic
[12:07:04 CDT(-0500)] <jhung> mgechev - auto-deskew would analyse an image and determine if it is slightly crooked (skewed), and then adjust it properly.
[12:07:23 CDT(-0500)] <mgechev> ok, thanks I understand
[12:07:33 CDT(-0500)] <jhung> mgechev, typically this requires analysing image fatures such as vertical and horizontal lines.
[12:07:50 CDT(-0500)] <jhung> However, there may be some libraries out there that may already do this.
[12:08:00 CDT(-0500)] <Justin_o> codercube: i guess there have been lots of people working on it, what were you looking for.
[12:08:53 CDT(-0500)] <mgechev> thanks a lot, I'll send you my answer to the feedback soon
[12:09:19 CDT(-0500)] <jhung> no problem.
[12:10:43 CDT(-0500)] <codercube> Justin_o : could you explain the purpose of this component? at first I thought it's an alternative to tinyMCE or CKEditor, when in demo I saw both of them are used as inline edit components
[12:13:08 CDT(-0500)] <Justin_o> codercube: hmm.. lets hope i can get this right.. basically it just extends the simple inline edit to make use of rich text editors, for which sample implementations of CKEditor and tinyMCE have been provided
[12:13:27 CDT(-0500)] <Justin_o> the "inline editing" portion is the key part
[12:14:26 CDT(-0500)] <cindyli> Justin_o: regarding johnny's work, yes, i will take a look.
[12:14:52 CDT(-0500)] <Justin_o> cindyli: thanks.. i think it's mostly just styling.. changes⦠if you have it up and running, can i come and take a peak
[12:15:05 CDT(-0500)] <cindyli> sure,Justin_o
[12:15:21 CDT(-0500)] <Justin_o> cindyli: thanks
[12:15:28 CDT(-0500)] <cindyli> np
[12:17:12 CDT(-0500)] <codercube> Justin_o : ok thanks
[12:17:26 CDT(-0500)] <Justin_o> codercube: no problem
[12:43:45 CDT(-0500)] <anastasiac> michelled, I've pushed the last of the UIO tweaks to my FLOE-1 branch. I'm pretty sure your authoring-a11y branch is all merged in, but let me know if you have any problems
[12:44:50 CDT(-0500)] <michelled> thx anastasiac!
[13:03:43 CDT(-0500)] <aashray> Justion_o: I had a doubt with respect JSON export for the HTML5 image editor portion, good time to ask?
[13:04:16 CDT(-0500)] <aashray> with respect to*
[13:06:57 CDT(-0500)] <Justin_o> aashray: sure.. what were you wondering?
[13:08:59 CDT(-0500)] <aashray> is the use of JSON export purely for the purpose of saving the edited image on the users computer, if I am wrong could you tellme exactly for what JSON is needed?
[13:13:35 CDT(-0500)] <asteig> Is there anyone around that can answer questions about the GSoC HTML5 Image Editor project?
[13:14:13 CDT(-0500)] <Justin_o> aashray: the JSON export would be useful for applying the changes onto a file stored on a server. So you could imagine that the user views an image stored on a server, makes some adjustments in the client, but wants to persist these changes. Also it could be useful for exporting to other applications.. also it would be useful as a means of non-destructive editing.. where we just save the changes and re-apply on view
[13:16:48 CDT(-0500)] <asteig> Oh, apparently you're already talking about it. 
[13:17:04 CDT(-0500)] <Justin_o> asteig: yes
[13:17:17 CDT(-0500)] <Justin_o> asteig: any any questions in particular
[13:17:51 CDT(-0500)] <asteig> Justin_o: My main question is on backend implementation. I've written a lot of image editors in the past, and they all obviously have a backend to save and upload images, etc. Any current idea on how that is going to be handled?
[13:18:05 CDT(-0500)] <asteig> I'm writing my proposal now and I'm not sure how to handle that.
[13:18:47 CDT(-0500)] <aashray> Justin_o : oh ok.. i have a clearer idea of that now, thanks
[13:19:17 CDT(-0500)] <Justin_o> asteig: ah okay.. there are no specific backend requirements for this project.. however the most likely place for this to be integrated has a python backend at the moment.. for this project though JSON export would be the only thing really necessary
[13:19:31 CDT(-0500)] <Justin_o> aashray: great, let me know if you have any more questions
[13:21:51 CDT(-0500)] <asteig> Justin_o: I've done a JSON export of the original image URL and relevant data like coordinates for cropping, width and height, brightness values, etc. Is that what you mean by a JSON export?
[13:22:41 CDT(-0500)] <Justin_o> asteig: yep that sounds good.. anything that would be needed to recreate the adjustments
[13:23:31 CDT(-0500)] <asteig> Justin_o: Okay, great. Thanks for answering my questions. Would it be possible for you to review my proposal tomorrow to make sure everything looks good?
[13:24:10 CDT(-0500)] <Justin_o> asteig: yes, for sure.. jhung is also co-mentoring this one, so he'll probably want to see it
[13:24:17 CDT(-0500)] <Justin_o> too
[13:24:29 CDT(-0500)] <asteig> Great, I'll ping you both tomorrow when I have it all polished up.
[13:24:43 CDT(-0500)] <Justin_o> asteig: thanks.. looking forward to seeing it
[13:50:31 CDT(-0500)] <colinclark> okay, off to the boat. phone if you need anything, anyone
[13:51:09 CDT(-0500)] <asteig> Justin_o: I see that the HTML5 Image Editor was a project accepted last year. Will this be a second Image Editor or was it not completed in the '11 round?
[14:07:48 CDT(-0500)] <Justin_o> asteig: sorry.. i had stepped out for a bit
[14:08:08 CDT(-0500)] <Justin_o> asteig: this years is a bit different than last years.. last years was more focused on cropping and tagging
[14:09:17 CDT(-0500)] <asteig> Justin_o: I see. More of a profile-type image creator, and this year is more of a rudimentary photo editor?
[14:11:03 CDT(-0500)] <Justin_o> asteig: not exactly sure what you mean by profile-type image creator, but yes this year will focus more the manipulation of the images
[14:11:56 CDT(-0500)] <asteig> Justin_o: I think we're on the same page anyway. What I meant was something like Gravatar or Facebook. When you upload a new image you're given the opportunity to tag and crop it to fit their format.
[14:14:15 CDT(-0500)] <Justin_o> asteig: oh i see what you mean.. i guess you could think of it as something like that.. although the tagging was more ilke what you'd see in flickr. In the end it would be good to be able to combine the code, or at least the functionality of both this years and last years project.. although that isn't in the scope of this year, but it would be good if the code was such that it wouldn't be too much of a problem to do later
[14:16:11 CDT(-0500)] <asteig> Justin_o: Okay, thanks for the info. I'll take a look at last year's code.
[14:16:53 CDT(-0500)] <Justin_o> asteig: np
[14:19:09 CDT(-0500)] <aashray> Justin_o: let me know your thoughts on the update. Also, I was wondering if a functionality like color editing i.e changing the saturation of colors in an image would be a good idea?
[14:20:23 CDT(-0500)] <Justin_o> jhung_away: did you have any thoughts on that ^
[14:20:41 CDT(-0500)] <Justin_o> aashray: just checking out your demo now
[14:22:14 CDT(-0500)] <jhung_away> aashray: for the purposes of this project it isn't a high priority.
[14:23:52 CDT(-0500)] <jhung> aashray: Since the context in which we're working in deal with scans or photographs of book pages, colour quality isn't as important. But in general image editing, it may be useful.
[14:25:40 CDT(-0500)] <aashray> jhung : yes i was wondering about its implication for this project, thanks
[14:26:24 CDT(-0500)] <jhung> no problem.
[14:51:21 CDT(-0500)] <aashray> Justion_o | jhung : could you give me an insight of what method of carrying out testing do you prefer, I read about TDD once you told me. I'm asking so that I have an idea where to include in my timeline for the project and in general get an idea of what is the ideal way for this project.
[14:57:08 CDT(-0500)] <Justin_o> aashray: yes.. TDD would be the preferred method, or at least something close to it
[14:57:45 CDT(-0500)] <Justin_o> aashray: you will still need to do manual testing to make sure that everything is working together properly and looks correct
[15:00:29 CDT(-0500)] <aashray> Justin_o : thanks Justin, also about saving the changes made on the image...
[15:01:16 CDT(-0500)] <aashray> Could we not save the base64 encoded String on the server?
[15:01:48 CDT(-0500)] <aashray> and then use that when the image is reloaded..
[15:03:46 CDT(-0500)] <Justin_o> aashray: i suppose that's a possibility. however the user won't know what operations were performed on the image.. they will just have the changed image. And they won't be able to retrieve the original easily.
[15:06:56 CDT(-0500)] <aashray> Justion_o : okay, now I understand the importance of saving the rest of the data. Yup, if we were to use my method we would need to probably maintain a stack of Image DataURLs so that the user can track back.
[15:07:58 CDT(-0500)] <aashray> But yes I think what you said makes more sense, Thanks Justin.
[15:08:59 CDT(-0500)] <Justin_o> aashray: thanks for talking it over
[15:17:06 CDT(-0500)] <michelled> Bosmon: cindyli and yura were trying to get the correct Infusion branch to work with your video player demo integration branch and they were not able to
[15:17:13 CDT(-0500)] <michelled> they ended up hacking at MyInfusion
[15:17:21 CDT(-0500)] <Bosmon> michelled - that's a shame
[15:17:24 CDT(-0500)] <michelled> perhaps one of the them can give you more details about what they tried
[15:17:36 CDT(-0500)] <Bosmon> Didn't we decide that we would use my newer branch in any case?
[15:17:56 CDT(-0500)] <michelled> yes - I think that's what they tried - cindyli which branch did you try?
[15:18:22 CDT(-0500)] <Bosmon> The newer branch would definitely work.... I would have thought....
[15:18:45 CDT(-0500)] <cindyli> we tried https://github.com/amb26/videoPlayer/tree/demo-integration-sketch
[15:18:57 CDT(-0500)] <Bosmon> The current version of it?
[15:18:59 CDT(-0500)] <cindyli> works fine by itself
[15:19:01 CDT(-0500)] <Bosmon> Together with which Infusion branch
[15:19:13 CDT(-0500)] <cindyli> one sec for digging
[15:19:39 CDT(-0500)] <cindyli> Bosmon: https://github.com/amb26/infusion/tree/FLUID-4607
[15:19:46 CDT(-0500)] <Bosmon> cindyli - that's the wrong branch
[15:19:52 CDT(-0500)] <cindyli> ah ha
[15:20:00 CDT(-0500)] <Bosmon> You should have used FLUID-4351
[15:20:17 CDT(-0500)] <cindyli> i see. will try. thanks, Bosmon
[15:20:32 CDT(-0500)] <Bosmon> Sorry, FLUID-4531
[15:20:38 CDT(-0500)] <cindyli> ok
[15:30:28 CDT(-0500)] <NickMayne> Hey Bosmon
[15:32:49 CDT(-0500)] <Bosmon> Hey there NickMayne!
[15:32:55 CDT(-0500)] <Bosmon> Did that JIRA acct work out for you?
[15:33:06 CDT(-0500)] <Bosmon> You should assign any issues you create to me personally, and I'll have a look at them
[15:33:42 CDT(-0500)] <cindyli1> Bosmon: michelled, yay, that's the branch that works well. thanks, Bosmon
[15:34:26 CDT(-0500)] <NickMayne> Yeah man, worked personnaly
[15:34:34 CDT(-0500)] <NickMayne> err i meant perfectly! lol
[15:34:36 CDT(-0500)] <NickMayne>
[15:34:46 CDT(-0500)] <NickMayne> I will assign the one I made to ya now
[15:35:01 CDT(-0500)] <NickMayne> Thanks man.
[15:36:41 CDT(-0500)] <NickMayne> Hmm cant reassign :S http://issues.fluidproject.org/browse/FLUID-4682
[15:38:23 CDT(-0500)] <Bosmon> Ok, thanks NickMayne, interesting issue
[15:38:34 CDT(-0500)] <NickMayne> Yeah odd huh!
[15:38:54 CDT(-0500)] <NickMayne> It always selects the first column, never any other.
[15:40:19 CDT(-0500)] <Bosmon> There's a few bits of black magic in the Layout Reorderer, not surprised it came unstuck a bit
[15:40:26 CDT(-0500)] <Bosmon> I won't have time to look at this today, but probably tomorrow
[15:40:42 CDT(-0500)] <Bosmon> I'm interested that you're using it, is this another OrchardCMS thing?
[15:41:34 CDT(-0500)] <NickMayne> Yeah man
[15:41:43 CDT(-0500)] <NickMayne> Orchard has a concept of 'Widgets'
[15:42:44 CDT(-0500)] <NickMayne> I think the UI would have a much better look and feel if as an admin, you could drag the layout of your page around, with inline editing, this would make building a page super easy!
[15:42:55 CDT(-0500)] <NickMayne> FYI: 1 more for ya http://issues.fluidproject.org/browse/FLUID-4683
[15:43:18 CDT(-0500)] <NickMayne> I cant assign at the moment.
[15:43:34 CDT(-0500)] <Bosmon> I'll fix it so you can, unfortunatly looks like avtar and Justin_o are gone for the evening
[15:43:59 CDT(-0500)] <Bosmon> It's about time we had our "jQuery spring cleaning" in any case
[15:44:16 CDT(-0500)] <NickMayne> Well, i didnt ant to say anything
[15:44:31 CDT(-0500)] <NickMayne> But hey, if I raise these issues then at least you guys get the heads up
[15:44:35 CDT(-0500)] <Bosmon> I do wish those guys would stop breaking stuff though, it's hardly as if finding an element with a selector is a terribly abstract thing : P
[15:44:46 CDT(-0500)] <NickMayne> So should make your lives easier in the long run.
[15:44:57 CDT(-0500)] <NickMayne> Yeah too right!
[15:44:59 CDT(-0500)] <Bosmon> NickMayne - it's really appreciated
[15:45:12 CDT(-0500)] <NickMayne> Likewise dude!
[15:48:37 CDT(-0500)] <NickMayne> Orchard CMS widget view... http://docs.orchardproject.net/Documentation/Managing-widgets (not the greatest huh!)
[15:54:34 CDT(-0500)] <Bosmon> I guess it's the kind of UI a developer usually comes up with
[16:19:04 CDT(-0500)] <NickMayne> lol - Yup!!!
[16:19:32 CDT(-0500)] <NickMayne> It trying to talk people out of the Modal Dialog to do text editing... one of the devs doesnt like inline editing
[17:27:27 CDT(-0500)] <Auto> Hi
[17:27:55 CDT(-0500)] <Auto> I'm looking for few tips on implementing design patterns
[17:28:28 CDT(-0500)] <Auto> Can anybody help me with the same thnx