Sorry, I am stuck in windows land today, so I cannot confirm anything. I will respond based on how I recall things, and I'm pretty sure, but cannot vouch 100% for what I will say here.<br><br><div class="gmail_quote">On Tue, Jun 10, 2008 at 3:02 PM, Eben Eliason <<a href="mailto:eben.eliason@gmail.com">eben.eliason@gmail.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">On Tue, Jun 10, 2008 at 4:43 PM, Jameson Chema Quinn<br>
<div class="Ih2E3d"><<a href="mailto:jquinn@cs.oberlin.edu">jquinn@cs.oberlin.edu</a>> wrote:<br>
><br>
><br>
</div><div class="Ih2E3d">> On Tue, Jun 10, 2008 at 2:30 PM, Eben Eliason <<a href="mailto:eben.eliason@gmail.com">eben.eliason@gmail.com</a>><br>
> wrote:<br>
>><br>
>> Actually, I disagree with adding "Start" separately to the secondary<br>
>> palette as this will appear redundant beneath the already existing<br>
>> "Start" label in the primary palette. The better solution (and I<br>
>> think, the expected behavior) is to make the primary palette clickable<br>
>> when the palette is anchored, such that clicking it enacts the action<br>
>> of the button it is attached to.<br>
><br>
> I agree that this is how palettes should work (of course, not the issue<br>
> here).<br>
><br>
> However, I don't understand your opposition to repeating the "start" option<br>
> in the submenu. Any journal item already repeats the default option in this<br>
> list; doing the same for activity bundles is only consistent. If we are<br>
> going to change this, it is a separate patch.<br>
<br>
</div>Could you please clarify exactly what it is you are trying to do, and<br>
exactly what parts of the GUI it's affecting? I've taken two stabs at<br>
this, and it seems neither are correct. I read the code, but I don't<br>
know what context it sits in. The secondary palettes that appear for<br>
activity icons (bundle or instance) all contain a "Start" or "Resume"<br>
option, respectively. The button in the toolbar of the detail view<br>
reads either "Start" or "Resume", also as appropriate. None of the<br>
secondary palettes anywhere in the system repeat the default action of<br>
the button within the secondary palette, as far as I'm aware, as this<br>
would be redundant. (It would be even more redundant (in other words,<br>
functionally, instead of only visually) if the primary palette were<br>
clickable.)</blockquote><br>This patch is for the secondary palette on the start/resume button on the details view. Say you have a picture you made in Paint. You'd have an arrow button in details, primary palette "resume" (= Paint), secondary palette "Paint" or "TuxPaint". This is not verbally redundant, but is obviously redundant in the sense that one of the options in the secondary palette is equivalent to the simple button push. It is this redundancy that I was copying, as my feelings were that inconsistency would be confusing, and that intuitive accessibility is a higher priority than non-redundancy.<br>
<br>If you disagree, I am not really attached to this idea. I just didn't realize it was controversial (and clung to that blind-spot even when it meant assuming you misunderstood). I'd vote for redundancy, but it is a weak vote.<br>
<br>(BTW: again, I have no way to test this right now, but I think that the journal list view item palettes are also redundant. Don't the secondary palettes have options for run, copy, delete? And run is the same as just clicking the object's icon? BTBTW: This is actually a place where a nested "open with" menu makes even more sense, and I could write such a patch if this one clears.)<br>
</div><br>