Messages posted by: garpinc  XML
Profile for garpinc -> Messages posted by garpinc [41] Go to Page: 1, 2, 3 Next 
Author Message
I see primefaces has such themes but i haven't been able to find such a theme for icefaces
I created http://jira.icesoft.org/browse/ICE-11441 so hopefully they can address it.
I've had same issue. did you resolve?
Looks like it's simple in primefaces

    <p:outputPanel id="customPanel" style="margin-bottom:10px">
         <p:selectOneRadio id="customRadio" value="#{radioView.color}" layout="custom">
             <f:selectItem itemLabel="Red" itemValue="Red" />
             <f:selectItem itemLabel="Green" itemValue="Green" />
             <f:selectItem itemLabel="Blue" itemValue="Blue" />
         <h:panelGrid columns="3" cellpadding="5">
             <p:radioButton id="opt1" for="customRadio" itemIndex="0" />
             <h:outputLabel for="opt1" value="Red" />
             <p:spinner />
             <p:radioButton id="opt2" for="customRadio" itemIndex="1" />
             <h:outputLabel for="opt2" value="Green" />
             <p:inputText />
             <p:radioButton id="opt3" for="customRadio" itemIndex="2" />
             <h:outputLabel for="opt3" value="Blue" />
             <p:calendar />
I used to have following code but can't seem to figure out how spread is supported. I see the migration guide says it's a combination of buttonGroup and radioButton but I fail to see how selectItems can be utilized in this situation based on all i've looked at.:

		<ice:selectOneRadio id="evaluationAgreementDefaultGroup" layout="spread" 
 		 	value="#{licenseBean.selectedAgreement}" partialSubmit="true" converter="genericObjectConverter"
 	      	 	<f:selectItems value="#{licenseBean.licenseAgreementsWithoutLabel}" />
         <ace:dataTable  var="agreementVar" value="#{licenseBean.allLicenseAgreements}" varStatus="agreementVarStatus">
 				<f:facet name="header">Agreement</f:facet>
         		<h:commandLink style="margin:20px" action="#{licenseBean.editSoftwareAgreement(agreementVar)}" value="#{agreementVar.description}"/>
 			<ace:column style="width:50px">
 				<f:facet name="header">Is Default?</f:facet>
         		<ice:radio for="evaluationAgreementDefaultGroup" index="#{agreementVarStatus.index}"/>
 				<h:commandLink value="x" action="#{licenseBean.removeSoftwareAgreement(agreementVar)}" />
Seems that using <html instead of f:view as I previously used for portlets solved this issue
I'm having same issue..

I am using org.springframework.web.portlet.DispatcherPortlet

in a portlet environment so that fix you mentioned will not work for me. Anyone have any ideas?
Did you find an answer to this?
Mine stuff already is 2.0 based.
I found it... The key is not to change the component tree server side except on full screen refresh... This way icefaces never sends an partial update to the screen causing a destroy of the dojo component... So original state must be maintained as well as current state and depending on existence of ice.faces.partial submit param programmatically it must be decided when to copy between the 2. i.e when not partial(screen refresh) then original and current should match
Instead of hacking library maybe there is a way to unregister component b4 reparsing.
If you have a skype we can talk/chat. My handle is garpinc..
I also started an integration based on the work of georges.goebel. I have a JSF RI implementation that works but because of the DOM-DOM stuff the component disappears becasue it doesn't get re-initialized. When I try the JavaScriptContext call it complains that object already exists on page... See http://jira.icefaces.org/browse/ICE-708

I have uploaded a war of the work so far.. Perhaps you guys can figure out how to get it re-initialized...
I have made integration where tab content is driven by webflow.. Let me know if you want to play with that.
I created a solution for this http://jira.icefaces.org/browse/ICE-2046
Profile for garpinc -> Messages posted by garpinc [41] Go to Page: 1, 2, 3 Next 
Go to:   
Powered by JForum 2.1.7ice © JForum Team