Time |
Nick |
Message |
16:09 |
meeting |
Meeting started Sun May 29 16:09:15 2011 UTC. The chair is garycmartin. Information about MeetBot at http://wiki.debian.org/MeetBot. |
16:09 |
|
Useful Commands: #action #agreed #help #info #idea #link #topic #endmeeting |
16:09 |
silbe |
manuq: yeah, since the Design Team members have limited time, our todo list tends to grow out of proportions... :-/ |
16:09 |
garycmartin |
Well welcome all, quick roll call fro the logs? |
16:09 |
erikos |
is around |
16:09 |
manuq |
silbe: hope I can help with that |
16:10 |
erikos |
christianmarcsch, do you know manuel already? |
16:10 |
christianmarcsch |
erikos: no... hi manuel! |
16:10 |
manuq |
hi christianmarcsch! |
16:10 |
silbe |
manuq: looking forward to it. Maybe you could introduce yourself quickly? |
16:10 |
erikos |
otherwise manuel can introduce himself shortly |
16:10 |
garycmartin |
hopefully Walter will remember the meeting and join us later ;-) |
16:11 |
manuq |
ok |
16:11 |
|
I'm Manuel Quiñones from Argentina |
16:11 |
|
I'm a programmer and also like the visual arts |
16:11 |
|
specifically film and animation |
16:12 |
|
and I'm now working part time for olpc |
16:12 |
|
since a few days ago |
16:12 |
christianmarcsch |
manuq: nice to meet you! |
16:12 |
garycmartin |
manuq: excellent, glad to have you around! |
16:12 |
manuq |
thankyou |
16:12 |
silbe |
manuq: Welcome again! |
16:13 |
garycmartin |
OK let's hit a topic and get started. |
16:13 |
|
#topic Copy-to option |
16:13 |
|
erikos: want to give a quick cover story? |
16:13 |
erikos |
yes |
16:14 |
|
I want to get finally rid off the 'keep as' option in the activity toolbar |
16:15 |
|
and we came to the conclusion that a copy to option in the Journal could replace that functionality: http://dev.laptop.org/~erikos/[…]ack-and-white.png |
16:15 |
|
in the entry palette like in the screenshot above |
16:16 |
|
or here is how it looks like in the detail view http://dev.laptop.org/~erikos/[…]opy-to-detail.png |
16:16 |
christianmarcsch |
erikos: i'm not sure if copy to makes sense in all cases |
16:17 |
|
erikos: i still like "keep", because it doesn't suggest you are making a copy of the activity |
16:17 |
|
erikos: unless i'm misunderstanding the intent of these screens? |
16:18 |
silbe |
christianmarcsch: but that's exactly what Keep does (apart from some obscure side effects) |
16:18 |
erikos |
christianmarcsch, you mean the wording? |
16:18 |
|
christianmarcsch, or keeping the option in the activity in general? |
16:18 |
christianmarcsch |
it might be the wording. but the implication should be that you are storing the current activity you are working on, not a copy of it |
16:18 |
|
making a copy is something you could do later of course |
16:18 |
|
and you could always have the option, even in the activity toolbar... |
16:19 |
garycmartin |
erikos: so you propose Copy to -> [journal icon] as the solution for a duplicate feature? |
16:19 |
erikos |
garycmartin, exactly |
16:19 |
christianmarcsch |
what about "keep"? |
16:19 |
erikos |
christianmarcsch, the keeping in the activity itself is automatically |
16:20 |
christianmarcsch |
erikos: oh ok, that's fine |
16:20 |
erikos |
christianmarcsch, so the 'keep' button was there to make a duplicate actually |
16:20 |
christianmarcsch |
erikos: i see, then i'm on-board |
16:20 |
erikos |
christianmarcsch, ok ;p |
16:21 |
christianmarcsch |
copy to seems more flexible than duplicate... |
16:21 |
erikos |
I want to remove the 'keep' option from the activity toolbar since kids think the have to hit that button in order to save their work |
16:21 |
|
which is wrong of course |
16:21 |
christianmarcsch |
erikos: sure, that makes sense. better to not even require a "save" button of sorts if we can do it automatically |
16:21 |
garycmartin |
erikos: Hmmm, Copy to -> [journal icon] for the duplicate object feature sounds somewhat obscure to me. |
16:22 |
erikos |
christianmarcsch, right |
16:22 |
|
garycmartin, ok, can you elaborate? other options? |
16:22 |
christianmarcsch |
the advantage of "copy to" is that it is more flexible though, right? you can copy to journal, usb, etc. |
16:22 |
|
(i mean relative to duplicate) |
16:22 |
garycmartin |
erikos: I very much like the Copy to -> clipboard/usb/other mounted volumes design though. |
16:22 |
erikos |
christianmarcsch, exactly, even Eben had that idea some years ago :) http://wiki.sugarlabs.org/go/File:Journal-04.jpeg |
16:23 |
christianmarcsch |
i think it boils down to a question of vocabulary |
16:23 |
|
but if we have duplicate, we may also need copy to |
16:23 |
|
to address other devices |
16:24 |
|
so copy to is a way to consolidate both |
16:24 |
silbe |
christianmarcsch: +1 |
16:25 |
christianmarcsch |
so maybe the question is, do we see a need to differentiate both functions? |
16:25 |
garycmartin |
erikos: I think duplicating an object is quite a different concept than copying an object somewhere. Copy --> to is great, but not I think where the duplicate functionality should be. |
16:25 |
christianmarcsch |
(duplicate in journal, and sending it to another device) |
16:26 |
erikos |
garycmartin, to me it works quite ok, where would you put it otherwise, another menu item? |
16:26 |
christianmarcsch |
maybe we need to work more like: "make copy in..." |
16:26 |
|
*word |
16:26 |
erikos |
garycmartin, like a 'duplicate' one ? |
16:26 |
christianmarcsch |
or "create duplicate in...." |
16:27 |
garycmartin |
erikos: another menu item (duplicate) was my first thought. |
16:27 |
christianmarcsch |
garycmartin: personally, i think the concept of making a duplicate and a copy somewhere is the same. it is more a question of how to reference the destination (journal, external device) |
16:27 |
garycmartin |
christianmarcsch: "create duplicate in..." hmmmmm, that's growing on me ;-) |
16:27 |
|
alsroot has quit IRC |
16:27 |
satellit_ |
copy to usb/desktop or a popup selection screen to chose destination of copy |
16:28 |
christianmarcsch |
garycmartin: :) |
16:29 |
garycmartin |
christianmarcsch: Yea I think your wording has done it for me, do folks think it would translate ok? |
16:29 |
christianmarcsch |
the advantage of another menu item for "duplicate" is that it is more direct |
16:29 |
|
alsroot <alsroot!~alsroot 94.137.229.183> has joined #sugar-meeting |
16:29 |
|
alsroot has quit IRC |
16:29 |
|
alsroot <alsroot!~alsroot pdpc/supporter/active/antilopa-gnu> has joined #sugar-meeting |
16:29 |
erikos |
garycmartin, "create duplicate in..." ? |
16:29 |
christianmarcsch |
this is probably also a case of how often people will need to use this functionality |
16:30 |
garycmartin |
erikos: yea. |
16:30 |
christianmarcsch |
i can actually also see a case for keeping them separate, like garycmartin said earlier |
16:30 |
garycmartin |
christianmarcsch: did I give in too soon ;-) |
16:30 |
christianmarcsch |
the case is mainly to have a shortcut for "copy to journal", expressed as "duplicate" |
16:31 |
|
from a usability standpoint, if this is commonly used functionality, it may be helpful to have a separate menu item |
16:31 |
|
erikos: do we have any observations from how kids use sugar to guide us here? |
16:32 |
garycmartin |
If we went with "create duplicate in...", would that confuse folks looking to copy an object to external media? |
16:32 |
erikos |
christianmarcsch, it is hard to say how often the kids use it |
16:32 |
christianmarcsch |
actually, do we currently even have "send to..."? |
16:32 |
erikos |
christianmarcsch, so far they have mainly used it for the wrong purpose :/ |
16:32 |
|
christianmarcsch, yes |
16:33 |
christianmarcsch |
erikos: what does that do? |
16:33 |
|
erikos: moves the instance over to another device? |
16:33 |
erikos |
christianmarcsch, send it to another user |
16:33 |
christianmarcsch |
erikos: but it creates a copy, right? |
16:33 |
silbe |
christianmarcsch: for now I'd assume it's not that often. We can always revisit this decision later if it turns out learners duplicate their entries all the time. |
16:34 |
erikos |
christianmarcsch, ahhh, I see where you are heading... |
16:34 |
silbe |
christianmarcsch: Send To is for sending files over the network (Jabber) |
16:34 |
christianmarcsch |
maybe another possibility is to consolidate "copy to" and "send to" into "send to", and have a separate "duplicate" item |
16:34 |
|
CanoeBerry has quit IRC |
16:34 |
erikos |
christianmarcsch, yes it creates a copy in some way |
16:35 |
|
CanoeBerry <CanoeBerry!~CanoeBerr c-66-30-2-16.hsd1.ma.comcast.net> has joined #sugar-meeting |
16:35 |
christianmarcsch |
i think to the user, it won't make much of a difference whether something is being copied to a device, the network, or another user's XO |
16:35 |
erikos |
christianmarcsch, yeah so the palette would be complex |
16:36 |
christianmarcsch |
erikos: do you have a screen of the send to palette by any chance? |
16:36 |
erikos |
christianmarcsch, because you would list there all the buddies you friended |
16:36 |
christianmarcsch |
erikos: i see. maybe devices could be listed first, then friends...? |
16:37 |
|
it does seem like "duplicate", "copy to" AND "send to" is having a lot of options |
16:37 |
silbe |
erikos: we could make Send To a submenu of the Copy To menu, like we are going to do for the volumes... |
16:37 |
|
(with a different name for Send To, of course) |
16:37 |
garycmartin |
christianmarcsch: it is currently Resume, Resume with, Copy, Send to, View Details, Erase. |
16:38 |
christianmarcsch |
silbe: possibly, although generally we've been trying to avoid submenus. maybe a modal dialog could pop up? |
16:38 |
|
garycmartin: right, i meant similar functionality to make a copy of the activity |
16:38 |
erikos |
christianmarcsch, http://dev.laptop.org/~erikos/copy/send-to.png |
16:38 |
|
christianmarcsch, this is a current screenshot |
16:39 |
christianmarcsch |
but is "send to" more about inviting someone into the activity? |
16:39 |
erikos |
christianmarcsch, no, it really sends the file over |
16:39 |
|
christianmarcsch, a picture for example |
16:39 |
christianmarcsch |
erikos: ah i see |
16:39 |
silbe |
christianmarcsch: a submenu is bad enough, we don't need to make it worse by popping up a modal dialog :-P |
16:40 |
christianmarcsch |
silbe: yeah, i agree :) |
16:40 |
erikos |
yeah, no dialog please ;p |
16:40 |
christianmarcsch |
to go back to the original issue, |
16:40 |
erikos |
yes |
16:41 |
christianmarcsch |
i suppose the problem is that "copy/send to" connotes an external entity |
16:41 |
|
whereas "duplicate" connotes the same location |
16:43 |
|
i still think "make copy in" or "make duplicate in" or something along those lines *might* work, |
16:43 |
erikos |
should we try to find a consensus,to move forward? |
16:43 |
christianmarcsch |
but i'm not 100% sure to be honest |
16:43 |
erikos |
christianmarcsch, 'make duplicate in' sounds good to me |
16:44 |
christianmarcsch |
maybe we can shop that proposal around to a few other people and get their reactions |
16:44 |
|
(like walter) |
16:44 |
erikos |
christianmarcsch, walter bought in to copy-to on the email thread ;p |
16:45 |
|
http://lists.sugarlabs.org/arc[…]1-May/031322.html |
16:45 |
christianmarcsch |
another thought: |
16:45 |
|
what if we only had "duplicate" |
16:45 |
|
and left it up to the user to drag the activity over to another device? |
16:45 |
garycmartin |
erikos: what would be you downside to having Copy to -> clipboard/devices and an extra duplicate top level menu item? |
16:46 |
christianmarcsch |
eliminated "copy to" altogether? |
16:46 |
erikos |
garycmartin, just that we grow the palette in general, but would be ok with me |
16:46 |
|
christianmarcsch, dragging is not a good idea for young learners in my opinion |
16:47 |
|
christianmarcsch, is a very complex physical move |
16:47 |
|
christianmarcsch, it does work currently, but it is not discoverable neither |
16:47 |
garycmartin |
christianmarcsch: I think dragging to a device is not so obvious, I often see folks asking how to do that currently. |
16:48 |
christianmarcsch |
ok |
16:49 |
|
well, |
16:49 |
silbe |
erikos: +1, even to for an adult dragging can difficult. Especially on XOs... |
16:49 |
christianmarcsch |
how about if "copy to" became "move to" |
16:49 |
erikos |
christianmarcsch, move means you take it away |
16:49 |
silbe |
christianmarcsch: -1. Move To implies destroying the original. |
16:49 |
christianmarcsch |
what i'm trying to do is separate the "copy" functionality from the concept of a device (internal or external) |
16:49 |
erikos |
christianmarcsch, which is not accurate |
16:50 |
christianmarcsch |
fair enough |
16:50 |
|
tch <tch!~tch 190.23.85.180> has joined #sugar-meeting |
16:50 |
garycmartin |
How about 'Copy duplicate to...' as another shot at wording? |
16:51 |
christianmarcsch |
garycmartin: i guess "copy" already implies "duplicate" :) |
16:51 |
erikos |
I think copy-to is quite good, maybe the only question that remains is whether we make 'duplicate (Journal)' a separate option or not |
16:51 |
christianmarcsch |
erikos: yes |
16:51 |
garycmartin |
erikos: Yep |
16:52 |
erikos |
(and an icon for the clipboard) |
16:52 |
christianmarcsch |
what does everyone think? |
16:52 |
garycmartin |
christianmarcsch: I was thinking 'Copy duplicate to...' might help if your local Journal appears in the list (aka duplicate) |
16:53 |
christianmarcsch |
after having talked this over, i think i may be leaning towards keeping "duplicate (Journal)" as a separate option |
16:53 |
garycmartin |
erikos: icon for clipboard, yes I have one in mind, I'll try and get one too you in a few days. |
16:53 |
erikos |
garycmartin, I find 'Copy duplicate to Journal' more confusing than 'Copy to Journal' |
16:53 |
garycmartin |
erikos: definitely don't use the down arrow ;-) |
16:53 |
silbe |
+1 from me for the functionality as outlined by erikos. I don't care too much for the exact wording, but would consider a separate Duplicate item unnecessary. |
16:53 |
erikos |
garycmartin, as christianmarcsch pointed out, copy implies duplicate |
16:54 |
|
garycmartin, just a placeholder ;p |
16:55 |
|
ok, let's vote for a separate icon or not: |
16:55 |
|
does not need a separate icon |
16:56 |
garycmartin |
+1 for duplicate as a separate menu item |
16:56 |
christianmarcsch |
+1 for keeping "duplicate" |
16:56 |
manuq |
+1 for duplicate as a separate item |
16:56 |
christianmarcsch |
(to me, keeping "duplicate" is the safer choice for now. if we get more data on how kids are using it, we can always consolidate later) |
16:57 |
silbe |
-1 for a separate duplicate, as mentioned above |
16:57 |
erikos |
ok, looks like we have 3:2 |
16:57 |
silbe |
3:2 yes:no, so we'll get a separate duplicate action |
16:57 |
christianmarcsch |
close call :) |
16:58 |
manuq |
didn't say any fundaments, through |
16:58 |
erikos |
exact wording for the item then please: |
16:58 |
silbe |
manuq's fault ;) |
16:58 |
erikos |
'Make duplicate' |
16:58 |
|
any icon? |
16:58 |
garycmartin |
erikos yep, perhaps you could ping Walter as well when you catch him? |
16:58 |
christianmarcsch |
i think simply "Duplicate" |
16:58 |
erikos |
now the 3 can make something up ;p |
16:58 |
garycmartin |
christianmarcsch: +1 |
16:59 |
erikos |
garycmartin, sure, I can post a screenshot on the ml-thread and walter can reply |
16:59 |
|
otherwise, we are good to go, I guess |
16:59 |
christianmarcsch |
great |
17:00 |
erikos |
thanks! (even so it took longer for that item then I thought) |
17:00 |
|
s/then/than |
17:00 |
silbe |
erikos: it always takes longer. But I'm glad we're making good progress on getting rid of the Keep button. |
17:00 |
garycmartin |
#agreed add Duplicate as new Journal menu item and Copy to -> Clipboard/Devices |
17:00 |
erikos |
silbe, yes! |
17:01 |
garycmartin |
finally.... |
17:01 |
silbe |
I just hope we can discuss the Neighbourhood soon. It takes a lot of effort on the technical side... |
17:02 |
christianmarcsch |
should we talk about neighborhood next? |
17:02 |
manuq |
will do a proposal for icons soon |
17:02 |
garycmartin |
OK, next topic? Should we jump to neighbourhood? |
17:02 |
erikos |
has to go :/ |
17:03 |
silbe |
how much time do we have left? |
17:03 |
erikos |
manuq, which icons, the neighborhood ones? |
17:03 |
|
lucian_ <lucian_!~lucian 78-86-217-168.zone2.bethere.co.uk> has joined #sugar-meeting |
17:03 |
silbe |
Neighbourhood will take some time... |
17:03 |
manuq |
erikos: no, sorry, the copy-to/duplicate ones |
17:04 |
garycmartin |
silbe: well time is officially up, but I can do another 1hr if needed. |
17:04 |
erikos |
manuq, for the copy-to-clipboard? |
17:04 |
manuq |
erikos: yes |
17:04 |
garycmartin |
christianmarcsch: how are you for time? |
17:04 |
christianmarcsch |
garymartin: still have a few more mins... |
17:04 |
erikos |
garycmartin, ok, would be good to coordinate with garycmartin - he has some ideas as well |
17:04 |
manuq |
erikos: yes I will |
17:05 |
erikos |
manuq, great! |
17:05 |
|
quick note: for the 'Writing to Journal anytime', I am curreently implementing Christian's mockup |
17:05 |
|
lucian has quit IRC |
17:05 |
garycmartin |
OK how about we cover a 'small' topic, UI for taking screenshots? |
17:05 |
erikos |
http://wiki.sugarlabs.org/go/F[…]view_20110313.pdf |
17:06 |
garycmartin |
erikos: fab |
17:06 |
silbe |
garycmartin: since christianmarcsch has only a few minutes, how about discussing Browse first? |
17:06 |
erikos |
(the second page one) |
17:06 |
christianmarcsch |
erikos: great! |
17:06 |
garycmartin |
silbe: is the the Reword warning in Browse topic? |
17:07 |
silbe |
garycmartin: that one and the Export to/as PDF feature |
17:07 |
erikos |
'detail view as modal dialog' - I can give you feedback on that by mail |
17:07 |
|
christianmarcsch, I guess I can cc you on the mail directly since you unlikely will read all sugar-devel, right? |
17:07 |
garycmartin |
#topic Reword warning in Browse when stopping while there are downloads happening in the background |
17:07 |
silbe |
garycmartin: once those two are decided on, I can push out a new Browse release. |
17:07 |
christianmarcsch |
erikos: thanks, that would be great! |
17:08 |
erikos |
christianmarcsch, ok, nice! |
17:08 |
garycmartin |
silbe: could you give a quick summary of the mail thread? |
17:08 |
erikos |
thanks everyone - and hopefully see you soon again! |
17:08 |
|
erikos has quit IRC |
17:09 |
silbe |
erikos, christianmarcsch: remember there's a topic filter for sugar-devel. Put [DESIGN] into the subject for all design related mails. Then you can configure your sugar-devel subscription to only forward you design related mails. |
17:09 |
|
lucian <lucian!~lucian 78-86-217-168.zone2.bethere.co.uk> has joined #sugar-meeting |
17:10 |
|
lucian_ has quit IRC |
17:11 |
silbe |
Browse displays a warning if you try to Stop it while there are still downloads happening in the background |
17:12 |
|
Currently the wording is "Cancel" to not Stop Browse and "Stop" to abort all pending downloads (removing them from the Journal) and Stopping Browse. |
17:13 |
|
The suggestion from Rafael was to use "Continue Download" + "Cancel Download" |
17:13 |
|
CanoeBerry has quit IRC |
17:15 |
silbe |
My suggestion was "Continue Download" + "Stop Download", but only until I discovered that Browse does remove the pending downloads from the Journal. |
17:15 |
manuq |
I think "continue download" and "cancel download" does not imply if the activity is going to be closed or keep open |
17:15 |
silbe |
so there's actually two issues to discuss: 1. the confusing wording, 2. whether we should remove partial downloads from the Journal. #2 has consequences for #1. |
17:17 |
garycmartin |
silbe: "Continue Download" instead of "Cancel" seems good - can we just leave "Stop" as it is (as it)? Do you have the message text to hand that goes with those buttons? |
17:17 |
silbe |
FWIW, there's currently no way to resume partial downloads and adding support for that might require some design changes first |
17:18 |
|
garycmartin: the only text besides the button labels is: "Download in progress" (title) and "Stopping now will cancel your download" (message) |
17:19 |
|
garycmartin: if we change to message to imply / spell out that downloads will be destroyed (removed from the Journal), keeping "Stop" is fine with me. |
17:20 |
garycmartin |
silbe: if we don't allow resuming partial downloads at the moment, then we should delete them. If in the future we can add that feature (nice to have), then we should leave partial downloads (and make sure the Journal shows they are partial downloads clearly) |
17:20 |
silbe |
garycmartin: the Journal already has indications for partial downloads (progress bar) |
17:20 |
|
*indicators |
17:21 |
|
garycmartin: ok, then we only have to decide on the wording. |
17:21 |
garycmartin |
thinks |
17:23 |
silbe |
garycmartin: we can also continue this topic on the ML if you prefer. I think we're all on the same line now, so we don't benefit from synchronous communication. |
17:23 |
garycmartin |
How about "Stopping now will erase your download" |
17:24 |
|
or "Stopping now will remove your download" |
17:24 |
silbe |
garycmartin: sounds good to me. we should take care of the plural forms, but thats more of a technical issue |
17:25 |
|
garycmartin: we say Erase in the Journal, so I'd prefer it over Remove. |
17:25 |
garycmartin |
Cheat with "download/s" text? |
17:26 |
|
silbe: Yes erase would be my first choice for consistency. |
17:26 |
silbe |
garycmartin: we could use "download(s)", but I don't know enough about translations to be sure it translates well enough into other languages. |
17:27 |
garycmartin |
silbe: yes, fair point, some plurals will be completely different words. |
17:27 |
|
christianmarcsch: ping, you still with us? |
17:28 |
christianmarcsch |
graymartin: sorry, yes |
17:28 |
|
had to step to away for a few |
17:32 |
garycmartin |
So to summarise I think we originally had in Browse "Download in progress", "Stopping now will cancel your download", (Cancel) (Stop) |
17:33 |
|
And we're now at "Download in progress", "Stopping now will erase your download", (Continue Download) (Stop) |
17:33 |
silbe |
christianmarcsch: Short summary: Browse currently has a warning "Download in progress" "Stopping now will cancel your download" (Cancel) (Stop). Current suggestion is to change it to read "Download in progress" "Stopping now will remove your download [approp. plural form]" (Continue Download) (Stop) |
17:33 |
|
bah, garycmartin is too fast ;) |
17:34 |
christianmarcsch |
thanks |
17:34 |
silbe |
and his text is correct: s/remove/erase/ |
17:34 |
christianmarcsch |
i think the proposal sounds fine! :) |
17:34 |
silbe |
great! |
17:35 |
manuq |
+ 1 for me |
17:35 |
christianmarcsch |
+1 |
17:35 |
garycmartin |
...where clicking (Stop) stops Browse and erases the partial download in the Journal (because we don't support resuming partial downloads yet) |
17:36 |
|
#agreed Browse stop warning "Download in progress", "Stopping now will erase your download", (Continue Download) (Stop) |
17:37 |
silbe |
should we tackle the PDF one now or do that one via email? |
17:37 |
christianmarcsch |
silbe: email may be better for now... |
17:37 |
silbe |
My hope is that we only need to tweak details like which icon to use and whether to colour it... |
17:37 |
christianmarcsch |
also, i can meet again tomorrow (same time) if that works for people |
17:38 |
garycmartin |
looks at his calander |
17:38 |
silbe |
christianmarcsch: ok, let's do it via email. I won't have time for a meeting until Thursday I'm afraid. |
17:39 |
garycmartin |
christianmarcsch: yea I could make it if others can. |
17:39 |
|
christianmarcsch: OK perhaps we should try and continue via email is silbe can't make it. |
17:40 |
christianmarcsch |
garycmartin: sounds good for now |
17:40 |
|
and we can meet again next weekend |
17:40 |
silbe |
but if you'd like to meet tomorrow and discuss toolbars I wouldn't mind. |
17:40 |
garycmartin |
Lets wrap up for today, same time nextweek? |
17:40 |
silbe |
garycmartin: +1 |
17:41 |
christianmarcsch |
perfect |
17:41 |
|
thanks all |
17:41 |
silbe |
thanks everyone for a rather productive meeting! |
17:41 |
manuq |
garycmartin: I will send you an email about the copy-to clipboard icon |
17:41 |
garycmartin |
silbe: I'm sure you'll agree I should be releasing Clock, Calculate, Labyrinth (if I am allowed still), Moon, rather than meeting ;-) |
17:41 |
|
manuq: thanks. |
17:42 |
silbe |
garycmartin: I can't judge that - me might be blocking others if they're waiting for feedback on their new-style toolbar designs... |
17:42 |
garycmartin |
manuq: And thanks for the Clock patches. I needed to rework the new toolbars patch as it breaks older version of Sugar (at least 0.88) |
17:42 |
silbe |
s/me/we/ |
17:43 |
|
garycmartin: but releasing new versions of several activities sounds promising nevertheless :) |
17:44 |
garycmartin |
manuq: oh, and getting a Traceback on first launch that I need to fix (though it doesn't crash Clock) |
17:44 |
|
silbe: ;-) |
17:45 |
|
OK, well thanks everyone. We'll try again for same time next week. Until then we can try to carry on with the various design email threads! |
17:45 |
|
#endmeeting |
17:45 |
meeting |
Meeting ended Sun May 29 17:45:26 2011 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot. (v 0.1.4) |
17:45 |
|
Minutes: http://meeting.sugarlabs.org/s[…]-29T16:09:15.html |
17:45 |
|
Log: http://meeting.sugarlabs.org/s[…]11-05-29T16:09:15 |