*** this is the real rply. the other one was a mistake :P i pressed enter instead of shift..
What are the advantages of your mockup over the current (and
HIG-compliant [1]) screen? What issues are you trying to address / goals
are you trying to accomplish?
HIG-compliant [1]?? i have no idea what that is.
furthermore i`m not actually trying to improve issues.. i`m just trying to improve the usabillity of those user images and user information and i don`t see any reason why you should have 2!! images for one user.. becuase that`s how it`s currently done. in this screenshot: http://img471.imageshack.us/my.php?image=screenshot2jg7.png you see the windows:
- Login Photo Preferences
- About Fedora Live CD
if you change the user photo in one of the 2 dialogs it won`t change in the other dialog.. don`t know if it`s a bug or just some logic i don`t uderstand. so therefore i made this mockup to "combine" those 2 wondows in a new window and have a better and clean interface for it.
For example, because the form fields in your mockup don't have labels
with shortcut keys. Will a visually-impaired user be able to target
specific form fields without label shortcut keys?
well.. that`s for the coding (which i can`t do) people to make. i think those shortcut keys can just be addressed in the code.. for example: CTRL+U = Username field
Currently when you select an avatar in the GNOME 'About Me' dialog, it
is displayed in the preview window, the behavior it seems you're
seeking? So what improvement does this have to offer?
none in that case.. just info that belongs together in a window together and not seperated. "About Me" and "Login Photo" should be in the same window.. since the login photo is a "personal" setting and personal settings have a nice place in the About me window
This isn't standard form behavior (it's important to try to be
consistent across applications on the desktop so users get used to the
conventions) and as previously mentioned will likely cause accessibility
problems.
i don`t see how that could be a accessibility problem..
If the text appears light grey by default, don't you think that would
send a visual cue (by convention) to users that the text is immutable
(when it is mutable) ?
nope. if you can`t edit text the complete textfield should be "lighter". i don`t see a problem with this.
I recommend the Gimp and Inkscape. If you design for Fedora you should
use Fedora to do it, no? :) If you need help setting these up or using
them feel free to ask here!
hehe i don`t agree on that. i`m formilliar with photoshop and not with gimp or inkskape. but when i`m going to fedora for the full 100% i will try to learn those :) btw.. i can`t use fedora at this moment because pressing print screen completely killed gnome (FC7 test 2 latest updates) so i removed fedora.. next fedora install is probably with FC7 test 3
Hope this feedback helps. Even though I do not agree with the changes
you have made in this mockup, it is clear that you are quite good at
working with graphics tools so I hope you will stick around and are
willing to learn more about interface design!
insulting me on my graphics design isn`t nice :P btw.. the thing with the red borders is a comment box.. that`s NOT part of the mockup.. just to explain some little stuff that otherwise would be hard to figure out.
and i don`t see anything wrong with the rest of my mockup.. i could add some nifty things but that would be harder to code.
and i would be glad to learn more things with graphics.
also let me point out that i made this stuff because i simply can`t understand that there are 2 different user images for users while you hardly see any of those anywhere.. i never encounted them on my default FC7 installations.
also the best thing i could think of with this stuff is a so called "Edit in place" for the form.
2007/3/14, Máirín Duffy <
duffy@xxxxxxxxxx>:
Hi Mark,
Mark wrote:
> i don`t really know where to place this mockup besides on the gnome bug
> report (and as a feature there).
Welcome to the group!
For GNOME interface concerns/proposals, you may want to try one of the
upstream GNOME lists such as the gnome-usability list. This list is for
developing Fedora artwork. It's not really for interface design other
than that specifically for the Fedora project (eg our website and
Fedora-specific tools.) For GNOME, interface design is better addressed
upstream within the GNOME project (and for other non-Fedora specific
software applications upstream with their respective projects.)
> oke.. IF the mockup gets ever in gnome itself or in fedore you can throw
> away this:
> http://img471.imageshack.us/my.php?image=screenshot2jg7.png
>
> this is my mockup:
> http://img405.imageshack.us/my.php?image=linuxpersonalinfomockupql1.png
> < http://img405.imageshack.us/my.php?image=linuxpersonalinfomockupql1.png>
What are the advantages of your mockup over the current (and
HIG-compliant [1]) screen? What issues are you trying to address / goals
are you trying to accomplish?
For example, because the form fields in your mockup don't have labels
with shortcut keys. Will a visually-impaired user be able to target
specific form fields without label shortcut keys?
> And some additional information:
> First the rounded image that you see in that window. my idea is that
> when you click on it the browse thing will come up and than you can
> choose a image than the image will be placed there INSIDE that rounded
> image. kinda like the vista and XP images.
Currently when you select an avatar in the GNOME 'About Me' dialog, it
is displayed in the preview window, the behavior it seems you're
seeking? So what improvement does this have to offer?
> the text fields are all meant to have a light grey color and when you
> click on it they have a dark grey color. the DEFAULT text (Username,
> Password, etc) will be gone once you click on it. if you click out the
> textbox without entering anything the default text will come back.
This isn't standard form behavior (it's important to try to be
consistent across applications on the desktop so users get used to the
conventions) and as previously mentioned will likely cause accessibility
problems.
> IF you enter a text and than click out the new text should be light
> grey. than when you click the box again (the one that now contains any
> text but the default stuff) won`t get cleaned once you click it wut your
> pointer will just be at the end of the text or where you clicked. the
> text won`t be deleted because it isn`t the default stuff.
If the text appears light grey by default, don't you think that would
send a visual cue (by convention) to users that the text is immutable
(when it is mutable) ?
> The window that you see doesn`t really exist. it`s all photoshopping.
I recommend the Gimp and Inkscape. If you design for Fedora you should
use Fedora to do it, no? :) If you need help setting these up or using
them feel free to ask here!
> Everything that i describe here and in the image is possible with html +
> css + _javascript_ so it MUST be possible to do this in c/c++/python
> coding. i just don`t have any knowledge of any of those languages
> (c/c++/python) so i can`t make it.
I am sure it is possible somehow but I am not so sure this mockup is
really an improvement over the existing screen, possibly a step
backwards for our friends who rely on accessibility support. I would be
interested to hear what goals you have / issues you are trying to
address with this mockup though as it's not clear to me. Maybe there are
better, more compliant ways of addressing them?
> i`m hoping to get some feedback on this and perhaps someone here that is
> willing to put this in Fedora 7 or even in the new gnome version :D
Hope this feedback helps. Even though I do not agree with the changes
you have made in this mockup, it is clear that you are quite good at
working with graphics tools so I hope you will stick around and are
willing to learn more about interface design!
~m
[1] http://developer.gnome.org/projects/gup/hig/
_______________________________________________
Fedora-art-list mailing list
Fedora-art-list@xxxxxxxxxx
http://www.redhat.com/mailman/listinfo/fedora-art-list
_______________________________________________ Fedora-art-list mailing list Fedora-art-list@xxxxxxxxxx http://www.redhat.com/mailman/listinfo/fedora-art-list
