Re: [Trinidad] m1-incubating - 1.0.1 SNAPSHOT changes

2007-05-30 Thread Henk Vanhoe
://svn.apache.org/repos/asf/myfaces/trinidad/trunk/ trinidad Henk Adam Winer wrote: Can someone provide a minimal page that is failing for them? I'd like to get this debugged and eliminated by 1.0.1, but haven't reproduced it yet. -- Adam On 5/29/07, Henk Vanhoe [EMAIL PROTECTED] wrote: I had

Re: [Trinidad] Detailstamp facet problem

2007-06-22 Thread Henk Vanhoe
! When you leave the detail open and hit the save-button, the changes are submitted... Regards, Henk Henk Vanhoe wrote: I have tested this problem again with the latest trinidad from the svn repository, and now the test results are a little bit different... When I use CLIENT_STATE_METHOD 'all

Re: [Trinidad] Detailstamp facet problem

2007-06-27 Thread Henk Vanhoe
Winer [EMAIL PROTECTED] wrote: I've filed the detailStamp bug as: http://issues.apache.org/jira/browse/TRINIDAD-75 It repros in the Trinidad demo bundle too. -- Adam On 6/25/07, Adam Winer [EMAIL PROTECTED] wrote: On 6/22/07, Henk Vanhoe [EMAIL PROTECTED] wrote: Finally, I have found

Re: [Trinidad] Detailstamp facet problem

2007-07-03 Thread Henk Vanhoe
, and we show an error that the required field is empty - but the user can't see the field that has the error! What's the concern with leaving immediate=false on the table? -- Adam On 6/27/07, Henk Vanhoe [EMAIL PROTECTED] wrote: Now it works without problems, thank you! I already feared

[Trinidad] Detailstamp facet problem

2007-05-18 Thread Henk Vanhoe
Hi, I am using an editable table inside a detailstamp facet. The data in the table comes from a request-scoped managed bean. As I want to avoid session scoped beans, I use the tomahawk savestate tag to save the state of my beans. Everything works fine, except that when I change something in

[Trinidad] java.io.NotSerializableException: java.util.RandomAccessSubList

2007-05-21 Thread Henk Vanhoe
Hi, I'm using a trinidad navigation tree, but I'm having this exception (full stacktrace at th end of this mail): java.io.NotSerializableException: java.util.RandomAccessSubList I suppose this is happening during serialization because I'm using the 'client' STATE_SAVING_METHOD (with the

Re: [Trinidad] java.io.NotSerializableException: java.util.RandomAccessSubList

2007-05-22 Thread Henk Vanhoe
Indeed, the exception is gone now! Thanks a lot, Henk Adam Winer wrote: Fixed! http://issues.apache.org/jira/browse/TRINIDAD-27 Thanks for tracking down that crucial bit of information. I'd never known that List.subList() wasn't serializable! -- Adam On 5/21/07, Henk Vanhoe [EMAIL

Re: [Trinidad] Detailstamp facet problem

2007-05-24 Thread Henk Vanhoe
lose my changes when I submit. Is this the normal behaviour of the table component? But if we don't use the immediate attribute, each time someone clicks on the 'hide' or 'show' link, all inputfields are validated, which is not the behaviour we want to have... Regards, Henk Henk Vanhoe

Re: [Trinidad] m1-incubating - 1.0.1 SNAPSHOT changes

2007-05-29 Thread Henk Vanhoe
I had the same problem. It went away when I added client-validationINLINE/client-validation to my trinidad-config.xml. Henk Luka Surija wrote: No, there is no JS errors any more. Just clicking on any link nothing happened. just like a href=# /a. I look like the problem when you forget to put

[Trinidad] Custom collectionmodel

2008-04-03 Thread Henk Vanhoe
Hi, In our tables we need to use our own collection model (a wrapper for org.apache.myfaces.trinidad.model.CollectionModel with its own implementation of getRowKey and setRowKey). However the getter in the backing bean for the value used in the table returns a java.util.List and the trinidad

Re: [Trinidad] Custom collectionmodel

2008-04-04 Thread Henk Vanhoe
anybody Henk Vanhoe wrote: Hi, In our tables we need to use our own collection model (a wrapper for org.apache.myfaces.trinidad.model.CollectionModel with its own implementation of getRowKey and setRowKey). However the getter in the backing bean for the value used in the table returns

Re: [Trinidad] Custom collectionmodel

2008-04-04 Thread Henk Vanhoe
and in the war archive). Henk Max Starets wrote: Henk, I must be missing something - why don't you just instantiate your custom CollectionModel as a backing bean and EL-bind table's value to it? Max Henk Vanhoe wrote: Hi, I found one way to force the trinidad table to use our own

Re: [Trinidad] Custom collectionmodel

2008-04-07 Thread Henk Vanhoe
, then return an instance of your custom collection model that wraps the List. Max Henk Vanhoe wrote: Hi Max, I cannot use my custom model in the backing bean because it is an EJB3 entity with a one-to-many relationship to another entity. The table should be filled with instances of this other

[Trinidad] Disable details-link

2008-04-07 Thread Henk Vanhoe
Hi, Another question I was having... In one of our tables we are using the detailStamp facet. When I add a detailStamp there automatically appears an extra column with a Details-link in it. Does anybody know a way to disable this column? (The details should always be visible in the screen we

Re: [Trinidad] Disable details-link

2008-04-09 Thread Henk Vanhoe
, Henk Henk Vanhoe wrote: Hi, Another question I was having... In one of our tables we are using the detailStamp facet. When I add a detailStamp there automatically appears an extra column with a Details-link in it. Does anybody know a way to disable this column? (The details should always

Re: [Trinidad] Disable details-link

2008-04-10 Thread Henk Vanhoe
9, 2008 at 9:28 AM, Henk Vanhoe [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi, I suppose it would not be particularly difficult to add an extra attribute to the trinidad table, something like a detailsLinkEnabled attribute with which it would be possible to show/hide

Re: [Trinidad] Disable details-link

2008-04-11 Thread Henk Vanhoe
:[EMAIL PROTECTED] wrote: Henk, would you open a JIRA issue, please? -- Kind regards, Mathias -Original Message- From: Henk Vanhoe [mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]] Sent: Thursday, April 10, 2008 1:55 PM To: MyFaces Discussion