Design Team/Meetings

Team Home   ·   Join   ·   Contacts   ·   Resources   ·   FAQ   ·   Vision   ·   To Do   ·   Meetings

The Sugar Labs Meetings calendar is available in a variety of formats at these links: .

To convert UTC to your local time, use this converter or run:

date -d '[current date] [time] UTC'

date -d '2008-06-03 14:00 UTC'

Upcoming IRC meeting: Sunday 13 February 2011 16:00 UTC

Topics for 0.92:

• Size issue with icons in Random Layout (Home View) (walterbender)
• Speaker frame device: pop up palette on left-click instead of toggling mute (silbe)
• Don't hide Register menu item upon successful registration (silbe)
• Journal entries on external media: Invalidate preview if the data file was changed? (silbe)
  • 'Watermark' the image with 'Changed'. (Even an old image may help identify the object.) (FGrose)
• Remove 'Keep' Button: Replace by 'copy to' functionality in the Journal (erikos)
  • Alternative (if we can't agree on removing it): rename 'Keep' to 'Keep Copy' (silbe)
  • Remove button and add 'Copy to >' functionality to the Frame palette for the activity. This preserves ready access from current activity, but minimizes unintentional copying. (FGrose)
• Move more activities to the new toolbar (erikos)

Topics for 0.94+:

• CPU and memory resource indicator for the Frame (silbe)
• Activity startup in the Home View: Introduce new concept to distinguish between 'start new' vs 'resume' (erikos)
• Replace Naming Alert: a) switch to Journal detail view b) option in the activity toolbar to do a description and tags (erikos)
• Control Panel rework (erikos)
• Frame: Expand hot corner on the upper left to be the entire grid cell (big enough for finger) (walterbender)
  • To accommodate the unintentional frame activation that continues to plague Learners, so much so that Dextrose defaults to inactive corners and edges, add a Touch corner section to the control panel for the Frame that includes the selection of upper left or upper right (an accessibility feature, lower corners will interfere with scroll bars) and a dimension slider (pixels) 0 to grid width. (FGrose)

Some further information on the above topics is included in mails from Simon and Walter

Future topics (missing information):

• virtual keyboard support (silbe)
• Uruguays accessibility support patch series (silbe)
• tablet support (silbe)

Old topics:

