OFBiz › OFBiz - User

Searches done by default

_‹ Previous Topic Next Topic _›

Classic

List

Threaded

23 messages Options

Jacques Le Roux

Searches done by default

Administrator

Hi,

OOTB, we decided to not do searches by default when a page containing one is opened (I was for this decision)
I wonder if we should not parametrize this in the DB and let it available in the "My Portal" Préférences ?
Then we could set it to yes by default and avoid people evaluating OFBiz to clic on search button each time they open a such page.
We could also have an URL going to the preferences in each search to allow a quick change if needed
This is not related to lookup dialog boxes but only searches in plain pages.

What do you think ?

Jacques

Cimballi-2

Re: Searches done by default

+1

On Mon, Oct 12, 2009 at 3:35 PM, Jacques Le Roux
<[hidden email]> wrote:

> Hi,
>
> OOTB, we decided to not do searches by default when a page containing one is
> opened (I was for this decision)
> I wonder if we should not parametrize this in the DB and let it available in
> the "My Portal" Préférences ?
> Then we could set it to yes by default and avoid people evaluating OFBiz to
> clic on search button each time they open a such page.
> We could also have an URL going to the preferences in each search to allow a
> quick change if needed
> This is not related to lookup dialog boxes but only searches in plain pages.
>
> What do you think ?
>
> Jacques
>
>

Jacques Le Roux

Re: Searches done by default

Administrator

In reply to this post by Jacques Le Roux

Also in the case of searching by default, the search fields should be visible (it's no obvious as it's only a string in the
screenlet title)

From: "Jacques Le Roux" <[hidden email]>

> Hi,
>
> OOTB, we decided to not do searches by default when a page containing one is opened (I was for this decision)
> I wonder if we should not parametrize this in the DB and let it available in the "My Portal" Préférences ?
> Then we could set it to yes by default and avoid people evaluating OFBiz to clic on search button each time they open a such page.
> We could also have an URL going to the preferences in each search to allow a quick change if needed
> This is not related to lookup dialog boxes but only searches in plain pages.
>
> What do you think ?
>
> Jacques
>

Scott Gray-2

Re: Searches done by default

-1, that sounds like a lot of work and additional complexity and for
what? So that people evaluating OFBiz don't have to click on a search
button in order to do a search? I'm sorry but it really makes no
sense to me.

Regards
Scott

HotWax Media
http://www.hotwaxmedia.com

On 13/10/2009, at 9:51 AM, Jacques Le Roux wrote:

> Also in the case of searching by default, the search fields should
> be visible (it's no obvious as it's only a string in the screenlet
> title)
>
> From: "Jacques Le Roux" <[hidden email]>
>> Hi,
>>
>> OOTB, we decided to not do searches by default when a page
>> containing one is opened (I was for this decision)
>> I wonder if we should not parametrize this in the DB and let it
>> available in the "My Portal" Préférences ?
>> Then we could set it to yes by default and avoid people evaluating
>> OFBiz to clic on search button each time they open a such page.
>> We could also have an URL going to the preferences in each search
>> to allow a quick change if needed
>> This is not related to lookup dialog boxes but only searches in
>> plain pages.
>>
>> What do you think ?
>>
>> Jacques
>
>

Jacques Le Roux

Re: Searches done by default

Administrator

Not only people evaluating OFBiz, but also people dealing with small numbers. Maybe this should not be applied to all searches,
though.
Remember, OFBiz was set this way not so long ago.

Jacques

From: "Scott Gray" <[hidden email]>

> -1, that sounds like a lot of work and additional complexity and for what? So that people evaluating OFBiz don't have to click on
> a search button in order to do a search? I'm sorry but it really makes no sense to me.
>
> Regards
> Scott
>
> HotWax Media
> http://www.hotwaxmedia.com
>
> On 13/10/2009, at 9:51 AM, Jacques Le Roux wrote:
>
>> Also in the case of searching by default, the search fields should be visible (it's no obvious as it's only a string in the
>> screenlet title)
>>
>> From: "Jacques Le Roux" <[hidden email]>
>>> Hi,
>>>
>>> OOTB, we decided to not do searches by default when a page containing one is opened (I was for this decision)
>>> I wonder if we should not parametrize this in the DB and let it available in the "My Portal" Préférences ?
>>> Then we could set it to yes by default and avoid people evaluating OFBiz to clic on search button each time they open a such
>>> page.
>>> We could also have an URL going to the preferences in each search to allow a quick change if needed
>>> This is not related to lookup dialog boxes but only searches in plain pages.
>>>
>>> What do you think ?
>>>
>>> Jacques
>>
>>
>
>

Scott Gray-2

Re: Searches done by default

Could you provide an example search form where this might be useful?
Perhaps talking about specific forms might be more helpful.

I have no problem with OFBiz being set one way or the other but making
it configurable seems like a lot for little return.

Regards
Scott

On 13/10/2009, at 10:37 AM, Jacques Le Roux wrote:

> Not only people evaluating OFBiz, but also people dealing with small
> numbers. Maybe this should not be applied to all searches, though.
> Remember, OFBiz was set this way not so long ago.
>
> Jacques
>
> From: "Scott Gray" <[hidden email]>
>> -1, that sounds like a lot of work and additional complexity and
>> for what? So that people evaluating OFBiz don't have to click on a
>> search button in order to do a search? I'm sorry but it really
>> makes no sense to me.
>>
>> Regards
>> Scott
>>
>> HotWax Media
>> http://www.hotwaxmedia.com
>>
>> On 13/10/2009, at 9:51 AM, Jacques Le Roux wrote:
>>
>>> Also in the case of searching by default, the search fields
>>> should be visible (it's no obvious as it's only a string in the
>>> screenlet title)
>>>
>>> From: "Jacques Le Roux" <[hidden email]>
>>>> Hi,
>>>>
>>>> OOTB, we decided to not do searches by default when a page
>>>> containing one is opened (I was for this decision)
>>>> I wonder if we should not parametrize this in the DB and let it
>>>> available in the "My Portal" Préférences ?
>>>> Then we could set it to yes by default and avoid people
>>>> evaluating OFBiz to clic on search button each time they open a
>>>> such page.
>>>> We could also have an URL going to the preferences in each
>>>> search to allow a quick change if needed
>>>> This is not related to lookup dialog boxes but only searches in
>>>> plain pages.
>>>>
>>>> What do you think ?
>>>>
>>>> Jacques
>>>
>>>
>>
>
>

Jacques Le Roux

Re: Searches done by default

Administrator

From: "Scott Gray" <[hidden email]>
> Could you provide an example search form where this might be useful? Perhaps talking about specific forms might be more helpful.

I will try tomorrow to explain why, I must admit I have not yet considered the how

Jacques

