Web   ·   Wiki   ·   Activities   ·   Blog   ·   Lists   ·   Chat   ·   Meeting   ·   Bugs   ·   Git   ·   Translate   ·   Archive   ·   People   ·   Donate

#sugar-meeting meeting, 2010-01-16 11:10:00

Minutes | Index | Today     Channels | Search | Join

All times shown according to UTC.

Time Nick Message
11:10 erikos #TOPIC 0.88 design meeting
11:10 christianmarcsch simon, do you want to start off?
11:10 erikos christianmarcsch: yup
11:10 #LINK http://wiki.sugarlabs.org/go/D[…]Team/0.88_Meeting
11:11 This is the agenda.
11:11 Maybe, first about the dates (good to have them in mind)
11:11 christianmarcsch great
11:11 walterbender made it :)
11:11 erikos http://wiki.sugarlabs.org/go/D[…]g#Important_Dates
11:11 christianmarcsch feature freeze on Feb 1
11:12 erikos christianmarcsch: yes, so quite close (I moved it already by one week)
11:12 christianmarcsch is there a list of new features for the next release that i can glance at?
11:12 silbe is there any feature not yet accepted?
11:12 erikos silbe: tags in Journal is pending
11:13 silbe erikos: ah, right.
11:13 erikos silbe: and i might propose a simple one (but more about that later)
11:13 christianmarcsch ok
11:13 erikos any questions about the dates?
11:13 christianmarcsch it seems a bit tight
11:13 but we are also meeting late
11:14 erikos christianmarcsch: depending on the how invasive the changes for the home view are
11:14 christianmarcsch erikos: that's true
11:14 erikos christianmarcsch: we might be able to do it until the UI freeze
11:14 christianmarcsch: it is somehow a bugfix
11:15 christianmarcsch i'm curious to see if we are addressing some of the issues we discussed last time
11:15 but let's save that until we cover your agenda
11:15 erikos ok, great
11:15 1) Resume/Start new on the Home View
11:16 as all of you have been following the mailing list discussions, I think I do not have to present the issue again
11:16 christianmarcsch so, the issue is that kids are having a hard time knowing how to start a new activity, once they have started one in the past
11:16 erikos christianmarcsch: right
11:16 christianmarcsch how much evidence do we actually have to support that?
11:16 eben Right, there is no one-click way to start a new activity.
11:17 erikos christianmarcsch: i made a little survey in my Sugar class, and several things happened
11:17 silbe eben: not only not just one click, but it also takes some patience to discover (secondary palette)
11:17 christianmarcsch eben: that's true, though there should be a one-click way if you hold the alt key, no?
11:17 erikos christianmarcsch: but the issue is, how do you know about the alt/key?
11:17 christianmarcsch erikos: i agree
11:17 eben silbe: agreed. The problem is that it's not a primary action anywhere in the UI.
11:18 christianmarcsch well, we came to this design because kids weren't able to resume old activities
11:18 eben christianmarcsch: that's for those in the know, but not a solution to the issue, I think. We don't want to _have_ to teach kids shortcuts like that.
11:18 christianmarcsch so we placed the emphasis on resuming, rather than starting fresh
11:18 eben: i agree with that
11:19 erikos christianmarcsch: yeah, that solved the issue of to many actiivties in the journal
11:19 silbe we might add a way to create a new document (activity session) from within a running (i.e. resumed) activity, but IMO that's stuff for 0.90
11:19 christianmarcsch so, i think we knew that it would de-emphasize starting new activities, but we were comfortable with making resume the default
11:19 erikos christianmarcsch: which was great, but brought new issues
11:19 eben christianmarcsch: I think that was a mistake, in some ways. It's always been my fear that starting a fresh activity would be hard. The problem, I think, is that kids weren't, for various reasons, using the Journal effectively. So we should emphasize it somehow to make it clear the distinction between start/resume.
11:20 christianmarcsch eben: i don't think it was a mistake--i think these are issues we can address
11:20 the most important thing, in my opinion, is to allow resuming
11:20 since you start an activity the first time
11:20 but as i mentioned in the email thread, i think there may be a solution inside the activity itself
11:21 eben christianmarcsch: I think the problem is that neither of these is "more important"...they're just different use cases. So we need a way to expose both paths in a logical manner with equal weight.
11:21 erikos eben: jup, that sounds about right to me
11:21 christianmarcsch i.e., if you click on an activity in the ring (colored, to resume), you might see a dialog inside the activity asking if you'd instead like to start a new activity
11:22 garycmartin christianmarcsch: any solution that requires all activities to change is going to take a long, long time to happen. We aren't even close to catching up with the new toolbar designs.
11:22 eben That further confuses the activity as object idea, it seems.
11:22 christianmarcsch eben: true, though i think we do need to pick a default behavior
11:22 eben: it sounds like a clear and straightforward solution, to me...
11:22 eben I don't...I think we need to make the paths to both more clear from the start, to encourage kids to think about what it is they want to do.
11:23 silbe eben: +1
11:23 christianmarcsch eben, in theory i agree, but you can't expose all functions at once
11:23 not if you want an intuitive design solution ... ;)
11:23 erikos what I did is: when you click on the activity icon, the full palette comes up and you can choose from new or previous instances
11:23 silbe and if we let them to do within an activity, do it really inside (i.e. "Clear" / "Start new" button inside activity palette) rather than inside the loading screen
11:23 erikos that makes it two clicks, though
11:23 christianmarcsch erikos: that, too, sounds like a good solution
11:24 two clicks is something we could live with, i think
11:24 maybe holding "alt" makes it a single click, for more "advanced" users
11:24 eben Though it kind of disintegrates the idea that the palettes should only be necessary for kids who want extra functionality.
11:24 christianmarcsch: right-click always brings palettes up instantly.
11:25 erikos eben: yeah, that is true
11:25 christianmarcsch eben: so, we do need to look for a solution that is consistent with the ui principles
11:25 walterbender Are Gary's sketches not an alternative to two clicks?
11:25 eben erikos: What are the reasons you find that kids don't make use of the Journal for resuming?
11:25 christianmarcsch walterbender: the problem with the sketches is that they duplicate the activity icons
11:25 erikos eben: well, right click - it is hard for the kids to remember that, even so I told them several times, they still just click on the icon
11:25 walterbender eben: too many clicks
11:26 christianmarcsch walterbender: this makes it more confusing, knowing which one to select
11:26 walterbender eben: and not easy to find on non-OLPC-XO Sugar
11:26 erikos eben: yeah, I think - hard to know where the Journal is, is one reason
11:26 eben christianmarcsch: I disagree...they're fundamentally different actions, and the two icons represent different things. I'm not sure about how we'd best show them at the same time, but I think it's logically consistent.
11:26 walterbender christianmarcsch: colored vs grey is a pretty esy heurisitc to learn
11:27 eben So, perhaps the best thing is to find a way to make the Journal friendlier to access/use
11:27 christianmarcsch i don't think duplicating the icon itself will help solve the issue
11:27 eben It really is the perfect place for resuming something, as an ordered list of things you've recently done.
11:27 walterbender if we reach consensus about anything today, I hope it is to always have the journal icon availalble on the home view
11:27 christianmarcsch it's true that color vs. b/w is a differentiator, but it is supposed to be a state of a single object
11:28 erikos eben: I asked the kids "how would you resume an activity" and most of them said: Journal, it means something to them
11:28 eben christianmarcsch: Well, the colored one represents one of many activity instances.
11:28 erikos: That's good to hear!
11:28 christianmarcsch eben: i don't know that we differentiate primarily by activity instance, but rather by activity
11:28 walterbender here is a hair-brained idea I bring up to to make sure it is dismissed: what if the icons where split into two halves: color and grey and depending upon whcih half you click...
11:29 christianmarcsch i guess another option might be to have the other instances "fan-out" on hover over an icon
11:29 silbe walterbender: i think we can agree on that. FWIW I'd always show the Journal below the kid icon, not "the" currently active activity. It makes the Journal take the central place.
11:30 walterbender christianmarcsch: if the secondary palette appeared on hover, that would do a lot...
11:30 erikos silbe: garycmartin offered to make it the one in the ring at the top
11:30 christianmarcsch silbe: that unfortunately breaks the entire ui paradigm of activities associated with XOs
11:30 eben Always showing the Journal under the XO is interesting...
11:30 christianmarcsch not that we shouldn't have the journal in home
11:30 walterbender silbe: I agree. The activity under the XO doesn't really add a lot
11:30 eben But I agree with christianmarcsch that it breaks the paradigm.
11:31 Always showing it in the Home screen seems perfectly logical, though.
11:31 christianmarcsch but let's get back to the main issue for a minute
11:31 silbe walterbender: IMO that's still not prominent enough, though adding color (with all others uncolored) might help there.
11:31 christianmarcsch what if the secondary palette did appear without a delay?
11:31 that would make the other options more discoverable, right?
11:32 walterbender christianmarcsch: I think so.
11:32 eben That still seems like a workaround for the Journal not being accessible.
11:32 walterbender eben:  I think we need both
11:32 erikos eben: well, one could do both
11:32 eben: journal more prominent
11:32 silbe christianmarcsch: i don't think showing a single activity makes a lot of sense to the users anyway
11:32 christianmarcsch eben: we can discuss the journal separately
11:32 walterbender eben: even if the journal were accessible, it is still lots of mousing...
11:32 christianmarcsch but frankly, removing the delay seems like it might just work
11:32 erikos eben: and the palette apear directly
11:33 walterbender eben: if I want to resume the Write I was doing last week, I need to scroll or search... once I actually find the journal...
11:33 eben But it forces use of the palette.
11:33 You completely lose the ability to click directly on an object to enact upon it.
11:33 I really think the whole UI should be usable at a basic level without messing with palettes.
11:33 christianmarcsch eben: you should still be able to click on the object itself, no?
11:34 eben Not if the full palette appears immediately on hover
11:34 erikos eben: christianmarcsch yes, you are still able to click on the icon
11:34 christianmarcsch my feeling is, if there is a simple solution to the problem, them why change the entire UI?
11:34 after all, i think the home view in general is working
11:34 eben The "low floor" should not require a kid to ever see/need a palette.
11:34 christianmarcsch it's true, it would be nice to integrate the journal
11:35 silbe still thinks it makes more sense to keep home screen as a place for starting new work and the Journal for resuming previous work. We "just" need to make the Journal as prominent as the home screen.
11:35 erikos silbe: i think so, too
11:35 eben I see messing about with palettes as changing the paradigm, instead of ensuring that the core UI affords the basic actions needed.
11:35 christianmarcsch silbe: that's a point of view we can still discuss, but it was the impetus for the current design
11:35 in the very first iterations of the design, the journal was the only place to resume activities
11:36 and children were having difficulty
11:36 regarding palettes:
11:36 eben christianmarcsch: But they were having difficulty, it seems, because accessing the Journal is too hard; not because the concept is flawed.
11:37 garycmartin walterbender: if we reverted to "start new" as the default click, we'd still have all the resume items in the palette.
11:37 christianmarcsch to me, they actually may also work better in neighborhood and other views if the delay was a little shorter
11:37 in neighborhood especially, you are really reliant on palettes
11:37 eben garycmartin: right; and for those that don't know/want to use palettes, there's still the Journal.
11:37 christianmarcsch since color is not enough to signify the identity of an XO
11:37 erikos eben: garycmartin +1
11:37 christianmarcsch garycmartin: that is cetainly a possibility
11:38 silbe Too bad there's so few screen real estate on the XO-1. Showing both home screen and Journal in parallel (with easy ways to show either in "full screen") would be a nice way to solve it.
11:38 christianmarcsch that's why i think we need to emphasize one, or the other
11:38 eben christianmarcsch: primary palettes, yes...secondary, not necessarily.
11:38 christianmarcsch eben: OK, agreed
11:39 silbe christianmarcsch: +1, we definitely need a list view for those as well, but that's a different topic of course :)
11:39 christianmarcsch so, what if we took garycmartin's suggestion and made start new the default?
11:39 walterbender so if we make the journal always available and revert to default being new, are were there?
11:39 eben What if the Journal was just always in the ring (or whatever layout)...it's "just another activity", and yet it can't ever be stopped....
11:39 christianmarcsch then resuming an activity would happen in the palette
11:39 eben: +1
11:39 eben So maybe having that one colored icon next to the rest of the gray outlines would even further clarify the idea.
11:39 erikos eben: ++
11:40 christianmarcsch eben: i couldn't agree more ;)
11:40 eben Want to resume a (colored) activity...click on the colored Journal icon in front of you; otherwise, select one of these other things.
11:40 erikos garycmartin: you offered that one, too -- so I guess you agree here as well?
11:41 garycmartin erikos: well it's the best we have so far ;-)
11:41 silbe eben: ok, so let's try that first.
11:41 christianmarcsch i agree with having the journal in the ring, and also think that we *could* set the default behavior to "start new" rather than "resume"
11:41 walterbender eben: OK as long as we keep the secondary palette too
11:41 christianmarcsch but: what if we had an option in the toolbar, to toggle between the two?
11:41 erikos We might want to summarize - and see if we have a first consensus
11:41 christianmarcsch "resume" / "start new"?
11:41 silbe make it the top entry (similar outstanding in other layouts) and the only colored one
11:41 eben Yup....keep the secondary palette for the activities...
11:42 christianmarcsch (eben: didn't we try that at one point?)
11:42 walterbender so the Journal icon would act like gray'd mockup in some sense...
11:42 eben also, you could keep the alt-click to change the ring to resume mode...
11:42 But this should paint clearer paths to new/resume visible from Home.
11:42 christianmarcsch eben: that sounds fine
11:43 walterbender christianmarcsch: +1 to resume/start new since start new is the default for just clicking
11:43 garycmartin Though the coloured Journal icon with all the others in monochrome does look a little odd I think, and it suggests others would colour if currently running (like the top frame). Perhaps we should do that?
11:43 silbe christianmarcsch: what do you mean (option in the toolbar)?
11:43 erikos garycmartin: interesting
11:43 garycmartin: and if you click on it - it would resume?
11:43 christianmarcsch silbe: i meant being able to toggle whether you'd want "start new" or "resume" as the default behavior
11:44 silbe: which would either show gray or color icons, respectively
11:44 garycmartin erikos: if you clicked a coloured icon it would switch to it.
11:44 silbe christianmarcsch: ah, so like the alt key but as a toggle button?
11:44 christianmarcsch garycmartin: i like that idea
11:44 erikos garycmartin: right
11:44 christianmarcsch silbe: yes, exactly
11:44 silbe: they could act like two views, in a palette in the toolbar
11:45 eben So then if any instance of an activity is running, you resume that.....if none are running, you start new?
11:45 christianmarcsch that way, the default would be "start new", but kids would have an easy way to change the perspective
11:45 silbe christianmarcsch: interesting idea. And maybe even with Alt still inverting that choice...
11:45 garycmartin christianmarcsch: it almost adds back something similar to the original ring view showing running activities.
11:45 christianmarcsch garycmartin: yes, i think i like that idea
11:45 garycmartin: it makes a lot of sense
11:46 silbe garycmartin: I think I like it too. But the palette would still show a Start new option?
11:46 christianmarcsch silbe: i think there would have to be
11:46 garycmartin silbe: yes, palette would not change.
11:46 silbe ok, agreed then. :)
11:47 christianmarcsch eben, what do you think about gary's suggestion?
11:47 eben I think it might work. It biases toward only one instance of any activity at a time, but that might be OK.
11:47 christianmarcsch i agree, it might just work
11:47 somehow seems very intuitive
11:48 erikos eben: ahhh, yeah what happens if you have two instances open?
11:48 eben It does kind of encourage the thought that the activity in the ring is the same thing as the running instance....
11:48 christianmarcsch i think the bias towards a single instance could easily be the default
11:48 erikos: well, in that case, you could use the palette to switch between
11:48 silbe eben: That was my first thought exactly. It makes it easier to switch to running activities, though (without the Frame)
11:48 eben Which we wanted to avoid, since the ring is full of "templates"
11:48 christianmarcsch multiple instances seem like a more "advanced" thing to have, anyway
11:48 erikos hmm
11:49 christianmarcsch not to say we shouldn't support them, but it seems fine to have them be selectable in the palette
11:49 (which is what we currently do anyway)
11:49 in the frame, they would still be separated as individual elements
11:49 eben I guess my fear is that it might make kids think that clicking in the ring is the way to resume (but only sometimes! would they know?)
11:49 garycmartin erikos: hmm, could it show the colour of latest one used?
11:49 silbe right, since the most recent are shown we don't have to change any line of code for that :)
11:49 christianmarcsch eben: but you can start a new instance from inside the activity as well, no?
11:50 silbe christianmarcsch: how?
11:50 erikos garycmartin: yeah, though...
11:50 eben christianmarcsch: no
11:50 christianmarcsch silbe: i seem to remember designs where we supported that
11:50 eben an activity IS an object...it doesn't have means for managing other activities inside it.
11:50 christianmarcsch could we add a similar function inside the activity toolbar?
11:50 silbe christianmarcsch: not currently it seems
11:50 erikos I think that proposal puts open activity management to the home view, which it shouldn't
11:51 christianmarcsch not activity management; just starting a new activity fresh
11:51 erikos we put that into the frame - since it is accessible from all the views
11:51 silbe christianmarcsch: that would be the "clear" / "start new" i mentioned above
11:51 christianmarcsch so that kids don't start erasing the old instance (an issue simon pointed out)
11:51 erikos christianmarcsch: and you are able to switch to open instances
11:51 christianmarcsch silbe: in the frame?
11:52 silbe christianmarcsch: no, in the activity toolbar
11:52 eben But that's not a problem if they choose to resume or start new up front, which is the whole design goal here, right?
11:52 christianmarcsch silbe: can you repeat? sorry
11:52 silbe christianmarcsch: 17:23 < silbe> and if we let them to do within an activity, do it really inside (i.e. "Clear" / "Start new" button inside activity palette) rather than inside the loading screen
11:52 christianmarcsch eben: well, that's true, but i can still see a case where someone may already be in an activity, wanting to start a new instance
11:53 erikos eben: well from the ring you can then: start new, switch to an open one, (resume to older entries through the palette)
11:53 christianmarcsch silbe: thanks. i think adding that function in the activity toolbar would help, in addition to whatever changes we make in home
11:53 eben But then they should press the Home key, and start a new one. It's no more steps, and it keeps the distinction clean.
11:54 christianmarcsch eben: i know you are trying to keep it pure, but in this case a parallel pathway may not be a bad thing
11:54 silbe christianmarcsch: +1 and also related to the "Keep" mailing list thread. We should focus on the home screen issue now, though.
11:54 christianmarcsch seeing as you may already be in the scope of the activity sphere
11:54 erikos eben: was the last comment for me?
11:54 eben erikos: ?
11:55 erikos: eben: well from the ring you can then: start new, switch to an open one, (resume to older entries through the palette)
11:55 erikos eben: ok, then maybe not ;p
11:55 ok, I did not get it then ;p
11:55 what you mean by your reply, can you rephrase?
11:55 eben erikos: oh, no...I think we're in agreement.
11:56 christianmarcsch well anyway, regardless of the activity toolbar, garycmartin's suggestion to have the ring reflect current instances seems good. does everyone agree?
11:56 erikos eben: ahh... ;p
11:56 eben I was replying to Christian.
11:56 erikos ok
11:56 eben I'm not entirely convinced yet. :)
11:56 erikos christianmarcsch: not convinced neither ;p
11:56 christianmarcsch i can outline why i like it
11:57 silbe christianmarcsch: i'd say let's give it a chance. it duplicates the frame and makes the home screen impure again (in another way this time), but might work. :)
11:57 eben It leaves the question of what happens when you have two of the same activity, and it seems to just conflate the idea of the top edge of the Frame with the Home view.
11:57 christianmarcsch at startup, all activities will be gray (uninstantiated)
11:57 this serves as a constant reminder of the color/gray differentiation, and gives kids an easy way to start a new instance
11:57 garycmartin eben: yea, I'm seeing the issues.
11:57 christianmarcsch after instances have been started, home gives you a way back in
11:58 garycmartin eben: so if all stay grey, what do we do with the Journal icon, keep it grey as well?
11:58 christianmarcsch i don't see the "redundancy" with the frame as an issue, really
11:58 silbe we should try to make the Frame more accessible (esp. on touchscreen devices) as well, though that's a separate issue again
11:58 eben No, that's the special case.  You can't make a new Journal...it "just is"
11:59 So it would get the special status of being the colored icon in Home, which also serves to highlight it and make it clear that it's the place where colored (instantiated) activities live and can be resumed.
11:59 christianmarcsch if we go the route of all gray icons in home, i'd push for at least having the option to toggle back to "resume" mode in the toolbar
11:59 eben christianmarcsch: permanently? or would alt-click be enough?
12:00 christianmarcsch eben: i'd say permanently
12:00 eben: it's an option
12:00 eben I find resuming from home just discourages proper use of the Journal.
12:01 garycmartin Just thinking, having coloured icons in home that indicate the activity is running and switch to it would prevent kids from starting many activities and running out of ram. Just a thought.
12:01 christianmarcsch eben: i still like the ability to resume from home
12:01 eben (Keeping it in the secondary palettes is still fine with me, but I don't think it needs to be a primary option)
12:01 erikos eben: ++++++
12:01 christianmarcsch just a reminder that resuming *was* the issue that lead us to this design in the first place
12:01 including all the revisions to the frame, etc.
12:01 silbe Crazy idea: Let's merge Journal and home screen. All just a view into the Journal anyway (except for system-installed activities currently), so make the home screen an activity list (uncolored) view of the Journal. Primary toolbar buttons to change the view (to Objects View, Details View, ...)...
12:01 eben Another thought is to add a longer secondary palette to the Journal icon itself, in Home, which shows, say, the most recent 5 activity instances in it for resuming.
12:02 christianmarcsch ok, here's a crazy idea;
12:02 eben That way, even if you don't have an activity in Home view, there's still a quick way to get a "peek" inside the Journal without going there.
12:02 christianmarcsch what if the journal became the toggle for "start new" vs. "resume"?
12:02 i.e., it could be a button in the toolbar
12:02 clicking it would highlight resumable instances in the ring
12:02 eben So you click the Journal icon in the toolbar to enter the Journal...
12:03 And toggle it back off to start new things.
12:03 walterbender christianmarcsch: maybe on icon in the status section?
12:03 christianmarcsch eben: actually, i was thinking more of a toggle, but that could work too
12:03 walterbender: status section?
12:04 walterbender: do you mean the toolbar?
12:04 erikos eben: the nice thing about the current design is, that you get a list of last entries filtered by activity type (in the activity toolbar)
12:04 silbe christianmarcsch: so like my idea, just that it's a toggle button instead of listing all the views in a row?
12:04 eben I think we still need a direct way into the Journal from home.
12:04 erikos eben: in your proposal that would not be the case
12:04 eben erikos: Yeah, I'm suggesting we keep that, but also add a time ordered (not filtered by activity) list to the Journal icon.
12:05 erikos eben: ok
12:05 christianmarcsch silbe: yes, i think
12:06 silbe christianmarcsch: nice idea then ;)
12:06 christianmarcsch eben: so, what if clicking the journal icon in the toolbar takes you into the journal, but on hover the instances turn color in the ring?
12:06 eben on hover of what?
12:06 silbe christianmarcsch: when would that coloring stop?
12:06 christianmarcsch eben: a journal icon in the toolbar
12:06 silbe: on mouseout
12:07 silbe: as a transitory state
12:07 eben I'm not sure what that does for you...
12:07 silbe christianmarcsch: but what use is it then?
12:07 christianmarcsch the purpose of that would be to suggest that there are additional instances embedded in each activity
12:07 that you can invoke by bringing up the palette
12:07 eben But they're not...they're in the Journal.
12:07 christianmarcsch structurally yes
12:07 silbe christianmarcsch: i guess it would confuse users. they might try moving the mouse fast enough to reach the colored icons...
12:07 christianmarcsch but instances are still associated with activities
12:08 eben I'd rather just see the Journal icon in Home view, I think.
12:08 christianmarcsch on an intuitive level
12:08 silbe: you are probably right about that
12:08 eben: OK, agreed
12:08 silbe fetches some ice cream to keep mind working, brb
12:09 christianmarcsch but: i think we should give people the option to select the "start new" or "resume" view
12:09 eben christianmarcsch: Can I hear your argument for the choice, again? :)
12:09 christianmarcsch in other words, we may be changing the default back to start new, but for those people who'd prefer the other view, we should give them a way to invoke it
12:09 eben alt-click. ;)
12:09 christianmarcsch eben: i, for one, would continue to use the "resume" view
12:10 eben: alt-click alone isn't discoverable enough
12:10 eben I think perpetuating Home view as a view for primarily resuming detracts from the Journal.
12:10 christianmarcsch eben: i agree we will have it, but giving an explicit choice in the toolbar will make sure everyone knows it exists
12:10 eben: but again, that is the reason for this design of the home view to begin with
12:10 eben christianmarcsch: But that's OK. There's alt-click, and also secondary palettes.....both alternate (not primary) on purpose, since Home is about starting fresh, and the Journal is about resuming.
12:10 erikos christianmarcsch: could be a choice in the control panel as well
12:10 garycmartin christianmarcsch: how about holding the alt key to enable the resume coloured icon mode (reverse of what we have just now)
12:11 christianmarcsch garycmartin: yes, we should have that
12:11 eben christianmarcsch: Right! And the reason that it doesn't work, I think.
12:11 christianmarcsch all i'm saying is, i think the two views should be interchangeable, and should exists as a toggle
12:11 eben Because if confuses the primary intent of the view.
12:11 christianmarcsch eben: but if that is no longer the basis of the view, i think we would need to go back and question the other design decisions we made, including the frame, and others
12:12 silbe can we mention the alt key in the palette to make it more discoverable?
12:12 christianmarcsch eben: rolling back the last year and a half of UI design
12:12 eben Frame: resume ongoing; Journal: resume old; Home: start new
12:12 silbe wonders what became of dfarnings work on exposing keyboard accelerators...
12:12 erikos christianmarcsch: I wouldn't see it that black ;p
12:12 christianmarcsch i like silbe's suggestion. i just think the two views should be accessible (not only on keycommand)
12:13 eben I think this helps clarify the roles of these parts of the UI.
12:13 christianmarcsch erikos: well, i do think that a large part of the design was predicated on the idea of resuming
12:13 eben: home= resume recent; journal = resume all
12:14 eben: there is an argument to be made for that...
12:14 erikos christianmarcsch: in the home view, but the frame - to make it work for 'opne activity management' was more because it is accessible from all views
12:14 christianmarcsch home being the first thing you see
12:14 eben But it falls down when you realize that "??? = start new", which is why we're discussing this.
12:14 erikos christianmarcsch: compared to when we had the 'open activity management' in the ring
12:14 christianmarcsch erikos: yes, but remember that we used to be able to open new activities from the frame
12:15 eben Placing the Journal icon in Home also makes it one click away, and helps reinforce its purpose.
12:15 erikos christianmarcsch: ohh, right
12:15 christianmarcsch erikos: i don't want to really have this discussion, but i thought that worked quite well in sugar 1.0 ... ;)
12:15 anyway,
12:15 erikos christianmarcsch: but the frame was always up, too... ;p
12:16 christianmarcsch: at least in the home view... ufff ;)))
12:16 christianmarcsch i'm on-board with changing the emphasis of the view to "start new", so long as we still have resume available
12:16 eben christianmarcsch: That design change happened long before the resume/new change, though. I don't think that's affected by this change.
12:16 christianmarcsch as someone said earlier, we need both pathways
12:16 garycmartin erikos: I almost suggested that we always show the frame in home to make the Journal more obvious ;-)
12:16 christianmarcsch it's more a matter of which do we want to prioritize
12:17 eben We need two clear pathways that reinforce the core UI paradigms.
12:17 erikos garycmartin: :)
12:17 christianmarcsch eben: yes
12:17 eben Resuming things from the Journal seems like a core UI paradigm we should reinforce as much as possible, to me.
12:17 christianmarcsch eben: i agree
12:17 erikos I fully agree here
12:17 silbe never disagreed :)
12:17 garycmartin christianmarcsch: resumable in one click, or just secondary palette (or alt key)?
12:17 christianmarcsch eben: but that's not to say we shouldn't have resume of recent items from within home
12:18 garycmartin: i'm really just arguing for a toggle between the two views, "start new" = gray icons; "resume" = colored icons
12:18 eben I think it is, though, and that's my point. But we know where we stand...what does everyone else think?
12:18 christianmarcsch everything else stays as is
12:18 though i'm also on-board with adding the journal icon + palette
12:19 i'll make another case for resume
12:19 the gray icon view might be the more functional for *some* users,
12:19 but it is also devoid of any behavior patters
12:19 silbe i think the thing we have best consensus on for now is reverting to start-new + Journal at top of ring (the only colored one)
12:19 christianmarcsch because it is the starting point, by definition
12:19 eben right
12:19 christianmarcsch what is compelling about the current design is that it shows you, at a glance, what you have been working on
12:20 eben But that's what the Journal's for!
12:20 erikos !!!
12:20 christianmarcsch so if you were to compare two or more sugar home views side by side, they would look different
12:20 reflecting the behavior patterns of different users
12:20 erikos christianmarcsch: for me this is reflected by the Journal best
12:20 silbe merging home view + Journal (in one way or another) might happen for 0.90, with more time to do mockups and prototypes
12:20 walterbender won't alt still show that?
12:20 christianmarcsch the home view was always intended to be a personal space, a space for you, and your "stuff"
12:20 erikos christianmarcsch: from my work in school, the Journal is a paradigm very well understood
12:21 christianmarcsch i'm not saying the journal doesn't fulfill that
12:21 garycmartin must admit I very infrequently visit the Journal any more with the current home resume design
12:21 erikos garycmartin: shame on you!
12:21 christianmarcsch garycmartin: a reason for keeping the current design as an option
12:21 no: gary has a point
12:22 i think there should be parallel pathways to support different user behaviors
12:22 eben But he could use the palette, or alt-click even still.
12:22 christianmarcsch it's not best practice to force everyone into a single mode
12:22 erikos christianmarcsch: actually, the resume/start new was always toggleble
12:22 garycmartin eben: yep, right click palette would be what I'd likely move to.
12:22 erikos christianmarcsch: by a key
12:22 silbe christianmarcsch: of course. but OTOH we should guide the user into best practice.
12:22 christianmarcsch eben: but you know what i'm saying, right? i'm only talking about adding a view selection in thetoolbar
12:22 erikos christianmarcsch: not in the UI though
12:23 christianmarcsch i like the key
12:23 i think we need a view toggle in addition, in the toolbar
12:23 erikos christianmarcsch: we could have that option in the Control Panel
12:23 christianmarcsch non-invasive,
12:23 just present for those users who would want a persistent switch (rather than the temporal alt-toggle)
12:23 silbe christianmarcsch: what about making it an alternate view instead of a toggle button?
12:23 christianmarcsch silbe: that would be fine, too
12:24 eben I think I'm just arguing that we should push on clear and simple pathway for kids, and then they can discover (or be taught) these alternatives which exist as shortcuts, but not as an alternate UI paradigm for the view.
12:24 garycmartin christianmarcsch: we did have a check box for a while in 0.85.x for a bit.
12:24 christianmarcsch erikos: the control panel seems to far removed, as to that it would be used at all i fear
12:24 eben: it's not an alternate paradigm, only a different view
12:24 erikos christianmarcsch: ok, having it as a toggle in the view itself would work for me, too
12:24 christianmarcsch i think this view could exist alongside the list view, for instance
12:24 erikos tomeu: technically, hard to do, I guess not?
12:25 christianmarcsch it really wants to be a view, not a control panel option
12:25 in terms of accessibility
12:25 erikos likes to check if tomeu was listening all the time :)
12:25 eben Well, right now it's an option in the palette for the view icon in the toolbar.
12:25 christianmarcsch eben: we will still have a clear and simple pathway
12:25 tomeu erikos: you mean reapplying the patch we reverted?
12:25 garycmartin silbe: you mean a 3rd top right toolbar icon, a coloured frogs egg icon?
12:25 eben That makes sense, if we keep it.
12:25 christianmarcsch silbe, garycmartin: i like that idea
12:25 silbe garycmartin: exactly
12:26 erikos tomeu: I was looking for it the other day
12:26 eben That suggests it's a totally different view...it's still just a variant on this view, though.
12:26 erikos tomeu: to add an option to switch behavior and refresh the view
12:26 christianmarcsch eben: honestly, i think either could work, as long as it's treated as a view
12:26 silbe we need non-rodent ways to switch views, but that's a different issue again
12:27 eben: IMO it _is_ a totally different view
12:27 christianmarcsch a third icon with a colored circle sounds great, as a toggle
12:27 erikos tomeu: or add another view i guess (like they offer now)
12:27 eben Well, making it separate has other larger implications...can you select a different layout? Can you rearrange the icons differently, can they have different activities in them? etc. That's a bigger ball of wax.
12:27 tomeu erikos: we just need to revert the commit that reverted it
12:27 silbe eben: I'd even hide the activities that don't have resumable instances
12:27 tomeu erikos: we even had a gconf option
12:27 eben silbe: But it's one that should just be the Journal, in my opinion. :)
12:27 erikos tomeu: right, we still have
12:28 tomeu: though non-working now ;p
12:28 christianmarcsch i wouldn't split too many hairs over whether its a separate view, or a toggle of a current view
12:28 silbe eben: that's why i suggested merging both :)
12:28 christianmarcsch i think either could work
12:28 that's the kind of thing that we could best work through in design mockups
12:28 i'd be happy to mock something up, to help clarify the different options
12:28 eben christianmarcsch: How about a checkbox in control panel for "start me in the Journal"?
12:29 christianmarcsch eben: again, i think that is too removed. i think the option wants to be available within the home view
12:29 eben: it's one of those things. in control panel, it wouldn't be used
12:29 eben: are you worried about real-estate in the toolbar?
12:30 garycmartin christianmarcsch: FWIW I think the check box in the existing palette worked fine, I was suprised when it disapeared for the release.
12:30 eben No, I'm worried about taking the Journal's function out the Journal, and confusing the purpose of the view.
12:30 silbe christianmarcsch: agreed (CP -> won't get used). Some kids will explore it to its depths, but others will be afraid to break anything.
12:30 christianmarcsch garycmartin: i could live with the checkbox, though i tend to think a separate view option would be even more clear
12:30 eben But I guess if the other is the default it would be OK. I just don't see the argument for keeping the permanent toggle.
12:31 christianmarcsch eben: to see the value, you have to believe that the current home view is doing some things right
12:31 which i do!
12:31 in other words, we are simply opening up the option to have either experience, depending on which you would prefer
12:32 while setting the default to "start new", which should alleviate the issues for "beginners"
12:32 the ease of resuming the last activity from home is something worth preserving
12:33 to throw that out entirely, because some people are having trouble starting a new instance, seems unnecessary
12:33 eben ok
12:34 christianmarcsch if it's ok, i can mock up the options
12:34 then we can take another look
12:34 eben No, that's fine, really. Let's nail consensus and Make Things Happen. :)
12:35 christianmarcsch sounds good
12:35 garycmartin christianmarcsch: One down side to options is potential confusions for a teacher, different kids have fiddled with the behaviour and no some general class given actione puts different kids in different states.
12:35 silbe do we have consensus about view vs. toggle?
12:35 still prefers a view ;)
12:36 eben 1) Add Journal to Home view, colored 2) default to "start new" mode in home 3) Keep the "start new"/"resume recent" toggle in the palette for the view 4) Keep the alt-click shortcut to toggle the view 5) keep the palette behaviors as they are 6) Add a list of the n most recent activities to the Journal's secondary palette.
12:36 silbe garycmartin: we already have that with layouts and views
12:36 christianmarcsch garycmartin: i'll keep that in mind. i think it needs to be clearly designated, so that the teacher can have everyone on the same page
12:36 erikos oook...
12:36 eben silbe: I think it needs to remain a toggle, as in the previous design.
12:36 erikos should we summarize this topic?
12:36 1) revert back to 'start new by default'
12:36 2) keep the resume options as secondary options in the palette
12:37 eben erikos: ^^^
12:37 erikos 3) the Journal as icon at the top of the ring
12:37 - containing the last entries of the Journal
12:37 silbe eben: hmm, i'd still prefer "Start new" as appearing first in the palette (which it currently doesn't IIRC)
12:37 erikos - in the palette
12:37 eben silbe: It should in "start new" mode.
12:37 erikos uups, I had a network delay :/
12:38 eben It's at the bottom in "resume recent" mode
12:38 silbe eben: ok, good point
12:38 christianmarcsch the summary sounds fine to me
12:38 eben ...so the "primary action" of clicking the icon is the first in the list.
12:38 christianmarcsch eben: that makes sense
12:39 garycmartin eben +1
12:39 silbe eben: should the primary palette show the name of the first Journal entry then?
12:39 eben Only in resume mode
12:39 silbe oh, it already does...
12:40 eben In start mode, it should be the name of the activity itself
12:40 silbe: :)
12:40 christianmarcsch erikos: what are our next steps?
12:40 garycmartin Next topic erikos?
12:40 silbe eben: agreed on your summary then
12:41 erikos just a quick comment on garycmartin comment about the teacher being confused if kids have switched
12:41 i think it is a good point - and maybe an option in the CP is the better one for that reason
12:41 ok, next one
12:41 silbe can we add the consensus to the minutes (#agreed IIRC)?
12:42 christianmarcsch silbe: from my side, yes
12:42 erikos silbe: yes
12:42 http://wiki.sugarlabs.org/go/D[…]eeting#3G_Support
12:42 silbe #agreed Add Journal to Home view, colored
12:42 #agreed default to "start new" mode in home
12:42 #agreed Keep the "start new"/"resume recent" toggle in the palette for the view
12:42 #agreed Keep the alt-click shortcut to toggle the view
12:42 #agreed keep the palette behaviors as they are
12:43 #agreed Add a list of the n most recent activities to the Journal's secondary palette.
12:43 (hope meeting takes orders from me)
12:43 erikos silbe: thanks!
12:43 the current design of the 3G Feature is at: http://wiki.sugarlabs.org/go/F[…]Support#UI_Design
12:44 they basically need an icon
12:44 silbe it didn't :-/ well, then log only.
12:44 erikos silbe: I can post it to the ml later
12:44 silbe erikos: ok, thx!
12:45 eben UI here looks good, though I have a few minor suggestions.
12:45 erikos listens
12:45 eben I think disconnect should use an icon just like other network devices.
12:46 We could show the connection time in the primary palette, eg. "connected for 02:22" instead; I could go either way.
12:46 christianmarcsch eben: +1
12:46 garycmartin eben: +1
12:46 eben And the right-aligned layout of the control panel section seems a bit funny
12:47 christianmarcsch i'd suggest at least moving everything over to the left, and having the labels be left-aligned (not centered)
12:47 eben Is data sent/received important (it might in fact be...I don't use 3G modems/devices)
12:47 garycmartin christianmarcsch: +1
12:47 eben: cost is the issue there!
12:47 eben garycmartin: right, ok. :) I suspected that might be the reason.
12:48 Maybe that could be made a little friendlier with some simple [UP] 23kb     [DOWN] 31 kb
12:48 silbe eben: it is, at least to some users
12:48 eben (where [UP] and [DOWN] are icons
12:48 silbe eben: there are volume-based tariffs
12:48 eben yup, gotcha
12:49 garycmartin eben: You mentioned you had some icon designs already (email thread)?
12:49 eben I did, huh? When was that (maybe I do....I don't recall).
12:49 I think, last we discussed, it was suggested that a cell phone icon would be the clearest, even though it isn't necessarily true.
12:50 garycmartin eben: how about the USB icon with some wireless arcs at one end/corner?
12:51 eben that could work...
12:51 Kids won't know the USB icon, but will kids be using this feature?
12:53 garycmartin eben: I think often the 3G devices is that shape, at least the ones I've seen. I've net seen a physical phone teathering via USB myself.
12:53 is loosing the ability to hit keys :-)
12:54 erikos oh, we need to hurry then a bit... ;p
12:54 eben garycmartin: interesting...I've only ever seen the USB phone tethering. :)
12:55 OK. Well, I can just take the task of mocking up a couple of icons. I can try the USB/waves and the phone and we can go from there.
12:55 erikos garycmartin: usb is not only the best differentior, as there are other 3G crds
12:55 garycmartin eben: Happy to make a SVG of the USB stick if you want to try a phone looking one? We can then see what they like. We should use the same icon in bothe the frame and the CP.
12:55 erikos cards
12:55 garycmartin: eben thanks, that sounds great
12:55 eben garycmartin: I made most of those icons. ;) I've got them around.
12:55 erikos next item then
12:56 Write to Journal anytime
12:56 eben Oh, I see what you mean. :-P
12:56 christianmarcsch erikos: can you explain?
12:56 eben Yeah, that sounds good. We'll each try one.
12:56 erikos christianmarcsch: sure
12:56 garycmartin eben: don't worry, I'll just use your SVG, shrink it a little / re-position, and add some arcs ;-)
12:56 erikos christianmarcsch: http://wiki.sugarlabs.org/go/File:Description.png
12:57 christianmarcsch: this is an option that would solve the issue
12:57 christianmarcsch: the issue is, that the naming alert is disruptive
12:57 eben christianmarcsch: an alternate summary is "edit description from within activity"
12:57 erikos christianmarcsch: and you need many clicks to close an activity
12:57 christianmarcsch oh, i see
12:57 so this is about naming an activity instance?
12:58 eben erikos: I see utility in editing the description, but this isn't actually a solution to the naming alert.
12:58 silbe to raise the issue again: how about switching to the Journal details view instead, like we do for downloads?
12:58 christianmarcsch sorry, i have to take a quick 15 minute break
12:58 eben erikos: as designed, titling the activity before stopping should prevent the naming alert from appearing, so this is still an extra feature.
12:58 christianmarcsch i'll be back shortly
12:58 erikos christianmarcsch: setting the description and adding tags, like you would do in the Journal
12:58 silbe the space for the description looks quite smallish in the mockup
12:59 erikos eben: the current behavior is like you describe it
12:59 eben In the mockup, what is the b/w Journal icon?
12:59 silbe ok, do we want to take a break now then? we've gone on for quite some time, a bit fresh air might not be a bad idea.
12:59 garycmartin silbe, I wish we could also make use of the Journal details view as well, needs careful thought though (I'm not there yet).
12:59 eben erikos: OK, so this really isn't a solution to the naming alert in any way, right? But it is a worthy feature to consider in its own right
12:59 erikos silbe: would be ok with me
13:00 eben: well, you might be right in some way ;p
13:00 silbe eben: it was proposed as an alternative to the naming alert IIRC. I.e. if it gets implemented we'd throw out the naming alert.
13:00 eben silbe: Yeah, that's a thought....if instead of the naming alert it just takes you into the Journal details for that item....
13:00 erikos eben: it arised from a way to get rid of the naming alert
13:01 silbe: i would definitely prefer that then the naing alert
13:01 silbe eben: you mean after stopping the activity? great idea!
13:01 eben silbe: yeah, on stop of an unnamed/new activityy
13:01 erikos eben: maybe I can give you some feedback from the field
13:02 eben It's not really any less obtrusive, but it helps teach about the Journal.
13:02 likes feedback
13:02 erikos eben: in my class I disabled the naming alert
13:02 silbe eben, garycmartin, erikos: how much time do you have? would a break be fine with you, so christianmarcsch can join into the discussion?
13:02 garycmartin eben +1, but we need to make the details view more obvious to get out of
13:03 erikos eben: bt what I do is I ask the kids to add details in every lesson
13:03 garycmartin silbe: break would be good for me, I need more hot tea :-)
13:03 erikos eben: that way they use the Journal for reflection
13:03 garycmartin goes to put the kettle on
13:03 eben erikos: and resuming, we hope. ;)
13:03 erikos eben: that is why 'switching to journal' vs the naming alert would be an improvement for me
13:04 eben: of course ;p
13:04 silbe gets some fresh air and lemonade
13:04 erikos silbe: ok lets break here for 10 minutes
13:04 eben: fine with you, too?
13:04 eben OK, so resuming at 10 after, maybe?
13:04 yup
13:05 erikos awesome
13:11 christianmarcsch i'm back
13:11 anyone here?
13:14 garycmartin waves
13:14 christianmarcsch hi!
13:14 looks like some people are still breaking?
13:15 garycmartin christianmarcsch: yea, I think another 5min and they'll be back.
13:15 christianmarcsch sounds good
13:15 erikos back too
13:15 walterbender needs to tune out in a few minutes :(
13:16 christianmarcsch i, too, need to go soon
13:16 erikos walterbender: I will report the results on the ml
13:16 silbe is back
13:16 christianmarcsch maybe we can try to wrap up the naming discussion?
13:16 eben is back
13:17 christianmarcsch great, looks like we are all here
13:18 so, i actually don't mind the proposal to have naming be optional
13:18 garycmartin erikos: FWIW I'm not sold on the extra description / tag palettes yet. I can't see them being used very often and it's another thing we would need to get activity developers to add and conform to.
13:18 eben garycmartin: isn't the activity toolbar system-supplied?
13:19 erikos garycmartin: well, it would be part of the activity palette (system supplied)
13:19 silbe i agree the naming dialog is bad and ebens suggestion to switch to the Journal details view after stopping makes a lot of sense to me
13:19 christianmarcsch garycmartin: that's the problem, i guess. how do we make them more discoverable?
13:19 silbe: eben's suggestion sounds good to me
13:19 garycmartin erikos: I know I'm needing to customise some of mine, Walter's TA does as well.
13:20 erikos garycmartin: ok, I see
13:20 eben erikos: I think the best way to handle in-activity adjustments would be with a tag icon, which revealed a palette with both description and tagging controls.
13:20 But I can also see replacing the naming alert with a trip to the details view of the Journal.
13:20 christianmarcsch eben: a trip to the journal sounds fine, and reinforces its role
13:20 eben Those are basically orthogonal.
13:21 christianmarcsch: right
13:21 silbe as for extending the activity toolbar, I don't think the additional metadata fits well there. Either the dropdowns would be bulky or simply too small to be useful.
13:21 eben Though that's still just for "new" activities...I can still see desire to be able to tag/describe within the activity as a project moves along.
13:21 erikos eben: so: the activity title we would move it out, too?
13:21 silbe eben: +1 on orthogonality
13:21 eben silbe: I agree with the "bulky or too small" comment, but I don't see bulky as an issue.
13:21 garycmartin erikos: tomeu is the technical issue that looses any edits made in the Journal while the activity is currently running something we can resolve?
13:21 erikos eben: and have just a switch to journal icon?
13:22 garycmartin: yes, I will code that in the next days
13:22 eben That's, in part, the reason for palettes....to provide contextual "windows" any size needed for the feature they provide.
13:22 silbe eben: oh, I'd do that (switching to details view) on every stop, not just the first. That has bugged me about the naming dialog all the time...
13:23 erikos silbe: hmmm
13:23 eben silbe: hmmm, while I see it as beneficial the first time, I'm afraid doing it every time could be quite frustrating.
13:23 silbe garycmartin: we can, I might even work on it (it gets more easy if my "clean-up" patches get merged, though)
13:24 eben: For me it's a way of reflecting on what I just finished.
13:24 eben I'm not sure this was answered before: what's the black/white journal icon in the mockup?
13:25 erikos eben: it says export
13:25 eben: rich text/pdf
13:25 silbe eben: The dialog was annoying in that I couldn't look at it again if I didn't remember too well. While the activity toolbar stuff would do that one even better, in the details view I at least have the option of resuming right again (whereas in the dialog I was stuck)
13:25 garycmartin eben: Ohh that's me that is (just realised it's Write) :-)
13:26 eben erikos: hmmm, I thought those things were placed in the keep palette..."Keep as PDF"
13:26 garycmartin eben: it's the custom export options as erikos just mentioned. Some activities are now using separate icons for each (see TA), I'm not sure which is best.
13:27 eben I tend to think the items in the activity toolbar should be fixed and consistent.
13:27 With all of the "add this to the journal in another format" options in the keep palette.
13:28 And what's the home icon there for? (I really need to get a new Sugar installed!)
13:28 erikos eben: can we discuss this in another thread?
13:28 eben ok
13:28 erikos eben: to not loose focuse too much ;p
13:28 silbe eben: sharing
13:28 eben Oh, right. :) Duh.
13:29 silbe eben: and yes, i recommend installing Sugar so you can actually give it a try :-P
13:29 erikos ok - lets try: naming alert
13:29 garycmartin eben: they were in the Keep palette, but Keep is confusing everyone. I think Walter started the trend to separate out the export types as individual items, so blame him ;-b
13:29 erikos does everyone agree that directly going to the detail journal view is a good thing to do?
13:30 christianmarcsch i agree
13:30 erikos and get rid of the naming alert
13:30 eben Maybe keep should not have a primary action. And only open the palette on click with things like "keep new version", "keep a copy", "keep as PDF" etc listed clearly....but I'll wait for another thread. :)
13:30 silbe eben: if you tune in on #sugar some time, i can try walking you through some way of getting Sugar onto your computer.
13:30 eben erikos: I agree for new activities, but not on every stop...
13:30 garycmartin +1, just need to keep in mind to make the details view obvious to escape from.
13:30 erikos eben: that would have been my next question ;p
13:31 silbe erikos: agreed on -naming alert, +switch to details view
13:31 christianmarcsch eben: yes, i agree with that. just new activities
13:31 silbe eben: +1 on keep without primary
13:31 erikos garycmartin: is escaping not simple enough at the moment?
13:32 silbe what about adding a toolbar button to switch to the details view in order to edit metadata while the activity is running?
13:32 (open issue: how to get back)
13:32 garycmartin erikos: no. It says Back just now in a slightly non standard strop button below the toolbar.
13:32 eben silbe: I would actually prefer a "tag/describe" palette, I think.
13:32 But a "view in Journal" button could also work.
13:32 erikos btw: what would be the behavior when I close an activity (that has already metadata): go to the next open activity, go to home screen...?
13:33 garycmartin erikos: "back" to where, if users are landing there  after an activity "Stop"
13:33 eben I'm just afraid of having another button being confused with keep/save/journal, and think that it also takes you out of the activity context making it more awkward to continue afterward.
13:34 erikos garycmartin: hmmmmm
13:34 silbe eben: the palettes would be better than nothing, of course. And having both would be an option as well.
13:34 eben erikos: I would say next open activity, if you have one, otherwise home
13:34 garycmartin erikos: Currently it moves back down the line of open Activities, but I think I'd like to go back to home each time.
13:34 erikos garycmartin: or the behavior eben describes
13:34 silbe eben: the "filtering" Journal designs used a special icon at least for tags, maybe that would work?
13:34 eben garycmartin: My fear there is that kids could forget they have other activities running
13:34 erikos garycmartin:  next open activity, if you have one, otherwise home
13:35 eben It seems we should encourage continuation of existing activities over starting new ones.
13:35 silbe: Yeah, that's the icon I'd like to see for the tag/desc palette.
13:36 silbe eben: so you'd do a single palette for both tags and description?
13:36 eben silbe: yeah, they're closely related, and also adjacent in the Journal.
13:37 erikos can we first finish the 'go to journal detail view' ?
13:37 silbe eben: i'm still worrying about size constraints
13:37 eben Also, I'd like to encourage kids to add both
13:37 erikos not sure we are through this yet
13:37 eben silbe: It shouldn't be a problem...the palette can be as big as necessary, I think.
13:37 oh, sorry
13:38 silbe eben: the details view has both as well, so fine with me for now
13:38 erikos so the back button in the details view after you closed an activity (first time), where does it brings you to?
13:39 silbe erikos: i think there was consensus about -naming alert, +switch to details view on first close (if title not set by user yet)
13:39 erikos silbe: yup, but not about the back button
13:39 eben erikos: Journal
13:39 erikos eben: like it does all the time
13:39 eben It should work "normally"
13:39 yeah
13:39 christianmarcsch eben: yes
13:40 erikos eben: though, currently the data is saved on 'back' as for all i know
13:40 eben: and if a kid just uses the frame to go to another activity?
13:40 eben That puts you in the perfect place to click on any other recent activities, including any already running
13:40 silbe erikos: it's saved on focus-out
13:40 erikos silbe: ok, great then
13:40 eben erikos: This (transfer to Journal details) only happens on stop
13:40 erikos eben: jup i know
13:41 eben Or, if they're in details, they can press the home key, or use the frame to move around, etc.
13:41 No special behavior.
13:41 erikos eben: sounds good to me
13:41 silbe oh nice, netsplit :-/
13:41 erikos gar.... :/
13:41 eben bah
13:41 erikos christianmarcsch: still there?
13:41 christianmarcsch yes, still here
13:41 erikos ok, so we lost only gary
13:41 christianmarcsch but i think i may need to leave soon...
13:42 i think all sounds good, though
13:42 silbe gary lost? :(
13:42 christianmarcsch hmm
13:42 erikos christianmarcsch: we made a lot of improvements!
13:42 shall we then decide now - how we go from here?
13:42 christianmarcsch yes, i agree
13:43 erikos (people that wish to - can still keep on discussing of course)
13:43 silbe the naming alert stuff is finished, I think
13:43 christianmarcsch yes, let's talk about next steps
13:43 erikos silbe: yup
13:43 silbe what's open is showing more metadata in-activity
13:44 i guess we need more mockups there anyway
13:44 christianmarcsch is the groups view being addressed in the upcoming build?
13:44 erikos christianmarcsch: not at all
13:44 eben christianmarcsch: Yeah, that's long overdue for some love.
13:44 christianmarcsch and what about bulletin board?
13:44 eben We should definitely put that on the schedule for next time (we keep saying that)...
13:44 silbe christianmarcsch: patches welcome :-P
13:44 christianmarcsch yes...
13:45 erikos christianmarcsch: to be honest, we can try to do it for 0.90
13:45 eben christianmarcsch: I think bulletin-board is mostly being handled as an activity, but we should revisit overlay chat!
13:45 christianmarcsch the focus always tends to be on home view, which is important, but we should try to get to some of these other issues as well
13:45 eben: ah, yes
13:45 erikos christianmarcsch: yup
13:45 christianmarcsch: i still hope that we could do those design meetings more regularly
13:45 silbe that leaves font config, thumbs view, color selector and tags (Journal) for the next meeting
13:45 christianmarcsch can someone remind me which build number we are up to?
13:45 silbe can we do one next week?
13:45 eben activty-wide chat would be wonderful....and we have some mockups we can revisit and publish as a feature for .90
13:45 erikos christianmarcsch: and that we get a better and static process going
13:46 christianmarcsch right
13:46 silbe christianmarcsch: I don't think there are build numbers anymore
13:46 christianmarcsch i'm available for another meeting next weekend, same time...
13:46 eben thumb_view++, btw.
13:46 erikos eben: sounds good to me
13:46 alsroot: eben likes thumbs view!!!
13:46 christianmarcsch thumb view?
13:46 erikos christianmarcsch: http://wiki.sugarlabs.org/go/F[…]s_View_in_Journal
13:46 eben christianmarcsch http://wiki.sugarlabs.org/go/File:Thumbs.png
13:47 christianmarcsch ah yes
13:47 very nice
13:47 alsroot since thumbs was already discussed last release cycle, I guess we can skip this topic
13:47 christianmarcsch it looks great
13:47 i also remember doing mockups for the list view
13:47 erikos christianmarcsch: it is even implemeneted
13:47 christianmarcsch: just needs to be moved over to the latest code
13:47 christianmarcsch erikos: good to know. i need to get the latest version installed
13:48 erikos: i see
13:48 silbe thumb views looks good to me as well, so maybe lets just agree on it now?
13:48 eben It's basically the mockup we made before, minus the checkboxes (since we don't have multi-select yet)
13:48 christianmarcsch thumbs looks really good
13:48 silbe alsroot: it still looks like in the mockup, does it?
13:48 eben Actually, I think a combination of that and this (http://wiki.sugarlabs.org/go/F[…]:Journal-10.jpeg) would be good. I think we need the bold titles, and the extra space this number of items allows...but anyway....next week we can discuss it in detail.
13:48 silbe oh the stars are for selection, not favourites?
13:48 christianmarcsch right, the checkboxes would be great to add once we can multi-select
13:48 alsroot silbe: nope, it was implemented, and I'm adapting them right now
13:49 erikos garycmartin: is back!
13:49 christianmarcsch hmm, the arrows look different
13:49 garycmartin sorry IRC servers stoped responding for a while
13:49 alsroot silbe: stars for staring only
13:49 erikos oups :(
13:49 silbe poor gary...
13:49 christianmarcsch should we save this for next weekend then?
13:50 silbe ok, let's move it then
13:50 christianmarcsch one thing that has always bothered me is that the dropdowns look huge
13:50 isn't there anything we can do about that?
13:50 eben Yeah...that's a thorn in my side.
13:50 erikos would you guys be available next week?
13:50 eben I'm available.
13:50 christianmarcsch i'm available too
13:51 silbe too probably
13:51 eben Would an earlier start be possible for everyone?
13:51 silbe sure
13:51 garycmartin I could make it.
13:51 eben say 10EST instead of 11EST?
13:51 christianmarcsch i could perhaps do 10:30
13:51 silbe so 15UTC?
13:51 christianmarcsch can we say 15:30UTC?
13:51 erikos eben: works for me
13:52 garycmartin fine here.
13:52 silbe christianmarcsch: just the same to me
13:52 christianmarcsch 10:30 then? eben?
13:52 eben That would work, too....especially if we can keep them to about an hour by having them more often....weekly, even.
13:53 christianmarcsch yes, i'd prefer that too--shorter, and more often
13:53 erikos eben: +1
13:53 eben Sounds good.
13:53 erikos ok so next week at 15:30
13:53 UTC
13:54 I will post minutes about the decisions from today
13:54 christianmarcsch great
13:54 talk to you next week!
13:54 erikos is very happy!
13:54 garycmartin Sorry I lost connection for the end (will read the log)
13:54 erikos christianmarcsch: enjoy your weekend
13:54 silbe see you all next week (and some tomorrow :) )
13:54 christianmarcsch erikos: thanks, you too! productive session today
13:54 garycmartin thanks all, nice to meet up again at last!
13:54 erikos thanks to everyone!!!
13:54 christianmarcsch thanks everyone
13:55 eben bye, everyone
13:55 christianmarcsch bye
13:55 silbe bye
13:55 wooah, almost 3 hours of meeting...
13:56 and a good one, of course.
13:57 erikos silbe: hehe
14:01 #endmeeting

Minutes | Index | Today     Channels | Search | Join

Powered by ilbot/Modified.