[EMAIL PROTECTED] wrote:
From: Adrian Crum [EMAIL PROTECTED]
Subject: Re: Discussion: Main Content Layout Best Practices
To: dev@ofbiz.apache.org
Date: Friday, May 30, 2008, 11:16 AM
Getting back to this...
Here are the layout best practices discussed so far:
In the case where items are being added
or nothing situation.
-Adrian
--- On Fri, 5/30/08, Adrian Crum [EMAIL PROTECTED] wrote:
From: Adrian Crum [EMAIL PROTECTED]
Subject: Re: Discussion: Main Content Layout Best Practices
To: dev@ofbiz.apache.org
Date: Friday, May 30, 2008, 11:16 AM
Getting back to this...
Here are the layout
Adrian,
This is great, I would like to have a look at the Skip Menu button, hope I will find time (I'm willing to do too much things at the
same time these last times and I do just a few of them)
Thanks
Jacques
From: Adrian Crum [EMAIL PROTECTED]
In the UI work I've done, I have tried to
The basic idea is to have a Skip Menu button very early in the page, so
that sight impaired users can tab to that button, hit Enter, and jump
over all of the main and sub navigation to go directly to the main content.
By the way, when you are testing OFBiz's accessibility, you don't have
to
Yes, I think that the Skip Menu is something that could be useful even to
people not impaired but particulary affetionated to the keyboard and to
DOS applications.
One more thing to consider in the layout best practice is the hiding of
every menu command that is not available due to the actual
Hi Adrian,
From: Adrian Crum [EMAIL PROTECTED]
In the UI work I've done, I have tried to keep accessibility an important
priority. One of the things I like about having a
scalable UI is that sight impaired people can crank up their browser's default
font to see it better. The simplified
From: Bruno Busco [EMAIL PROTECTED]
Yes, I think that the Skip Menu is something that could be useful even to
people not impaired but particulary affetionated to the keyboard and to
DOS applications.
Some work done, but in its state (which does not seem to have a chance to
change) accesskey
From: Bruno Busco [EMAIL PROTECTED]
[...]
Another point that I would bring into this discussion (hoping not being OT)
is the possibility for the user to easily use the page with the keyboard
only and still be able to switch between search fields panel and the data
table to refine the search.
I
From: Jacques Le Roux [EMAIL PROTECTED]
From: Bruno Busco [EMAIL PROTECTED]
[...]
Another point that I would bring into this discussion (hoping not being OT)
is the possibility for the user to easily use the page with the keyboard
only and still be able to switch between search fields panel and
In the UI work I've done, I have tried to keep accessibility an important
priority. One of the things I like about having a scalable UI is that sight
impaired people can crank up their browser's default font to see it better. The
simplified markup is great for screen readers. Keeping OFBiz
On May 31, 2008, at 10:03 AM, Jacques Le Roux wrote:
Just one point : I'm not sure it's good to have forms collapsed by
default when there are results. If we would really want to have
something like that, whe should at least have an indicator to let
know the user that the list is not empty.
I was for separating create forms and search/result forms, I was not
suggesting that we should separate the search forms themselves.
Regards
Scott
2008/6/1 Jacques Le Roux [EMAIL PROTECTED]:
I finally agree with most too (I mean I agree with Adrian's proposition and
Andrew's here). Having
I know the two subjects were mixed in some replies. I understand what you mean
though. ;-)
-Adrian
Scott Gray [EMAIL PROTECTED] wrote: I was for separating create forms and
search/result forms, I was not
suggesting that we should separate the search forms themselves.
Regards
Scott
2008/6/1
Getting back to this...
Here are the layout best practices discussed so far:
In the case where items are being added to a list, it is preferable to
have the item data entry screen and the item list on separate screens.
If the two functions are incorporated into one screen, then the item
data
+1
(to both)
--
Daniel
Adrian Crum escribió:
Getting back to this...
Here are the layout best practices discussed so far:
In the case where items are being added to a list, it is preferable
to have the item data entry screen and the item list on separate
screens. If the two functions are
From: Jacques Le Roux [EMAIL PROTECTED]
From: Vikas Mayur [EMAIL PROTECTED]
On Fri, May 23, 2008 at 8:30 PM, Adrian Crum [EMAIL PROTECTED] wrote:
So, you are saying the list should contain all records when the page is
first displayed, and then it can be refined by the user if needed. Is that
I agree with Scott, it has always surprised me to have both on the same page
Jacques
From: Scott Gray [EMAIL PROTECTED]
I would agree with that but personally I would prefer to see them on
completely different pages. If I wanted to be able to refer back to the
list while adding I would
I also see few difference in find functionality:
1) When a user click on tab button - find button or any other option like
facilities under Facility, projects under Project, In my opinion the
result(s) should be shown by
default as is done in projects. It is upon user choice to use search
So, you are saying the list should contain all records when the page is
first displayed, and then it can be refined by the user if needed. Is
that correct?
-Adrian
Vikas Mayur wrote:
I also see few difference in find functionality:
1) When a user click on tab button - find button or any
David E Jones wrote:
On May 22, 2008, at 9:11 AM, Adrian Crum wrote:
2) If a screen has a list and add form, what should be the order of
these
forms (I have seen in your recent work that add form should come on
top and
I completely
agree with this).
I believe the form should be on top
On Fri, May 23, 2008 at 8:30 PM, Adrian Crum [EMAIL PROTECTED] wrote:
So, you are saying the list should contain all records when the page is
first displayed, and then it can be refined by the user if needed. Is that
correct?
Yes - that is correct indeed. But again this is just my thoughts
Since we're entering the world of using more javascript in the
browser, why not have the add form on the top but hidden by default
with and Add button of some sort that would cause the form to be
shown? We could even make it fancy and popup over top of the list form
and have it go away
From: Vikas Mayur [EMAIL PROTECTED]
On Fri, May 23, 2008 at 8:30 PM, Adrian Crum [EMAIL PROTECTED] wrote:
So, you are saying the list should contain all records when the page is
first displayed, and then it can be refined by the user if needed. Is that
correct?
Yes - that is correct
IMHO, we should avoid to overuse popping as opening a new window is time consuming (especially in Firefox). This is currently a
major inconvenience for Lookups and Calendar for instance
Jacques
From: David E Jones [EMAIL PROTECTED]
Since we're entering the world of using more javascript in
I didn't say open a new window, I said either expand a hidden area or
popup using JavaScript within the window (ie over top of the list
behind it).
-David
On May 23, 2008, at 11:55 AM, Jacques Le Roux wrote:
IMHO, we should avoid to overuse popping as opening a new window is
time
I think what David is suggesting is something like this
http://www.wildbit.com/demos/modalbox/
Regards
Anil Patel
On May 23, 2008, at 1:57 PM, David E Jones wrote:
I didn't say open a new window, I said either expand a hidden area
or popup using JavaScript within the window (ie over top
It looks nice but if we did that the user would lose the ability to refer
back to the list while entering data, I would prefer an expand/collapse form
if we are going to keep them on the same page.
Regards
Scott
2008/5/24 Anil Patel [EMAIL PROTECTED]:
I think what David is suggesting is
About the +/- button, having it on the right-hand side seems
counterintuitive to me, I would rather see it on the left. Or better yet, I
love how in gmail I can click anywhere along the title of a message and have
it expand/collapse.
Scott
2008/5/24 Jacques Le Roux [EMAIL PROTECTED]:
1)
About the +/- button, having it on the right-hand side seems
counterintuitive to me, I would rather see it on the left. Or better yet, I
love how in gmail I can click anywhere along the title of a message and have
it expand/collapse.
Yes, we may have even both, like in Windows (and in Gnome as
From: Scott Gray [EMAIL PROTECTED]
It looks nice but if we did that the user would lose the ability to refer
back to the list while entering data, I would prefer an expand/collapse form
if we are going to keep them on the same page.
Yes I agree, but I really like the idea for the calendar (I
Thanks Adrian for your recent work and concerns over moving on to use best
practices and new features especially in things that has been added newly to
the project. I am not a expert in this but still want to clarify few things.
1) What is the best way to show navigation options in a list form.
Vikas Mayur wrote:
1) What is the best way to show navigation options in a list form. Either
screenlet should be used or not.
In my opinion (and others can chime in with theirs - that's the intent
of this thread) screenlets should be used ONLY to separate sections of a
screen that have
From: Adrian Crum [EMAIL PROTECTED]
Vikas Mayur wrote:
1) What is the best way to show navigation options in a list form. Either
screenlet should be used or not.
In my opinion (and others can chime in with theirs - that's the intent of this thread) screenlets should be used ONLY to separate
Jacques Le Roux wrote:
I would really like to hear other opinions on the screenlet title bar
contents. Right now my opinion is less is more.
Yes I agree, simple is beautiful. But we should keep what is already
in the title bar (like the unconventional buttons) unless we want to do
an UI wide
On May 22, 2008, at 9:11 AM, Adrian Crum wrote:
2) If a screen has a list and add form, what should be the order of
these
forms (I have seen in your recent work that add form should come on
top and
I completely
agree with this).
I believe the form should be on top of the list.
I would agree with that but personally I would prefer to see them on
completely different pages. If I wanted to be able to refer back to the
list while adding I would ctrl+click and then ctrl+tab to flick back and
forth, that's what makes tabbed browsers so handy. One of the problems with
having
I think we need to develop some layout best practices for the main
content area. There seems to be some lack of direction or a lack of
consistency in that area of the UI. It may be due to new contributors
and committers coming on board who aren't aware of the existing de
facto layout
Giving people good input and best practices always increases the
likelihood of turning out more easily understood code.!
Cheers,
Tim
--
Tim Ruppert
HotWax Media
http://www.hotwaxmedia.com
o:801.649.6594
f:801.649.6595
On May 21, 2008, at 10:23 AM, Adrian Crum wrote:
I think we need to
This sounds like a good start
Jacques
From: Adrian Crum [EMAIL PROTECTED]
I think we need to develop some layout best practices for the main
content area. There seems to be some lack of direction or a lack of
consistency in that area of the UI. It may be due to new contributors
and
39 matches
Mail list logo
