jsf - how to show hide a h:panelgroup while click on a radio button -

-

i working on problem want show , hide fields under same <td> depending upon user option. condition when user clicks on customer radio button have show input fields related customer , when clicks on seller option radio button have show him seller related information. default displaying panelgroup containing information related customer code follows

<h:panelgroup id="customnerpanel" rendered="#{salebean.salevo.persontype == 1}">   input fields related customer goes here </h:panelgroup> <h:panelgroup id="sellerpanel" rendered="#{salebean.salevo.persontype == 2}">   input fields related seller goes here </h:panelgroup>

now problem on page load shows me customer panel correct, when change radio button seller radio button should hide custoimer panel , show me seller panel rerendering both panels on change of radio buttons. radiobuttons related code follwos:

<h:selectoneradio id="radiochangetenurebutton" layout="linedirection" value="#{salebean.salevo.persontype}">     <f:selectitem id="customertypeid" itemlabel="for customer" itemvalue="1"  />     <f:selectitem id="sellertypeid" itemlabel="for seller" itemvalue="2" />        <a4j:support event="onclick" action="#{salebean.updatecase}" rerender="customnerpanel,sellerpanel"  /> </h:selectoneradio>

any ideas?

when rerendering elements result of ajax requests cannot hide component rerendering directly because jsf doesn't send hidden (which rendered attribute evaluates false) component browser , jsf has no idea element should hidden in dom. solve problem create wrapping element , rerender when performing ajax request. approach when response gets browser, html of hidden block missing , not in browser's dom. code should become this:

<h:panelgroup id="panelwrapper">   <h:panelgroup id="customnerpanel" rendered="#{salebean.salevo.persontype == 1}">     input fields related customer goes here   </h:panelgroup>   <h:panelgroup id="sellerpanel" rendered="#{salebean.salevo.persontype == 2}">     input fields related seller goes here   </h:panelgroup> </h:panelgroup>

and should set id of wrapping component (panelwrapper in case) in rerender attribute of a4j:support.


Comments

Post a Comment

Popular posts from this blog

git - Initial Commit: "fatal: could not create leading directories of ..." -

-
i trying make initial commit git repository on github unity project. followed along this guide am. note: reason or another, couldn't set unity's asset serialization mode force text, settled on mixed (which believe should work). when call git clone --bare . , error. note not creator of repository , contributor (though making initial commit). here's in terminal (i'm using git bash): welcome git (version 1.8.4-preview20130916) run 'git git' display index. run 'git <command>' display specific commands. cheddar@cheddar-pc ~ $ cd documents/ics168swarch/ cheddar@cheddar-pc ~/documents/ics168swarch $ git init initialized empty git repository in c:/users/cheddar/documents/ics168swarch/.git / cheddar@cheddar-pc ~/documents/ics168swarch (master) $ git add . warning: lf replaced crlf in assets/prefabs.meta. file have original line endings in working directory. warning: lf replaced crlf in assets/prefabs/pellet.prefab.meta. file have original ...
Read more

multithreading - OPAL (Open Phone Abstraction Library) Transport not terminated when reattaching thread? -

-
i in process of writing application using opal makes h323 calls. have looked online number of working examples , have managed put resembles should like, @ present able call external ip via application when accept call craps out , dies. leaving me with: 0:12.949 setupcall:8752 sert.cxx(259) assertion fail: transport not terminated when reattaching thread , file d:\voip\software\opal\src\opal\transports.cxx, line 1021 passertfunc(0xde3f88, 0xffffffffd228226f, 0, 0) + 0x82 passertfunc(0x10d6e5f8, 0x3fd, 0, 0x10d6eb98) + 0x15b opaltransport::attachthread(0xde5870, 0xffffffffd22fc76b, 0, 0) + 0x96 h323connection::setupconnection(0xffffffffd22fc713, 0, 0, 0xde6ea8) + 0x196 asynchcallsetup(0x10d3572c, 0, 0, 0xdd0108) + 0x7c pthread1arg<psafeptr<opalconnection,psafeptrbase> >::main(0xffffffffd2282faf from have deduced, perhaps incorrectly if there thread lock issue caused (possibly arising fact application sending expected h323 call, throwing in c...
Read more