> I have no problem with OFBiz being set one way or the other but making it configurable seems like a lot for little return.
>
> Regards
> Scott
>
> On 13/10/2009, at 10:37 AM, Jacques Le Roux wrote:
>
>> Not only people evaluating OFBiz, but also people dealing with small numbers. Maybe this should not be applied to all searches,
>> though.
>> Remember, OFBiz was set this way not so long ago.
>>
>> Jacques
>>
>> From: "Scott Gray" <[hidden email]>
>>> -1, that sounds like a lot of work and additional complexity and for what? So that people evaluating OFBiz don't have to click
>>> on a search button in order to do a search? I'm sorry but it really makes no sense to me.
>>>
>>> Regards
>>> Scott
>>>
>>> HotWax Media
>>> http://www.hotwaxmedia.com
>>>
>>> On 13/10/2009, at 9:51 AM, Jacques Le Roux wrote:
>>>
>>>> Also in the case of searching by default, the search fields should be visible (it's no obvious as it's only a string in the
>>>> screenlet title)
>>>>
>>>> From: "Jacques Le Roux" <[hidden email]>
>>>>> Hi,
>>>>>
>>>>> OOTB, we decided to not do searches by default when a page containing one is opened (I was for this decision)
>>>>> I wonder if we should not parametrize this in the DB and let it available in the "My Portal" Préférences ?
>>>>> Then we could set it to yes by default and avoid people evaluating OFBiz to clic on search button each time they open a
>>>>> such page.
>>>>> We could also have an URL going to the preferences in each search to allow a quick change if needed
>>>>> This is not related to lookup dialog boxes but only searches in plain pages.
>>>>>
>>>>> What do you think ?
>>>>>
>>>>> Jacques
>>>>
>>>>
>>>
>>
>>
>
>

Cimballi-2

Re: Searches done by default

To argue my +1, I think it would be nice to have the results already
displayed when you jump to the orders list screen or party list
screen.
I think it's already the way it works in the webtools screens, when
you select the "all" button for an entity, it displays the search form
and also the result of the search all request.
It's not something very important, but I consider it a plus, it can
saves several clicks, and also sometimes when I display a search
screen, my first reaction is to think "hu, it's strange, there is no
result", and after 2 seconds I remember that I have to click on the
lookup button...

Cimballi

Scott Gray-2

Re: Searches done by default

The order list screen shows recent orders already without having to
search. For the party manager, yes it might nice for about 5 minutes
but then after that you'll have 1000+ customers, suppliers, employees
etc. and showing the first page will provide absolutely no benefit
whatsoever (unless by pure dumb luck the record you wanted is present
within the first < 2% of the results).

Showing a no condition search will never save you several clicks, it
will always save you exactly one click (the search button).

To solve your last point about confusion with no results being shown,
ideally the results table wouldn't display unless a search has
actually been performed. That is a change I would be +1 for.

Regards
Scott

HotWax Media
http://www.hotwaxmedia.com

On 13/10/2009, at 12:37 PM, Cimballi wrote:

> To argue my +1, I think it would be nice to have the results already
> displayed when you jump to the orders list screen or party list
> screen.
> I think it's already the way it works in the webtools screens, when
> you select the "all" button for an entity, it displays the search form
> and also the result of the search all request.
> It's not something very important, but I consider it a plus, it can
> saves several clicks, and also sometimes when I display a search
> screen, my first reaction is to think "hu, it's strange, there is no
> result", and after 2 seconds I remember that I have to click on the
> lookup button...
>
> Cimballi

Bruno Busco

Re: Searches done by default

+1 on the original Jacques proposal.
I would also like to have the default number of items listed in a page
configured in the same way.

Generally speaking, having the framework offering configurations, lets
a better user experience.
The framework can, and should be, used also with different custom
applications so having more options always helps.

For example we use the OFBiz framework as a base of our fleet
management system (a tool for storing trains configurations,
diagnostic events etc.). An application quite far from the OFBiz core
ones but still using the OFBiz power.

The configuration option we are talking about is something we
definitively fill usefull.

-Bruno

2009/10/13 Scott Gray <[hidden email]>:

> The order list screen shows recent orders already without having to search.
> For the party manager, yes it might nice for about 5 minutes but then after
> that you'll have 1000+ customers, suppliers, employees etc. and showing the
> first page will provide absolutely no benefit whatsoever (unless by pure
> dumb luck the record you wanted is present within the first < 2% of the
> results).
>
> Showing a no condition search will never save you several clicks, it will
> always save you exactly one click (the search button).
>
> To solve your last point about confusion with no results being shown,
> ideally the results table wouldn't display unless a search has actually been
> performed. That is a change I would be +1 for.
>
> Regards
> Scott
>
> HotWax Media
> http://www.hotwaxmedia.com
>
> On 13/10/2009, at 12:37 PM, Cimballi wrote:
>
>> To argue my +1, I think it would be nice to have the results already
>> displayed when you jump to the orders list screen or party list
>> screen.
>> I think it's already the way it works in the webtools screens, when
>> you select the "all" button for an entity, it displays the search form
>> and also the result of the search all request.
>> It's not something very important, but I consider it a plus, it can
>> saves several clicks, and also sometimes when I display a search
>> screen, my first reaction is to think "hu, it's strange, there is no
>> result", and after 2 seconds I remember that I have to click on the
>> lookup button...
>>
>> Cimballi
>
>

Jacques Le Roux

Re: Searches done by default

Administrator

In reply to this post by Jacques Le Roux

Scott,

I did not find enough time for that. This idea cames to me after a short test of SugarCRM last version.
I think we could show results by default in SFA at least. There should not be too much results, and with the new length parameter
Bruno is working on, this should improve user experience.
This because it seems that some decision-makers began to look at OFBiz from the CRM/SFA perspective.
We should take care of their expericen, most of the time they decide of our future...

Jacques

From: "Jacques Le Roux" <[hidden email]>

> From: "Scott Gray" <[hidden email]>
>> Could you provide an example search form where this might be useful? Perhaps talking about specific forms might be more
>> helpful.
>
> I will try tomorrow to explain why, I must admit I have not yet considered the how
>
> Jacques
>
>> I have no problem with OFBiz being set one way or the other but making it configurable seems like a lot for little return.
>>
>> Regards
>> Scott
>>
>> On 13/10/2009, at 10:37 AM, Jacques Le Roux wrote:
>>
>>> Not only people evaluating OFBiz, but also people dealing with small numbers. Maybe this should not be applied to all searches,
>>> though.
>>> Remember, OFBiz was set this way not so long ago.
>>>
>>> Jacques
>>>
>>> From: "Scott Gray" <[hidden email]>
>>>> -1, that sounds like a lot of work and additional complexity and for what? So that people evaluating OFBiz don't have to
>>>> click on a search button in order to do a search? I'm sorry but it really makes no sense to me.
>>>>
>>>> Regards
>>>> Scott
>>>>
>>>> HotWax Media
>>>> http://www.hotwaxmedia.com
>>>>
>>>> On 13/10/2009, at 9:51 AM, Jacques Le Roux wrote:
>>>>
>>>>> Also in the case of searching by default, the search fields should be visible (it's no obvious as it's only a string in the
>>>>> screenlet title)
>>>>>
>>>>> From: "Jacques Le Roux" <[hidden email]>
>>>>>> Hi,
>>>>>>
>>>>>> OOTB, we decided to not do searches by default when a page containing one is opened (I was for this decision)
>>>>>> I wonder if we should not parametrize this in the DB and let it available in the "My Portal" Préférences ?
>>>>>> Then we could set it to yes by default and avoid people evaluating OFBiz to clic on search button each time they open a
>>>>>> such page.
>>>>>> We could also have an URL going to the preferences in each search to allow a quick change if needed
>>>>>> This is not related to lookup dialog boxes but only searches in plain pages.
>>>>>>
>>>>>> What do you think ?
>>>>>>
>>>>>> Jacques
>>>>>
>>>>>
>>>>
>>>
>>>
>>
>>
>
>

