<div><blockquote class="gmail_quote" style="margin:0;margin-left:0.8ex;border-left:1px #ccc solid;padding-left:1ex">Heh, you always make things sound so logical and obvious :)<br><br>Ok, so the suggested workflow has a somewhat deeper change than I had
<br>envisioned yesterday. You say that a half completed puzzle should not<br>need to have it&#39;s picture changed.<br>Granted, that makes sense, but while searching for the correct image I<br>may try multiple ones, so what I do with a timer is detecting a game
<br>action (moving a piece) to start it automatically, which is perfect to<br>remove the button for opening a new image...</blockquote><div><br class="webkit-block-placeholder"></div><div>Well, you could even leave the &quot;choose an image&quot; button all the time. &nbsp;Technically speaking it&#39;s something one could do. &nbsp;Someone might even want to if they have worked on a drawing more since yesterday and just want to update the image a bit. &nbsp;I was mostly arguing that, while possible, this task is likely rare, and so it shouldn&#39;t require extra screen real estate which would better suit the puzzle-doing. &nbsp;If you just have a button which let&#39;s them select an image at any time, that&#39;s fine.&nbsp;
</div><br><blockquote class="gmail_quote" style="margin:0;margin-left:0.8ex;border-left:1px #ccc solid;padding-left:1ex">Open a puzzle, get a popup asking for the image (through the Journal),<br>show the image in the puzzle. A button to &#39;Select another&#39; is presented.
<br>Start working on the puzzle, the &#39;Select another&#39; disappears.<br>Drop an image on a new puzzle loads that image.<br>But what if you drop an image on a running puzzle? Do I:<br>- save the current state and open the new image
<br>- request that a new instance is spawned (will I be allowed to?)<br>- ignore the drop.<br>- Open the new image as if the puzzle activity had been started anew.&nbsp;</blockquote><br><blockquote class="gmail_quote" style="margin:0;margin-left:0.8ex;border-left:1px #ccc solid;padding-left:1ex">
What do you think would best fit the intended UI workflow?</blockquote><div><br class="webkit-block-placeholder"></div><div>I&#39;d change one thing up front, which is the requirement that they pick an image in order to play at all. &nbsp;I would choose one really solid default, perhaps something representing MaMaMedia itself, and make that the image on the puzzle to begin with so that they can engage with it as soon as the activity starts. &nbsp;Leave a button in the toolbar for selecting a new image at any time, with the expectation that they will likely do this rarely, and usually near the beginning stages of the puzzle.
</div><div><br class="webkit-block-placeholder"></div><div>If they do drag&#39;n&#39;drop or select a new image, I would just update the image but keep the puzzle in its current state. &nbsp;Like I mentioned, updating a photo or something could be a use case for this, so your first option sounds like the best one. &nbsp;In any case, also offer a &quot;solve&quot; and a &quot;scramble&quot; button in the toolbar so they can restart it if they want to. (I imagine you have something like this already.)
</div><br>&nbsp;</div>How does that sound?<div><br class="webkit-block-placeholder"></div><div>- Eben</div>