Re: Problem when using Ajax4JSF
Ask the question on related richfaces jboss forum 2009/6/5 Shasi Mitra Yarram shasimi...@yahoo.com Hi all- On load of the body I'm rendering a panelgrid by calling one actionListener using a4j:jsFunction. But till that panelgrid loads none of the actions on the page are working. As ajax is asynchronous, it should not wait for the panel grid to load to perform other actions. Any idea how to resolve this? -- Bring your gang together. Do your thing. Find your favourite Yahoo! Group.http://in.rd.yahoo.com/tagline_groups_9/*http://in.promos.yahoo.com/groups/
[TRINIDAD] selectOneChoice ignores contentStyle if readOnly=true
Hi, Trinidad's selectOneChoice ignores contentStyle settings if readOnly=true (we're on Trinidad 1.0.10). Imho, this seems to be a bug. Or is it a feature ;-} ? Best regards, Carsten -- View this message in context: http://www.nabble.com/-TRINIDAD--selectOneChoice-ignores-contentStyle-if-readOnly%3D%22true%22-tp23883854p23883854.html Sent from the MyFaces - Users mailing list archive at Nabble.com.
Re: Trinidad vs Tobago
Hi all, let me explain the actual status of the Tobago development: We have branched the development into the tobago-1.0.x branch and the trunk which is the next major release. The tobago-1.0.x branch is stable and basis of the actual releases. The next release (1.0.21) will come up in the next days. This branch contains bugfixes and some (smaller) new features. You can see the changes of the next release here: https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=truepid=12310273fixfor=12313470 The trunk (1.1.x) is an area of many refactorings and implementation of new features. But the status is still alpha. Here is a list of issues for the next major release: * Reimplementation of the layout management: - make renderer more independent from the layout management. - more flexible - more type of layout managers - better testability (unit tests) - better support for browser-window resizing * New tree implementation * Better support for integrating 3rd party components * Client side coordinates of action event on server side (mouse event, click event) * simplify css and javascript files * support for many tabs * improved sheet performance * more support for other renderkits and many internal refactorings (plan) * Generating tag classes and components * Enhanced tobago lifecyle with buildView layoutView (registerResource) / encodeView (renderResponse) * UIPopup should be a subform * UITab should be a naming container (which tab contains a component with a Message) * Z-Index Provider * replace prototype with dojo * replace commons-logging with slf4j * Remove deprecated methods and classes * public and internal packages(public api and internal api) * remove some static classes * improved TobagoResponseWriter for javascript (JSON) * TabGroup should be an ActionSource * TabChangeEvent should be an ActionEvent * requiredMessage validatorMessage converterMessage for all EditableValueHolder in Tobago Regards Udo kanth99 schrieb: Hi all, Thanks for your replies. Groovie wrote: On Thu, Jun 4, 2009 at 2:21 AM, Christian Groove groo...@groovesytems.de wrote: Salut Hi All, We are developing a web application with myfaces. That's fine, JSF is the cool think. I worked with Tobago, that comes with a great layout manager and some cool widgets. It is not my intention to overwhelm that nice project but it seems to be dead. The development that's totally wrong ... I hope you are right, but i looks like (for me) that the development activity slowed down. 2008 was a great year an i was lucky using this wonderful component library. Could you give us a short insight of the current development ? I switched to Richfaces and found it also useful for me. What are the advantages or drawback of one lib comparing the other? Thanks Groovy of new widgets seems not to proceed so you may better look to other Taglibs like Richfaces, Icefaces. Groovy This application needs proper navigation and UI .I have observed Trinidad has good navigation practices and other utilities.Tobago has some good layouts but not good navigation practices.both these technologies have featurs like PPR. Trinidat looks a little bit old-fashioned to me, anyway there seems to be only a little support for AJAX. could some one plaese advice us which is the better technology and the distinct features of these technologies. Thanks, Srikanth
Re: Tobago style sheet problem:
Hi, I didn't get what you want to change, sorry. Do you want to change one component on every page, or the general background, or only for a single page? Generally Firebug (for Firefox) is a great tool to find out the structure of the html and check which style effects a component. I agree, that the structure is sometimes not plain, that is an issue to to the Tobago 1.1 release. Regards, Udo kanth99 schrieb: Hi All, I have been modifying the Example demo of Tobago.I wanted to change the color of layout page ,so same will be applicable to all the pages.I modified the div tags in 'style.css' in the primary theme and the other supported themes.But the color of page has not changed. There are so many divs (for example tobago-gridLayout-default ,tobago-tab-link etc..).By changing hte color of which div element will change the color of layout,also how to quickly identify divs related to the components?I think Naming conventions are confusing. Thanks
Re: Trinidad vs Tobago
Salut Udo, Hi all, let me explain the actual status of the Tobago development: We have branched the development into the tobago-1.0.x branch and the trunk which is the next major release. looks like, . that i was wrong. Tobago is still alive, great. The trunk (1.1.x) is an area of many refactorings and implementation of new features. But the status is still alpha. Here is a list of issues for the next major release: * Reimplementation of the layout management: (...) Another topic you may not thought before. Please reactivate the foreach! I had to code a database driven form with a couple of altering types of input-fields and selection boxes. The jsf-page was programmed as a dynamic formular engine. The taglib met almost all requirements i needed, with one exception: foreach !!! For this reason i hat to abuse the table tag, cause this was the only remaining container-element, that acts like a foreach. This solution had one drawback, the table size does not grow with its contents. So i estimated the size by couting the containing elements and patch the rows/size of the table, b. [stage direction to the audience] time to boo Groovie Voilá, that was the reason, why i needed foreach! Groovy Regards Udo Thanks for your good job. Does your company still uses Tobago ?
Re: Trinidad vs Tobago
Hi Christian, I know the issue with the forEach. There are many aspects to notice with the interation stuff. I've written a sample for tobago 1.0.x which works with the c:forEach from the JSTL. But this not works with Facelets and also not with JSP-Tag-Files (because scriptlets are not allowed). I think we will find a solution for Tobago 1.1, but I can't promise it in the moment. An other aproach might be using a binding to a UIPanel, an building the components with Java-Code. That is not nice and has some pitfalls, but may a solution for you. Hope that helps Udo Christian Groove schrieb: Salut Udo, Hi all, let me explain the actual status of the Tobago development: We have branched the development into the tobago-1.0.x branch and the trunk which is the next major release. looks like, . that i was wrong. Tobago is still alive, great. The trunk (1.1.x) is an area of many refactorings and implementation of new features. But the status is still alpha. Here is a list of issues for the next major release: * Reimplementation of the layout management: (...) Another topic you may not thought before. Please reactivate the foreach! I had to code a database driven form with a couple of altering types of input-fields and selection boxes. The jsf-page was programmed as a dynamic formular engine. The taglib met almost all requirements i needed, with one exception: foreach !!! For this reason i hat to abuse the table tag, cause this was the only remaining container-element, that acts like a foreach. This solution had one drawback, the table size does not grow with its contents. So i estimated the size by couting the containing elements and patch the rows/size of the table, b. [stage direction to the audience] time to boo Groovie Voilá, that was the reason, why i needed foreach! Groovy Regards Udo Thanks for your good job. Does your company still uses Tobago ?
Re: Trinidad vs Tobago
I forgot the link: http://svn.apache.org/repos/asf/myfaces/tobago/branches/tobago-1.0.x/example/demo/src/main/webapp/best-practice/for-each.jsp Udo Schnurpfeil schrieb: Hi Christian, I know the issue with the forEach. There are many aspects to notice with the interation stuff. I've written a sample for tobago 1.0.x which works with the c:forEach from the JSTL. But this not works with Facelets and also not with JSP-Tag-Files (because scriptlets are not allowed). I think we will find a solution for Tobago 1.1, but I can't promise it in the moment. An other aproach might be using a binding to a UIPanel, an building the components with Java-Code. That is not nice and has some pitfalls, but may a solution for you. Hope that helps Udo Christian Groove schrieb: Salut Udo, Hi all, let me explain the actual status of the Tobago development: We have branched the development into the tobago-1.0.x branch and the trunk which is the next major release. looks like, . that i was wrong. Tobago is still alive, great. The trunk (1.1.x) is an area of many refactorings and implementation of new features. But the status is still alpha. Here is a list of issues for the next major release: * Reimplementation of the layout management: (...) Another topic you may not thought before. Please reactivate the foreach! I had to code a database driven form with a couple of altering types of input-fields and selection boxes. The jsf-page was programmed as a dynamic formular engine. The taglib met almost all requirements i needed, with one exception: foreach !!! For this reason i hat to abuse the table tag, cause this was the only remaining container-element, that acts like a foreach. This solution had one drawback, the table size does not grow with its contents. So i estimated the size by couting the containing elements and patch the rows/size of the table, b. [stage direction to the audience] time to boo Groovie Voilá, that was the reason, why i needed foreach! Groovy Regards Udo Thanks for your good job. Does your company still uses Tobago ?
Re: Trinidad vs Tobago
Andrew, it's always the same reason. Trinidad is too complicated do extend without strong knowledge: 1. in it's architecture isn't well documented 2. in maven-faces-plugin I'm familiar with your wiki page ( http://wiki.apache.org/myfaces/Facelets_and_JSF_1.1_maven-faces-plugin_Getting_started ) but, as you can see it takes too much effort to make a simple hello world component and I think this is a main reason why there is almost no new components in last 2 years. I'm using trinidad since m1-incubating version and I'm tracking all the changes. In my opinion trinidad is potentialy the best jsf framework currently available, but it lacks some features to make it the best: 1. More components 2. easier component development 3. new AJAX under-layer to track component changes (to allow push technology one day). See ICEFaces as a example how to make a framework so popular with this technology. But in the background it lacks so many thing and nobody cares. I've tried ICEFaces, and for hello world application is ok, but for anything more complex, trinidad is 100x better and more developer friendly + has better browser compatibility. 4. wow skin to make him more attractive. I'm sure that many trinidad users (developers) are willing to contribute to the community starting from my self if they knew how to do it in some easier way. Best regards, Luka Surija +385 1 61 99 140 +385 98 434 061 l...@iytim.hr I.Y. tim d.o.o. Vrbik 3, HR-1 Zagreb www.iytim.hr i...@iytim.hr Andrew Robinson wrote: I would not jump to just saying that's totally wrong ... when there is truth to the observation. I cannot speak for Tobago, but there are areas of Trinidad that have not significantly changed in years. This may give the impression that there is not much ongoing development. What you find with Trinidad is that the server side framework is very well supported, as well as the components classes, but the Renderers, skins and JavaScript of Trinidad are very much neglected. This is probably a result of many that extend Trinidad but do not necessarily contribute those extensions back. There is a Trinidad Sandbox, but unlike Tomahawk, there is no activity in it for the most part. I am not sure why this is and what we can do to motivate our users to provide new components and enhancements to existing components. So as a result, you will probably find that Trinidad is very solid, the server side keeps up to date with other libraries and with some new JSF technologies and there is a great community of support at the framework level. Just what is lacking is active support of the component offerings and the look and feel of Trinidad. As Apache relies on its users quite a bit, new patches, and new components are welcome, especially for the sandbox as it is a great testing ground for new ideas without having to perform all the architectural discussions up front. Then components can be brought into the core as they gain popularity and their architecture can be standardized if not already. -Andrew On Thu, Jun 4, 2009 at 9:00 AM, Matthias Wessendorf mat...@apache.org wrote: On Thu, Jun 4, 2009 at 2:21 AM, Christian Groove groo...@groovesytems.de wrote: Salut Hi All, We are developing a web application with myfaces. That's fine, JSF is the cool think. I worked with Tobago, that comes with a great layout manager and some cool widgets. It is not my intention to overwhelm that nice project but it seems to be dead. The development that's totally wrong ... of new widgets seems not to proceed so you may better look to other Taglibs like Richfaces, Icefaces. Groovy This application needs proper navigation and UI .I have observed Trinidad has good navigation practices and other utilities.Tobago has some good layouts but not good navigation practices.both these technologies have featurs like PPR. could some one plaese advice us which is the better technology and the distinct features of these technologies. Thanks, Srikanth -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
RE: Trinidad maven build errors on WindowsXP
Thank you Matthias; I downloaded the pom.xml, and ensured that the Maven settings on my computer (C:\maven\apache-maven-2.1.0\conf\settings.xml) specify: profile idjdk5.home/id activation activeByDefaulttrue/activeByDefault /activation properties jdk5.homeC:\jdk1.5.0_19/jdk5.home /properties /profile However, I still get the same compile errors. By default, my JAVA_HOME is set to 1.6; before running mvn clean install, I do this: set JAVA_HOME=C:\jdk1.5.0_19 Then: mvn clean install Still get build errors: [ERROR] BUILD FAILURE [INFO] -- [INFO] Compilation failure Unable to locate the Javac Compiler in: C:\jdk1.5.0_19\..\lib\tools.jar Please ensure you are using JDK 1.4 or above and not a JRE (the com.sun.tools.javac.Main class is required). In most cases you can change the location of your Java installation by setting the JAVA_HOME environment variable. Thank you, Mike Quentel -Original Message- From: On Behalf Of Matthias W Sent: 4 June 2009 22:05 To: MyFaces Discussion Subject: Re: Trinidad maven build errors on WindowsXP hey mike, I think it is the issue with the JDK profiles. See my commit (I enabled it again, after I screwed it up before): http://svn.apache.org/viewvc?view=revrevision=781495 and the pom.xml has some information as well: http://svn.apache.org/viewvc/myfaces/trinidad/trunk/pom.xml (search for the allow people that use Java6 (or above) as their section) On Thu, Jun 4, 2009 at 3:55 PM, Mike Quentel mquen...@4dm-inc.com wrote: On WindowsXP workstation... 1. I installed JDK1.5 to C:\jdk1.5.0_19 2. I have set the settings.xml for Maven to point jdk.5 to C:\jdk1.5.0_19 3. I had JDK 1.6 installed on my workstation, then uninstalled it. 4. At the command line, I did set JAVA_HOME= C:\jdk1.5.0_19 5. When I try to run the command mvn clean install .. I still get the following build error: [INFO] Compilation failure Unable to locate the Javac Compiler in: C:\jdk1.5.0_19\..\lib\tools.jar Please ensure you are using JDK 1.4 or above and not a JRE (the com.sun.tools.javac.Main class is required). In most cases you can change the location of your Java installation by setting the JAVA_HOME environment variable. Please, any advice on how to get this to work? I only wanted to get some kind of Trinidad examples demo WAR file, but I cannot even seem to find a properly working version of it at Apache. I thought that perhaps if I download the entire Trinidad trunk via SVN, then attempt to build via MVN, I'd get a working demo example. What would be very helpful is to see a demo of various user controls that includes the actual JSF source (the irian.net examples do not seem to feature this). Thanks, Mike Quentel -- Matthias W
Re: [TRINIDAD] selectOneChoice ignores contentStyle if readOnly=true
Hi,I have the same problem. please let me know too if many one has a solution to it. Thanks.Dushyant --- On Fri, 5/6/09, Carsten Pieper carsten.pie...@continentale.de wrote: From: Carsten Pieper carsten.pie...@continentale.de Subject: [TRINIDAD] selectOneChoice ignores contentStyle if readOnly=true To: users@myfaces.apache.org Date: Friday, 5 June, 2009, 1:27 PM Hi, Trinidad's selectOneChoice ignores contentStyle settings if readOnly=true (we're on Trinidad 1.0.10). Imho, this seems to be a bug. Or is it a feature ;-} ? Best regards, Carsten -- View this message in context: http://www.nabble.com/-TRINIDAD--selectOneChoice-ignores-contentStyle-if-readOnly%3D%22true%22-tp23883854p23883854.html Sent from the MyFaces - Users mailing list archive at Nabble.com. Explore and discover exciting holidays and getaways with Yahoo! India Travel http://in.travel.yahoo.com/