Thanks Sean again for your hard work.
I will have a look at the release plan, and I will play around with
generating the release notes from JIRA.
regards,
Martin
On 8/25/05, Sean Schofield <[EMAIL PROTECTED]> wrote:
> I know everybody is getting anxious for a release soon. I've put
> together
[ http://issues.apache.org/jira/browse/MYFACES-427?page=all ]
sean schofield closed MYFACES-427:
--
Resolution: Fixed
I'm going to close this one out for now. I still have a few more tweaks
related to a new option to exclude sandbox stuff (for the
[
http://issues.apache.org/jira/browse/MYFACES-438?page=comments#action_12319961
]
sean schofield commented on MYFACES-438:
@Mathias,
I like option#1 (that was my long term plan for TreeState.) Why couldn't we
just persist the selected node(s) wi
I know everybody is getting anxious for a release soon. I've put
together a simple wiki checklist of the steps I feel we need to do for
the release (http://wiki.apache.org/myfaces/MyFaces_1%2e0%2e10.)
Please take a moment to review it.
Its not really a formal release plan like Struts has but we
[ http://issues.apache.org/jira/browse/MYFACES-387?page=all ]
Jin Chun Chong updated MYFACES-387:
---
Attachment: Resolve.pdf
Hi, I have managed to resolve the issue. The issue occurs because the sun java
system app server itself has JSF Sun RI in the c
[
http://issues.apache.org/jira/browse/MYFACES-444?page=comments#action_12319949
]
Ken Weiner commented on MYFACES-444:
I forgot to mention that showDetail should be set to true in order for the
tooltip to be activated.
The code would then look like t
HtmlMessageRendererBase renders tooltip as message summary rather than detail
-
Key: MYFACES-444
URL: http://issues.apache.org/jira/browse/MYFACES-444
Project: MyFaces
Type: Bug
Components:
For really new components, I agree with you, but this one as really nothing new or experimental.
So I prefer to postpone it because adding it to the sandbox means I'll have to change all the prefixes if I use it.
... for a convenient tag, this isn't very convenient.
P.S. As for the doc, it's
-1 for tomahawk.
We should put this in sandbox. There's no real difference except for
to be in tomahawk we need example, docs, etc. I have a couple of
these I'd like to add too but I think they go in sandbox as well (ex.
t:fieldset)
We're trying to get a release ready so I'm -1 for new compon
I'd like to add a new convenient t:span tag directly to tomahawk.
It's a rather "risk-free" tag, because as the t:div, it'll extend t:htmlTag, with only one method :
public Object getValue() {
return "span";
}
If nobody objects, I'll do this in the next days.
Thanks,
Sylvain.
javax.faces.render.Renderer.encodeChildren() should encode children
---
Key: MYFACES-443
URL: http://issues.apache.org/jira/browse/MYFACES-443
Project: MyFaces
Type: Bug
Components: JSF 1.1
Versi
[
http://issues.apache.org/jira/browse/MYFACES-237?page=comments#action_12319864
]
Sylvain Vieujot commented on MYFACES-237:
-
Did you check with a recent build ?
Because I had the problem too, but it seems that it has been corrected recently.
> x:i
[
http://issues.apache.org/jira/browse/MYFACES-442?page=comments#action_12319860
]
Martin Marinschek commented on MYFACES-442:
---
to be precise: builds from August 21, 2005 on should not have this problem in
them.
regards,
Martin
> logs an erro
[
http://issues.apache.org/jira/browse/MYFACES-442?page=comments#action_12319859
]
Martin Marinschek commented on MYFACES-442:
---
In the latest nightly build this is fixed ;)
regards,
Martin
> logs an error when columns parameter not specified
>
[ http://issues.apache.org/jira/browse/MYFACES-442?page=all ]
Martin Marinschek closed MYFACES-442:
-
Fix Version: Nightly Build
Resolution: Fixed
> logs an error when columns parameter not specified
> --
[
http://issues.apache.org/jira/browse/MYFACES-441?page=comments#action_12319858
]
Jacob Hookom commented on MYFACES-441:
--
Great! Thanks a ton!
> CLONE -HTML Renderkit doesn't choose correct ContentType (JavaScript)
> -
[
http://issues.apache.org/jira/browse/MYFACES-376?page=comments#action_12319856
]
Martin Marinschek commented on MYFACES-376:
---
fixed anew (see clone MYFACES-441)
> HTML Renderkit doesn't choose correct ContentType
> -
[ http://issues.apache.org/jira/browse/MYFACES-441?page=all ]
Martin Marinschek closed MYFACES-441:
-
Resolution: Fixed
This should finally be done. We should still work on text/xml/xhtml support in
any case.
> CLONE -HTML Renderkit doesn't cho
[
http://issues.apache.org/jira/browse/MYFACES-441?page=comments#action_12319854
]
Martin Marinschek commented on MYFACES-441:
---
Yes.
What a mess.
Get me my xhtml compliant components ;)
regards,
Martin
> CLONE -HTML Renderkit doesn't choose c
[
http://issues.apache.org/jira/browse/MYFACES-441?page=comments#action_12319853
]
Jacob Hookom commented on MYFACES-441:
--
If the renderkit is going to allow a content type of "xhtml", then it needs to
produce "xhtml" compliant JavaScript, which I don
logs an error when columns parameter not specified
Key: MYFACES-442
URL: http://issues.apache.org/jira/browse/MYFACES-442
Project: MyFaces
Type: Bug
Components: JSF 1.1
Versions: Nightly Build
CLONE -HTML Renderkit doesn't choose correct ContentType (JavaScript)
-
Key: MYFACES-441
URL: http://issues.apache.org/jira/browse/MYFACES-441
Project: MyFaces
Type: Bug
Components: JSF 1.1
V
Fab Psycho wrote:
Hi Werner,
Thanks for explanation, it works that way ... But I think it would be
interesting to have an additionnal myfaces build.xml entry such as build
wardebug building the four war files with sources included ... That way,
we could deploy a war in tomcat, declare proj
Sean is our build expert, so if you get him to introduce something
like that (or let you introduce it via a patch), you are all set!
regards,
Martin
On 8/24/05, Fab Psycho <[EMAIL PROTECTED]> wrote:
> Hi Werner,
>
> Thanks for explanation, it works that way ... But I think it would be
> int
Hi Werner,
Thanks for explanation, it works that way ... But I think it would be
interesting to have an additionnal myfaces build.xml entry such as build
wardebug building the four war files with sources included ... That way, we
could deploy a war in tomcat, declare project in eclipse and
Feel free to add it to the official docs ;-)
Sean Schofield wrote:
That's some nice documentation (I never checked it out before as I
have no problems in this area.) Nice job wiki users!
sean
On 8/23/05, Martin Marinschek <[EMAIL PROTECTED]> wrote:
Best thing is you follow these instructi
[
http://issues.apache.org/jira/browse/MYFACES-237?page=comments#action_12319837
]
Tomasz Bandura commented on MYFACES-237:
Hi,
I tried inputCalendar - the same problem occurs.
best regards
tomasz
> x:inputDate and popupCalendar problem
> --
Fab Psycho wrote:
Hi,
I'd like to understand how inputDate works and see it through
eclipse debugger.
I already tried debugging from a project put in tomcat path having a
breakpoint in my bean and it works but this time, I'd like to debug
let's say through myfaces-simple-examples.war ...
Circular dependencies in managed properties lead to StackOverflowError in
VariableResolverImpl
--
Key: MYFACES-440
URL: http://issues.apache.org/jira/browse/MYFACES-440
Project: MyFa
29 matches
Mail list logo