Scott Gray-2

Re: Searches done by default

I was just trying to point out that it's usefulness decreases
exponentially as the number of pages in the result set increases (i.e.
the likelihood that you will find what you are looking for on the
first page). IMO it only really makes sense when the list is ordered
by the newest record first such as orders, tasks, emails, etc.

I personally don't really care either way, I just feel that the effort
required to make it configurable outweighs the benefits. If the list
should show results then just show them and if it shouldn't then
don't, why bother with all the extra work of making it configurable
just because the developers disagree on which is the best approach.

BTW, SugarCRM is one of many popular CRM suites out there and I don't
think that just because they do something a certain way makes that
approach the best one :-)

Regards
Scott

HotWax Media
http://www.hotwaxmedia.com

On 26/10/2009, at 9:34 PM, Jacques Le Roux wrote:

> Scott,
>
> I did not find enough time for that. This idea cames to me after a
> short test of SugarCRM last version.
> I think we could show results by default in SFA at least. There
> should not be too much results, and with the new length parameter
> Bruno is working on, this should improve user experience.
> This because it seems that some decision-makers began to look at
> OFBiz from the CRM/SFA perspective.
> We should take care of their expericen, most of the time they decide
> of our future...
>
> Jacques
>
> From: "Jacques Le Roux" <[hidden email]>
>> From: "Scott Gray" <[hidden email]>
>>> Could you provide an example search form where this might be
>>> useful? Perhaps talking about specific forms might be more
>>> helpful.
>>
>> I will try tomorrow to explain why, I must admit I have not yet
>> considered the how
>>
>> Jacques
>>
>>> I have no problem with OFBiz being set one way or the other but
>>> making it configurable seems like a lot for little return.
>>>
>>> Regards
>>> Scott
>>>
>>> On 13/10/2009, at 10:37 AM, Jacques Le Roux wrote:
>>>
>>>> Not only people evaluating OFBiz, but also people dealing with
>>>> small numbers. Maybe this should not be applied to all searches,
>>>> though.
>>>> Remember, OFBiz was set this way not so long ago.
>>>>
>>>> Jacques
>>>>
>>>> From: "Scott Gray" <[hidden email]>
>>>>> -1, that sounds like a lot of work and additional complexity
>>>>> and for what? So that people evaluating OFBiz don't have to
>>>>> click on a search button in order to do a search? I'm sorry
>>>>> but it really makes no sense to me.
>>>>>
>>>>> Regards
>>>>> Scott
>>>>>
>>>>> HotWax Media
>>>>> http://www.hotwaxmedia.com
>>>>>
>>>>> On 13/10/2009, at 9:51 AM, Jacques Le Roux wrote:
>>>>>
>>>>>> Also in the case of searching by default, the search fields
>>>>>> should be visible (it's no obvious as it's only a string in
>>>>>> the screenlet title)
>>>>>>
>>>>>> From: "Jacques Le Roux" <[hidden email]>
>>>>>>> Hi,
>>>>>>>
>>>>>>> OOTB, we decided to not do searches by default when a page
>>>>>>> containing one is opened (I was for this decision)
>>>>>>> I wonder if we should not parametrize this in the DB and let
>>>>>>> it available in the "My Portal" Préférences ?
>>>>>>> Then we could set it to yes by default and avoid people
>>>>>>> evaluating OFBiz to clic on search button each time they open
>>>>>>> a such page.
>>>>>>> We could also have an URL going to the preferences in each
>>>>>>> search to allow a quick change if needed
>>>>>>> This is not related to lookup dialog boxes but only searches
>>>>>>> in plain pages.
>>>>>>>
>>>>>>> What do you think ?
>>>>>>>
>>>>>>> Jacques
>>>>>>
>>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>
>

smime.p7s (4K) Download Attachment

Scott Gray-2

Re: Searches done by default

BTW I think the absolute best thing we could do to improve search
usability is to implement saved searches without a doubt.

Regards
Scott

On 26/10/2009, at 10:37 PM, Scott Gray wrote:

> I was just trying to point out that it's usefulness decreases
> exponentially as the number of pages in the result set increases
> (i.e. the likelihood that you will find what you are looking for on
> the first page). IMO it only really makes sense when the list is
> ordered by the newest record first such as orders, tasks, emails, etc.
>
> I personally don't really care either way, I just feel that the
> effort required to make it configurable outweighs the benefits. If
> the list should show results then just show them and if it shouldn't
> then don't, why bother with all the extra work of making it
> configurable just because the developers disagree on which is the
> best approach.
>
> BTW, SugarCRM is one of many popular CRM suites out there and I
> don't think that just because they do something a certain way makes
> that approach the best one :-)
>
> Regards
> Scott
>
> HotWax Media
> http://www.hotwaxmedia.com
>
> On 26/10/2009, at 9:34 PM, Jacques Le Roux wrote:
>
>> Scott,
>>
>> I did not find enough time for that. This idea cames to me after a
>> short test of SugarCRM last version.
>> I think we could show results by default in SFA at least. There
>> should not be too much results, and with the new length parameter
>> Bruno is working on, this should improve user experience.
>> This because it seems that some decision-makers began to look at
>> OFBiz from the CRM/SFA perspective.
>> We should take care of their expericen, most of the time they
>> decide of our future...
>>
>> Jacques
>>
>> From: "Jacques Le Roux" <[hidden email]>
>>> From: "Scott Gray" <[hidden email]>
>>>> Could you provide an example search form where this might be
>>>> useful? Perhaps talking about specific forms might be more
>>>> helpful.
>>>
>>> I will try tomorrow to explain why, I must admit I have not yet
>>> considered the how
>>>
>>> Jacques
>>>
>>>> I have no problem with OFBiz being set one way or the other but
>>>> making it configurable seems like a lot for little return.
>>>>
>>>> Regards
>>>> Scott
>>>>
>>>> On 13/10/2009, at 10:37 AM, Jacques Le Roux wrote:
>>>>
>>>>> Not only people evaluating OFBiz, but also people dealing with
>>>>> small numbers. Maybe this should not be applied to all
>>>>> searches, though.
>>>>> Remember, OFBiz was set this way not so long ago.
>>>>>
>>>>> Jacques
>>>>>
>>>>> From: "Scott Gray" <[hidden email]>
>>>>>> -1, that sounds like a lot of work and additional complexity
>>>>>> and for what? So that people evaluating OFBiz don't have to
>>>>>> click on a search button in order to do a search? I'm sorry
>>>>>> but it really makes no sense to me.
>>>>>>
>>>>>> Regards
>>>>>> Scott
>>>>>>
>>>>>> HotWax Media
>>>>>> http://www.hotwaxmedia.com
>>>>>>
>>>>>> On 13/10/2009, at 9:51 AM, Jacques Le Roux wrote:
>>>>>>
>>>>>>> Also in the case of searching by default, the search fields
>>>>>>> should be visible (it's no obvious as it's only a string in
>>>>>>> the screenlet title)
>>>>>>>
>>>>>>> From: "Jacques Le Roux" <[hidden email]>
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> OOTB, we decided to not do searches by default when a page
>>>>>>>> containing one is opened (I was for this decision)
>>>>>>>> I wonder if we should not parametrize this in the DB and let
>>>>>>>> it available in the "My Portal" Préférences ?
>>>>>>>> Then we could set it to yes by default and avoid people
>>>>>>>> evaluating OFBiz to clic on search button each time they
>>>>>>>> open a such page.
>>>>>>>> We could also have an URL going to the preferences in each
>>>>>>>> search to allow a quick change if needed
>>>>>>>> This is not related to lookup dialog boxes but only searches
>>>>>>>> in plain pages.
>>>>>>>>
>>>>>>>> What do you think ?
>>>>>>>>
>>>>>>>> Jacques
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>
>>
>

