Wow! I got HTTP error 500 when I posted my original message and now I found I
have several duplicates in the list. Sorry about that.
pedro_burglin wrote:
>
> I am not sure if this was already answered but I couldn't find any working
> solution for this issue yet.
>
> The problem I am having is
I am not sure if this issue was already solved in this list but I couldn't
find any working solution yet.
The problem I am having is that h:inputText collapses a sequence of multiple
spaces into a single space character.
Background: web app using MyFaces 1.2.9 (I tested it with MyFaces 2.0.7 wit
I am not sure if this issue was already solved in this list but I couldn't
find any working solution yet.
The problem I am having is that h:inputText collapses a sequence of multiple
spaces into a single space character.
Background: web app using MyFaces 1.2.9 (I tested it with MyFaces 2.0.7 wit
I am not sure if this was already answered but I couldn't find any working
solution for this issue yet.
The problem I am having is that h:inputText collapses multiple space
characters into a single space character.
Background: web app using MyFaces 1.2.9 (I tested it with MyFaces 2.0.7 with
same
I am not sure if this was already answered but I couldn't find any working
solution for this issue yet.
The problem I am having is that h:inputText collapses multiple space
characters into a single space character.
Background: web app using MyFaces 1.2.9 (I tested it with MyFaces 2.0.7 with
same
I am not sure if this was already answered but I couldn't find any working
solution for this issue yet.
The problem I am having is that h:inputText collapses multiple space
characters into a single space character.
Background: web app using MyFaces 1.2.9 (I tested it with MyFaces 2.0.7 with
same
I am not sure if this was already answered but I couldn't find any working
solution for this issue yet.
The problem I am having is that h:inputText collapses multiple space
characters into a single space character.
Background: web app using MyFaces 1.2.9 (I tested it with MyFaces 2.0.7 with
same
I am not sure if this was already answered but I couldn't find any working
solution for this issue yet.
The problem I am having is that h:inputText collapses multiple space
characters into a single space character.
Background: web app using MyFaces 1.2.9 (I tested it with MyFaces 2.0.7 with
same
I am not sure if this was already answered but I couldn't find any working
solution for this issue yet.
The problem I am having is that h:inputText collapses multiple space
characters into a single space character.
Background: web app using MyFaces 1.2.9 (I tested it with MyFaces 2.0.7 with
same
I am not sure if this was already answered but I couldn't find any working
solution for this issue yet.
The problem I am having is that h:inputText collapses multiple space
characters into a single space character.
Background: web app using MyFaces 1.2.9 (I tested it with MyFaces 2.0.7 with
same
Hey Matt,
thanks for your help and your hint to an additional ELResolver. I've
already thought that is a little gap in the spec. Maybe this could be
added to the wiki-page because without your fix the CC-feature is not
(really) usable in JSF2.0/2.1 I think.
Best regards,
Sven
Am 27.07.2011
Hi Max,
I added my comment on the mentioned JIRA issue:
https://issues.apache.org/jira/browse/TRINIDAD-1813?focusedCommentId=13072381#comment-13072381
Andrew
2011/7/28 Max Starets
> Manuel,
>
> The issue is that the old 1.1.x Facelets engine and Facelets engine in JSF
> 2.0 just write out XM
Manuel,
The issue is that the old 1.1.x Facelets engine and Facelets engine in
JSF 2.0 just write out XML declaration to the rendered output. If the
framework is generating Ajax response, it will be writing its own XML
document with its own XML declaration, which will produce an invalid XML
d
Andrew,
Could you attach your test case to TRINIDAD-1813 to make sure we do not
miss anything?
Max
On 7/28/2011 10:23 AM, Kokavecz András wrote:
Hi Max,
The context param
(org.apache.myfaces.trinidadinternal.PPR_OVER_JSF_AJAX) setting to
"off" solved the problem.
So, I guess I'm using th
Hi Max,
The context param
(org.apache.myfaces.trinidadinternal.PPR_OVER_JSF_AJAX) setting to "off"
solved the problem.
So, I guess I'm using the old-fashioned PPR now.
I wonder what are the limitations for this...
But anyway, thank you very much!
I appreciate your support work!
Bye,
Andrew Koka
Hi Max,
can you please explain why this is important?
Regards,
Manuel.
> Also, if you problem only shows up only with Facelets, make sure that
> the XHTML file does not have XML declaration on the top.
>
> Max
>
> On 7/28/2011 9:41 AM, Max Starets wrote:
>> Andrew,
>>
>> I am wondering if i
Also, if you problem only shows up only with Facelets, make sure that
the XHTML file does not have XML declaration on the top.
Max
On 7/28/2011 9:41 AM, Max Starets wrote:
Andrew,
I am wondering if it's related to TRINIDAD-2107, which has now been
fixed.
I would try two things to see if it
Andrew,
I am wondering if it's related to TRINIDAD-2107, which has now been fixed.
I would try two things to see if it is a similar issue:
1) Set debug-output to false in trinidad-config.xml. That will disable
comments in the generated HTML.
2) Set org.apache.myfaces.trinidadinternal.PPR_OVER_
Hi Max,
I'm sorry to bother you with another issue, but this is also about Facelets
and also an important bug.
I found an open issue for this, but I made my own comment:
https://issues.apache.org/jira/browse/TRINIDAD-1813?focusedCommentId=13072252#comment-13072252
I have used IceFaces 1.8.2 befor
19 matches
Mail list logo
