You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@ofbiz.apache.org by Jacques Le Roux <ja...@les7arts.com> on 2009/10/12 22:35:20 UTC
Searches done by default
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
Re: Searches done by default
Posted by Cimballi <ci...@gmail.com>.
+1
On Mon, Oct 12, 2009 at 3:35 PM, Jacques Le Roux
<ja...@les7arts.com> 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
>
>
Re: Searches done by default
Posted by Bruno Busco <br...@gmail.com>.
+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 <sc...@hotwaxmedia.com>:
> 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
>
>
Re: Searches done by default
Posted by Scott Gray <sc...@hotwaxmedia.com>.
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
Re: Searches done by default
Posted by Cimballi <ci...@gmail.com>.
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
Re: Searches done by default
Posted by Adrian Crum <ad...@hlmksw.com>.
Changing the property setting does not require rebuilding the project.
The setting will only work on lists that are created using the
performFind service.
-Adrian
Pierre Smits wrote:
> Hi Adrian,
>
> I looked at the widgets.properties file in /framework/widget/config and
> found:
> widget.defaultNoConditionFind=N
>
> I set it to
> widget.defaultNoConditionFind=Y
> *
> *
> But when starting up my Ofbiz I did not see any changes. Does changing the
> value of this parameter require a rebuild?
>
> When I access opportunities in the browsers I immediately see the existing
> opportunities just below the search segment. Whereas when I access accounts
> in the browser I only see the search segment.
> Furthermore I looked in to two screens in the SFA module (accountscreens.xml
> and opportunityscreens.xml). I see two different approaches.. Shouldn't
> these be then in sync as to facilitating the parameter setting in
> widget.properties?
>
> Regards,
>
> Pierre
>
> 2009/10/26 Adrian Crum <ad...@hlmksw.com>
>
>> 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 <sc...@hotwaxmedia.com>:
>>>
>>>> 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" <ja...@les7arts.com>
>>>>>>
>>>>>>> From: "Scott Gray" <sc...@hotwaxmedia.com>
>>>>>>>
>>>>>>>> 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" <sc...@hotwaxmedia.com>
>>>>>>>>>
>>>>>>>>>> -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" <ja...@les7arts.com>
>>>>>>>>>>>
>>>>>>>>>>>> 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
>>>>>>>>>>>>
>>>>>>>>>>>
>
Re: Searches done by default
Posted by Pierre Smits <pi...@gmail.com>.
Hi Adrian,
I looked at the widgets.properties file in /framework/widget/config and
found:
widget.defaultNoConditionFind=N
I set it to
widget.defaultNoConditionFind=Y
*
*
But when starting up my Ofbiz I did not see any changes. Does changing the
value of this parameter require a rebuild?
When I access opportunities in the browsers I immediately see the existing
opportunities just below the search segment. Whereas when I access accounts
in the browser I only see the search segment.
Furthermore I looked in to two screens in the SFA module (accountscreens.xml
and opportunityscreens.xml). I see two different approaches.. Shouldn't
these be then in sync as to facilitating the parameter setting in
widget.properties?
Regards,
Pierre
2009/10/26 Adrian Crum <ad...@hlmksw.com>
> 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 <sc...@hotwaxmedia.com>:
>>
>>> 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" <ja...@les7arts.com>
>>>>>
>>>>>> From: "Scott Gray" <sc...@hotwaxmedia.com>
>>>>>>
>>>>>>> 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" <sc...@hotwaxmedia.com>
>>>>>>>>
>>>>>>>>> -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" <ja...@les7arts.com>
>>>>>>>>>>
>>>>>>>>>>> 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
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>
>>>
>>
Re: Searches done by default
Posted by Jacques Le Roux <ja...@les7arts.com>.
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" <br...@gmail.com>
> Thank you Adrian for the hint on the saving search criteria.
> It makes great sense to me.
>
> -Bruno
>
>
> 2009/10/26 Adrian Crum <ad...@hlmksw.com>:
>> 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 <sc...@hotwaxmedia.com>:
>>>>
>>>> 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" <ja...@les7arts.com>
>>>>>>>
>>>>>>> From: "Scott Gray" <sc...@hotwaxmedia.com>
>>>>>>>>
>>>>>>>> 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" <sc...@hotwaxmedia.com>
>>>>>>>>>>
>>>>>>>>>> -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" <ja...@les7arts.com>
>>>>>>>>>>>>
>>>>>>>>>>>> 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
>>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>
>>>>
>>>
>>
>
Re: Searches done by default
Posted by Bruno Busco <br...@gmail.com>.
Thank you Adrian for the hint on the saving search criteria.
It makes great sense to me.
-Bruno
2009/10/26 Adrian Crum <ad...@hlmksw.com>:
> 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 <sc...@hotwaxmedia.com>:
>>>
>>> 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" <ja...@les7arts.com>
>>>>>>
>>>>>> From: "Scott Gray" <sc...@hotwaxmedia.com>
>>>>>>>
>>>>>>> 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" <sc...@hotwaxmedia.com>
>>>>>>>>>
>>>>>>>>> -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" <ja...@les7arts.com>
>>>>>>>>>>>
>>>>>>>>>>> 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
>>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>
>>>
>>
>
Re: Searches done by default
Posted by Adrian Crum <ad...@hlmksw.com>.
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 <sc...@hotwaxmedia.com>:
>> 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" <ja...@les7arts.com>
>>>>> From: "Scott Gray" <sc...@hotwaxmedia.com>
>>>>>> 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" <sc...@hotwaxmedia.com>
>>>>>>>> -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" <ja...@les7arts.com>
>>>>>>>>>> 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
>>>>>>>>>
>>>>>>>
>>>>>>
>>>>
>>
>
Re: Searches done by default
Posted by Bruno Busco <br...@gmail.com>.
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 <sc...@hotwaxmedia.com>:
> 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" <ja...@les7arts.com>
>>>>
>>>> From: "Scott Gray" <sc...@hotwaxmedia.com>
>>>>>
>>>>> 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" <sc...@hotwaxmedia.com>
>>>>>>>
>>>>>>> -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" <ja...@les7arts.com>
>>>>>>>>>
>>>>>>>>> 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
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>
>>>
>>
>
>
Re: Searches done by default
Posted by Pierre Smits <pi...@gmail.com>.
Hi Jacques,
I agree too. Showing all contact mech details in a hover would enhance user
experience. But is all about real estate. If room is available I would like
to see some contact mech details on the same line as the name of the contact
(eg. phone number and/or email address).
Regards,
Pierre
2009/10/26 Jacques Le Roux <ja...@les7arts.com>
> 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" <pi...@gmail.com>
>
> 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 <sc...@hotwaxmedia.com>
>
> 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" <ja...@les7arts.com>
>>>>
>>>> From: "Scott Gray" <sc...@hotwaxmedia.com>
>>>>>
>>>>> 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" <sc...@hotwaxmedia.com>
>>>>>>>
>>>>>>> -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" <ja...@les7arts.com>
>>>>>>>>>
>>>>>>>>> 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
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>
>>>>
>>>
>>
>
>
Re: Searches done by default
Posted by Jacques Le Roux <ja...@les7arts.com>.
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" <pi...@gmail.com>
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 <sc...@hotwaxmedia.com>
> 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" <ja...@les7arts.com>
>>>
>>>> From: "Scott Gray" <sc...@hotwaxmedia.com>
>>>>
>>>>> 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" <sc...@hotwaxmedia.com>
>>>>>>
>>>>>>> -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" <ja...@les7arts.com>
>>>>>>>>
>>>>>>>>> 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
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>
>>>
>>
>
Re: Searches done by default
Posted by Pierre Smits <pi...@gmail.com>.
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 <sc...@hotwaxmedia.com>
> 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" <ja...@les7arts.com>
>>>
>>>> From: "Scott Gray" <sc...@hotwaxmedia.com>
>>>>
>>>>> 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" <sc...@hotwaxmedia.com>
>>>>>>
>>>>>>> -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" <ja...@les7arts.com>
>>>>>>>>
>>>>>>>>> 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
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>
>>>
>>
>
Re: Searches done by default
Posted by Scott Gray <sc...@hotwaxmedia.com>.
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" <ja...@les7arts.com>
>>> From: "Scott Gray" <sc...@hotwaxmedia.com>
>>>> 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" <sc...@hotwaxmedia.com>
>>>>>> -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" <ja...@les7arts.com>
>>>>>>>> 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
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>
>>
>
Re: Searches done by default
Posted by Jacques Le Roux <ja...@les7arts.com>.
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" <sc...@hotwaxmedia.com>
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" <ja...@les7arts.com>
>> From: "Scott Gray" <sc...@hotwaxmedia.com>
>>> 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" <sc...@hotwaxmedia.com>
>>>>> -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" <ja...@les7arts.com>
>>>>>>> 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
>>>>>>
>>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>
>
Re: Searches done by default
Posted by Scott Gray <sc...@hotwaxmedia.com>.
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" <ja...@les7arts.com>
>> From: "Scott Gray" <sc...@hotwaxmedia.com>
>>> 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" <sc...@hotwaxmedia.com>
>>>>> -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" <ja...@les7arts.com>
>>>>>>> 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
>>>>>>
>>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>
>
Re: Searches done by default
Posted by Jacques Le Roux <ja...@les7arts.com>.
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" <ja...@les7arts.com>
> From: "Scott Gray" <sc...@hotwaxmedia.com>
>> 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" <sc...@hotwaxmedia.com>
>>>> -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" <ja...@les7arts.com>
>>>>>> 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
>>>>>
>>>>>
>>>>
>>>
>>>
>>
>>
>
>
Re: Searches done by default
Posted by Jacques Le Roux <ja...@les7arts.com>.
From: "Scott Gray" <sc...@hotwaxmedia.com>
> 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" <sc...@hotwaxmedia.com>
>>> -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" <ja...@les7arts.com>
>>>>> 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
>>>>
>>>>
>>>
>>
>>
>
>
Re: Searches done by default
Posted by Scott Gray <sc...@hotwaxmedia.com>.
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" <sc...@hotwaxmedia.com>
>> -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" <ja...@les7arts.com>
>>>> 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
>>>
>>>
>>
>
>
Re: Searches done by default
Posted by Jacques Le Roux <ja...@les7arts.com>.
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" <sc...@hotwaxmedia.com>
> -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" <ja...@les7arts.com>
>>> 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
>>
>>
>
>
Re: Searches done by default
Posted by Scott Gray <sc...@hotwaxmedia.com>.
-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" <ja...@les7arts.com>
>> 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
>
>
Re: Searches done by default
Posted by Jacques Le Roux <ja...@les7arts.com>.
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" <ja...@les7arts.com>
> 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
>