• How to handle start-up delay due to data store migration (#1546)? (silbe)
• Journal backup UI (Patch from Martin Abente, Patch from Sascha Silbe) (silbe)
• Uncaught exception handler (#2063)
• "Your Journal is empty" shown for unreadable storage media (#1810)
• invalid/unknown colors are shown as owner colors (#1750)
• Drop down menus give no indication of their existence, also are too slow to load (#1169, Patch from Michael Stone)

We should also go through open tickets filed against component design some time.

Who and what

The meeting is targeted to Sugar core and activity developers, but remains open to anyone interested. It's primary purpose is to open the design approach, making it more transparent and allowing the community to provide feedback on both current and upcoming features.

In general, discussion focuses on:

• high level design goals and ideas
• feedback and discussion of problems in the current design
• reviews of design proposals

Adding topics

You can add topics for discussion to the topics section for the meeting throughout the week. Posted topics will be collected and sent out in the announcement on the morning of the meeting.

Past meetings

Saturday 10 July 2010 14:30 UTC

• http://lists.laptop.org/pipermail/devel/2010-July/029187.html

  Designs for the proposed Start new/Resume functionality in Home view.

• meeting log

Sunday 16 August 2009 09:40 UTC

Summary & log - Sugar 0.86 Design

Saturday 09 May 2009 10:00 EDT

Summary & log.

Topics

• Sayamindu's dictionary dialog.

  See http://www.mail-archive.com/sugar-devel@lists.sugarlabs.org/msg04042.html

• Jameson's accelerators proposals.

  See Design_Team/Proposals#Keyboard_Action

• Printing proposal from several people.

  See Print Support, http://www.mail-archive.com/sugar-devel@lists.sugarlabs.org/msg03984.html, http://www.mail-archive.com/sugar-devel@lists.sugarlabs.org/msg03991.html

• Martin's clock proposal.

  See http://www.mail-archive.com/sugar-devel@lists.sugarlabs.org/msg03934.html

Sunday 19 April 2009 13:00 UTC / 9:00 EDT

Log: http://meeting.sugarlabs.org/sugar-meeting.log.20090419_0911.html

Topics

We discussed design goals for the next release 0.86. Design mockups will be created in response to the high-level features listed below (potentially in advance of SugarCamp 2009 on May 16th), to further illustrate the design intent and allow for integration with the development schedule.

High-level feature recap:

• polish activity list in Home
• support filtering/searching via tags in Home
• add list views to groups/neighorhood
• make groups dynamic (like neighborhood)
• extend activity chat
• add overlay chat to groups/neighborhood
• design a bulletin-board _activity_
• remove management from activity list, ensure _all_ installed activities are in Journal
• new toolbar design

Concrete design/development tasks:

1. design mockups to make the frame more discoverable
2. design mockups to polish the new toolbars
3. Home list view: remove the date column and enable alphabetical sort. Label versions "Version x"
4. Design mockups for tagging/filtering/search within Home view
5. Draft changes to activity.info file to support tagging
6. Design mockups for overlay chat in groups/neighborhood (should also include revising the activity chat..which exists but not as earlier designs proposed)
7. Design mockups of bulletin board activity
8. Design mockups for list views in groups and neighborhood

Saturday 21 March 2009 14:00 UTC / 10:00 EDT

Log: http://meeting.sugarlabs.org/sugar-meeting.log.20090321_1009.html

Topics

Discussion of the Home view and whether to abandon the notion of favorites for a single consolidated view

See Design Team/Proposals.

Unify look of web services

(Marketing Team) Tuesday 10 March 2009 13:00 UTC / 09:00 EDT

Log: http://meeting.sugarlabs.org/sugar-meeting.log.20090310_1100.html
Summary: http://www.mail-archive.com/iaep@lists.sugarlabs.org/msg03132.html

Sun March 1, 2009 - 13.00 (UTC) / 10.00 EST

Logs: Design Team/Meetings/09.03.01

Topics

We'll continue discussion of revised, and thorough, mockups for overlay chat in activities. This includes ways in which this chat system can extend into the other zoom levels, and short term and long term goals.

Other topics: Discuss development roadmap and prioritize design activities for next build

Friday December 19, 2008 - 15.30 (UTC)

Topics

We'll continue discussion of revised, and thorough, mockups for overlay chat in activities. This includes ways in which this chat system can extend into the other zoom levels, and short term and long term goals.

Thursday December 4, 2008 - 15.30 (UTC)

Topics

We'll focus on possibilities for overlay chat in activites, presenting both short term and long term ideas, and discuss how this could later be extended to the neighborhood.

Media

• Overlay chat sketch (PDF)‎

Logs

• http://meeting.sugarlabs.org/sugar-meeting/2008-12-04#i_2382400

Wednesday November 26, 2008 - 15.00 (UTC)

We'd like to hold a meeting this week while the topics discussed at the recent SugarCamp are fresh in our minds. Though this is not part of the usual meeting cycle, I think it's important enough to merit an extra meeting. Due to Thanksgiving on Thursday, we'll hold it on Wednesday instead.

Topics

Short Term Roadmap Definition

To capitalize on the extremely valuable discussions at the recent SugarCamp in Cambridge, we'd like to take some time to define a rough feature roadmap for the Sugar OS within the OLPC 9.1 timeframe. As a starting point for this discussion, we should likely review the various design proposals presented on the last day of the conference.

Logs

• http://meeting.laptop.org/sugar-meeting.20081126_1018.html

Thursday September 18, 2008 - 15.30 (UTC)

Topics

Visual Clipboard API

For reference, please see the clipboard specification. For a more targeted list of features and goals, please see the clipboard planning page.

We had a fairly long discussion about this, which didn't seem to get too far. Fortunately, a follow-up between Marco and I clarified some points, and we agreed that it should be possible to implement the majority of the goals across the system using the "formats" allowed in the GTK protocols, and falling back to sane defaults when extra info isn't provided.

Some references:

• http://www.pygtk.org/pygtk2tutorial/ch-NewInPyGTK2.2.html#sec-Clipboards
• http://www.pygtk.org/pygtk2tutorial/ch-DragAndDrop.html
• http://www.pygtk.org/pygtk2tutorial/ch-ManagingSelections.html

Advancing the Journal

I'd like to have a conversation regarding the current iteration of the Journal, future plans, and the steps we hope to take toward them in the next major release so we can scope our goals. The latest mockups (though slightly out of date) can be seen here.

Due to the lengthy clipboard discussion, we didn't hit this topic today. We'll pick it up first thing next week.

Icon reviews

We discussed three icons today.

Settings (control panel): By popular demand, a wrench was chosen as the base for this icon, though it was also proposed that a wrench and screwdriver could be clearer. It was agreed that the wrench is a simpler icon, and a more generic metaphor which could be used to represent "settings" throughout the system. A few visual tweaks (Trac #8198) made many happier with the wrench, but since this isn't a major change they can come post 8.2.

View Details (Journal): The old designs for this button closely resembled a play button (but with an open triangle, akin to a greater than (>) symbol), which some found confusing. The new proposal is an ellipsis [...] icon, to indicate the idea that more info is available, but omitted in the abbreviated list view. This works nicely within the [wiki.laptop.org/go/Designs/Journal new Journal designs], since the icons will occasionally appear within a string of icon-annotated text. All present agreed the latter was a better direction. This change could make 8.2.

Access Point: Recent experience reports have indicated that the removal of an identifier of the connected AP is frustrating. The proposal discussed is shown [1], which wraps the former AP icon (the circle) in "parenthesis" (meant to indicate radio signal). This retains the primitive circular shape of the current access points, but illustrates which is connected in a way which alludes to the wireless activity LED. The point was discussed that the other LED is actually more semantically correct, but not as suitable as an icon.

Additionally, these alternate designs were proposed, using antennae to make the purpose of the icons clearer. We may wish to elicit feedback about these alternatives from teachers and kids to see which convey the notion of wireless connectivity the best. The triangle proposed here was used once, and subsequently removed due to some distaste for the shape in this context, but it may still convey the idea better with the antenna. This change is strongly desired for 8.2.