[ http://issues.apache.org/jira/browse/MYFACES-400?page=all ]
Martin Marinschek closed MYFACES-400:
-
Fix Version: Nightly Build
Resolution: Fixed
> When jsp page is sibmited without selected option from selectManyListbox on
> TabbedPane oc
[ http://issues.apache.org/jira/browse/MYFACES-296?page=all ]
Martin Marinschek closed MYFACES-296:
-
Fix Version: Nightly Build
Resolution: Cannot Reproduce
> all of the input components can not save sates when they are not rendered at
>
[
http://issues.apache.org/jira/browse/MYFACES-296?page=comments#action_12318593
]
Martin Marinschek commented on MYFACES-296:
---
I tried that out - had to correct the sourcecode in several things, this is the
revised version:
public class MyBean
Its an MPL derivitive, and while I don't have the legal knowledge
necesssary to address your question, I found an interesting summary of
the changes (disclaimer: from sun)
* Fixed the “Effect of New Versions” problem. We added an option to
make Covered Software available under a specific versio
Thanks Dan for your information - is there anyone from our fellow ASFers well versed in legal stuff willing to comment on that?
regards,
MartinOn 8/11/05, Dan Diephouse <[EMAIL PROTECTED]> wrote:
Its an MPL derivitive, and while I don't have the legal knowledgenecesssary to address your question,
[
http://issues.apache.org/jira/browse/MYFACES-277?page=comments#action_12318594
]
Tamietto Claudio commented on MYFACES-277:
--
I have downloaded the night build (2005-11-08) and retested the application and
all is functional .
Are you sure that th
[
http://issues.apache.org/jira/browse/MYFACES-277?page=comments#action_12318596
]
Martin Marinschek commented on MYFACES-277:
---
Ok, maybe we all were talking of different things then.
If everyone is happy now we should leave it like this ;)
rega
+1 for both
Thanks once more, Sean, for another deliberate initiative.
-Manfred
2005/8/11, Stan Silvert <[EMAIL PROTECTED]>:
> OK. Carry on. +1
>
> Stan Silvert
> JBoss, Inc.
> [EMAIL PROTECTED]
> callto://stansilvert
>
> > -Original Message-
> > From: Sean Schofield [mailto:[EMAIL
[ http://issues.apache.org/jira/browse/MYFACES-389?page=all ]
Martin Marinschek closed MYFACES-389:
-
Resolution: Fixed
thanks to Mario Ivankovits for this patch
> allow inputCalendar to use other date libraries e.g joda
> --
[ http://issues.apache.org/jira/browse/MYFACES-406?page=all ]
Martin Marinschek closed MYFACES-406:
-
Resolution: Fixed
Assign To: Martin Marinschek
fixed in nightly build
> styleClass attribute of x:dataList has no effect when using expres
[ http://issues.apache.org/jira/browse/MYFACES-396?page=all ]
Martin Marinschek closed MYFACES-396:
-
Fix Version: Nightly Build
Resolution: Fixed
Thanks to Mario Ivankovits for this patch
> inputCalendar - add js only once
> --
src build should include examples
-
Key: MYFACES-411
URL: http://issues.apache.org/jira/browse/MYFACES-411
Project: MyFaces
Type: Task
Components: General
Versions: Nightly Build
Reporter: sean schofield
The src build
[
http://issues.apache.org/jira/browse/MYFACES-406?page=comments#action_12318628
]
michael vogel commented on MYFACES-406:
---
I am having the same issue with a project I am working on. I need to style the
attribute as well. Will this functionality b
It looks like the implicit Object map is missing the following:
application
request
session
-- Jacob
Mike Kienenberger <[EMAIL PROTECTED]> wrote on 08/12/2005, 05:26:18 PM:
> No, your email got there (both of them), but I had not had time to read it
> yet.
>
> Martin, a committer, also answer
On 8/12/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> It looks like the implicit Object map is missing the following:
>
> application
> request
> session
>
Personally, I would suggest that we *not* try to make implicit
variables for these objects. The main reason is that they will be
di
On 8/12/05, Craig McClanahan <[EMAIL PROTECTED]> wrote:
>
> That being said, a 30 line custom variable resolver implementation
> could add this very easily.
>
Or just a slightly longer expression:
#{facesContext.externalContext.request}
But my cautions about depending on this still apply.
On Friday 12 August 2005 09:22, Craig McClanahan wrote:
> On 8/12/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > It looks like the implicit Object map is missing the following:
> >
> > application
> > request
> > session
>
> Personally, I would suggest that we *not* try to make implicit
> var
I am hoping to get a Board resolution next week on the topic of
distributing both MPL and CDDL-licensed works.
Cliff
On 8/12/05, Martin Marinschek <[EMAIL PROTECTED]> wrote:
> Thanks Dan for your information - is there anyone from our fellow ASFers
> well versed in legal stuff willing to comment
Thanks for the info!
ok, so we will read the notes of the board meeting ;)
regards,
Martin
On 8/12/05, Cliff Schmidt <[EMAIL PROTECTED]> wrote:
> I am hoping to get a Board resolution next week on the topic of
> distributing both MPL and CDDL-licensed works.
>
> Cliff
>
> On 8/12/05, Martin M
My bad, I presumed and had implemented those additional variables within
the RI way back.
I actually think it should be built in. When we talk about issues in
the alignment of JSP, this only adds to the confusion.
Yes, JSF is meant to be portable, but at the component level, backed by
variables
I think the t:saveState description starts off too technical.
My opinion is that it'd be better to say what a user would use it for first.
Maybe something along the lines of:
t:saveState enables you to persist beans and values longer than
request scope, but shorter than session scope. It is idea
[
http://issues.apache.org/jira/browse/MYFACES-402?page=comments#action_12318670
]
Mike Kienenberger commented on MYFACES-402:
---
I think you're only allowed to put f:param on a CommandLink, not a
CommandButton.
> Can't put f:param or f:attribute
[
http://issues.apache.org/jira/browse/MYFACES-402?page=comments#action_12318673
]
Kalle Korhonen commented on MYFACES-402:
Correct. You could use j4j:param within a form to pass parameters with the
submit.
> Can't put f:param or f:attribute tag n
_SerializableArrayDataModel throws ArrayIndexOutOfBoundsException when
x:DataScroller advanced to second page on x:dataTable backed by array
Key: M
24 matches
Mail list logo