smime.p7s (4K) Download Attachment

Pierre Smits

Re: Searches done by default

Showing default search results is one thing. Enhancing (combining) search
posibilities is another. It is al about clicks.....

Why not have search screens combined (by default) so that users experience
an enhanced ease of use. E.g. in party (account, employee, etc) combine the
search on party name (first name and/or last name) with details from contact
mechs (e.g. country or postal code) beside showing advanced search
possibilities.

And as far as SugarCRM goes: they have found a nack to deliver what
customers want, which among others is an ease of use. So, why not steal with
pride and improve.

Regards,

Pierre

PS I did not actually intend to promote theft.

E.g in one screen
2009/10/26 Scott Gray <[hidden email]>

> BTW I think the absolute best thing we could do to improve search usability
> is to implement saved searches without a doubt.
>
> Regards
> Scott
>
>
> On 26/10/2009, at 10:37 PM, Scott Gray wrote:
>
> I was just trying to point out that it's usefulness decreases
>> exponentially as the number of pages in the result set increases (i.e. the
>> likelihood that you will find what you are looking for on the first page).
>> IMO it only really makes sense when the list is ordered by the newest
>> record first such as orders, tasks, emails, etc.
>>
>> I personally don't really care either way, I just feel that the effort
>> required to make it configurable outweighs the benefits. If the list should
>> show results then just show them and if it shouldn't then don't, why bother
>> with all the extra work of making it configurable just because the
>> developers disagree on which is the best approach.
>>
>> BTW, SugarCRM is one of many popular CRM suites out there and I don't
>> think that just because they do something a certain way makes that approach
>> the best one :-)
>>
>> Regards
>> Scott
>>
>> HotWax Media
>> http://www.hotwaxmedia.com
>>
>> On 26/10/2009, at 9:34 PM, Jacques Le Roux wrote:
>>
>> Scott,
>>>
>>> I did not find enough time for that. This idea cames to me after a short
>>> test of SugarCRM last version.
>>> I think we could show results by default in SFA at least. There should
>>> not be too much results, and with the new length parameter Bruno is working
>>> on, this should improve user experience.
>>> This because it seems that some decision-makers began to look at OFBiz
>>> from the CRM/SFA perspective.
>>> We should take care of their expericen, most of the time they decide of
>>> our future...
>>>
>>> Jacques
>>>
>>> From: "Jacques Le Roux" <[hidden email]>
>>>
>>>> From: "Scott Gray" <[hidden email]>
>>>>
>>>>> Could you provide an example search form where this might be useful?
>>>>> Perhaps talking about specific forms might be more helpful.
>>>>>
>>>>
>>>> I will try tomorrow to explain why, I must admit I have not yet
>>>> considered the how
>>>>
>>>> Jacques
>>>>
>>>> I have no problem with OFBiz being set one way or the other but making
>>>>> it configurable seems like a lot for little return.
>>>>>
>>>>> Regards
>>>>> Scott
>>>>>
>>>>> On 13/10/2009, at 10:37 AM, Jacques Le Roux wrote:
>>>>>
>>>>> Not only people evaluating OFBiz, but also people dealing with small
>>>>>> numbers. Maybe this should not be applied to all searches, though.
>>>>>> Remember, OFBiz was set this way not so long ago.
>>>>>>
>>>>>> Jacques
>>>>>>
>>>>>> From: "Scott Gray" <[hidden email]>
>>>>>>
>>>>>>> -1, that sounds like a lot of work and additional complexity and for
>>>>>>> what? So that people evaluating OFBiz don't have to click on a search
>>>>>>> button in order to do a search? I'm sorry but it really makes no sense
>>>>>>> to me.
>>>>>>>
>>>>>>> Regards
>>>>>>> Scott
>>>>>>>
>>>>>>> HotWax Media
>>>>>>> http://www.hotwaxmedia.com
>>>>>>>
>>>>>>> On 13/10/2009, at 9:51 AM, Jacques Le Roux wrote:
>>>>>>>
>>>>>>> Also in the case of searching by default, the search fields should
>>>>>>>> be visible (it's no obvious as it's only a string in the screenlet title)
>>>>>>>>
>>>>>>>> From: "Jacques Le Roux" <[hidden email]>
>>>>>>>>
>>>>>>>>> Hi,
>>>>>>>>>
>>>>>>>>> OOTB, we decided to not do searches by default when a page
>>>>>>>>> containing one is opened (I was for this decision)
>>>>>>>>> I wonder if we should not parametrize this in the DB and let it
>>>>>>>>> available in the "My Portal" Préférences ?
>>>>>>>>> Then we could set it to yes by default and avoid people evaluating
>>>>>>>>> OFBiz to clic on search button each time they open a such page.
>>>>>>>>> We could also have an URL going to the preferences in each search
>>>>>>>>> to allow a quick change if needed
>>>>>>>>> This is not related to lookup dialog boxes but only searches in
>>>>>>>>> plain pages.
>>>>>>>>>
>>>>>>>>> What do you think ?
>>>>>>>>>
>>>>>>>>> Jacques
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>
>>>
>>
>

Jacques Le Roux

