[
http://issues.apache.org/jira/browse/MYFACES-260?page=comments#action_12365700
]
Dirk Schaube commented on MYFACES-260:
--
I have the same problem, two portlets each with a DummyForm. I think the name
of the form should be at least namespace encoded (
Hi Travis,
> Not sure what you mean here?
Currently there is one message tag for each input ajax field. This can
be reduced now to one messages tag for all the input ajax fields on
the site.
So, if there are three input fields, you can define for example one
div element (with nice style), embedd
Please welcome our new MyFaces PMC members
Mike Kienenberger
and
Bruno Aranda!
Mike and Bruno have both been well known MyFaces contributors and
committers for some time and helped out on many places within the
MyFaces world. Therefore last week there was a vote to invite them to
the PMC and bot
+1
Manfred
On 2/7/06, Martin Marinschek <[EMAIL PROTECTED]> wrote:
> Ok - as for me, we can go with this. Everything else can be discussed
> on the incubator mailing list.
>
> regards,
>
> Martin
>
> On 2/7/06, Jonas Jacobi <[EMAIL PROTECTED]> wrote:
> > Updated the Wiki page.
> >
> > Jonas
>
One thing, we should pass the TCK tests before releasing, shouldn't
we? What would happen if we release now but later when we release
other stuff (e.g. impl) the tests won't pass? That would possibly mean
to fix issues in commons and go for another release?. I think we
should pass the TCK before re
Thanks Manfred and to all the PMC and other developers and the great
community that make MyFaces such a successfull project! I am happy and
honoured...
Bruno
2006/2/9, Manfred Geiler <[EMAIL PROTECTED]>:
> Please welcome our new MyFaces PMC members
> Mike Kienenberger
> and
> Bruno Aranda!
>
>
Hi Werner,
> As I said, I am fairly new to dojo as well, my knowledge grows with its
> usage every day. So I cannot give precise answers currently ;-).
> But something is there, it does not seem to be ajax, but definitely
> input validation ;-)
Yes, definitely. Really nice examples, but it seems
I agree with Gerald on using an attribute instead of a separate
component - "forceSpan" should be just enough.
regards,
Martin
On 2/9/06, Gerald Müllan <[EMAIL PROTECTED]> wrote:
> Hi Travis,
>
> > Not sure what you mean here?
>
> Currently there is one message tag for each input ajax field. Thi
Gerald Müllan schrieb:
> Hi Werner,
>
>> As I said, I am fairly new to dojo as well, my knowledge grows with its
>> usage every day. So I cannot give precise answers currently ;-).
>> But something is there, it does not seem to be ajax, but definitely
>> input validation ;-)
>
> Yes, definitely.
Here's what I think about the TCK. We release commons first. Then
before taking a vote on the core (api-impl-commons) we run it through
the TCK. If it fails and the bug is in commons, we release commons
again. This is an unlikely scenario (that it would fail and be in
commons.) But since the c
On 2/9/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
> Unfortunately continuum did not catch this bug as we would have
> expected (it did not rebuild the sandbox core.) Bernd and I are
> investigating this.
Are you sure?
I saw an error report shortly after I reported the problem. Are you
saying
Problem with JSCookMenu and SUN's RI
Key: MYFACES-1105
URL: http://issues.apache.org/jira/browse/MYFACES-1105
Project: MyFaces
Type: Bug
Components: Tomahawk, Tomahawk (RI Compatability)
Versions: 1.1.1, Nightly
Envir
[ http://issues.apache.org/jira/browse/MYFACES-1105?page=all ]
Daniel Löbbe updated MYFACES-1105:
--
Attachment: JSCookMenu and SUN's RI.htm
> Problem with JSCookMenu and SUN's RI
>
>
> Key: MYFACES-1105
>
+1
On Feb 8, 2006, at 9:26 AM, Sean Schofield wrote:
It appears that ASF policy requires a vote before an official release.
We need to "release" the myfaces-maven project ASAP so we can do more
meaningful releases of the implementation and tomahawk.
So to be on the safe side lets do an officia
> I saw an error report shortly after I reported the problem. Are you
> saying you triggered this manually?
Yes
[
http://issues.apache.org/jira/browse/MYFACES-1096?page=comments#action_12365774
]
Sukhada commented on MYFACES-1096:
--
In your web.xml try changing your url-pattern. Because I was having the same
problem but I fixed changing the url-patterns.
For e.g.
[
http://issues.apache.org/jira/browse/MYFACES-1093?page=comments#action_12365775
]
Sukhada commented on MYFACES-1093:
--
For me in in day time (Atlanta) it works well but I tried one time after 9:00
pm it was displaying the next day.
Now my pop up calendar
Hi,Please help me on this.Regards,Sabari ArasuOn 2/7/06, Sabari Arasu A G <[EMAIL PROTECTED]
> wrote:Hi,I am involved to do conversion of screens from XML/XSL to JSF. In our screens we have datatables with sorting and static header(when the size of the rows exceeds table header stays static while t
Release is done. (5) +1 PMC votes
The jars have been published to www.apache.org/dist/maven-repository.
We're awaiting word from the maven-dev group confirming that this is
the proper place to publish so they end up in ibiblio (I suspect they
need to be published to www.apache.org/dist/java-repo
You might think about adding a fall back repository for future releases, so,
in the unlikely event that the files haven't synch'd over to ibilio yet, or
the very likely event that the connection to ibiblio (via maven build or ant
get) times out, the build won't fail, and you can keep the primary
Good idea. Is there an easy way to pubish to multiple respositories
with the release plugin? Maybe we could use the zone for this backup
repos?
Sean
On 2/9/06, James Mitchell <[EMAIL PROTECTED]> wrote:
> You might think about adding a fall back repository for future releases, so,
> in the unlik
The Maven stuff is finally starting to roll. Lets push this puppy out
so we can do a more meaningful release.
No release candidates for you. Just do an SVN checkout of r376416
(this is the branch that was automatically created by Maven.)
This is a nice aspect of maven. You can build your own R
I'm thinking we should release core first. This will allow all of the
users (and other ASF projects like Shale) that use MyFaces to take
advantage of the new M2 stuff we are publishing.
Either way we will create a branch - actually maven will create it ;-)
Then we can have a more deliberate disc
I have some time to roll out the website over the weekend. This is my
plan if we don't hear any objections. In the meantime, please make as
many changes against your local copy as you can so we minimize
problems with the public site.
I expect we will have tons of dead links, etc. We can rapidly
I'm unable to connect to issues.apache.org at the moment, but last time
I looked there was an issue (raised by myself) about a significant bug
in ReducedHTMLParser which I believe was recently moved from tomahawk
into common.
If this hasn't been fixed then I think it should be before any commons
r
I also think core makes the most sense.
+1 for core
On 2/9/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
> I'm thinking we should release core first. This will allow all of the
> users (and other ASF projects like Shale) that use MyFaces to take
> advantage of the new M2 stuff we are publishing.
I'd like to ask Bruno about the changes he made today to the sources -
is that in - out will that cause problems?
regards,
Martin
On 2/9/06, Mike Kienenberger <[EMAIL PROTECTED]> wrote:
> I also think core makes the most sense.
>
> +1 for core
>
> On 2/9/06, Sean Schofield <[EMAIL PROTECTED]> wr
I'm all for that, I just didn't want to mess with tomahawk stuff until it's been in the sandbox for testing and feedback.TravisOn 2/9/06, Martin Marinschek
<[EMAIL PROTECTED]> wrote:
I agree with Gerald on using an attribute instead of a separatecomponent - "forceSpan" should be just enough.regard
On 2/9/06, Werner Punz <[EMAIL PROTECTED]> wrote:
Actually to my knowledge dojo does not have anything in this regard, andI cannot see how, because this is heavy jsf specific in how to dothings, but it is possible to do it anyway, and dojo can help in certain
areas. First the whole ajax calling str
Which jdk version?
Bernd
Sean Schofield schrieb:
Hmmm ... when building tomahawk core using -Pgenerate-site I get ...
java.lang.NoSuchMethodError: org.w3c.dom.Node.getTextContent()Ljava/lang/String;
at net.sf.maventaglib.checker.TldParser.parseTag(TldParser.java:135)
at net.sf.
Simplify the Theme Handling
---
Key: MYFACES-1106
URL: http://issues.apache.org/jira/browse/MYFACES-1106
Project: MyFaces
Type: Improvement
Components: Tobago
Reporter: Udo Schnurpfeil
Assigned to: Udo Schnurpfeil
In the moment the
tc:tree: visual indicator for marked nodes
--
Key: MYFACES-1107
URL: http://issues.apache.org/jira/browse/MYFACES-1107
Project: MyFaces
Type: Bug
Components: Tobago
Reporter: Udo Schnurpfeil
Priority: Trivial
I wo
On 2/9/06, Bernd Bohmann <[EMAIL PROTECTED]> wrote:
> Which jdk version?
1.4.2_08
> Bernd
Sean
The generation of the tlddoc is running see:
http://people.apache.org/~schof/myfaces.apache.org/tomahawk/tlddoc/index.html
The dom impl is different between 1.4 and 1.5.
The 1.4 jdk supported the DOM Level 2 API.
The 1.5 supports the DOM Level 3 APIs.
See: http://java.sun.com/j2se/1.5.0/compatib
I just downloaded the top level MyFaces current from svn. When I ran
mvn install I got dependency failures with Tomahawk. I resolved the
problem by adding the following to current/tomahawk/core/pom.xml:
commons-logging
commons-logging
1.0.4
compile
After addi
Yes, we ditch prototype.
I liked it personally - but they do not support namespacing, and that
is an issue.
If you define a global javascript object named Effect, you do not
expect to cooperate with any other javascript library out there, and
we cannot afford that in our case... I absolutely buy
36 matches
Mail list logo
