voyent
Messages posted by: philip.breau  XML
Profile for philip.breau -> Messages posted by philip.breau [2988] Go to Page: Previous  1, 2, 3 ... 197 , 198, 199, 200 Next 
Author Message
Hi Kelvin,

With ICEfaces panels or components, such as Panel Stack, it's not a matter of including JSP's, either dynamically or statically, which allows for dyanamic control of the HTML. The JSF component tree is created on page initialization, and then the needed HTML is rendered and passed to the browser. You can test this by simply checking the output HTML markup on an initially loaded page. Press cntrl-shift-t to then bring up the ICEfaces console, and then you can see what DOM updates are later applied to the page. Only the DOM updates for the visible portions of the page are sent.

Thanks for including more information about the disabled tab problem. Our developers are now looking into this. We don't think it's a matter of encoding, however, because we find the same effect with latin character strings that have > 1 word. The proper width of the tab seems to not be applied in some cases, and the contents are 'squished'. Whole words are not wrapped, but multiple words, or, in your case, multiple ideographs, are wrapped.

As for the problem with updates to the hidden fields...I assume that are you setting the hidden fields in the JSF template through a backing bean binding? Where is the value coming from? If they're coming from another field, you might try setting immediate="true" to force value setting at the start of the lifecycle, for whichever value is the source. You might also try more logging in your backing beans, in getters and setters, and valueChangeListeners etc. to find out what values you actually have throughout the lifecycle.

Thanks,
Philip
Hi Justin,

It sounds like the web application isn't being loaded in the container. Try checking the Tomcat logs. You might find it complaining about a parsing error, or a web app initialization error. This might provide more clues.

Thanks,
Philip
Hi Maarten,

I think you might have better luck if you redirect to a custom servlet, or perhaps use a commandLink to a new url not served by the PersistentFacesServlet. The ICEfaces framework doesn't currently define the behaviour for hijacking the servlet response. But, for instance, you could force a redirect by doing the following:

if (!context.getResponseComplete()) {
try{
context.getExternalContext().redirect("download-servlet");
}
catch( IOException e ){
e.printStackTrace();
}
}

and then implement the custom servlet with that url mapping, coordinating session variables, for file parameters, and security, between your action listener method and the download servlet.

Thanks,
Philip
Hi Mauricio,

We have a separate plugins for Netbeans 5 at http://support.icesoft.com/jive/entry.jspa?entryID=531&categoryID=55

It doesn't have the Design-time support that the creator plugin has, but will still provide you with ICEfaces project-level support.

Thanks,
Philip
I think just the commons-lang-2.1.jar and the tomahawk.jar are new. They're not needed for the basic use of ICEfaces.

Thanks,
Philip
Hi Raj,

In addition to Deryk's comments...

3. You would need to migrate your Struts app to a JSF implementation. Craig McClanahan has some interesting <a href="http://blogs.sun.com/roller/page/craigmcc/20040927">blog</a> entries on this.

To learn more about JSF, I highly recommend cruising a site like <a href="http://www.jsftutorials.net/">JSF Tutorials</a> or <a href="http://www.jsfcentral.com/">JSF Central</a>, which provide a lot of great information.

Thanks,
Philip
Hi Maarten,

There's not much you have to do to upgrage to the latest and greatest (which you should b/c there's been so many fixes). The only big difference is that z-icefaces-components.jar has been renamed to icefaces-comps.jar. The release notes have other minor details.

Thanks,
Philip
Hi Maarten,

I mentioned that the release notes provide information on other changes, but just a heads up..there were a lot of style class name changes from beta to 1.0 that are listed at http://support.icesoft.com/jive/servlet/KbServlet/download/511-102-337/ICEfaces_v1_CSSClassNames.html

Thanks,
Philip
Hi Maarten,

Yet one more caveat...;)

IceUserObject, in use with Trees, is one place where the API has significantly changed. So, if your project is using any trees, please keep an eye on that. Notably, the way IceUserObjects are constructed and linked to DefaultMutableTreeNodes has changed.

Thanks,
Philip
Hi Kelvin,

1. I'm not sure if I understand your question correctly, but using JSP includes will either dynamically or statically include the JSP include content into the containing page. I suppose that dynamic includes are more resource intensive, as the content is dynamically generated, but the size of your includes probably matters more.

2. Yes, disabling a tab panel will have the effect of hiding that panel, rather than greying it out. The tab itself should appear greyed out, but visible, and not selectable. The contents of a disabled tab should not be visible. Could you elaborate on any other problems you're having with tabs? Perhaps you could include a screen shot to make it more clear.

Thanks,
Philip
Hi Kelvin,

Sorry, I tested this out and understand what you're saying. I don't think the alignment is changing (at least not with my tests), but the tab borders were disappearing when the labels, were disabled, but programatically selected. How are you disabling the tabs? I've passed this on to our developers who are now looking into it.

Thanks,
Philip


Message was edited by: Philip Breau
Hi Maarten,

Glad to hear that you've got it working. To set the max upload size, set the 'com.icesoft.faces.uploadMaxFileSize ' context parameter in your web.xml file. This is the maximum allowed size, in bytes, or -1 for no maximum.

Thanks,
Philip
Hi,

You might try doing manual validation of the Time input with an valueChangeListener on the other select inputs or on submit with an action or actionListener. This is done in the ICEfaces Address demo when the ap validates the zip code. The source is included in the download. You might manually validate the input, the control the messaging appropriately. The application should inform the user if their time in invalid, and block them from submitting the invalid input. You might also try setting immediate="true" on the select components.

Thanks,
Philip
Hi Maarten,

You simply have to cast the DefaultMutableTreeNode's and UserObjects in the nodes. I've modified the nodeClicked() method of the com.icesoft.icefaces.samples.showcase.components.NodeUserObject class from the Component Showcase. This shows you how you can gain access to the children.

public void nodeClicked(ActionEvent event) {
treeBean.setSelectedNode(this.label);
treeBean.setSelectedNodeObject(this);

Enumeration enumer = this.getWrapper().children();
int i = 0;
while( enumer.hasMoreElements() ){

DefaultMutableTreeNode node = (DefaultMutableTreeNode)enumer.nextElement();
NodeUserObject object = (NodeUserObject)node.getUserObject();
System.out.println( "child # " + i++ + ": " + object.label );
}

}

Thanks,
Philip
Hi Markus,

If you mean 'how do you get an alphabetized list from an existing tree?', then I suppose you'll have go through each node of the tree and put each IceUserObject into a collections object which can then be sorted. To get the Enumeration of children from each node call DefaultTreeNode.children(). Put the IceUserObject value of each child into a collection object, then recursively call each child, to get its children, etc.

You can use the TreeSet collections object for automatic sorting (TreeSet(Comparator<? super E> c) ). Just implement a Comparator class for your specific IceUserObject (or inherited) class, adding the compare(T o1, T o2) method which will alphabetize whatever you want, then call the TreeSet constructor with the Comparator. Then anything added to the TreeSet will be automatically sorted.

Thanks,
Philip
 
Profile for philip.breau -> Messages posted by philip.breau [2988] Go to Page: Previous  1, 2, 3 ... 197 , 198, 199, 200 Next 
Go to:   
Powered by JForum 2.1.7ice © JForum Team