Re: Searches done by default

Administrator

In reply to this post by Scott Gray-2

Yes I agree having set suiting specific lists requirements should be enough.
After some practice, I think in certain cases we don't need the general rule "don't show results by default"
I was speaking about SugarCRM only to introduce the idea : influential people (PHB) should be influenced.
It's only pragmatic attitude. They don't like to click around while trying a software, they often begin to try OFBiz looking at SFA,
well...
Make them click less and be happy. For instance they create a lead, and hop, it appears in the list behind : brilliant (isn'it ?
;o)

Jacques

From: "Scott Gray" <[hidden email]>
I was just trying to point out that it's usefulness decreases
exponentially as the number of pages in the result set increases (i.e.
the likelihood that you will find what you are looking for on the
first page). IMO it only really makes sense when the list is ordered
by the newest record first such as orders, tasks, emails, etc.

I personally don't really care either way, I just feel that the effort
required to make it configurable outweighs the benefits. If the list
should show results then just show them and if it shouldn't then
don't, why bother with all the extra work of making it configurable
just because the developers disagree on which is the best approach.

BTW, SugarCRM is one of many popular CRM suites out there and I don't
think that just because they do something a certain way makes that
approach the best one :-)

Regards
Scott

HotWax Media
http://www.hotwaxmedia.com

On 26/10/2009, at 9:34 PM, Jacques Le Roux wrote:

> Scott,
>
> I did not find enough time for that. This idea cames to me after a short test of SugarCRM last version.
> I think we could show results by default in SFA at least. There should not be too much results, and with the new length parameter
> Bruno is working on, this should improve user experience.
> This because it seems that some decision-makers began to look at OFBiz from the CRM/SFA perspective.
> We should take care of their expericen, most of the time they decide of our future...
>
> Jacques
>
> From: "Jacques Le Roux" <[hidden email]>
>> From: "Scott Gray" <[hidden email]>
>>> Could you provide an example search form where this might be useful? Perhaps talking about specific forms might be more
>>> helpful.
>>
>> I will try tomorrow to explain why, I must admit I have not yet considered the how
>>
>> Jacques
>>
>>> I have no problem with OFBiz being set one way or the other but making it configurable seems like a lot for little return.
>>>
>>> Regards
>>> Scott
>>>
>>> On 13/10/2009, at 10:37 AM, Jacques Le Roux wrote:
>>>
>>>> Not only people evaluating OFBiz, but also people dealing with small numbers. Maybe this should not be applied to all
>>>> searches, though.
>>>> Remember, OFBiz was set this way not so long ago.
>>>>
>>>> Jacques
>>>>
>>>> From: "Scott Gray" <[hidden email]>
>>>>> -1, that sounds like a lot of work and additional complexity and for what? So that people evaluating OFBiz don't have to
>>>>> click on a search button in order to do a search? I'm sorry but it really makes no sense to me.
>>>>>
>>>>> Regards
>>>>> Scott
>>>>>
>>>>> HotWax Media
>>>>> http://www.hotwaxmedia.com
>>>>>
>>>>> On 13/10/2009, at 9:51 AM, Jacques Le Roux wrote:
>>>>>
>>>>>> Also in the case of searching by default, the search fields should be visible (it's no obvious as it's only a string in
>>>>>> the screenlet title)
>>>>>>
>>>>>> From: "Jacques Le Roux" <[hidden email]>
>>>>>>> Hi,
>>>>>>>
>>>>>>> OOTB, we decided to not do searches by default when a page containing one is opened (I was for this decision)
>>>>>>> I wonder if we should not parametrize this in the DB and let it available in the "My Portal" Préférences ?
>>>>>>> Then we could set it to yes by default and avoid people evaluating OFBiz to clic on search button each time they open a
>>>>>>> such page.
>>>>>>> We could also have an URL going to the preferences in each search to allow a quick change if needed
>>>>>>> This is not related to lookup dialog boxes but only searches in plain pages.
>>>>>>>
>>>>>>> What do you think ?
>>>>>>>
>>>>>>> Jacques
>>>>>>
>>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>
>

Jacques Le Roux

Re: Searches done by default

Administrator

In reply to this post by Pierre Smits

For instance I found the "I" (Information) icon a good idea in SugarCRM.
It only shows contact's contact mechs details on an hover over the icon, but it's convenient.
It's all about improving users experience, they really like it (don't you ? ;o)

Jacques

From: "Pierre Smits" <[hidden email]>
Showing default search results is one thing. Enhancing (combining) search
posibilities is another. It is al about clicks.....

Why not have search screens combined (by default) so that users experience
an enhanced ease of use. E.g. in party (account, employee, etc) combine the
search on party name (first name and/or last name) with details from contact
mechs (e.g. country or postal code) beside showing advanced search
possibilities.

And as far as SugarCRM goes: they have found a nack to deliver what
customers want, which among others is an ease of use. So, why not steal with
pride and improve.

Regards,

Pierre

PS I did not actually intend to promote theft.

E.g in one screen
2009/10/26 Scott Gray <[hidden email]>

Bruno Busco

Re: Searches done by default

In reply to this post by Scott Gray-2

Implementing "saved searches" or what I was used to call "filters" is
on my wish list.
I like how jira implements them allowing private or shared/global filters.

I would like to share info and requirements about.

-Bruno

2009/10/26 Scott Gray <[hidden email]>:

