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 Jacques Le Roux :
> I finally agree with most too (I mean I agree with Adrian's proposition
and
> Andrew's here). Having them on 2 screen was a Scott's
> proposition that I agreed with because of the flexibility given by modern
> browsers and their integrated tabs capabilities. But I can
> imagine that some people, especially end users, would not like to use
tabs
> or even a modern browser (though they should to use
> both). Then it's obviously not easier to use...
>
> 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.
>
> Just my opinion, and BTW having a consensual standard usage will be
great.
> I agree with the idea that we really need to standardise our ways of
doing
> things, even if there are only a few places still needing it in OFBiz ERP
> (thanks to widgets for instance)
>
> Jacques
>
> From: "Andrew Zeneski"
>
> I can agree with most except list results and the form should be
rendered
>> as one screen. This is to make usage easier when the
>> user wants to change the search parameters. Having the form collapsed
by
>> default when there are results is good.
>>
>>
>> Andrew
>>
>>
>> On May 30, 2008, at 12:16 PM, Adrian Crum wrote:
>>
>> 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 entry screen should be above the
>>> item list. In addition, the item data entry screen should be
collapsible
>>> and initially collapsed."
>>>
>>> "If a Find Item screen has a form for search options, the search
options
>>> form should be above the list of items found. The list
>>> of items found should display all items initially - giving the user
the
>>> ability to narrow the results via the search options
>>> form."
>>>
>>> Can we agree on these?
>>>
>>> -Adrian
>>>
>>> Jacques Le Roux wrote:
>>>
>>>> From: "Scott Gray"
>>>>
>>>>> 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 can't
>>>> propose it for lookups are they are too much to be loaded
>>>> when lauching and the probability of use is far more low, but maybe
one
>>>> day, when machines will be more powerful :D
>>>> Jacques
>>>>
>>>>> Regards
>>>>> Scott
>>>>>
>>>>> 2008/5/24 Anil Patel :
>>>>>
>>>>> 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 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
>>>>>>>
>>>>>>>> consuming (especially in Firefox). This is currently a major
>>>>>>>> inconvenience
>>>>>>>> for Lookups and Calendar for instance
>>>>>>>>
>>>>>>>> Jacques
>>>>>>>>
>>>>>>>> From: "David E Jones"
>>>>>>>>
>>>>>>>>
>>>>>>>>> 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 after
>>>>>>>>> submission with an update of the list behind it... without any
>>>>>>>>> page loads
>>>>>>>>> even.
>>>>>>>>>
>>>>>>>>> -David
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On May 22, 2008, at 11:38 PM, Scott Gray wrote:
>>>>>>>>>
>>>>>>>>> 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 them on the same page is that any errors after adding
>>>>>>>>>> would be
>>>>>>>>>> displayed before the list while the add form would be way down
>>>>>>>>>> the
>>>>>>>>>> bottom.
>>>>>>>>>>
>>>>>>>>>> Regards
>>>>>>>>>> Scott
>>>>>>>>>>
>>>>>>>>>> 2008/5/23 David E Jones :
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> 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. Otherwise,
>>>>>>>>>>>> as you
>>>>>>>>>>>> add
>>>>>>>>>>>> items to the list, the form is scrolled off the bottom of the
>>>>>>>>>>>> screen.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> The main question is: what is going to be used more? Will it
>>>>>>>>>>> be the
>>>>>>>>>>> list or
>>>>>>>>>>> the add form?
>>>>>>>>>>>
>>>>>>>>>>> If in most cases it will be the list, and if you have to
scroll
>>>>>>>>>>> down
>>>>>>>>>>> every
>>>>>>>>>>> time to see it... that's a pain.
>>>>>>>>>>>
>>>>>>>>>>> -David
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>
>