<br><br><div class="gmail_quote">On Mon, Aug 13, 2012 at 1:18 PM, Gary Martin <span dir="ltr"><<a href="mailto:garycmartin@googlemail.com" target="_blank">garycmartin@googlemail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF"><div>Hi Gonzalo,<div class="im"><br><br>On 13 Aug 2012, at 16:38, Gonzalo Odiard <<a href="mailto:gonzalo@laptop.org" target="_blank">gonzalo@laptop.org</a>> wrote:<br><br></div></div><div class="im">
<div></div><blockquote type="cite"><div>Looking at the ticket SL #3752 [1] "Add page-based viewing functionality"<div>I found again a old problem we have not solved.</div><div><br></div><div>If one button have a menu, is displayed pressing the secondary button,</div>

<div>but the user does not have any clue about the existence of this menu.</div><div>In the toolbar, when a button have a sub-toolbar attached, a triangle is displayed,</div><div>and I think works ok.</div><div><br></div>

<div>Can we implement a similar visual signal to show there are a menu available </div><div>if the user press the secondary button? </div><div>With the use of touch, will be more difficult to discover these options.</div>
</div></blockquote><div><br></div></div><div>+1, though we do have to consider how many places will need that extra little visual e.g. every AP, Ad-Hoc, Buddy, Activity icon in all the shell views, Pretty much every icon on all Frame sides except for the zoom level icons. That is a lot of little arrows all over the UI.For the white canvas area, it could be not too visually messy if the canvas arrows were in a pale grey rather than black.</div>
<div><br></div></div></blockquote><div><br></div><div>+1 Grey can work with white background and with black background.</div><div> </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF"><div></div><div>My general goal for this has been to try and convince developers NOT to overload icons with both primary and secondary button actions. Buttons with palette entries should generally always just open their palettes when clicked, and Buttons with primary actions should avoid having secondary actions hidden in palettes (with exceptions for advanced, or rarely used features where these users can be considered more experienced).</div>
<div class="im"><br></div></div></blockquote><div><br></div><div>I agree with you, we should try avoid having action associated to primary and secondary buttons,</div><div>maybe with a visual indication, is easier identify the cases we can avoid.</div>
<div><br></div><div>Gonzalo </div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF"><div class="im"><blockquote type="cite"><div>
<div><span>May be something to talk in the next design meeting? </span><br></div></div></blockquote><div><br></div></div><div>Sure, I'll add it to the agenda, I have some of Simons touch related patches to add as well.</div>
<div><br></div><div>Regards,</div><div>--Gary</div><br><blockquote type="cite"><div><div><br></div><div>Gonzalo</div><div><br></div><div><br></div><div>[1] <a href="http://bugs.sugarlabs.org/ticket/3752" target="_blank">http://bugs.sugarlabs.org/ticket/3752</a></div>

</div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br><span>Sugar-devel mailing list</span><br><span><a href="mailto:Sugar-devel@lists.sugarlabs.org" target="_blank">Sugar-devel@lists.sugarlabs.org</a></span><br>
<span><a href="http://lists.sugarlabs.org/listinfo/sugar-devel" target="_blank">http://lists.sugarlabs.org/listinfo/sugar-devel</a></span><br></div></blockquote></div></blockquote></div><br>