On Tue, Jul 26, 2011 at 1:15 PM, Simon Schampijer <span dir="ltr"><<a href="mailto:simon@schampijer.de" target="_blank">simon@schampijer.de</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><div></div><div>On 06/12/2011 05:22 PM, Gary Martin wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Manuel,<br>
<br>
On 12 Jun 2011, at 14:39, manuel quiñones wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
2011/6/7 Gary Martin<<a href="mailto:garycmartin@googlemail.com" target="_blank">garycmartin@googlemail.<u></u>com</a>>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Manuel, you mentioned in the design meeting you had some ideas for a clipboard icon, did you make any progress or have some suggestions?<br>
</blockquote>
<br>
Sorry I completly missed this thread, I'm attaching the idea I had in<br>
mind for the clipboard, but I think the reusage of the scissors can be<br>
a good choice. I would prevent a real clipboard icon.<br>
</blockquote>
<br>
Thanks. OK so that's -2 votes for a clipboard icon (you and Walter), and +2 votes for scissors (you and Simon). Your new clipboard visual is close to something I was also playing with after Walter's comment that he though the icon should indicate/represent the left Frame edge in some way. I'm not sure though that this approach leads to a clear visual for the user to understand (we don't visually indicate places/sides of the Frame in any other cases). Let's see if we get any more feedback from others, but Simon might want to go ahead land a version with the scissors visual if he's ready.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
And I tried another design for the duplicate icon, the two objects side by side.<br>
</blockquote>
<br>
Yes I like it. More I think than the version I did as it is more visually distinct, especially as the Copy_to and Duplicate icons will sit right next to each other. I've removed the inkscape XML, tidied the code a little and added in the fill/stroke entities for user colour, happy to go with this if there are no other objections:<br>
</blockquote>
<br></div></div>
I went ahead with the design proposal (use of the scissor icon for the clipboard icon and an extra option for the duplicate option) and rebased my code. However I run into a few issues I want to explain with the screenshots attached.<br>
<br>
device.png (the option displayed for a a file on a external device): Do we display the duplicate option there as well (duplicate a file on an external device)? How is it colored if - black and white because it is not 'owned'? We miss here the Journal as an option for the file to be copied to, that can be added.<br>
<br>
Journal.png: How does the coloring of the clipboard icon looks like? As it is only made for one color, coloring it looks strange. Use Manu's icon instead? Make it black and white? Change the icon to support double color?<br>
<br>
Regards,<br><font color="#888888">
Simon</font></blockquote><div><br>Perhaps these comments from<br><a href="http://lists.sugarlabs.org/archive/sugar-devel/2011-June/031817.html" target="_blank">http://lists.sugarlabs.org/archive/sugar-devel/2011-June/031817.html</a><br>
were missed:<br><br><blockquote style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex" class="gmail_quote"><blockquote style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex" class="gmail_quote">
Thanks.
OK so that's -2 votes for a clipboard icon (you and Walter), and +2
votes for scissors (you and Simon). Your new clipboard visual is close
to something I was also playing with after Walter's comment that he
though the icon should indicate/represent the left Frame edge in some
way. I'm not sure though that this approach leads to a clear visual for
the user to understand (we don't visually indicate places/sides of the
Frame in any other cases). Let's see if we get any more feedback from
others,
</blockquote></blockquote><blockquote style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex" class="gmail_quote"><div><br></div></blockquote><blockquote style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex" class="gmail_quote">
<div>I like manuq's "push item into stack" icon.
It symbolizes the clipboard object structure simply. It is specific to
that action. It reminds one of the the Frame's visualization of the
clipboard contents (without referring to the Frame or a specific
location, if that were a problem).</div><div><br></div><div>I find myself favoring this over the Scissors icon,
which Gary proposed in order to reinforce the idea of the Activity Edit
toolbar, where copy and paste access is the common use case.</div><div>I
think this association is not direct, and so, not as quickly grasped.
The scissors directly suggests the cut action, and only indirectly is
associated with the generic editing actions, which are not the only use
for the clipboard objects. I don't think the weaker association best
serves the proposed purposes.</div><div><br></div><div>Thanks for these efforts! --Fred</div></blockquote>
<div><br>Color question discussion:<br><br>There are some deviations (evolutions?) from the Sugar Human Interface Guidelines,<br><a href="http://wiki.sugarlabs.org/go/Human_Interface_Guidelines/The_Sugar_Interface/Colors" target="_blank">http://wiki.sugarlabs.org/go/Human_Interface_Guidelines/The_Sugar_Interface/Colors</a><br>
<br>For exemple, the battery icon on an XO is grayscale after startup until it is fully charged, but then remains colored as the charge drops. Perhaps this is a partial implementation of the concept of active vs. inactive icons,<br>
<a href="http://wiki.sugarlabs.org/go/Human_Interface_Guidelines/The_Sugar_Interface/Icons#Active_vs._Inactive_Icons" target="_blank">http://wiki.sugarlabs.org/go/Human_Interface_Guidelines/The_Sugar_Interface/Icons#Active_vs._Inactive_Icons</a><br>
<br>In another example, if one views the secondary Resume and Copy toolbar palettes from the detailed view of a Journal entry for a Terminal session, one sees a grayscale Terminal icon even though the the resumption will not be a new, distinct Journal entry.<br>
<br>The secondary Copy palette offers to copy to my SD card, which has a grayscale icon, even though the Journal tray colors my attached SD card. Colors would be meaningful here when the attached device is on another Sugar Learner's system (though we haven't provided a means to discover that in Sugar, yet. <I am able to browse and use a networked storage device in Nautilus through the 'Connect to Server...' facility>).<br>
<br>Specific color questions:<br>
<br><blockquote style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;" class="gmail_quote">How is it colored if - black and white because it is not 'owned'?<br></blockquote>
<div>The Copy to icon has the owner's color on the second document even if the copied object bore a different color (came from another Sugar Learner). This incongruity is perhaps tolerated as the use of color is here slurred to mean an owned object (which saved the developers from strickly maintaining the ownership colors). Manuq's stack insertion icon maintains the same distinction as the Copy to icon. The scissors icon is a more distant and general abstraction and shouldn't have a specific color if it is used (which I've advised against).<br>
<br><blockquote style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;" class="gmail_quote">Use Manu's icon instead?<br></blockquote><div>Yes.<br><br><blockquote style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;" class="gmail_quote">
Make it black and white? Change the icon to support double color?<br></blockquote><div>The example Manu posted has such a small colored area (just the new stack entry) that dual colors may be blurred; and the precise ownership meaning has been relaxed anyway, at this point. (If in the future someone wanted to maintain the specific ownership, dual colors would be needed.)<br>
<br>Thank you for your efforts and considering these comments.<br><br> --Fred<br></div> <br></div><br></div></div> </div></div>