> BTW I think the absolute best thing we could do to improve search usability
> is to implement saved searches without a doubt.
>
> Regards
> Scott
>
> On 26/10/2009, at 10:37 PM, Scott Gray wrote:
>
>> I was just trying to point out that it's usefulness decreases
>> exponentially as the number of pages in the result set increases (i.e. the
>> likelihood that you will find what you are looking for on the first page).
>> IMO it only really makes sense when the list is ordered by the newest
>> record first such as orders, tasks, emails, etc.
>>
>> I personally don't really care either way, I just feel that the effort
>> required to make it configurable outweighs the benefits. If the list should
>> show results then just show them and if it shouldn't then don't, why bother
>> with all the extra work of making it configurable just because the
>> developers disagree on which is the best approach.
>>
>> BTW, SugarCRM is one of many popular CRM suites out there and I don't
>> think that just because they do something a certain way makes that approach
>> the best one :-)
>>
>> Regards
>> Scott
>>
>> HotWax Media
>> http://www.hotwaxmedia.com
>>
>> On 26/10/2009, at 9:34 PM, Jacques Le Roux wrote:
>>
>>> Scott,
>>>
>>> I did not find enough time for that. This idea cames to me after a short
>>> test of SugarCRM last version.
>>> I think we could show results by default in SFA at least. There should
>>> not be too much results, and with the new length parameter Bruno is working
>>> on, this should improve user experience.
>>> This because it seems that some decision-makers began to look at OFBiz
>>> from the CRM/SFA perspective.
>>> We should take care of their expericen, most of the time they decide of
>>> our future...
>>>
>>> Jacques
>>>
>>> From: "Jacques Le Roux" <[hidden email]>
>>>>
>>>> From: "Scott Gray" <[hidden email]>
>>>>>
>>>>> Could you provide an example search form where this might be useful?
>>>>> Perhaps talking about specific forms might be more helpful.
>>>>
>>>> I will try tomorrow to explain why, I must admit I have not yet
>>>> considered the how
>>>>
>>>> Jacques
>>>>
>>>>> I have no problem with OFBiz being set one way or the other but making
>>>>> it configurable seems like a lot for little return.
>>>>>
>>>>> Regards
>>>>> Scott
>>>>>
>>>>> On 13/10/2009, at 10:37 AM, Jacques Le Roux wrote:
>>>>>
>>>>>> Not only people evaluating OFBiz, but also people dealing with small
>>>>>> numbers. Maybe this should not be applied to all searches, though.
>>>>>> Remember, OFBiz was set this way not so long ago.
>>>>>>
>>>>>> Jacques
>>>>>>
>>>>>> From: "Scott Gray" <[hidden email]>
>>>>>>>
>>>>>>> -1, that sounds like a lot of work and additional complexity and for
>>>>>>> what? So that people evaluating OFBiz don't have to click on a search
>>>>>>> button in order to do a search? I'm sorry but it really makes no sense
>>>>>>> to me.
>>>>>>>
>>>>>>> Regards
>>>>>>> Scott
>>>>>>>
>>>>>>> HotWax Media
>>>>>>> http://www.hotwaxmedia.com
>>>>>>>
>>>>>>> On 13/10/2009, at 9:51 AM, Jacques Le Roux wrote:
>>>>>>>
>>>>>>>> Also in the case of searching by default, the search fields should
>>>>>>>> be visible (it's no obvious as it's only a string in the screenlet title)
>>>>>>>>
>>>>>>>> From: "Jacques Le Roux" <[hidden email]>
>>>>>>>>>
>>>>>>>>> Hi,
>>>>>>>>>
>>>>>>>>> OOTB, we decided to not do searches by default when a page
>>>>>>>>> containing one is opened (I was for this decision)
>>>>>>>>> I wonder if we should not parametrize this in the DB and let it
>>>>>>>>> available in the "My Portal" Préférences ?
>>>>>>>>> Then we could set it to yes by default and avoid people evaluating
>>>>>>>>> OFBiz to clic on search button each time they open a such page.
>>>>>>>>> We could also have an URL going to the preferences in each search
>>>>>>>>> to allow a quick change if needed
>>>>>>>>> This is not related to lookup dialog boxes but only searches in
>>>>>>>>> plain pages.
>>>>>>>>>
>>>>>>>>> What do you think ?
>>>>>>>>>
>>>>>>>>> Jacques
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>
>>>
>>
>
>

Adrian Crum

Re: Searches done by default

Just a quick reminder: displaying the search results by default is
already configurable on a per-server basis. Look in widgets.properties
for the setting.

Saving search criteria would be easy using the user preferences feature.
Just use the name of the search criteria container as a key, and use the
parameters as the value.

-Adrian

Bruno Busco wrote:

> Implementing "saved searches" or what I was used to call "filters" is
> on my wish list.
> I like how jira implements them allowing private or shared/global filters.
>
> I would like to share info and requirements about.
>
> -Bruno
>
> 2009/10/26 Scott Gray <[hidden email]>:
>> BTW I think the absolute best thing we could do to improve search usability
>> is to implement saved searches without a doubt.
>>
>> Regards
>> Scott
>>
>> On 26/10/2009, at 10:37 PM, Scott Gray wrote:
>>
>>> I was just trying to point out that it's usefulness decreases
>>> exponentially as the number of pages in the result set increases (i.e. the
>>> likelihood that you will find what you are looking for on the first page).
>>> IMO it only really makes sense when the list is ordered by the newest
>>> record first such as orders, tasks, emails, etc.
>>>
>>> I personally don't really care either way, I just feel that the effort
>>> required to make it configurable outweighs the benefits. If the list should
>>> show results then just show them and if it shouldn't then don't, why bother
>>> with all the extra work of making it configurable just because the
>>> developers disagree on which is the best approach.
>>>
>>> BTW, SugarCRM is one of many popular CRM suites out there and I don't
>>> think that just because they do something a certain way makes that approach
>>> the best one :-)
>>>
>>> Regards
>>> Scott
>>>
>>> HotWax Media
>>> http://www.hotwaxmedia.com
>>>
>>> On 26/10/2009, at 9:34 PM, Jacques Le Roux wrote:
>>>
>>>> Scott,
>>>>
>>>> I did not find enough time for that. This idea cames to me after a short
>>>> test of SugarCRM last version.
>>>> I think we could show results by default in SFA at least. There should
>>>> not be too much results, and with the new length parameter Bruno is working
>>>> on, this should improve user experience.
>>>> This because it seems that some decision-makers began to look at OFBiz
>>>> from the CRM/SFA perspective.
>>>> We should take care of their expericen, most of the time they decide of
>>>> our future...
>>>>
>>>> Jacques
>>>>
>>>> From: "Jacques Le Roux" <[hidden email]>
>>>>> From: "Scott Gray" <[hidden email]>
>>>>>> Could you provide an example search form where this might be useful?
>>>>>> Perhaps talking about specific forms might be more helpful.
>>>>> I will try tomorrow to explain why, I must admit I have not yet
>>>>> considered the how
>>>>>
>>>>> Jacques
>>>>>
>>>>>> I have no problem with OFBiz being set one way or the other but making
>>>>>> it configurable seems like a lot for little return.
>>>>>>
>>>>>> Regards
>>>>>> Scott
>>>>>>
>>>>>> On 13/10/2009, at 10:37 AM, Jacques Le Roux wrote:
>>>>>>
>>>>>>> Not only people evaluating OFBiz, but also people dealing with small
>>>>>>> numbers. Maybe this should not be applied to all searches, though.
>>>>>>> Remember, OFBiz was set this way not so long ago.
>>>>>>>
>>>>>>> Jacques
>>>>>>>
>>>>>>> From: "Scott Gray" <[hidden email]>
>>>>>>>> -1, that sounds like a lot of work and additional complexity and for
>>>>>>>> what? So that people evaluating OFBiz don't have to click on a search
>>>>>>>> button in order to do a search? I'm sorry but it really makes no sense
>>>>>>>> to me.
>>>>>>>>
>>>>>>>> Regards
>>>>>>>> Scott
>>>>>>>>
>>>>>>>> HotWax Media
>>>>>>>> http://www.hotwaxmedia.com
>>>>>>>>
>>>>>>>> On 13/10/2009, at 9:51 AM, Jacques Le Roux wrote:
>>>>>>>>
>>>>>>>>> Also in the case of searching by default, the search fields should
>>>>>>>>> be visible (it's no obvious as it's only a string in the screenlet title)
>>>>>>>>>
>>>>>>>>> From: "Jacques Le Roux" <[hidden email]>
>>>>>>>>>> Hi,
>>>>>>>>>>
>>>>>>>>>> OOTB, we decided to not do searches by default when a page
>>>>>>>>>> containing one is opened (I was for this decision)
>>>>>>>>>> I wonder if we should not parametrize this in the DB and let it
>>>>>>>>>> available in the "My Portal" Préférences ?
>>>>>>>>>> Then we could set it to yes by default and avoid people evaluating
>>>>>>>>>> OFBiz to clic on search button each time they open a such page.
>>>>>>>>>> We could also have an URL going to the preferences in each search
>>>>>>>>>> to allow a quick change if needed
>>>>>>>>>> This is not related to lookup dialog boxes but only searches in
>>>>>>>>>> plain pages.
>>>>>>>>>>
>>>>>>>>>> What do you think ?
>>>>>>>>>>
>>>>>>>>>> Jacques
>>>>>>>>>
>>>>>>>
>>>>>>
>>>>
>>
>

