[01:13] mhall119: one more bug down :) [01:14] and it's not even Friday yet [01:14] well, i mean it is for you [01:14] but not me [01:14] good morning, by the way [01:14] morning :) [01:14] today seems a good day altogether [01:14] yay [01:14] India kicked australia last night in the world cup :p [01:15] have you started your new job yet? [01:15] Nope [01:15] I'm hoping 3rd April. [01:15] You got your nw job after me and you're already 1 week into it! [01:15] dude, even I'm tired of waiting for you to be done there now [01:16] oh yeah? Think about me! [01:16] give me your boss's email, I'll have you off the job tomorrow ;) [01:17] haha [06:53] good morning [07:40] good morning === khrm_ is now known as khrm === daker_ is now known as daker [10:08] mornin [10:10] cjohnston: its early [10:10] 610 [10:10] todays b shift [10:10] DST. Ugh, I hate tz. [10:37] aloha [11:32] nigelb: didn't I warn you? [12:26] lol mhall119 [12:39] mhall119: ping [12:43] Ronnie: pong [12:43] im currently brainstorming on the virtual event [12:43] in the wiki I hope [12:43] currently on xmind [12:44] results will be on the wiki tough [12:44] ok [12:44] so what are your thoughts? [12:44] if we add another event, which share almost all the functions, it could become a complete mess [12:45] I agree [12:45] currently im investigating to have 1 type of event (on the backend) [12:45] I wanted to just add 2 new fields to TeamEvent [12:45] and show it to the user as 3 different events (normal event, meeting and virtual) [12:45] I don't want to separate physical and virtual events [12:45] I consider them both "events" [12:46] thats ok too [12:46] but im event thinking a meeting as an event (on the backend) [12:46] it's just a matter of collecting the info needed to make our TeamEvent capable of supporting online participation [12:46] no, meetings collect different information [12:47] in the community, meetings and events are different things [12:47] i think meetings can be the same on the backend [12:47] i think we even may be able to support 'classes' [12:48] and maybe other types of 'events' [12:49] meetings for example can also be physical and remote combination [12:49] the meeting has a chair, but other events (like classes) could have a chair/teacher too [12:50] each event could have some sort of log (meeting minutes, chatlog, audio/video log, some wiki page, flick photo's) [12:53] I like having a little selecter that you check which type of event, and then it displays venue, channel, or venue and channel based on your choice [12:53] cjohnston: indeed, but have only one 'backend' [12:53] ya.. thats on just the current create event page [12:55] Event Name [12:55] Begins [12:55] Ends [12:55] Type (in person, vitrual, mixed) [12:55] description [12:55] announcement [12:55] etc [12:56] and then if you tick in person it displays venue, virtual it displays a box for entering a channel, mixed it displays both [12:56] on the same page we already have [12:58] http://ubuntuone.com/p/jPK/ [12:58] this is my brainstorm part [12:58] i think we should not be limited to IRC chat only [13:04] Ronnie: missing "content" (description, meeting agenda, ...) in your reflexion :) [13:05] indeed, missing a lot of stuff :) [13:05] ill add is asap [13:05] not so much [13:26] http://ubuntuone.com/p/jPK/ [13:26] updated, YoBoY, cjohnston: do you have any noted on this map? [13:26] Ronnie: little steps, we can limit to IRC only for now, and expand more later [13:27] seems a bit complicate for me ^^" === kinoucho` is now known as kinouchou [13:28] YoBoY: we already have most of that [13:29] he's just trying to group similar data items into logical categories [13:30] mhall119: yes I know, I was just refering to his schema [13:30] mhall119: yes, but we have to watch to not build too much on IRC, because it can be hard to add other items [13:31] others are uesually easy. for example: skype, you only need to provide username [13:31] Ronnie: but we'll cover at least 80% of the use cases with very little effort [13:32] we can add 2 fields to TeamEvent and get almost as much benefit as we would refactoring the entire data structure [13:32] with much fewer introduced bugs [13:33] how this is developed ? a main class and sub classes for each type of events ? or one class to rule them all ? [13:35] mhall119: we can indeed easily solve this by adding two fields. thats a quick fix, but not future stable [13:36] when we keep adding single fields for everything without thinking, the app will be unmaintainable in the future [13:36] +1 [13:36] I agree [13:37] but on the other hand, major refactoring doesn't come without a price either [13:37] the question is just where to draw the line [13:37] so we could add those fields to solve the bug, but in maintime we need to make progress on the 'buigger part' [13:37] +1 on that [13:51] should it be possible (in the new concept) to have multiple physical/remote locations? [13:53] for example a classroom, can have to IRC chatrooms, but if thats the only example. i think we should restrict to one physical and one remote [13:53] mhall119, YoBoY ^ [13:53] to = two [14:01] chat channels can be referenced in the description, not really necessary to have them as part of the location. Btw when we need a separated channel for chat, we also have more than one with the foreign language channels === khrm_ is now known as khrm [14:03] we can't put all the informations in separated fields, I can think of so many links we can add to only one event, it's overwhelming ^^" [14:04] Ronnie: I think trying to cover the classroom requirements is too much for this feature [14:05] keep it simple, and if you want to add more, we can always create a token/micro-content/something object containing (linked_event, type, content) where we can put tags, urls, hashtag, photo_stream, facebook pages, ... === khrm_ is now known as khrm === khrm_ is now known as khrm === khrm_ is now known as khrm === dholbach_ is now known as dholbach [18:03] does anybody know if/how well CDMA phones work in Europe? [18:04] mhall119: -uk might be a good place to ask [18:05] I'm not concerned about hungary, actually [18:06] not concerned about hungary? [18:06] we bought a sim card over there in belgium to not have to pay [18:06] the international rates [18:07] cjohnston: I don't think you can do that with cdma phones though [18:07] dunno [18:10] mhall119: generally pretty badly in Europe [18:11] I'm wondering if I should switch carriers [18:11] (Verizon phones as a rule don't work except for a couple phones that I think you can 'borrow' and pay their ridiculous fees to use) [18:11] it's unfortunate, cause they have the best coverage and service around here [18:12] you might be better off to either use phone cards and landlines or to see if you can get a cheap PAYG phone once you're over [18:12] yeah, I think paygo is what I'll end up doing [18:12] I still need an andoid phone though... [18:12] I'm on AT&T and while I certainly can (and do) use it in Europe, it's expensive to do so [18:13] (and I just turn data roaming off because it's soooo expensive) [18:13] well there will be wifi at the hotel at least [18:13] yeah [18:13] so I can get a cheap paygo phone for calls if I want to [18:13] tbh, in Brussels I barely used my phone [18:13] I used it early on to hook up with people [18:13] but used skype to call hom [18:14] so, HTC Incredible or Samsung Galaxy S [18:14] *home [18:14] or Droid 2 [18:14] I know people who've loved their Droids (probably of those 3 it's the one I've heard the most raving about) [18:15] (that said, I don't know if I know anyone with an Incredible) [18:17] my brother has an incredible and has been happy with it === daker is now known as daker_ [22:08] I have a question for the professionals of linux based programming, my question is can linux programming be compatible with pc,mac operating systems and the internet? Thank you for the response. [22:13] newuser: I don't quite understand [22:15] newuser: you mean can you write a program for linux, and run it on Windows or OSX? [22:17] It's ok. I'll figure out. Thanks for the help [22:26] heh