Hi Carsten,
hmm, I get your oroblem with the expand/collapse functionality
right now I can't see an immediate solution only by using CSS
only if I add a skin-selector like af|tree::leaf-icon...
I'll try and think about it more this evening...
regards,
On Jan 30, 2008 8:05 AM, Carsten Pieper
Hi Jeanne,
that part nodeType of these selectors :
af|tree::node-icon:nodeType-expanded
af|tree::node-icon:nodeType-collapsed
af|tree::node-icon:nodeType
was only an example, as it will be replaced dinamically for each node
with the value returned by getNodeType() method of the node
so it would
I've found out one solution how it works.
The goLink/Image is the same as below, only that the destination is the same
.xhtml file as the one where the image is actually on. It can not be only # (as
anchor) because the page needs to be reloaded. Additionally there is Jscript
that reads the
Hi,
ok, problem solved. Although I am still confused about how it works for other
people.
This really seems to be a bug in MyFaces and is currently discussed on
the dev list.
But i am not sure of how it was itroduced, the examples still work.
I solved this problem by overriding the
Hi,
I've just realized that there is no example in the demo of a tc:in which
triggers a partial reload. On the tld doc I've only found the js attribute
'onchange'. Is it very complex to emulate the following code with the
Tobago.js lib?
tc:in value=#{bank.town}
Hi List,
Does anyone know whether tr:convertNumber type='number' works well
with java.lang.Long?
(of should I stick to f:convertor convertorId=javax.faces.Long /?)
I'm asking as the Trinidad doc of the tag is not stated whether or not
longs are covered.
It says there's a 'type' attribute
The problem occurs when autoSubmit=true in tr:inputText. In this case tab
key has to be pressed twice in order to move to the next field. If
autoSubmit=false tabbing works as expected (tab key has to be pressed only
once) but
partialTriggers will not will not work.
Is there a way for tabbing to
Hi Zied,
in general tc:in supports the change facet.
Which tobago version 1.0.x or 1.1-SNAP?
I think this is a problem of mixing inputSuggest with change facet, i
never tried this, but i observed problems with adding additional
eventlisteners when moving inputsuggest to dojo.
Regards,
should work;
it works like the f:convertNumber type=number /
all clzzes that extend java.lang.Number are supported
Please note, that Trinidad decorates the default converters
for javax.faces.Long, in order to support client-side conversion
-M
On Jan 30, 2008 11:27 AM, Wolf Benz [EMAIL
Hi list,
when i use an Tomahawk dataTable and a Tomahawk dataScroller component
inside a Trinidad Form than it isn't possible to navigate with the
dataScroller. The page is always the first. I want to use Triniad Form
for partialTrigger.
Knows anybody this issue?
Regards
Philipp Michel
Hi Zied,
the change facet of tc:in does not work with suggestMethod. See TOBAGO-408
Regards
Helmut
- Original Message -
From: Zied Hamdi
To: MyFaces
Sent: Wednesday, January 30, 2008 10:56 AM
Subject: [tobago] tc:in doesn't support change facelet?
Hi,
I've just
or a #{stringThatHasMyTriggers},
where the String is:
String triggers = comp1 comp2 comp3;
-M
On Jan 30, 2008 12:17 PM, Renzo Tomaselli [EMAIL PROTECTED] wrote:
Matthias,
in this case I had some names forced by outer components - which included
the current one - because they needed to know
Hi,
Ive had a problem with the automatically generated id attributes while
using JSF in a JBoss Portal portlet.
This JSF tag:
h:form
Becomes:
form
id=jbpns_2fores_2fUtilit#224;_2f...[too long]
name=jbpns_2fores_2fUtilit#224;_2f...[too long]
method=post
action=[omitted]
Hi
On Jan 28, 2008 12:54 PM, Renzo Tomaselli [EMAIL PROTECTED] wrote:
Hi, while using multiple triggers where a few names are achieved from
EL, I get an exception from ELSupport.coerceToType(obj, type).
E.g. while:
partialTriggers=multiSelect multiAdd multiRemove multiUpdate
works
Hi Harald,
well, the FacesContext is only created in the FacesServlet, and
obviously, in the filter, you are before this creation.
It might be possible to patch the Trinidad-Filter to create a
FacesContext and release it to properly evaluate these properties.
Maybe the Trinidad-Filter could also
Hi Volker,
Sorry I didn't experiment a lot before sending my mail (a little because I
was surprized when I didn't find that tc:in supports the change facelet in
the tld doc http://myfaces.apache.org/tobago/tobago-core/tlddoc/tc/in.html)
I searched issues and I found this:
Hi, can anybody suggest a way to PPR a modal tr:panelPopup ? There is no
reason to render the entire page, since it's already there and the popup
just overwrites it.
I tried to catch the popup component through binding, then I used
Matthias,
in this case I had some names forced by outer components - which
included the current one - because they needed to know them for own
partial triggering.
Nevertheless your suggestion doesn't work either (just tried), same
error. I feel that using EL for partial triggers fails, since
Matthias Wessendorf wrote:
- what about the partialSubmit attribute of potential triggers: must it
be set on all candidates, in spite of missing any target ? Does it have
any side effect if the target is missing ?
I think I don't understand.
partialSubmit must be true to
On Jan 30, 2008 12:28 PM, Renzo Tomaselli [EMAIL PROTECTED] wrote:
Matthias Wessendorf wrote:
- what about the partialSubmit attribute of potential triggers: must it
be set on all candidates, in spite of missing any target ? Does it have
any side effect if the target is missing ?
I
Hello All,
I seek help in implementing following scenario.
A page has tr:commandLink component with usewindow='true' to open a
dialog window. Now, if session expires, I want to close this dialog
window and move to the login screen on the parent window.
At places where I don't have the
This is nearly what I did:
ui:component
tr:panelGroupLayout id="anyValue"
cx:multiHolder triggers="a b c"/
...
where subcomponent multiholder is:
ui:component
tr:panelGroupLayout partialTriggers="#{triggers}"
...
but it doesn't work, array identity is lost after going
Hi,
On Jan 23, 2008 7:16 PM, Renzo Tomaselli [EMAIL PROTECTED] wrote:
Thanks Matthias.
To clarify further - from the perspective of some js inserted into some
xhtml code - is that busy state meaning that we are in a PPR context ?
I ask since from the dev-guide it seems that busy/free
Hi Martin,
ok, if I understand you right it is not possible for property debug-output as
this property is evaluated before FacesContext is instanciated. But then, at
least the documentation (Developer Guide / Configuring Apache Trinidad) should
be updated.
quote
Apache Trinidad is configured
Hi,
I plan to update myFaces from 1.1.5 to 1.2.2 in near future.
Does anybody roughly know the performance improvement for rendering or
processing pages between these two versions?
There was an estimation in the past that facelets would be about 10%
faster in rendering pages than jsps.
Is
Hi
I have a JSF application with some quite unusual performance problems.
Loading pages in IE7 takes 4 times as long as in Firefox (v2.0.0.11).
When I test the application locally, response times are good, and pretty
similar for IE and FF. When I test our actual deployment, pages take on
average
Michael Heinen [EMAIL PROTECTED] schrieb:
Another question is about the usage of jsf tags in 1.2.x
Is it better to use plain html tags (if possible) instead of jsf-tags
e.g. for images, divs etc when no EL expressions are used ?
Yes, definitely. This is just a block of verbatim text,
I spent sometime on this issue. I wonder if anybody knowing PPR internal
details can explain me how it should work.
I noticed that calling addPartialTarget ends up in adding a component to
a list in RequestContextImpl.
But any PPR rendering then looks for a current target in
Is this JSP or facelets? The problem is probably in the tag or the
TagHandler. I think the logic looked good to me in the TagHandler, but I am
not positive and I don't use JSP unless I am forced too :)
-Andrew
On Jan 30, 2008 4:35 AM, Renzo Tomaselli [EMAIL PROTECTED] wrote:
This is nearly
Forget that last question, I missed the *obvious* ui:component
Try to add a debugger to you setup and debug into:
./trinidad-impl/src/main/java/org/apache/myfaces/trinidadinternal/facelets/TrinidadComponentHandler.java
Hi!
Is it better to use plain html tags (if possible) instead of jsf-tags
e.g. for images, divs etc when no EL expressions are used ?
Yes, definitely. This is just a block of verbatim text, which is written
out very efficiently. Using a component to write the same text is much slower
hi people,
i think its better to use jsf components when you dont have html equivalent
component, it means that If the application server has a small tree of
objects, its performance would be better that another application with more
components.
2008/1/30, Mario Ivankovits [EMAIL PROTECTED]:
Do you mean when you open the popup, or when it is already open? If you are
referring to when it is already open, why not just PPR all the children of
the popup (put a PPR-able top level component in the popup and add that as
the target).
On Jan 30, 2008 3:52 AM, Renzo Tomaselli [EMAIL PROTECTED]
I would vote on the personal preference for this. Unless the JSF component
is really adding value then plain HTML is much faster. graphicImage is nice
as it adds the servlet context to the URL, but for other HTML elements, it
probably isn't worth it (notice that jsf has no a name=/ support). But I
Are you using any javascript libraries? Dojo?
regards,
Martin
On 1/30/08, Simon Kitching [EMAIL PROTECTED] wrote:
caped crusader [EMAIL PROTECTED] schrieb:
Hi
I have a JSF application with some quite unusual performance problems.
Loading pages in IE7 takes 4 times as long as in
Hi Simon (and Mario)
Yes, definitely. This is just a block of verbatim text, which is written
out very efficiently. Using a component to write the same text is much
slower and gains nothing.
well - not quite. in JSF1.2, every static text in your app will be
converted to a JSF-component. So
Andrew,
the popup is not yet on the current page. Then I click on a button
having partialSubmit="true" (one out of several candidate buttons).
As an action followup, the popup component is created on the page (a
c:if condition becomes true, the component is ui:included), registering
itself for
What can I say - you are absolutely right.
However, maybe you could ask Cristi to take a look at this when he is
with you, and then it might as well work again, so let's not change it
too fast ;)
regards,
Martin
On 1/30/08, Kuhn, Harald [EMAIL PROTECTED] wrote:
Hi Martin,
ok, if I
Hi Luca,
it would be great if you could open an issue - and maybe you could
solve this generally by doing some encoding of the problematic
characters - whatever this encoding might be. If you attach a patch to
the issue, it might as well be committed ;)
regards,
Martin
On 1/30/08, Luca
I don't think PPR and JSTL tags can be mixed.
JSTL is evaluated at page compilation time, not when it is rendered. Use the
rendered attribute to change run-time visibility.
also, if the popup is not on the page, then you will need to PPR the parent
component, not the popup. This is because the
Hi,
On Jan 30, 2008 11:57 AM, Martin Marinschek [EMAIL PROTECTED] wrote:
Hi Harald,
well, the FacesContext is only created in the FacesServlet, and
obviously, in the filter, you are before this creation.
It might be possible to patch the Trinidad-Filter to create a
FacesContext and release
Hi Matthias,
did you see Harald's quote from the Trinidad docs? I'm including it here again:
quote
Apache Trinidad is configured with an trinidad-config.xml file. If you
need an trinidad-config.xml file then it must be placed in the WEB-INF
directory of your web application.
This file has a very
perhaps the doc is just wrong :-)
*each* sounds not correct, but I can be wrong.
The upload-processor is a guy that (IMO) you should
specify in static plain text.
-Matthias
On Jan 30, 2008 9:06 PM, Martin Marinschek [EMAIL PROTECTED] wrote:
Hi Matthias,
did you see Harald's quote from the
Hey Matthias -
On Jan 30, 2008 3:13 PM, Matthias Wessendorf [EMAIL PROTECTED] wrote:
perhaps the doc is just wrong :-)
I believe you are correct - ie. the doc is not accurate. Looking at
RequestContextBean.java, it seems that the following properties cannot
be EL-bound:
-
I am trying to deploy a simple MyFaces application on Websphere App Server
5.1.1.15 and having trouble invoking the index page. I am using MyFaces
1.1.5 and tomahawk 1.1.6. I also went through this link
http://wiki.apache.org/myfaces/Websphere_Installation and still not working.
I want my
Hey Andy,
I believe you are correct - ie. the doc is not accurate. Looking at
RequestContextBean.java, it seems that the following properties cannot
be EL-bound:
...
I think we should mark this as not-bindable and
update the doc accordingly.
However, I do not buy Matthias argument that
Oh, well - this fix sounds really simple then.
regards,
Martin
On Thu, Jan 31, 2008 at 12:38 AM, Andy Schwartz [EMAIL PROTECTED]
wrote:
On Jan 30, 2008 5:45 PM, Martin Marinschek [EMAIL PROTECTED]
wrote:
However, I do not buy Matthias argument that this is due to security
reasons
- if
On Jan 30, 2008 5:45 PM, Martin Marinschek [EMAIL PROTECTED] wrote:
However, I do not buy Matthias argument that this is due to security reasons
- if some intruder gets access to managed-beans, we are hosed anyways. I
think, from a perspective servicing the user, it would be a good thing if
Hello All,
Is there any way I can make the dialog window open within the same IE
window?
~Sandeep
From: sandeep gururaj [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 30, 2008 5:03 PM
To: MyFaces Discussion
Subject: (Trinidad) Session Expiry in
Actually, this is illegal for JSR-168 as well. The spec says that the
namespace needs to be valid whether it is prepended or appended to
attribute names and id's. As for encodeNamespace, encoding attribute
names is the whole purpose of this api. If JBoss Portal does this wrong,
it's totally a
Martin, this is the correct implementation in both the MyFaces Bridge
and the 301 bridge. JBoss's encodeNamespace method needs to return a
valid namespaced id.
Scott
Martin Marinschek wrote:
Hi Luca,
it would be great if you could open an issue - and maybe you could
solve this generally by
Perfect - than this should be an issue for JBoss Portal.
regards,
Martin
the security was just a (wild) guess.
I see that the uploaded-file-processor is not designed to have EL.
The UPLOADED_FILE_PROCESSOR_KEY field in RequestContextBean class
does that by:
static public final PropertyKey UPLOADED_FILE_PROCESSOR_KEY =
TYPE.registerKey(uploaded-file-processor,
54 matches
Mail list logo