Bruno Busco

Re: Searches done by default

Thank you Adrian for the hint on the saving search criteria.
It makes great sense to me.

-Bruno

2009/10/26 Adrian Crum <[hidden email]>:

> Just a quick reminder: displaying the search results by default is already
> configurable on a per-server basis. Look in widgets.properties for the
> setting.
>
> Saving search criteria would be easy using the user preferences feature.
> Just use the name of the search criteria container as a key, and use the
> parameters as the value.
>
> -Adrian
>
> Bruno Busco wrote:
>>
>> Implementing "saved searches" or what I was used to call "filters" is
>> on my wish list.
>> I like how jira implements them allowing private or shared/global filters.
>>
>> I would like to share info and requirements about.
>>
>> -Bruno
>>
>> 2009/10/26 Scott Gray <[hidden email]>:
>>>
>>> BTW I think the absolute best thing we could do to improve search
>>> usability
>>> is to implement saved searches without a doubt.
>>>
>>> Regards
>>> Scott
>>>
>>> On 26/10/2009, at 10:37 PM, Scott Gray wrote:
>>>
>>>> I was just trying to point out that it's usefulness decreases
>>>> exponentially as the number of pages in the result set increases (i.e.
>>>> the
>>>> likelihood that you will find what you are looking for on the first
>>>> page).
>>>> IMO it only really makes sense when the list is ordered by the newest
>>>> record first such as orders, tasks, emails, etc.
>>>>
>>>> I personally don't really care either way, I just feel that the effort
>>>> required to make it configurable outweighs the benefits. If the list
>>>> should
>>>> show results then just show them and if it shouldn't then don't, why
>>>> bother
>>>> with all the extra work of making it configurable just because the
>>>> developers disagree on which is the best approach.
>>>>
>>>> BTW, SugarCRM is one of many popular CRM suites out there and I don't
>>>> think that just because they do something a certain way makes that
>>>> approach
>>>> the best one :-)
>>>>
>>>> Regards
>>>> Scott
>>>>
>>>> HotWax Media
>>>> http://www.hotwaxmedia.com
>>>>
>>>> On 26/10/2009, at 9:34 PM, Jacques Le Roux wrote:
>>>>
>>>>> Scott,
>>>>>
>>>>> I did not find enough time for that. This idea cames to me after a
>>>>> short
>>>>> test of SugarCRM last version.
>>>>> I think we could show results by default in SFA at least. There should
>>>>> not be too much results, and with the new length parameter Bruno is
>>>>> working
>>>>> on, this should improve user experience.
>>>>> This because it seems that some decision-makers began to look at OFBiz
>>>>> from the CRM/SFA perspective.
>>>>> We should take care of their expericen, most of the time they decide of
>>>>> our future...
>>>>>
>>>>> Jacques
>>>>>
>>>>> From: "Jacques Le Roux" <[hidden email]>
>>>>>>
>>>>>> From: "Scott Gray" <[hidden email]>
>>>>>>>
>>>>>>> Could you provide an example search form where this might be useful?
>>>>>>> Perhaps talking about specific forms might be more helpful.
>>>>>>
>>>>>> I will try tomorrow to explain why, I must admit I have not yet
>>>>>> considered the how
>>>>>>
>>>>>> Jacques
>>>>>>
>>>>>>> I have no problem with OFBiz being set one way or the other but
>>>>>>> making
>>>>>>> it configurable seems like a lot for little return.
>>>>>>>
>>>>>>> Regards
>>>>>>> Scott
>>>>>>>
>>>>>>> On 13/10/2009, at 10:37 AM, Jacques Le Roux wrote:
>>>>>>>
>>>>>>>> Not only people evaluating OFBiz, but also people dealing with small
>>>>>>>> numbers. Maybe this should not be applied to all searches, though.
>>>>>>>> Remember, OFBiz was set this way not so long ago.
>>>>>>>>
>>>>>>>> Jacques
>>>>>>>>
>>>>>>>> From: "Scott Gray" <[hidden email]>
>>>>>>>>>
>>>>>>>>> -1, that sounds like a lot of work and additional complexity and
>>>>>>>>> for
>>>>>>>>> what? So that people evaluating OFBiz don't have to click on a
>>>>>>>>> search
>>>>>>>>> button in order to do a search? I'm sorry but it really makes no
>>>>>>>>> sense
>>>>>>>>> to me.
>>>>>>>>>
>>>>>>>>> Regards
>>>>>>>>> Scott
>>>>>>>>>
>>>>>>>>> HotWax Media
>>>>>>>>> http://www.hotwaxmedia.com
>>>>>>>>>
>>>>>>>>> On 13/10/2009, at 9:51 AM, Jacques Le Roux wrote:
>>>>>>>>>
>>>>>>>>>> Also in the case of searching by default, the search fields
>>>>>>>>>> should
>>>>>>>>>> be visible (it's no obvious as it's only a string in the
>>>>>>>>>> screenlet title)
>>>>>>>>>>
>>>>>>>>>> From: "Jacques Le Roux" <[hidden email]>
>>>>>>>>>>>
>>>>>>>>>>> Hi,
>>>>>>>>>>>
>>>>>>>>>>> OOTB, we decided to not do searches by default when a page
>>>>>>>>>>> containing one is opened (I was for this decision)
>>>>>>>>>>> I wonder if we should not parametrize this in the DB and let it
>>>>>>>>>>> available in the "My Portal" Préférences ?
>>>>>>>>>>> Then we could set it to yes by default and avoid people
>>>>>>>>>>> evaluating
>>>>>>>>>>> OFBiz to clic on search button each time they open a such page.
>>>>>>>>>>> We could also have an URL going to the preferences in each
>>>>>>>>>>> search
>>>>>>>>>>> to allow a quick change if needed
>>>>>>>>>>> This is not related to lookup dialog boxes but only searches in
>>>>>>>>>>> plain pages.
>>>>>>>>>>>
>>>>>>>>>>> What do you think ?
>>>>>>>>>>>
>>>>>>>>>>> Jacques
>>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>
>>>
>>
>

