Hie Phani

The yes requirement is right. But the solution you suggested seems a little
confusing.

Can you put a more detailed example on this? Please advise, I am stuck on
it.


Thankx and Regards

Vik
Founder
www.sakshum.com
www.sakshum.blogspot.com


On Wed, Jul 14, 2010 at 4:40 PM, phani kumar <phanikuma...@gmail.com> wrote:

> Vik,
> Let me first clear what i understood about your requirement..
>
> You want to make a UI util class which holds all the elements like
> textfilelds or listfields whose data is used as the params for search
> functionality. And the same functionality should fetch two different data
> from the server. For that you have to use two different rpc calls for the
> search functionality. Is this what you exactly want..?
>
> If that is the case, as i mentioned in my previous post, the search button
> event will call the method which is implemented by a particular UI class at
> the run time. In that method you will be writing all the logic of fetching
> and displaying the content in your UI.
>
> On Wed, Jul 14, 2010 at 3:17 PM, Vik <vik....@gmail.com> wrote:
>
>> Phani
>>
>> How does this maps to the approach suggested earlier in this mail?
>> I dont see any match... Please advise...
>>
>>
>> Thankx and Regards
>>
>> Vik
>> Founder
>> www.sakshum.com
>> www.sakshum.blogspot.com
>>
>>
>> On Wed, Jul 14, 2010 at 2:14 PM, phani kumar <phanikuma...@gmail.com>wrote:
>>
>>>
>>> Hii Vik,
>>> May be this is usefull for you..
>>>
>>> 1. Make an interface ex: SearchService
>>>
>>> 2. Define a method in the interface ex:handleSearchEvent(<search params>)
>>>
>>> 3. Both your screen classes has to implement SearchService interface.
>>>
>>> 4. Define a method in your Search Panel Util class ex :
>>> setSearchServiceRef(SerachService searchService) {
>>>          this.searchService = searchService;
>>> }
>>>
>>> 5. When you create the search util class in your screens, call this
>>> method with (this) as parameter.
>>>
>>> 6. In the button handler of your search util class, call
>>> searchService.handleSearchEvent(<search params>) ;
>>>
>>> 7. Since, you will have different implementation of the search function
>>> in your both screens, at run time the functionality will behave as it is
>>> defined in your screen classes.
>>>
>>> I think, this is what you are looking for.
>>>
>>> Regards,
>>> Phani Kumar K
>>>
>>>
>>> On Wed, Jul 14, 2010 at 12:26 PM, Vik <vik....@gmail.com> wrote:
>>>
>>>> hie
>>>>
>>>> any help on this please...
>>>>
>>>> Thankx and Regards
>>>>
>>>> Vik
>>>> Founder
>>>> www.sakshum.com
>>>> www.sakshum.blogspot.com
>>>>
>>>>
>>>> On Tue, Jul 13, 2010 at 7:32 PM, Vik <vik....@gmail.com> wrote:
>>>>
>>>>> hie
>>>>>
>>>>> Thanks but i have following doubt:
>>>>>
>>>>> Since i need two different handlers for two search panels then where
>>>>> will be the deciding logic ?
>>>>> and how exactly i will call this addClickHandler method?
>>>>>
>>>>>
>>>>> 1. How will i call it
>>>>>
>>>>> Thankx and Regards
>>>>>
>>>>> Vik
>>>>> Founder
>>>>> www.sakshum.com
>>>>> www.sakshum.blogspot.com
>>>>>
>>>>>
>>>>> On Mon, Jul 12, 2010 at 10:28 PM, Gal Dolber <gal.dol...@gmail.com>wrote:
>>>>>
>>>>>> class YourSearchPanel extends Composite *implements HasClickHandlers
>>>>>> {*
>>>>>> *
>>>>>> *
>>>>>> *...*
>>>>>> *public HandlerRegistration addClickHandler(ClickHandler handler) {*
>>>>>> *yourSearchButton.addClickHandler(handler);*
>>>>>> *}*
>>>>>> *
>>>>>> *
>>>>>> *}*
>>>>>> *
>>>>>> *
>>>>>> *And move the rpc logic out of your widget
>>>>>> *
>>>>>> 2010/7/12 Vik <vik....@gmail.com>
>>>>>>
>>>>>>>  Hie
>>>>>>>
>>>>>>> I have a UI which shows a search panel having 3 list boxes to select
>>>>>>> from and a search button.
>>>>>>>
>>>>>>> I have two different pages where this UI has to be exactly same
>>>>>>> except the search button needs to call  different rpc services.
>>>>>>>
>>>>>>> How should I write the code once and resue it both the places? Please
>>>>>>> advise...
>>>>>>>
>>>>>>> Thankx and Regards
>>>>>>>
>>>>>>> Vik
>>>>>>> Founder
>>>>>>> www.sakshum.com
>>>>>>> www.sakshum.blogspot.com
>>>>>>>
>>>>>>> --
>>>>>>> You received this message because you are subscribed to the Google
>>>>>>> Groups "Google Web Toolkit" group.
>>>>>>> To post to this group, send email to
>>>>>>> google-web-tool...@googlegroups.com.
>>>>>>> To unsubscribe from this group, send email to
>>>>>>> google-web-toolkit+unsubscr...@googlegroups.com<google-web-toolkit%2bunsubscr...@googlegroups.com>
>>>>>>> .
>>>>>>> For more options, visit this group at
>>>>>>> http://groups.google.com/group/google-web-toolkit?hl=en.
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> http://gwtupdates.blogspot.com/
>>>>>>
>>>>>> --
>>>>>> You received this message because you are subscribed to the Google
>>>>>> Groups "Google Web Toolkit" group.
>>>>>> To post to this group, send email to
>>>>>> google-web-tool...@googlegroups.com.
>>>>>> To unsubscribe from this group, send email to
>>>>>> google-web-toolkit+unsubscr...@googlegroups.com<google-web-toolkit%2bunsubscr...@googlegroups.com>
>>>>>> .
>>>>>> For more options, visit this group at
>>>>>> http://groups.google.com/group/google-web-toolkit?hl=en.
>>>>>>
>>>>>
>>>>>
>>>>  --
>>>> You received this message because you are subscribed to the Google
>>>> Groups "Google Web Toolkit" group.
>>>> To post to this group, send email to
>>>> google-web-tool...@googlegroups.com.
>>>> To unsubscribe from this group, send email to
>>>> google-web-toolkit+unsubscr...@googlegroups.com<google-web-toolkit%2bunsubscr...@googlegroups.com>
>>>> .
>>>> For more options, visit this group at
>>>> http://groups.google.com/group/google-web-toolkit?hl=en.
>>>>
>>>
>>>
>>>
>>> --
>>> Regards,
>>> Phani Kumar K,
>>>
>>>
>>>  --
>>> You received this message because you are subscribed to the Google Groups
>>> "Google Web Toolkit" group.
>>> To post to this group, send email to google-web-toolkit@googlegroups.com
>>> .
>>> To unsubscribe from this group, send email to
>>> google-web-toolkit+unsubscr...@googlegroups.com<google-web-toolkit%2bunsubscr...@googlegroups.com>
>>> .
>>> For more options, visit this group at
>>> http://groups.google.com/group/google-web-toolkit?hl=en.
>>>
>>
>>  --
>> You received this message because you are subscribed to the Google Groups
>> "Google Web Toolkit" group.
>> To post to this group, send email to google-web-tool...@googlegroups.com.
>> To unsubscribe from this group, send email to
>> google-web-toolkit+unsubscr...@googlegroups.com<google-web-toolkit%2bunsubscr...@googlegroups.com>
>> .
>> For more options, visit this group at
>> http://groups.google.com/group/google-web-toolkit?hl=en.
>>
>
>
>
> --
> Regards,
> Phani Kumar,
> Senior Software Engineer,
> HP GlobalSoft,
> Chennai.
> Mobile : +91 9962755795
> Work : 91-044-39853592
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To post to this group, send email to google-web-tool...@googlegroups.com.
> To unsubscribe from this group, send email to
> google-web-toolkit+unsubscr...@googlegroups.com<google-web-toolkit%2bunsubscr...@googlegroups.com>
> .
> For more options, visit this group at
> http://groups.google.com/group/google-web-toolkit?hl=en.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.

Reply via email to