Hi, • Add "AlertBox" for use with palettes/notifications
Eben, can you elaborate here a bit more? Eben Eliason wrote: >> > • Make notifications "slide into" or "out of" the Frame >> Which notifications slide in or out? >> > • Create notification API (delay, type (in|out|remain)) >> Can you specify how the different types of notifications behave? > > There are three basic types of notifications, which appear according > to the action they represent. A notification may indicate one of (a) > an object is being added to the frame (eg. made a clipping, started an > activity, buddy joined, plugged in storage device) or (b) an object is > being removed from the frame (eg. buddy left an activity, unplugged > storage device, etc.) or (c) an object which is represented within the > frame needs attention, but is neither being added nor removed (eg. a > running activity has something to say, the battery is low, etc.) > > The behaviors for these are as follows: > > (a) Notification appears in the corresponding corner, pulses, and then > slides off screen in the direction of the corresponding edge after > delay. > (b) Notification slides onto the screen from the corresponding edge, > pulses, and disappears after delay. > (c) Notification slides onto screen from the corresponding edge, > pulses, and then slides back off after delay. > >> > • Add clipping previews (related to above) >> Which clipping types can be previewed? Just images and text? > > These are certainly the most straightforward, but I would leave it to > the activity to provide a meaningful clipping as it considers > appropriate. For instance, TamTam might desire to represent a sound > as a waveform preview. > >> > • Color copy/paste buttons in activities >> Which colors should take? Just the local colors? > > We have tickets for this. We want to color the copy button in the > color of the activity being copied from. Ideally, we'd color the > paste button in the color of the selected clipping on the clipboard. > (#3692, #3693) We could allow the activity to override the color of > the copy button, if they wish to provide fine grained support for > coloring it based on the author of the current selection. > >> > • Fix visual style for drag'n'drop >> Can you specify? > > Please refer to the last few slides at > http://wiki.laptop.org/go/Designs/Frame. The plan is to continue > using the standard cursor while dragging, but placing an icon > representation (or a graphical one?) centered under the cursor. When > the cursor is placed over an object that can accept the drop, it > should turn into the modified cursor with the '+'. When the cursor is > placed over an object that accepts drops, but not of the type provided > (or not at all?) it should turn into the modified cursor with the > 'N/A' symbol instead. Where applicable (toolbars, frames, trays), it > would be great to highlight the item (or region) accepting the drop > with the black hover effect. Note the difference between a tray that > accepts a drop (such as the clipboard, or the people tray) and an > object that accepts a drop (such as a running activity, or a storage > device). > >> > • Expose an avatar property for buddies in PS? >> svg? any pixbuf? which size limit? > > This is one of those "just for fun" features, which would be helpful > to have at some point in the future, if not now, for identity > purposes. It would require, of course, adding a "take a photo" step > to the intro sequence and the control panel. I imagine that a small, > static, 256px (square) image would suffice here. It would be a > pixbuf, I imagine. The possibility of creating SVG avatars (which > could still use XO colors) is intriguing, but we don't yet have an SVG > editor for Sugar anyway. > >> > • Expose the activity name, activity preview in PS >> Activity preview is doable? Which screen size? Which maximum size for >> transfer in the mesh? > > The hope would be to use the same code that creates the Journal > preview for this purpose, so an activity would only have to worry > about generating a preview in one way. The preview would be passed > around at the same size, and potentially only when requested (for > instance, only when a child hovers to reveal the secondary palette.) > A placeholder could appear while the image loads in. > >> > • Make activity zoom level button cycle active activities? >> What's the doubt here? > > Not much really. I wanted to see other's opinions on it, I guess, > though it seems quite reasonable. It effectively retains precisely > its current behavior, and adds a potentially useful function to it. Don't we would use alt-tab to cycle through the available activities. I would leave the activity zoom level button to only reveal the current active one. >> > • Tweak "battery fully charged" behavior >> What needs tweaking? > > It continually tells me my battery is fully charged even though the > meter isn't maxed out. I don't care so much about fixing the > underlying code which calculates this....simply make sure that if we > report that it's full, we ignore the actual reading and fill up the > meter to be internally consistent in what we show the kids. This looks more like an issue in the logic to me. Should not be hard to fix. >> > • Implement white vs. colored battery style >> When is one or the other? > > I have more detailed mockups of the device icons somewhere. The basic > idea is that the colored icons represent when a device is active, and > a white when inactive. An inactive battery is one which is charging, > instead of discharging. An inactive speaker is muted. Etc. We > should apply this logic consistently across the devices for which it > makes sense. > >> > • Add device notifications (battery, storage, etc.) >> Can you specify each of those? > > I can make this more clear in tickets or the wiki later. To summarize: > > - when external devices get plugged in, removed > - when wireless devices connect/disconnect > - when any device needs attention (low battery, weak wireless, etc.) > >> > • Identify the school server visually in the mesh >> Ok. Which actions contains the palette? >> > • Attach "register" option to the school server icon >> Ok > > For starters, let's offer "connect" (just like APs should have), and > "register". Perhaps we'll have other services available in the > future. > >> > • Add list view, group people under activities >> Do we have mockups? > > Not yet, working on them. They will appear very similar to the > activities list in home. The big difference is that we might have > grouping for all of these, with activities in home grouped by > "identity threads", and the other views revealing participants lists > under the activity icons. > >> > • Add modal alert before destructive changes (eg. change channel)? >> From where can the channel be changed? > > Well, as far as I understand it, choosing an AP on a given channel > will destroy any communications on the current mesh channel. If the > selection of an AP would break communications, we'd want to indicate > this. I guess one point that we should put on the list is an API for modal alerts. The Wep-key dialog for example could be 'sugarized' with the new API as well. >> > • Refactor visualization of Groups, according to designs >> Do we have mockups in the wiki? >> > • Provide basic support for creating groups, inviting people to groups >> Can you specify? > > I'm not sure we do yet, apart from the MoMA demo videos. We need to > flesh this out in some static screens in the near future anyway. The > current thought is to make groups almost identical to Neighborhood, > but with a slightly different toolbar, and of course the zoomed-in > look. > >> > • Add list view, group people under activities >> Mockups? > > Same as Neighborhood....design forthcoming. > >> > • Implement basic launcher service for search field >> Can you specify? > > The launcher as designed offers to start an activity, resume matching > recent entries, or jump into the journal with the current search term. > Ideally we would be able to offer the first and last of these to > make the presence of the search useful in Home. > >> > • Add grouping (by "identity thread") to activities list >> Pending on ongoing discussions about bundle signing. > > Indeed. This seems to be a pretty core part of the (future) > experience, so we need to make sure we're all on the same page here. > >> > • New activity launch behavior >> Needs to be specified. >> >> > • Remove activity toolbar, add non-modal naming notification? >> Needs to be specified. >> >> > • New toolbar design? >> Needs to be specified. > > All of these probably need a review in a design call before we move > them forward. > >> > • Fix startup sequence colors, etc. >> Can you detail more? > > For the most part, we want to ensure that the boot sequence > integrates smoothly with the new design. This will mean changing the > boot frames to a white background with a gray outlined XO, and > removing the stages which reveal the ring and frame themselves, which > are no longer part of Home. > >> > • Create a sane color picker >> Mockups? >> > • Improve object picker design, add search/filters >> Can you specify? > > In progress. > >> > • Use new visual style for list >> Do we have mockups? > > Yup. Basically, we want to apply the visual treatment show here: > http://wiki.laptop.org/go/Designs/Journal#03 until we get around to > the full Journal redesign with the action/object separation. > >> > • Add palettes to activity icons >> Ok, with which items? > > The palette should contain some reasonable subset of: > http://wiki.laptop.org/go/Designs/Journal#04. If we start using > previews ubiquitously, we'll want to add that too. I'll refine this > palette mockup. > >> > • Add "anyone"" filter >> Not so sure about this. Will need PS changes plus maybe DS changes. > > Bah! OK. > >> > • Fix appearance of icons in "anything" filter >> Can you specify? > > They should appear as white strokes with transparent fills. > >> > • Reconfigure detail layout >> Mockups? > > http://wiki.laptop.org/go/Designs/Journal#12 > >> > • Add "no results" screen >> Mockup? > > http://wiki.laptop.org/go/Designs/Journal#11 > >> > • Add "no entries" screen >> Mockup? > > Not posted, but it will look almost identical to the "No results" > screen, but have a "back" (to home) button instead. _______________________________________________ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