Jacques Le Roux

Re: Searches done by default

Administrator

Thank you Adrian also for the per-server setting reminder!
But I guess it's not enough as we may have a lot orders, or parties, etc. but shall still want to see list of contacts, leads, etc.
in SFA after add or modification

Jacques

From: "Bruno Busco" <[hidden email]>

> Thank you Adrian for the hint on the saving search criteria.
> It makes great sense to me.
>
> -Bruno
>
>
> 2009/10/26 Adrian Crum <[hidden email]>:
>> Just a quick reminder: displaying the search results by default is already
>> configurable on a per-server basis. Look in widgets.properties for the
>> setting.
>>
>> Saving search criteria would be easy using the user preferences feature.
>> Just use the name of the search criteria container as a key, and use the
>> parameters as the value.
>>
>> -Adrian
>>
>> Bruno Busco wrote:
>>>
>>> Implementing "saved searches" or what I was used to call "filters" is
>>> on my wish list.
>>> I like how jira implements them allowing private or shared/global filters.
>>>
>>> I would like to share info and requirements about.
>>>
>>> -Bruno
>>>
>>> 2009/10/26 Scott Gray <[hidden email]>:
>>>>
>>>> BTW I think the absolute best thing we could do to improve search
>>>> usability
>>>> is to implement saved searches without a doubt.
>>>>
>>>> Regards
>>>> Scott
>>>>
>>>> On 26/10/2009, at 10:37 PM, Scott Gray wrote:
>>>>
>>>>> I was just trying to point out that it's usefulness decreases
>>>>> exponentially as the number of pages in the result set increases (i.e.
>>>>> the
>>>>> likelihood that you will find what you are looking for on the first
>>>>> page).
>>>>> IMO it only really makes sense when the list is ordered by the newest
>>>>> record first such as orders, tasks, emails, etc.
>>>>>
>>>>> I personally don't really care either way, I just feel that the effort
>>>>> required to make it configurable outweighs the benefits. If the list
>>>>> should
>>>>> show results then just show them and if it shouldn't then don't, why
>>>>> bother
>>>>> with all the extra work of making it configurable just because the
>>>>> developers disagree on which is the best approach.
>>>>>
>>>>> BTW, SugarCRM is one of many popular CRM suites out there and I don't
>>>>> think that just because they do something a certain way makes that
>>>>> approach
>>>>> the best one :-)
>>>>>
>>>>> Regards
>>>>> Scott
>>>>>
>>>>> HotWax Media
>>>>> http://www.hotwaxmedia.com
>>>>>
>>>>> On 26/10/2009, at 9:34 PM, Jacques Le Roux wrote:
>>>>>
>>>>>> Scott,
>>>>>>
>>>>>> I did not find enough time for that. This idea cames to me after a
>>>>>> short
>>>>>> test of SugarCRM last version.
>>>>>> I think we could show results by default in SFA at least. There should
>>>>>> not be too much results, and with the new length parameter Bruno is
>>>>>> working
>>>>>> on, this should improve user experience.
>>>>>> This because it seems that some decision-makers began to look at OFBiz
>>>>>> from the CRM/SFA perspective.
>>>>>> We should take care of their expericen, most of the time they decide of
>>>>>> our future...
>>>>>>
>>>>>> Jacques
>>>>>>
>>>>>> From: "Jacques Le Roux" <[hidden email]>
>>>>>>>
>>>>>>> From: "Scott Gray" <[hidden email]>
>>>>>>>>
>>>>>>>> Could you provide an example search form where this might be useful?
>>>>>>>> Perhaps talking about specific forms might be more helpful.
>>>>>>>
>>>>>>> I will try tomorrow to explain why, I must admit I have not yet
>>>>>>> considered the how
>>>>>>>
>>>>>>> Jacques
>>>>>>>
>>>>>>>> I have no problem with OFBiz being set one way or the other but
>>>>>>>> making
>>>>>>>> it configurable seems like a lot for little return.
>>>>>>>>
>>>>>>>> Regards
>>>>>>>> Scott
>>>>>>>>
>>>>>>>> On 13/10/2009, at 10:37 AM, Jacques Le Roux wrote:
>>>>>>>>
>>>>>>>>> Not only people evaluating OFBiz, but also people dealing with small
>>>>>>>>> numbers. Maybe this should not be applied to all searches, though.
>>>>>>>>> Remember, OFBiz was set this way not so long ago.
>>>>>>>>>
>>>>>>>>> Jacques
>>>>>>>>>
>>>>>>>>> From: "Scott Gray" <[hidden email]>
>>>>>>>>>>
>>>>>>>>>> -1, that sounds like a lot of work and additional complexity and
>>>>>>>>>> for
>>>>>>>>>> what? So that people evaluating OFBiz don't have to click on a
>>>>>>>>>> search
>>>>>>>>>> button in order to do a search? I'm sorry but it really makes no
>>>>>>>>>> sense
>>>>>>>>>> to me.
>>>>>>>>>>
>>>>>>>>>> Regards
>>>>>>>>>> Scott
>>>>>>>>>>
>>>>>>>>>> HotWax Media
>>>>>>>>>> http://www.hotwaxmedia.com
>>>>>>>>>>
>>>>>>>>>> On 13/10/2009, at 9:51 AM, Jacques Le Roux wrote:
>>>>>>>>>>
>>>>>>>>>>> Also in the case of searching by default, the search fields
>>>>>>>>>>> should
>>>>>>>>>>> be visible (it's no obvious as it's only a string in the
>>>>>>>>>>> screenlet title)
>>>>>>>>>>>
>>>>>>>>>>> From: "Jacques Le Roux" <[hidden email]>
>>>>>>>>>>>>
>>>>>>>>>>>> Hi,
>>>>>>>>>>>>
>>>>>>>>>>>> OOTB, we decided to not do searches by default when a page
>>>>>>>>>>>> containing one is opened (I was for this decision)
>>>>>>>>>>>> I wonder if we should not parametrize this in the DB and let it
>>>>>>>>>>>> available in the "My Portal" Préférences ?
>>>>>>>>>>>> Then we could set it to yes by default and avoid people
>>>>>>>>>>>> evaluating
>>>>>>>>>>>> OFBiz to clic on search button each time they open a such page.
>>>>>>>>>>>> We could also have an URL going to the preferences in each
>>>>>>>>>>>> search
>>>>>>>>>>>> to allow a quick change if needed
>>>>>>>>>>>> This is not related to lookup dialog boxes but only searches in
>>>>>>>>>>>> plain pages.
>>>>>>>>>>>>
>>>>>>>>>>>> What do you think ?
>>>>>>>>>>>>
>>>>>>>>>>>> Jacques
>>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>
>>>>
>>>
>>
>