<div><div>*** this is the real rply. the other one was a mistake :P i pressed enter instead of shift.. </div> <blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote"> 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?</blockquote> 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: <a href="http://img471.imageshack.us/my.php?image=screenshot2jg7.png" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://img471.imageshack.us/my.php?image=screenshot2jg7.png </a> 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. </div> <blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote">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?</blockquote> 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 <blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote">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?</blockquote><div> 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 </div> <blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote">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.</blockquote><div> i don`t see how that could be a accessibility problem.. </div> <blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote"> 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) ?</blockquote><div> nope. if you can`t edit text the complete textfield should be "lighter". i don`t see a problem with this. <blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote">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!</blockquote></div> 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 <blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote">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!</blockquote><div> 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. </div>thanx for the feedback so far <div>2007/3/14, Máirín Duffy < <a href="mailto:duffy@redhat.com">duffy@redhat.com</a>>:<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">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: > <a href="http://img471.imageshack.us/my.php?image=screenshot2jg7.png">http://img471.imageshack.us/my.php?image=screenshot2jg7.png </a> > > this is my mockup: > <a href="http://img405.imageshack.us/my.php?image=linuxpersonalinfomockupql1.png">http://img405.imageshack.us/my.php?image=linuxpersonalinfomockupql1.png</a> > <<a href="http://img405.imageshack.us/my.php?image=linuxpersonalinfomockupql1.png"> http://img405.imageshack.us/my.php?image=linuxpersonalinfomockupql1.png</a>> 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] <a href="http://developer.gnome.org/projects/gup/hig/"> http://developer.gnome.org/projects/gup/hig/</a> _______________________________________________ Fedora-art-list mailing list <a href="mailto:Fedora-art-list@redhat.com">Fedora-art-list@redhat.com</a> <a href="http://www.redhat.com/mailman/listinfo/fedora-art-list"> http://www.redhat.com/mailman/listinfo/fedora-art-list</a> </blockquote></div>