[TRINIDAD] non-PPR ajax update

I'm using PPR extensively in an ipad web app I'm developing but there is one part of the application where I'm using a jquery ajax technique to load data dynamically. I use this for showing search results as you type and i found it much for responsive. I get the jquery ajax request top work

Re: [TRINIDAD] non-PPR ajax update

As a follow up to this, I can see why it isn't working but don't know yet how to fix it. The following is the extracted html from the drop down when it is intially rendered via normal PPR select id=_id270:0:_id288:0:_id291 name=_id270:0:_id288:0:_id291

Re: [TRINIDAD] non-PPR ajax update

Paul Mander wrote: As a follow up to this, I can see why it isn't working but don't know yet how to fix it. The following is the extracted html from the drop down when it is intially rendered via normal PPR select id=_id270:0:_id288:0:_id291 name=_id270:0:_id288:0:_id291 onchange

Re: [TRINIDAD] non-PPR ajax update

Paul Mander wrote: I suppose I could add the onchange in myself, _id3 being the form id... I added in the change listener using: $('#lockedones .xrow.header.xcell select').attr('onchange', null).unbind('change').bind('change', function(event) { var formid = $('form').attr('id

Re: [TRINIDAD] non-PPR ajax update

Paul Mander wrote: Paul Mander wrote: I suppose I could add the onchange in myself, _id3 being the form id... I added in the change listener using: $('#lockedones .xrow.header.xcell select').attr('onchange', null).unbind('change').bind('change', function(event) { var

[Trinidad] PPR blocking cannot be disabled

I'm using trinidad for ajax requests in an ipad web app as the underlying application was written in jsf/trinidad. the vast majority of my application is PPR and I require most actions to be blocked which appears to work fine. When a PPR request is issued the window is blocked until a response is

Re: [TRINIDAD] ios skin example

mamallan.uthaman wrote: Hi Paul, It is not from ADF documentation as ADF Faces I found the exact same code and example here though: http://download.oracle.com/docs/cd/E14571_01/web./e10140/skinning.htm -- View this message in context:

[TRINIDAD] ios skin example

In the trinidad developers guide, there is a mobile skinning example that shows how trinidad can be skinned on an iphone: http://myfaces.apache.org/trinidad/devguide/mobileSkinning.html Link . I think this comes straight from a part of the adf documentation but I'm interested in the other

Re: [Trinidad] Nightly Builds... !

That's great. What happened to 1.2.14? Matthias Wessendorf-4 wrote: Hi, since of yesterday(?) most MyFaces projects are now building on our ASF Hudson machine. The new location for snapshots / nightly builds is now here:

Re: [Trinidad] Nightly Builds?

-branch On Wed, Aug 18, 2010 at 4:55 PM, Matthias Wessendorf mat...@apache.org wrote: HEy, thre are some problems with the continuum server, unfortunaley we haven't really done much there :-( On Wed, Aug 18, 2010 at 4:38 PM, Paul Mander paul.s.man...@gmail.com wrote: Where have the 1.2.x

[Trinidad] Nightly Builds?

Where have the 1.2.x branch nightly builds gone? The last one was Feb10 2010. I know there have been subsequent SVN commit since. Paul -- View this message in context: http://old.nabble.com/-Trinidad--Nightly-Builds--tp29472076p29472076.html Sent from the MyFaces - Users mailing list archive

Re: JSF implementations

ABOUSSOROR El Arbi wrote: I'm trying to understand (but no way) what the differences and relationships btw those implementation MyFaces, trinidad, Tobago, and Tomahawk MyFaces is an actual JSF implementation so it includes all the lifecyle management based on the JSF spec. Trinidad is

[Trinidad] Large file upload and processing ideas

Related to Trinidad in that this is the main application/UI technology to be used. We have a requirement to process a large amount of data and insert it into a database. The data will be in a csv format and have millions of entries. We have 2 main issues here... 1. Getting the data into the app

[Trinidad] partialSubmit with an action

I've just picked up some code that was appearing to execute twice or even three times for every request. I put some logging in a phase listener and a custom faces servlet (delegates to a real one) so I could track the requests. I finally tracked the problem down to command components that

Re: [Trinidad] partialSubmit with an action

Walter Mourão-2 wrote: Actually the action can respond a null value and the partial submit works fine. I'm currently using this way, so I don't think the behavior you described is a general issue, maybe a localized bug. Can you explain why you are doing this? If you need to re-render the

Re: [Trinidad] Trinidad consuming 80-90% CPU

Were any conclusions reached relating to this issue. I have been drafted in for an emergency issue that appears on the surface very similar. The tech stack is near identical - WAS 6.1 with Trinidad 1.0.8 and facelets. The interesting factor in my problem is that the application is an uplift

Re: [Trinidad] Trinidad consuming 80-90% CPU

Were any conclusions reached relating to this issue. I have been drafted in for an emergency issue that appears on the surface very similar. The tech stack is near identical - WAS 6.1 with Trinidad 1.0.8 and facelets. The interesting factor in my problem is that the application is an uplift

Re: AW: [Trinidad] Trinidad consuming 80-90% CPU

Eisenträger, Tobias wrote: Hello Paul, We are also very interested in this Problem. We have a Trinidad application which uses a lot more CPU then expected (Compared to an old Servlet app with same functionality it already uses more CPU with 30 test users then old system with hundreds

Re: AW: [Trinidad] Trinidad consuming 80-90% CPU

There is a common denominator here - WebSphere 6.1. I've jusr created a simple app that has 2 pages. The first page uses a hierarchy of 3 templates and has 3 subforms on the page each with 10 check boxes on them. Clicking a checkbox on a subform will PPR all checkboxes on that particular form.

Re: AW: [Trinidad] Trinidad consuming 80-90% CPU

Paul Mander wrote: WAS test: 32,577ms Tomcat test: 439ms Going to turn off the filter for the trinidad classes and see where the WAS CPU is giong. Correction: After looing into the reasons why websphere was taking all the CPU, I found that my WAS profile was configured to output

Re: AW: [Trinidad] Trinidad consuming 80-90% CPU

A bit more profiling and a bit more googlnig shows that for certain types of io: websphere s*cks. http://www-01.ibm.com/support/docview.wss?uid=swg21366862 You can disable this and this accounts for the extra... -- View this message in context:

Re: AW: [Trinidad] Trinidad consuming 80-90% CPU

Paul Mander wrote: A bit more profiling and a bit more googlnig shows that for certain types of io: websphere s*cks. http://www-01.ibm.com/support/docview.wss?uid=swg21366862 You can disable this and this accounts for the extra... An just to confirm - diabling AIO and running my

[TRINIDAD] IE specific PPR blocking issue

I've come across an IE specific PPR blocking issue that is quite difficult to reproduce consistently. Generally speaking this is most apparent when a selectOneChoice component is used with autoSubmit. With lots of clicking in and arround the list box, it is possible to get into a situation where

Re: [TRINIDAD] fileDownloadActionListener encoding problem

relevant encoding for the downloaded file is the encoding you use while writing it (your item #3). What is the target format? What application are you using to read the file? Max Starets Paul Mander wrote: Another day, another encoding problem. This time I'm having problem getting Turkish

[TRINIDAD] fileDownloadActionListener encoding problem

Another day, another encoding problem. This time I'm having problem getting Turkish characters to output correctly using the fileDownloadActionListener component. I have 3 possible places I can specify the encoding. 1) the contentType of on the component itself

Re: [TRINIDAD] character encoding issue with 1.0.11

Thanks a lot Mamallan. That solved it. I wonder why the 1.0 branch is so out of step with the 1.2 branch (trunk) Mamallan Uthaman wrote: Hi Paul, Do you get any exception in the server log? I guess this could be due to Trinidad-1430. Thanks Mamallan Paul Mander wrote

Re: [TRINIDAD] character encoding issue with 1.0.11

work with large banks and they just don't move that quickly I'm afraid. Matthias Wessendorf-4 wrote: On Tue, Sep 15, 2009 at 8:10 AM, Paul Mander paul.s.man...@gmail.com wrote: Thanks a lot Mamallan. That solved it. I wonder why the 1.0 branch is so out of step with the 1.2 branch (trunk

Re: [TRINIDAD] character encoding issue with 1.0.11

https://issues.apache.org/jira/browse/TRINIDAD-1573 Matthias Wessendorf-4 wrote: However, we can backport the TRINIDAD-1430 to 1.0.x version of Trinidad. do you mind to create a JIRA ticket for that ? The next release(s) of Trinidad 1.0.x are only maintenance releases, but there will be

[TRINIDAD] character encoding issue with 1.0.11

We've recently upgraded from 1.0.7 to 1.0.11 and found that we now cannot enter Turkish characters into forms whereas before we didn't have any problem in this area. I have narrowed this down to 1.0.10 which was the last release when it worked. The problem arises when entering YURTİÇİ which

Re: [Trinidad] 1.0.11 release candidate - please test

Thanks Matthias, We have a 1.0.x application (WebSphere 6.1, myfaces 1.1.15). I'll run through the app and let you know. Matthias Wessendorf-4 wrote: Hi folks, has been a while since the last 1.0.x release. After some initial issue I was able to get a _working_ build. While this

Re: [Trinidad] 1.0.11 release candidate - please test

nice to have in this build - people do use ie6 you know... Thanks Paul Paul Mander wrote: Thanks Matthias, We have a 1.0.x application (WebSphere 6.1, myfaces 1.1.15). I'll run through the app and let you know. Matthias Wessendorf-4 wrote: Hi folks, has been a while since the last

Re: [Trinidad] 1.0.11 release candidate - please test

Paul Paul Mander wrote: Thanks Matthias, We have a 1.0.x application (WebSphere 6.1, myfaces 1.1.15). I'll run through the app and let you know. Matthias Wessendorf-4 wrote: Hi folks, has been a while since the last 1.0.x release. After some initial issue I was able to get

Re: [Trinidad] 1.0.11 release candidate - please test

It appears that this class hasn't changed since the fix was provided. The change is to introduce a new method: private void _renderShowComboBoxScriptForIE6(FacesContext context, RenderingContextarc, FacesBean bean, String baseId)

[TRINIDAD] converter and validator against same component

Hi, I'm looking to combine a tr:convertNumber and a tr:validateRegExp against the same inputText component. I have a requirement to validate that a user has not entered more than a fixed number of decimal places. I can do this with a validateRegExp but I need the convertNumber to be inplace so

Re: Trinidad maximumLength incorrect when set rows 1 for inputText

Matthias Wessendorf-4 wrote: I added a fix in trunk... Can you post the fix so I can patch my 1.0.7 jars? -- View this message in context: http://www.nabble.com/Trinidad-maximumLength-incorrect-when-set-rows-%3E-1-for-inputText-tp17600304p17897206.html Sent from the MyFaces - Users

Re: Trinidad maximumLength incorrect when set rows 1 for inputText

Matthias Wessendorf-4 wrote: I just tried this on our demo page: http://www.irian.at/trinidad-demo/faces/components/inputText.jspx I can't reproduce that. rows:2; maxLength:1 Try using IE7... The component allows one extra character to be entered. -- View this message in context:

Re: [TRINIDAD] In Internet Explorer, fidgety behaviour of panelFormLayout with inputDate

This may be related to the following issue: https://issues.apache.org/jira/browse/TRINIDAD-992 for which I have proposed a solution. Carsten Pieper wrote: Hi, this just seems to happen in Internet Explorer (tested in IE6): Assume you have an tr:panelFormLayout with one or more

[Trinidad] PageFlowScope not clearing down

I have tested this in M1 snapshot, 1.0.4 and 1.0.5. It appears that the PageFlowScope is not cleared down when you send clear to the Map. The map looks like it is maintained correctly but old references are still hanging around. I have created a simple tester to illustrate. The tester consists

[trinidad] escape=false for form component labels

I think I've hit a dead end with what I want to achieve as my solution requires that the label for an input text not be escaped which will mess up my skinning and I don't think this is even supported. What I want to do is simply output a currency symbol as part of the label of a tr:inputtext.

Re: [trinidad] escape=false for form component labels

I've managed to solve this by defining the euro symbol using the unicode value in the property file as \u20AC. -- View this message in context: http://www.nabble.com/-trinidad--escape%3D%22false%22-for-form-component-labels-tp14394210p14398828.html Sent from the MyFaces - Users mailing list

Re: [Trinidad] table sorting not working with programatically selected row

Gerhard Petracek wrote: hello paul, did you already consider to move your logic into the setter of your component binding? Thanks, doing this in the setter solved the problem. -- View this message in context:

[Trinidad] table sorting not working with programatically selected row

I am pre selecting the first row of a single selection table when it first gets created. I do this by defining the table as: tr:table rowSelection=#{bean.rowSelection} ... in the bean, the method getRowSelection is implemented as: public String getRowSelection() { if

Re: [Trinidad] PPR table header facet

Not sure this is the same thing but thanks anyway. max.starets wrote: Paul, This bug has been fixed: https://issues.apache.org/jira/browse/TRINIDAD-771?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel Regards, Max Starets Paul Mander wrote: setting

Re: [Trinidad] PPR table header facet

id=selectRow value=#{row.select}/ /tr:column /tr:table If that doesn't work try partialTriggers=::mytable:selectRow to try to trigger off of the value change event. -Andrew On 10/26/07, Paul Mander [EMAIL PROTECTED] wrote: I'm trying get get a table to update itself via PPR

[Trinidad] PPR table header facet

I'm trying get get a table to update itself via PPR on the back of an event source from the header facet of a table column. tr:table var=row id=mytable value=#{listBean.items} partialTriggers=myselection tr:column f:facet name=header headerText=Select

Re: [Trinidad] autosubmit of row selection PPR issue

Danny Robinson wrote: Paul, This was fixed a while ago, although not certain which build you are using. https://issues.apache.org/jira/browse/TRINIDAD-376 https://issues.apache.org/jira/browse/TRINIDAD-364 Regards, Danny I took the latest JSF 1.1 release and this works as you

Re: [Trinidad] autosubmit of row selection PPR issue

. Paul Mander wrote: I took the latest JSF 1.1 release and this works as you describes. I have however uncovered a potential bug while using EL in the partial triggers of the component that I want updated. The following will work as expected tr:table id=myTable rowSelection=single

Re: [Trinidad] autosubmit of row selection PPR issue

A better approach to to create a simple EL function such as stringToArray and use it in the partialTriggers e.g. partialTriggers=#{ns:stringToArray(tableId)} and the function simply... public static String[] toArray(String fieldId){ return new String[]{fieldId}; } Paul Mander wrote

[Trinidad] autosubmit of row selection

I require to perform an action when the user selects a row on a tr:table with rowSelection=single but there does not appear to be support for this. The select facet was removed in favour of this attribute when ported from ADF but it means that you have less control. This must be a common

Re: trinidad outputFormat and f:param support

Andrew Robinson-5 wrote: Well, that is not localizable I think the use case that he means is more like: tr:outputFormatted value=#{messages.str} f:param value=#{myarg} / /tr:outputFormatted messages.properties str = Test {0} param That's a better example. -- View this

trinidad outputFormat and f:param support

I'm having trouble getting variable substitution to work with any of the trinidad tags. Using standard faces I can do the following to substitute parts of a message h:outputFormat value=Hello {0}. f:param value=World / /h:outputFormat However, I cannot get any of the trinidad output