jsf - Clear input validation error from backing bean -

-

i have datatable cell editor. , want have (selected) rows editable. , when user uses cell editor, want perform input validation after value set.

so use celledit event in data table , event handler trigger validation failure.

<p:ajax event="celledit" listener="#{bean.oneditcell}" update=":formid:propertyselect" />

this works charm. if user enters invalid value, editor doesn't close , error message displayed.

what doesn't work user inputting valid value afterwards. celledit event not trigger again since form in "input validation failure state".

i have lost day trying resolve that:

  • i want reset input validation when user sets new value - resetinput works buttons. couldn't working on value change.
  • i didn't find how reset field javascript directly.

  • if combine "onchange" event , "remotecommand" handler called in backing bean, cannot find uiinput call resetvalue() on it.

    <p:datatable id="propertyselect" value="#{bean.propertyvalues}" var="prop"      editable="true" editmode="cell" scrollable="true"      scrollheight="200" widgetvar="propselecttable"      filteredvalue="#{bean.filteredpvs}"> <p:ajax event="celledit" listener="#{bean.oneditcell}" update=":#{formid}:propertyselect" /> <p:ajax event="filter" oncomplete="updatetoggle()" />  <p:column id="rowselection">     <f:facet name="header">         <p:selectbooleancheckbox id="toggleall" value="#{bean.selectallrows}">             <p:ajax listener="#{bean.handletoggleall}" update=":#{formid}:propertyselect" />         </p:selectbooleancheckbox>     </f:facet>     <p:selectbooleancheckbox value="#{prop.selected}">         <p:ajax update=":#{formid}:propertyselect" oncomplete="updatetoggle()" listener="#{bean.rowselectlistener(prop)}"/>     </p:selectbooleancheckbox> </p:column> <p:column headertext="property">     <h:outputtext value="#{prop.name}" /> </p:column> <p:column headertext="description">     <h:outputtext value="#{prop.description}" /> </p:column> <p:column headertext="value">     <p:celleditor rendered="#{prop.selected}">         <f:facet name="output">             <h:outputtext value="#{bean.displaypv(prop)}" />         </f:facet>         <f:facet name="input">             <p:inputtext id="pvsimple" value="#{prop.uivalue}" rendered="#{prop.propertyvalueuielement eq 'input'}" />             <p:inputtextarea id="pvarea" rows="7" value="#{prop.uivalue}"                  rendered="#{prop.propertyvalueuielement eq 'text_area'}" />             <p:selectonemenu id="pvenum" value="#{prop.uivalue}"                      rendered="#{prop.propertyvalueuielement eq 'select_one_menu'}">                 <f:selectitem itemlabel="&lt;select value&gt;" itemvalue="" />                         <f:selectitems value="#{prop.enumoptions}" var="enum" itemlabel="#{enum}" itemvalue="#{enum}" />                     </p:selectonemenu>         </f:facet>     </p:celleditor>     <h:outputtext value="-" rendered="#{!prop.selected}" /> </p:column>

i looking way clear input validation errors on input fields ids "pvsimple", "pvarea" or "pvenum".


Comments

Post a Comment

Popular posts from this blog

node.js - Mongoose: Cast to ObjectId failed for value on newly created object after setting the value -

-
this question has answer here: what's mongoose error cast objectid failed value xxx @ path “_id”? 7 answers even though has been asked many times because entity has no valid objectid field. i came across situation objectid set value can casted objectid still error. the schema: var serviceschema = parammongoose.schema({ servicename:{ type: parammongoose.schema.types.objectid , ref: 'servicenames',required:true } }); pseudo code: servicefromdb=new service({servicename:'some name'}); servicefromdb.servicename='000000000000000000000001'; servicefromdb.save(function(paramerror,paramdata){ if(paramerror){ console.log('but but...',servicefromdb,paramerror) } }); the output of code is: but but... { servicename: 000000000000000000000001, _id: 55079a90286f49280364f78b } { [casterror: cast objectid faile...
Read more

[C++][SFML 2.2] Strange Performance Issues - Moving Mouse Lowers CPU Usage -

-
i've been working on making 2d map editor past 2 weeks or so, , i've run strange problem. trying optimize code, example, making functions should've been functions begin with, did made cpu usage go through roof. i've tried commenting out different sections of code thought culprits (scrolling, rendering, other calculations) no avail. think issue might trying call things within different functions, sake of making modular possible, i'd functionality. the other major change i've made since file i'm comparing i've ported variables external cpp file, since having variables global makes lot easier use within different functions. simple issue, can't life of me understand why happens. with original code, around 2-3% cpu usage. new code, around 20-35%, but, if move mouse around, it'll drop around 6-8%. tl;dr: after trying optimize code using functions, i've somehow killed performance, , found strange quirk moving mouse reduces cpu usage.. /...
Read more

ios - Possible to get UIButton sizeThatFits to work? -

-
i have been using method of resizing uibuttons depreciated, , not robust. , other reasons, want sizethatfits work uibuttons. i've read online, i'm not sure if should work (seems working some, not others, difference maybe between style, i'm using custom). here simple test code recreate issue (i put in viewdidload test, shouldn't matter, , real code part of large project): uibutton *btn = [uibutton buttonwithtype:uibuttontypecustom]; [btn settitle:@"this test long title need word wrap more single line when displayed on tiny ipod in portrait view." forstate:uicontrolstatenormal]; btn.titlelabel.linebreakmode = uilinebreakmodewordwrap; // depreciated - nothing replace it? cgrect r = btn.frame; r.origin.x = 0; r.origin.y = 0; r.size.width = 320; r.size.height = [btn.titlelabel.text sizewithfont:btn.titlelabel.font constrainedtosize:cgsizemake(r.size.width,100000) linebreakmode:btn.titlelabel.linebreakmode].height; // returns approx 86 , changes correctly ...
Read more