Searches done by default

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
23 messages Options
12
Reply | Threaded
Open this post in threaded view
|

Searches done by default

Jacques Le Roux
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


Reply | Threaded
Open this post in threaded view
|

Re: Searches done by default

Cimballi-2
+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
>
>
Reply | Threaded
Open this post in threaded view
|

Re: Searches done by default

Jacques Le Roux
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
>


Reply | Threaded
Open this post in threaded view
|

Re: Searches done by default

Scott Gray-2
-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
>
>

Reply | Threaded
Open this post in threaded view
|

Re: Searches done by default

Jacques Le Roux
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
>>
>>
>
>


Reply | Threaded
Open this post in threaded view
|

Re: Searches done by default

Scott Gray-2
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
>>>
>>>
>>
>
>

Reply | Threaded
Open this post in threaded view
|

Re: Searches done by default

Jacques Le Roux
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
>>>>
>>>>
>>>
>>
>>
>
>


Reply | Threaded
Open this post in threaded view
|

Re: Searches done by default

Cimballi-2
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
Reply | Threaded
Open this post in threaded view
|

Re: Searches done by default

Scott Gray-2
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

Reply | Threaded
Open this post in threaded view
|

Re: Searches done by default

Bruno Busco
+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
>
>
Reply | Threaded
Open this post in threaded view
|

Re: Searches done by default

Jacques Le Roux
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
>>>>>
>>>>>
>>>>
>>>
>>>
>>
>>
>
>


Reply | Threaded
Open this post in threaded view
|

Re: Searches done by default

Scott Gray-2
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
Reply | Threaded
Open this post in threaded view
|

Re: Searches done by default

Scott Gray-2
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
Reply | Threaded
Open this post in threaded view
|

Re: Searches done by default

Pierre Smits
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
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>
>>>
>>
>
Reply | Threaded
Open this post in threaded view
|

Re: Searches done by default

Jacques Le Roux
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
>>>>>>
>>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>
>



Reply | Threaded
Open this post in threaded view
|

Re: Searches done by default

Jacques Le Roux
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]>

> 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
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>
>>>
>>
>


Reply | Threaded
Open this post in threaded view
|

Re: Searches done by default

Bruno Busco
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
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>
>>>
>>
>
>
Reply | Threaded
Open this post in threaded view
|

Re: Searches done by default

Adrian Crum
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
>>>>>>>>>
>>>>>>>
>>>>>>
>>>>
>>
>
Reply | Threaded
Open this post in threaded view
|

Re: Searches done by default

Bruno Busco
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
>>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>
>>>
>>
>
Reply | Threaded
Open this post in threaded view
|

Re: Searches done by default

Jacques Le Roux
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
>>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>
>>>>
>>>
>>
>


12