I think the arrow should be removed, I would however prefer that the scope of 'replace-all' be a persistent radio-button, and that there be only one button for replace-all -- that seems to be the way most software does it.  Since that's a big change, though,just removing the show/hide arrow would be good -- I don't see what purpose it serves...<br clear="all">
/ˈmɪstər/ /ˈdʒɛnəsɪs/@/dʒi/ /meɪl/ /dɒt/ /kɒm/<br>Benjamin West<br><br>
<br><br><div class="gmail_quote">On Fri, Jan 16, 2009 at 10:58 AM, Daniel Richard G. <span dir="ltr"><<a href="mailto:skunk@iskunk.org">skunk@iskunk.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">On Fri, 2009 Jan 16 17:04:36 +0000, Nick Treleaven wrote:<br>
><br>
> I did it like that because the Gnome HIG says the most commonly-used<br>
> button should be on the right, and I assumed it was the document<br>
> button. Then it seemed logical to put the session button near the<br>
> document button.<br>
<br>
</div>But don't forget, the buttons appear only after you click the "Replace All"<br>
arrow, at the left edge of the dialog. Consider the distance that you need<br>
to move the mouse afterward to reach each button---shouldn't the more<br>
common case(s) require a shorter distance?<br>
<br>
I see where you're coming from on the Gnome HIG, and that is a reasonable<br>
approach. But the "Replace All" arrow confounds the logic of that, IMO. If<br>
the most commonly used button is to be on the right, then I would suggest<br>
removing the arrow, and keeping that section of the dialog always visible,<br>
so that there is no need for the pointer to visit the left edge. (This<br>
would also make the dialog require one less click, and score UI brownie<br>
points by removing a modal element.)<br>
<div class="Ih2E3d"><br>
> Anyway, the selection button can also be used often, so we could change<br>
> the order to:<br>
><br>
> [Session] [Document] [Selection]<br>
><br>
> This also makes sense in making the function with the biggest impact<br>
> away from the commonly used position.<br>
<br>
</div>Aye, as well as having them in a sorted order. And for my part,<br>
replace-in-selection is a much more common operation than<br>
replace-in-document. When I'm editing a large source file, the latter tends<br>
to be a big/scary/rare deal; more typically I'll, say, rename a variable in<br>
a function with the former.<br>
<div class="Ih2E3d"><br>
<br>
--Daniel<br>
<br>
<br>
--<br>
NAME   = Daniel Richard G.       ##  Remember, skunks       _\|/_  meef?<br>
EMAIL1 = <a href="mailto:skunk@iskunk.org">skunk@iskunk.org</a>        ##  don't smell bad---    (/o|o\) /<br>
EMAIL2 = <a href="mailto:skunk@alum.mit.edu">skunk@alum.mit.edu</a>      ##  it's the people who   < (^),><br>
WWW    = <a href="http://www." target="_blank">http://www.</a>******.org/  ##  annoy them that do!    /   \<br>
--<br>
(****** = site not yet online)<br>
_______________________________________________<br>
</div><div><div></div><div class="Wj3C7c">Geany mailing list<br>
<a href="mailto:Geany@uvena.de">Geany@uvena.de</a><br>
<a href="http://lists.uvena.de/cgi-bin/mailman/listinfo/geany" target="_blank">http://lists.uvena.de/cgi-bin/mailman/listinfo/geany</a><br>
</div></div></blockquote></div><br>