Re: [Tobago] Problem migrating to 1.0.15

I've build a simple demo page. It works in the tobago-example-demo on my box. You may try it. Regards, Udo yazid schrieb: Still not work, please Help I've tried the h:selectOneMenu.but I prefer tc:selectOneChoice ...better for facet. yazid wrote: Hi All; I've migrated last week to

[Trinidad] submit blocked on FF after using tr:fileDownloadActionListener

Hi, for the purpose of saving a document on a page, I used tr:fileDownloadActionListener such as in: tr:commandLink id=blobSave tr:icon name=bitconsSave/ tr:fileDownloadActionListener filename=#{prop.blobName} contentType=application/octet-stream

Re: [Trinidad] submit blocked on FF after using tr:fileDownloadActionListener

Hi, On Thu, Feb 14, 2008 at 10:47 AM, Renzo Tomaselli [EMAIL PROTECTED] wrote: Well - according to some net browsing - the responsability for this odd behavior is of the RealPlayer Browser Record plugin. After disabling it - everythings runs as expected. Btw, there was nothing apparently

Re: [Trinidad] submit blocked on FF after using tr:fileDownloadActionListener

Yes, it's a plugin issue. I got it after googling around for a while, it seems a well known issue together with many other side-effects I didn't see (yet). All of this already reported to them, see http://real.lithium.com/real/board/message?board.id=realplayermessage.id=18560 -- Renzo

Re: [Trinidad] submit blocked on FF after using tr:fileDownloadActionListener

Ok, thanks. Now the issue is archived; incase people have (again) problems with the listener in FF, we are able to provide them a work around. Thx, Matthias On Thu, Feb 14, 2008 at 11:05 AM, Renzo Tomaselli [EMAIL PROTECTED] wrote: Yes, it's a plugin issue. I got it after googling around for

Re: [Trinidad] submit blocked on FF after using tr:fileDownloadActionListener

Well - according to some net browsing - the responsability for this odd behavior is of the RealPlayer Browser Record plugin. After disabling it - everythings runs as expected. Btw, there was nothing apparently wrong with submitForm. Calling form.submit() had simply no followup, while PPR still

Access Component tree from a Servlet Filter

[EMAIL PROTECTED] I need to access the component tree from a sevlet filter, e.g. if there is a view to restore. I also need to detect if there is no view to restore, and I need to do that within a ServletFilter. Is this possible, and how should I do that? Are there any examples available?

Re: [Tobago] Intercepting TreeExpansion event

Hi Raj, I think there's no chance. Maybe with the new tree implementation in tobago sandbox... Regards Helmut - Original Message - From: Raj .G. Narasimhan To: MyFaces Discussion Sent: Thursday, February 14, 2008 1:36 AM Subject: [Tobago] Intercepting TreeExpansion event

Re: Access Component tree from a Servlet Filter

http://www.thoughtsabout.net/blog/archives/33.html Sertic Mirko, Bedag a écrit : [EMAIL PROTECTED] I need to access the component tree from a sevlet filter, e.g. if there is a view to restore. I also need to detect if there is no view to restore, and I need to do that within a

[Trinidad] tr:fileDownloadActionListener non working with t:jscookMenu

Hi, I have another issue with tr:fileDownloadActionListener. I'm using Tomahawk jscookMenu since Trinidad misses any drop-down menu component. After performing a download action (even canceled), I noticed that any following jscookMenu item action leads to the download action again and again,

Re: Access Component tree from a Servlet Filter

Sertic Mirko, Bedag schrieb: [EMAIL PROTECTED] I need to access the component tree from a sevlet filter, e.g. if there is a view to restore. I also need to detect if there is no view to restore, and I need to do that within a ServletFilter. Is this possible, and how should I do that?

Re: [Trinidad] tr:fileDownloadActionListener non working with t:jscookMenu

Yes I will. I'm debugging the involved js machinery to find the issue, I guess jscookMenu submitting skips Trinidad internals. -- Renzo Matthias Wessendorf wrote: can you create an issue + a little simple page snippet ? -M On Thu, Feb 14, 2008 at 12:34 PM, Renzo Tomaselli [EMAIL

Re: [Trinidad] tr:fileDownloadActionListener non working with t:jscookMenu

On Thu, Feb 14, 2008 at 12:44 PM, Renzo Tomaselli [EMAIL PROTECTED] wrote: Yes I will. I'm debugging the involved js machinery to find the issue, I guess jscookMenu submitting skips Trinidad internals. possible. -- Renzo Matthias Wessendorf wrote: can you create an issue + a little

[Orchestra] conversationContext parameter sent in POST, not GET - possible?

Hi, I was testing Orchestra project for a while and generally speaking I like it, but one thing bothers me. The conversationContext parameter is appended to a request address and I have like: http://localhost:8080/project/page.jsf?conversationContext=1 Is it possible to force passing this

Re: [Orchestra] conversationContext parameter sent in POST, not GET - possible?

Hi Pawel, [EMAIL PROTECTED] schrieb: I was testing Orchestra project for a while and generally speaking I like it, but one thing bothers me. The conversationContext parameter is appended to a request address and I have like: http://localhost:8080/project/page.jsf?conversationContext=1 Is

