Re: [Sugar-devel] [DESIGN] Frame Device icon Volumes
On 08/19/2012 08:04 PM, Gary Martin wrote: On 19 Aug 2012, at 15:54, Simon Schampijer si...@schampijer.de wrote: On 08/19/2012 03:45 PM, Gonzalo Odiard wrote: There are a convention about the position of the primary action? Should be the closest to the button or the first at top of the palette? The palettes reflow based on how close to a screen edge it is, so in some cases it might not be easily to know which end of the palette is closest to the button. I'd also call out that reordering a palettes content is a worse UI crime for consistency. At Sugar Camp Paris 2, Simon and I did mock-up a range of 'put the primary action by the button' type designs, until we realised the issues with reflow when near screen edges. So that's a +1 for top of the palette. I've always assumed this was the convention and implicit in the current implementation, but perhaps it's not explicitly documented (seemingly like so many other items). I think is important have this defined, and may be show it in a special way. In this particular case, the option is between the label, another action and the widget showing the size, and is not obvious. Gonzalo So, in this particular case, there is no primary action anymore. Left click will always bring up the Palette, then it is up to the user to decide. +1 Let's look at another case: the Activity Palettes in the Frame (see activity_palette_1.png). The primary action there is to resume the Activity. When you click on the button that activity is resumed. The action is drawn right below the label. That is where I would put it as well. But in this case, I think the separator should then be drawn below the primary option (see activity_palette_2.png). Yes, for this case I think that's a reasonable amendment. The only other variation for this that came to mind would be to make the primary action text bold (as adding/moving separators might not always be the right treatment). Attached is an example with the text being bold for the primary action. Is subtle. Not sure it will make clear what it is about. Simon attachment: bold_primary.png___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Frame Device icon Volumes
There are a convention about the position of the primary action? Should be the closest to the button or the first at top of the palette? I think is important have this defined, and may be show it in a special way. In this particular case, the option is between the label, another action and the widget showing the size, and is not obvious. Gonzalo On Sun, Aug 19, 2012 at 6:53 AM, Simon Schampijer si...@schampijer.dewrote: On 08/16/2012 03:25 PM, Manuel QuiƱones wrote: 2012/8/16 Gary Martin garycmar...@googlemail.com: Hi Simon, On 16 Aug 2012, at 09:44, Simon Schampijer si...@schampijer.de wrote: Hi, working on the 'reveal palette on left click' behavior change for the Frame device icons [1] I came across the following behavior for the Volumes device icons: - when you click on the icon it will resume the Journal and show the contents of the volume - if you reveal the Palette (right click or hover) you get the Palette (see screen-shot): [Label] [Remove option] [info about free space] I think there are two issues with the current behavior: - the primary action which triggers the 'show content' is not reflected in the Palette, if you bring up the Palette you can not find that action in the Palette, this is about discover-ability - secondly as we are currently moving to the behavior for bringing up the Palette on left click for the device icons it makes sense to be consistent here, so I would remove the primary action from the button, hence on left click reveal the Palette containing the 'Show content' option like we have for the Journal as first item in the Palette +1 to removal of the primary action, adding 'Show content' to the palette, and bringing up the palette on a left click. Yes, +1 I coded that up. Works much better imho, and the design I am happy with too (screenshot attached). Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Frame Device icon Volumes
On 19 Aug 2012, at 15:54, Simon Schampijer si...@schampijer.de wrote: On 08/19/2012 03:45 PM, Gonzalo Odiard wrote: There are a convention about the position of the primary action? Should be the closest to the button or the first at top of the palette? The palettes reflow based on how close to a screen edge it is, so in some cases it might not be easily to know which end of the palette is closest to the button. I'd also call out that reordering a palettes content is a worse UI crime for consistency. At Sugar Camp Paris 2, Simon and I did mock-up a range of 'put the primary action by the button' type designs, until we realised the issues with reflow when near screen edges. So that's a +1 for top of the palette. I've always assumed this was the convention and implicit in the current implementation, but perhaps it's not explicitly documented (seemingly like so many other items). I think is important have this defined, and may be show it in a special way. In this particular case, the option is between the label, another action and the widget showing the size, and is not obvious. Gonzalo So, in this particular case, there is no primary action anymore. Left click will always bring up the Palette, then it is up to the user to decide. +1 Let's look at another case: the Activity Palettes in the Frame (see activity_palette_1.png). The primary action there is to resume the Activity. When you click on the button that activity is resumed. The action is drawn right below the label. That is where I would put it as well. But in this case, I think the separator should then be drawn below the primary option (see activity_palette_2.png). Yes, for this case I think that's a reasonable amendment. The only other variation for this that came to mind would be to make the primary action text bold (as adding/moving separators might not always be the right treatment). Doing the same for the Volume Palette will look odd (volume_palette_2.png) as we have also a separator below the 'Remove' option as this is the Palette content (the progress bar showing how much space is left). Three horizontal lines in one Palette is just too much. Agreed, separators allow grouping/structure, putting separators between every item does not help, and is not a visual improvment. On a related note: actually we should show the 'Show content' option in the Volume Palette in the Journal as well. I think it is right to leave the primary action there, clicking on the icon it is to switch views. But the primary action should be present in the Palette as well, same as we do in the Activity Palettes in the Frame where the primary action is 'Resume' and it is shown as well in the Palette. +1 Regards, --Gary Regards, Simon activity_palette_1.png activity_palette_2.png volume_palette_2.png ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Frame Device icon Volumes
On Sun, Aug 19, 2012 at 3:04 PM, Gary Martin garycmar...@googlemail.comwrote: On 19 Aug 2012, at 15:54, Simon Schampijer si...@schampijer.de wrote: On 08/19/2012 03:45 PM, Gonzalo Odiard wrote: There are a convention about the position of the primary action? Should be the closest to the button or the first at top of the palette? The palettes reflow based on how close to a screen edge it is, so in some cases it might not be easily to know which end of the palette is closest to the button. I'd also call out that reordering a palettes content is a worse UI crime for consistency. At Sugar Camp Paris 2, Simon and I did mock-up a range of 'put the primary action by the button' type designs, until we realised the issues with reflow when near screen edges. So that's a +1 for top of the palette. I've always assumed this was the convention and implicit in the current implementation, but perhaps it's not explicitly documented (seemingly like so many other items). +1 to top of palette. I think is important have this defined, and may be show it in a special way. In this particular case, the option is between the label, another action and the widget showing the size, and is not obvious. Gonzalo So, in this particular case, there is no primary action anymore. Left click will always bring up the Palette, then it is up to the user to decide. +1 May be is not primary in the sense that is the action executed when the user press the left button over the icon, but always will be a more important action. I am thinking in doing easier to found this option. Also I am thinking in a future where we can do Sugar more accessible, these palettes should be keyboard navigable, and the main option should be focused. Let's look at another case: the Activity Palettes in the Frame (see activity_palette_1.png). The primary action there is to resume the Activity. When you click on the button that activity is resumed. The action is drawn right below the label. That is where I would put it as well. But in this case, I think the separator should then be drawn below the primary option (see activity_palette_2.png). Yes, for this case I think that's a reasonable amendment. The only other variation for this that came to mind would be to make the primary action text bold (as adding/moving separators might not always be the right treatment). Bold could be a good option. Should be good have a api in the palette to be able to set the main action, and not need to add code every time, to set bold or put the separator, and so. (In other news:I don't lose the hope, to have a palette where we can set a widget instead of a text in the main area, to be able to implement this: http://wiki.laptop.org/go/File:Frame-05.jpeg ) Gonzalo Doing the same for the Volume Palette will look odd (volume_palette_2.png) as we have also a separator below the 'Remove' option as this is the Palette content (the progress bar showing how much space is left). Three horizontal lines in one Palette is just too much. Agreed, separators allow grouping/structure, putting separators between every item does not help, and is not a visual improvment. On a related note: actually we should show the 'Show content' option in the Volume Palette in the Journal as well. I think it is right to leave the primary action there, clicking on the icon it is to switch views. But the primary action should be present in the Palette as well, same as we do in the Activity Palettes in the Frame where the primary action is 'Resume' and it is shown as well in the Palette. +1 Regards, --Gary Regards, Simon activity_palette_1.png activity_palette_2.png volume_palette_2.png ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [DESIGN] Frame Device icon Volumes
Hi, working on the 'reveal palette on left click' behavior change for the Frame device icons [1] I came across the following behavior for the Volumes device icons: - when you click on the icon it will resume the Journal and show the contents of the volume - if you reveal the Palette (right click or hover) you get the Palette (see screen-shot): [Label] [Remove option] [info about free space] I think there are two issues with the current behavior: - the primary action which triggers the 'show content' is not reflected in the Palette, if you bring up the Palette you can not find that action in the Palette, this is about discover-ability - secondly as we are currently moving to the behavior for bringing up the Palette on left click for the device icons it makes sense to be consistent here, so I would remove the primary action from the button, hence on left click reveal the Palette containing the 'Show content' option like we have for the Journal as first item in the Palette Regards, Simon PS: Maybe we can adopt the touchpad device icon as well [2] [1] http://lists.sugarlabs.org/archive/sugar-devel/2012-August/039013.html [2] http://git.sugarlabs.org/sugar/mainline/blobs/master/extensions/deviceicon/touchpad.py#line69 attachment: frame_device_icon_volumes.png___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Frame Device icon Volumes
Hi Simon, On 16 Aug 2012, at 09:44, Simon Schampijer si...@schampijer.de wrote: Hi, working on the 'reveal palette on left click' behavior change for the Frame device icons [1] I came across the following behavior for the Volumes device icons: - when you click on the icon it will resume the Journal and show the contents of the volume - if you reveal the Palette (right click or hover) you get the Palette (see screen-shot): [Label] [Remove option] [info about free space] I think there are two issues with the current behavior: - the primary action which triggers the 'show content' is not reflected in the Palette, if you bring up the Palette you can not find that action in the Palette, this is about discover-ability - secondly as we are currently moving to the behavior for bringing up the Palette on left click for the device icons it makes sense to be consistent here, so I would remove the primary action from the button, hence on left click reveal the Palette containing the 'Show content' option like we have for the Journal as first item in the Palette +1 to removal of the primary action, adding 'Show content' to the palette, and bringing up the palette on a left click. Regards, --Gary Regards, Simon PS: Maybe we can adopt the touchpad device icon as well [2] [1] http://lists.sugarlabs.org/archive/sugar-devel/2012-August/039013.html [2] http://git.sugarlabs.org/sugar/mainline/blobs/master/extensions/deviceicon/touchpad.py#line69 frame_device_icon_volumes.png___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Frame Device icon Volumes
2012/8/16 Gary Martin garycmar...@googlemail.com: Hi Simon, On 16 Aug 2012, at 09:44, Simon Schampijer si...@schampijer.de wrote: Hi, working on the 'reveal palette on left click' behavior change for the Frame device icons [1] I came across the following behavior for the Volumes device icons: - when you click on the icon it will resume the Journal and show the contents of the volume - if you reveal the Palette (right click or hover) you get the Palette (see screen-shot): [Label] [Remove option] [info about free space] I think there are two issues with the current behavior: - the primary action which triggers the 'show content' is not reflected in the Palette, if you bring up the Palette you can not find that action in the Palette, this is about discover-ability - secondly as we are currently moving to the behavior for bringing up the Palette on left click for the device icons it makes sense to be consistent here, so I would remove the primary action from the button, hence on left click reveal the Palette containing the 'Show content' option like we have for the Journal as first item in the Palette +1 to removal of the primary action, adding 'Show content' to the palette, and bringing up the palette on a left click. Yes, +1 -- .. manuq .. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel