Right now there's no close button. User can close the window using the X. If we leave it as is, user should be prompt before closing the window without saving.
Save function should also refresh the main edit article page to show the updates that were made in the GeoLocation.
2) City text box -
In the snapshot were it's written "Toronto", the default text box value is void. I suggest to give it a visible value of "Specify city" to alert the user that they have to specify a city in order for the search to work. (as implemented for the coming version)
3) Find button placement -
The Find button is placed right beside the Country dropdown and give the sense it should find the location of a country. I think it will be less confusing to place the button bellow or next to the City text box.
4) Set as the article view -
The link button is fairly small and is easy to miss. I think having the Save function setting the article view to the current view will make it more intuitive.
aahhh. it's good to have you on board. finally a usability mail from the
dev department ;)
i agree, there should be a save button, possibly the same as in teh
article edit screen: save | save & close
more later, i have to xmas out now, m
On Thu, 2010-12-23 at 23:35 +0100, Ofir Gal wrote:
> 1) Close & Save button -
>
> Right now there's no close button. User can close the window using the
> X. If we leave it as is, user should be prompt before closing the
> window without saving.
> Save function should also refresh the main edit article page to show
> the updates that were made in the GeoLocation.
>
> 2) City text box -
>
> In the snapshot were it's written "Toronto", the default text box
> value is void. I suggest to give it a visible value of "Specify city"
> to alert the user that they have to specify a city in order for the
> search to work. (as implemented for the coming version)
>
> 3) Find button placement -
>
> The Find button is placed right beside the Country dropdown and give
> the sense it should find the location of a country. I think it will be
> less confusing to place the button bellow or next to the City text
> box.
>
> 4) Set as the article view -
>
> The link button is fairly small and is easy to miss. I think having
> the Save function setting the article view to the current view will
> make it more intuitive.
>
>
>
> Attachment: Selection_002.png
> (Size: 364.07KB)
>
>
>
> i agree, there should be a save button, possibly the same as in teh
> article edit screen: save | save & close
>
The "save" button is there. Ofir complains about missing a "close" button.
> On Thu, 2010-12-23 at 23:35 +0100, Ofir Gal wrote:
> > 1) Close & Save button -
> >
> > Right now there's no close button. User can close the window
> > using the X. If we leave it as is, user should be prompt before
> > closing the window without saving.
>
Well, I shall put a close button there. Just do not know how to prevent
closing the window when the user press the 'x' at the window manager part.
Have you seen such web application, please? I would look there how they
manage it.
> > Save function should also refresh the main edit article page to
> > show the updates that were made in the GeoLocation.
>
Yeah, good point.
> > 2) City text box -
> >
> > In the snapshot were it's written "Toronto", the default text box
> > value is void. I suggest to give it a visible value of "Specify city"
> > to alert the user that they have to specify a city in order for the
> > search to work. (as implemented for the coming version)
>
OK, it will be there.
> > 3) Find button placement -
> >
> > The Find button is placed right beside the Country dropdown and
> > give the sense it should find the location of a country. I think it
> > will be less confusing to place the button bellow or next to the
> > City text box.
>
It is mostly a matter of no free space there. We already have an amount
things at the left-hand side part, and it leaves lesser amount of space for
the points themselves there.
> > 4) Set as the article view -
> >
> > The link button is fairly small and is easy to miss. I think having
> > the Save function setting the article view to the current view will
> > make it more intuitive.
>
It would probably mean that the "save" button would be set into a non-saved
state after any map moving. Am afraid that it would be even worse than the
current way. What about just making the "set as the article view" button
more appealing?
Thanks for the good input. As you subject clearly indicates this is UI
and usability evaluation, I guess you are aware those screens belong
to the release candidate and UI changes for final release will come
soon, but this is exactly the kind of input we need (and we expect
from you :-), so Thanks again.
What is critical for us at this precise point is what every of those
UI changes represents. Some (and am not talking only of those in this
evaluation but all the ones to come before the release) are
exclusively UI changes which can be implemented without any major
impact, _but_ some others will demand code changes as some improvement
in, let's say, interactivity is required. So, please developers...
before implementing all these _UI_ changes or even saying they will be
made, first take some time to measure the implications and if not sure
just ask. We can talk more about this in our next daily meeting.
Best,
On Thu, Dec 23, 2010 at 11:34 PM, Ofir Gal
<campsite-dev@lists.sourcefabric.org> wrote:
>
> 1) Close & Save button -
>
> Right now there's no close button. User can close the window using the X. If we leave it as is, user should be prompt before closing the window without saving.
> Save function should also refresh the main edit article page to show the updates that were made in the GeoLocation.
>
> 2) City text box -
>
> In the snapshot were it's written "Toronto", the default text box value is void. I suggest to give it a visible value of "Specify city" to alert the user that they have to specify a city in order for the search to work. (as implemented for the coming version)
>
> 3) Find button placement -
>
> The Find button is placed right beside the Country dropdown and give the sense it should find the location of a country. I think it will be less confusing to place the button bellow or next to the City text box.
>
> 4) Set as the article view -
>
> The link button is fairly small and is easy to miss. I think having the Save function setting the article view to the current view will make it more intuitive.
>
> Attachment: Selection_002.png
> (Size: 364.07KB)
>
Of course you can use the existing template reference to create a
template suitable for mobile devices. See http://en.flossmanuals.net/Campsite/CreatingTemplates for the time
being. Bear in mind that the $campsite object has been changed to $gimme
in Newscoop.