[myfaces1.1.5][facelets 1.1.12] desable IE7 cache?

hello, I have some issues using ajax features with myfaces and facelets, it seems that IE7 keep xml request component on cache how to avoid, disable using IE cache? environement: myfaces 1.1.5,facelets 1.1.13,rich-faces 1.1.4. regards! -- View this message in context:

[Trinidad] using tr:table showAll attribute

Hi, I wonder about any missing chance to avoid show all in table navigator. The renderer SelectRangeChoiceBarRenderer inserts this item when showAll is true OR there are no more than 30 row groups. Assuming a reasonable size of 10 rows per page, this would imply - in the worst case - that this

Re: [Tobago] Intercepting TreeExpansion event

Thanks..Helmut!... Guys..Do any of you have similar request...? ... On Thu, Feb 14, 2008 at 5:46 AM, Helmut Swaczinna [EMAIL PROTECTED] wrote: Hi Raj, I think there's no chance. Maybe with the new tree implementation in tobago sandbox... Regards Helmut - Original Message -

AW: Access Component tree from a Servlet Filter

Thank you a lot. Thats a very good tip. I am experimenting to implement the following usecase: Before a given view is displayed, I want to intercept the rendering, check if Access is allowed. If its allowed, I want to render the response. If not, I want to forward the user to a login page.

[Trinidad] Collapse/Expand nodes in the navigationTree by clicking on the node label

Hello, I would like to use the tr:navigationTree component to build a navigation menu but do not like the default action of having to click the icon (arrow or +/- sign) to the left of the node label to expand/collapse it. Instead I would like to have the node expand/collapse by clicking on the

Re: Access Component tree from a Servlet Filter

Why reinvent the wheel? There are technologies that already do this. See here for on-load functionality: http://wiki.apache.org/myfaces/Execute_action_on_page_load?highlight=%28onload%29 Seam has page security: http://docs.jboss.com/seam/2.0.1.GA/reference/en/html/security.html ACEGI seems to

Re: Access Component tree from a Servlet Filter

On Thu, Feb 14, 2008 at 5:20 PM, Andrew Robinson [EMAIL PROTECTED] wrote: Why reinvent the wheel? There are technologies that already do this. +1 on that. -M See here for on-load functionality: http://wiki.apache.org/myfaces/Execute_action_on_page_load?highlight=%28onload%29 Seam has

AW: Access Component tree from a Servlet Filter

I know Acegi. The tricky thing is that for THIS special application, i cannot rely on things stored in the HttpSession due to Load balancer issues. The authorization information is stored in a request scope backing bean managed with client state saving. I don't want to discuss sense or nosense

Re: Access Component tree from a Servlet Filter

I gave you the resources already, but to allow you to be lazy :) here you are: http://jsf-comp.svn.sourceforge.net/viewvc/jsf-comp/trunk/extensions/jsfExt/src/net/sf/jsfcomp/ext/onload/OnLoadPhaseListener.java?view=markup http://tinyurl.com/2gmx5e -Andrew On Thu, Feb 14, 2008 at 10:16 AM,

AW: Access Component tree from a Servlet Filter

Sorry, I just received your response. That's the thing I needed. You just made my day! Thank you Mirko Von: Andrew Robinson [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 14. Februar 2008 18:27 An: MyFaces Discussion Betreff: Re: Access Component tree from a Servlet Filter I gave

Re: [Trinidad] Problem upgrading to version 1.0.5 of trinidad.

After some testing, the problem was due to the RenderingContext being null. Scriptlet initialization was happening during a static block of the SimpleInputColorRenderer, not during the render phase, which explains why the RenderingContext is null. This doesn't appear to be a problem for

Re: [Solved] ERROR: Value is not a valid option

You can also use tr:selectOneChoice instead of h:selectOneMenu With the same t:selectItems inside, h:... gives me errors; tr:... not at all! -Wolf On 27 Feb 2007, at 10:31, CarlHowarth wrote: Thanks very much Mike - all I needed to do to get this to work is change the itemvalue of my

Re: [Tobago] Problem migrating to 1.0.15

Hi I found outI'm using a tc:out with tc:selectOneChoice ...inside a column. just put them in a cell. tx yazid wrote: Hi All; I've migrated last week to 1.0.15; most of component are OK, except for tc:selectOneChoice inside a sheet columns, it's not rendred at all

Re: Multiple requests for same image = very slow tree rendering

Hi Did you get anywhere with this issue - I have found the same issue We have a tree2 component with lots of nodes. To render the tree I get to see multiple gets of the same image which is definitely slows the rendering of the tree. Is there any way to avoid that ? Thanks Michel Goldstein

Re: [Tobago] Problem migrating to 1.0.15

Hello Like Udo I tried to reproduce the problem, but I failed, too. On my test page the tc:selectOneChoice gets rendered without any problem. Perhaps you can set up a small page, where this problem occurs. It shouldn't be necessary to add a tc:cell just to get the tc:selectOneChoice appear