While moving to myfaces I suggest to rename it to:
http://myfaces.apache.org/tobago/component
http://myfaces.apache.org/tobago/extension
+1
Manfred
[
http://issues.apache.org/jira/browse/MYFACES-885?page=comments#action_12358782
]
Ronald Brill commented on MYFACES-885:
--
But maybe we can start with the primitive step to change the manifest to make
the basic information readable (like it is done
I am interested in using and submitting patches for the Schedule
component. I have a few question:
1) Does this component have a lot of community support or interest?
2) Is their a better component with similar features?
3) What is the process to move a component out of the sandbox and into
Op di, 29-11-2005 te 09:07 -0500, schreef Paul Spencer:
I am interested in using and submitting patches for the Schedule
component. I have a few question:
1) Does this component have a lot of community support or interest?
Well, since I submitted the component to myfaces, you are one of
The schedule and planner components look great. I haven't had a need
to use them in my programming yet but you can be sure I will take a
close look when the need arises.
My suggestion would be to post your patch to JIRA for Jurgen and
others to review. If there is a consensus, one of the
If anyone has a Maven2 script in progress for MyFaces I would like to
see it. I'm going to try and start one of my own if nobody produces
one. Since I'm completely new to Maven I will be needing the help of
our Maven experts. Hopefully the Tobago team and Struts lurkers will
be able to help us
Problem with custom TreeModelListeners to DefaultTreeModel
--
Key: MYFACES-886
URL: http://issues.apache.org/jira/browse/MYFACES-886
Project: MyFaces
Type: Bug
Components: Tomahawk
Versions: 1.1.1
Al,
My rant wasn't really directed at you personally. It's just that I've
seen this complaint from users over and over on different mailing
lists and forums. These users are *intentionally* trying to develop
complex webapps without javascript. I just can't understand why
anybody would bother.
I am fairly new to maven, but I could help with that if no one has
already done the script. I am also migrating a private project to
maven, so I am already dealing with this. One question is: it is the
intention to maintain the current structure, or do we adapt the source
tree to the conventions
javax.servlet.ServletException: text name must not be null when subtitle =
null in DAY mode
-
Key: MYFACES-887
URL: http://issues.apache.org/jira/browse/MYFACES-887
Project: MyFaces
Classes for Schedule Entry, Title, and Subtitle should be optional parameters
to the tag.
-
Key: MYFACES-888
URL: http://issues.apache.org/jira/browse/MYFACES-888
Project: MyFaces
According to Wendy, its *much* easier to just change the structure to
adopt to Maven. What I would like to do is set up a bunch of SVN
externals to link everything in the manner which Maven expects. This
way we can build nightlies without changing the structure that
everyone else is dealing
I guess that we can configure the pom's in a way that the current
svn:externals remain the same. I think we could only change the
svn:externals for the current folder, having this structure:
current/pom.xml
|
+-- api/pom.xml
|
+-- share/pom.xml (?)
|
+--
On 11/29/05, Sean Schofield [EMAIL PROTECTED] wrote:
According to Wendy, its *much* easier to just change the structure to
adopt to Maven. What I would like to do is set up a bunch of SVN
externals to link everything in the manner which Maven expects. This
way we can build nightlies without
On 11/28/05, Manfred Geiler [EMAIL PROTECTED] wrote:
Not really working on it yet. Just thinking and some offlinediscussing with Martin last week.Not sure, how we can easily manage this regarding SVN.One plan is to implement/integrate as much as possible in current
1.1codebase as long as it keeps
I would think you'd want to create a branch for the older code, and keep
the latest development (i.e. 1.2 enhancements) on trunk. Otherwise you need
to ask yourselves what 'trunk' means, going forwards.
You're right - that would be the better way. My may point though is
that we would have to
I don't think its been ported over to JSF yet. It doesn't appear to
be in the sandbox. Check the mailing list archives for a link to some
live examples.
sean
On 11/29/05, Paul Spencer [EMAIL PROTECTED] wrote:
Jurgen,
Where can I find the Panner Component?
Paul Spencer
Ok. I see.
So you added svn:keywords with a value of Date Author Id Revision HeadURL?
Thanks for figuring it out and explaining it to me :)
On 11/29/05, Simon Kitching [EMAIL PROTECTED] wrote:
Mike Kienenberger wrote:
It looks like org.apache.myfaces.custom.schedule.* is missing svn
Thanks very much Matthias.
There may be some alternative like ensuring all the .java files start
with a UTF8 byte-order-mark or somesuch to tell the java tools that the
contents of the file is unicode, not ascii. However using ss is
probably the easiest solution..
Regards,
Simon
Matthias
My thinking on the externals was that we create a folder called
myfaces-maven (or something) and have externals that reorg everything
in the way that Maven wants. This wouldn't be a permanent solution,
just a convenient way of building the latest and greatest without
copying everything outright
Hi Manfred,
A long time ago class UIComponentTag was altered so that _id,
_binding and _rendered were only cleared in release, not in
internalRelease.
Commit r166747 (by manolito) indicates that it was something to do
with Resin. I believe manolito is you...
Do you have any more info
That's what I was afraid of. Presumably the deprecated stuff will be
dropped in the next spec?
sean
On 11/29/05, Adam Winer [EMAIL PROTECTED] wrote:
On 11/29/05, Sean Schofield [EMAIL PROTECTED] wrote:
I have a question regarding the new EL. Does the old EL have to be
supported still?
The JSF API from Sun does have a lot of 'Wrapper' objects that can be
used to ease this transition between EL versions.
Adam Winer [EMAIL PROTECTED] wrote on 11/29/2005, 10:22:35 PM:
On 11/29/05, Sean Schofield wrote:
I have a question regarding the new EL. Does the old EL have to be
Sean,
I agree 100% with you - I don't understand the horror of using
Javascript.
One truly horrific development is that in the name of webapp
accessibility (a very good thing), some standards boards
are trying to claim that an app has to function without Javascript
to be accessible, which is
Simon,
I had to merge in the myfaces_sandbox.tld file changes I made, and it
looks like it may have missed some of your whitespace changes. Sorry
about that, but it's very difficult under Windows to detect whitespace
changes, since SVN whitespace differs from the checked-out whitespace
due to
I agree that we probably will just reorg to comply with Maven (should
we vote to go forward.)
I have a question about Maven website building. It looks like our
subprojects match up pretty nicely with the Maven module concept but
I'm wondering what the final website will look like. Is it
Mike Kienenberger wrote:
Simon,
I had to merge in the myfaces_sandbox.tld file changes I made, and it
looks like it may have missed some of your whitespace changes. Sorry
about that, but it's very difficult under Windows to detect whitespace
changes, since SVN whitespace differs from the
[ http://issues.apache.org/jira/browse/MYFACES-887?page=all ]
Jurgen Lust updated MYFACES-887:
Attachment: myfaces-887.patch
this should fix the problem: the renderer now checks if title or subtitle are
null
javax.servlet.ServletException: text name
Mike Kienenberger wrote:
I think the problem is that compares against SVN aren't taking EOL
into account. The file in Eclipse on my windows box has windows
line-endings, and the file being compared against in the repository
has unix (native) line-endings.
Whatever the reason, diffs in Eclipse
[
http://issues.apache.org/jira/browse/MYFACES-888?page=comments#action_12358857
]
Jurgen Lust commented on MYFACES-888:
-
I agree the css class should be an optional parameter of the component tag. In
fact i will get to it as soon as I can.
Classes
Yeah, looks like SVN commits work differently than CVS commits in
Subclipse.In SVN, you have to manually reselect each new file to
commit them. How annoying.
On 11/29/05, Mike Kienenberger [EMAIL PROTECTED] wrote:
Thanks, Simon.
That's the third time Eclipse Subversion has claimed to
[
http://issues.apache.org/jira/browse/MYFACES-743?page=comments#action_12358862
]
Shane Bryzak commented on MYFACES-743:
--
I found a bug in the CookieLib_setCookie method in cookielib.js - the following
test:
if (value != undefined value
[ http://issues.apache.org/jira/browse/MYFACES-743?page=all ]
Shane Bryzak updated MYFACES-743:
-
Attachment: cookielib.js.diff
Patch for myfaces/custom/tree2/resources/javascript/cookielib.js
Javascript conflict between x:tree2 and x:inputCalendar
Hi Mike,
Mike Kienenberger wrote:
Yeah, looks like SVN commits work differently than CVS commits in
Subclipse.In SVN, you have to manually reselect each new file to
commit them. How annoying.
In CVS, when a file is added, it is immediately committed to the
repository.
However SVN has
I wanted to resurrect one of our favorite threads ... Should the
shared code be in its own jar?
The reason why I bring this up now is that I'm starting to experiment
with an M2 build for MyFaces. In addition to some of the arguments
made earlier we can now add Maven to the list of reasons why we
I think that's an excellent idea, since drawing those lines in the
codebase would hopefully encourage levels of separation and increase
compatability of your JSF implementation with other frameworks and
components.
Sean Schofield wrote:
I wanted to resurrect one of our favorite threads ...
I also wasn't fond of yet another myfaces.jar, but I think the
advantages of releasing different versions of Tomahawk and Impl make
up for it. At some point, Impl should become stable and mature, but
hopefully tomahawk is going to constantly change and grow. I don't
think Impl and Tomahawk
[ http://issues.apache.org/jira/browse/MYFACES-887?page=all ]
sean schofield closed MYFACES-887:
--
Fix Version: Nightly
Resolution: Fixed
javax.servlet.ServletException: text name must not be null when subtitle =
null in DAY mode
[
http://issues.apache.org/jira/browse/MYFACES-881?page=comments#action_12358884
]
Dennis Byrne commented on MYFACES-881:
--
Thanks. Trunk builds fine for me now.
TLD tranformations break build
--
Key:
39 matches
Mail list logo