right now ant 1.6 is included in intellij, so for the intellij guys
there wouldn't be a problem to have the deployment in the build
file...
regards,
Martin
On Mon, 22 Nov 2004 11:24:01 +0100, Matthias Wessendorf
[EMAIL PROTECTED] wrote:
Can you give as a small cookbook of how to change the
+1
regards,
Martin
On Fri, 7 Jan 2005 05:21:22 -0700, Bill Dudney [EMAIL PROTECTED] wrote:
Hi All,
I'd like to propose that we use the same process that Tomcat uses;
http://jakarta.apache.org/site/decisions.html
As you can read in the copied thread below this is one of the last
:07 +0100, Martin Marinschek
[EMAIL PROTECTED] wrote:
+1
regards,
Martin
On Fri, 7 Jan 2005 05:21:22 -0700, Bill Dudney [EMAIL PROTECTED] wrote:
Hi All,
I'd like to propose that we use the same process that Tomcat uses;
http://jakarta.apache.org/site/decisions.html
As you
yes - that is the code that is generated from the xml files you find
in the component directories, add your code above this line...
regards,
Martin
On Fri, 14 Jan 2005 15:50:54 -0500, Sean Schofield
[EMAIL PROTECTED] wrote:
In some of the code I see lines like ...
//--
? Just wondering how all of this works in relation to
CVS, etc.
sean
On Sat, 15 Jan 2005 16:15:50 +0100, Martin Marinschek
[EMAIL PROTECTED] wrote:
yes - that is the code that is generated from the xml files you find
in the component directories, add your code above this line
I just read your bug report - shouldn't it be enough to make the
reference to the parent transient?
regards,
Martin
On Sun, 16 Jan 2005 12:27:55 -0500, Sean Schofield
[EMAIL PROTECTED] wrote:
I finally figured this all out. This bug
(http://issues.apache.org/jira/browse/MYFACES-75) should
Just wait a little for us IntelliJ Developers, the next version of
IntelliJ will provide integrated svn support and it will be released
in the next few months...
-1 in the meantime from me, too!
regards,
Martin
On Tue, 18 Jan 2005 09:14:44 +0100, Manfred Geiler [EMAIL PROTECTED] wrote:
this is a general bean issue - as soon as two capital letters are
provided, you cannot use the first lowercase notation anymore, try it
with a.ATest...
regards,
Martin
On Wed, 19 Jan 2005 09:46:43 +0100, Matthias Wessendorf
[EMAIL PROTECTED] wrote:
Hi I just tested the jira issue #31
...and is exactly what we planned when providing this old tld, if you
want to use new features, switch to the new one!
regards,
Martin
On Fri, 21 Jan 2005 13:52:52 -0800, Craig McClanahan [EMAIL PROTECTED] wrote:
On Fri, 21 Jan 2005 15:27:37 -0600, Heath Borders
[EMAIL PROTECTED] wrote:
I have tried to fix the problem - can you check out the new version
and try it again?
regards,
Martin
On Mon, 24 Jan 2005 12:26:28 +0100, Martin Marinschek
[EMAIL PROTECTED] wrote:
No, that is the same as before - if you look at the call to the
isRendered() method a few lines before your
those tags just don't need the JSF-tab base clazz behaviour...
they are almost non-JSF ;)
regards,
Martin
On Fri, 18 Feb 2005 17:49:12 +0100, Matthias Wessendorf
[EMAIL PROTECTED] wrote:
Hi,
I am looking at some Tag clazzes and saw that most
extend one of (our) JSF base tag clazzes.
yes, would be great...
I don't have time to do anything on the webpage, but it would be great
to have much more documentation there!
regards,
Martin
On Mon, 28 Feb 2005 14:23:27 -0500, Sean Schofield
[EMAIL PROTECTED] wrote:
Now that its official, what are the plans for the myfaces website.
and the logo looks very good to me!
regards,
Martin
On Wed, 2 Mar 2005 09:50:32 +0100, Martin Marinschek
[EMAIL PROTECTED] wrote:
+1 from me for Forrest - as we have already started with this
technology, I think we should go ahead with that.
although it would be great to have JSF
+1 from me!
great that you start off with that!
regards,
Martin
On Wed, 2 Mar 2005 13:09:20 -0500, Sean Schofield
[EMAIL PROTECTED] wrote:
I spoke with one of the committers on the Ant project. (BTW I just
chose Ant at random and because its one of the more mature Apache
projects, I have
Thomas Spiegl and me own that one - we would surely provide access to
it, if necessary...
Well, I am not the brightest light in the unix world out there, so
either Thomas or someone of you guys would need to set that up.
And Thomas and Manfred are very deep into a huge project right now,
and
forget that...
my fault!
regards,
Martin
On Fri, 4 Mar 2005 01:50:25 +0100, Martin Marinschek
[EMAIL PROTECTED] wrote:
Hi Sylvain,
something doesn't quite work in the alias bean (example) in the
current configuration. Can you check that?
regards,
Martin
Sorry, this was meant to be the answer to your first mail.
regards,
martin
On Fri, 4 Mar 2005 09:37:11 +0100, Martin Marinschek
[EMAIL PROTECTED] wrote:
But this is not in the Spec, right?
regards,
Martin
On Fri, 04 Mar 2005 00:16:05 -0400, Sylvain Vieujot [EMAIL PROTECTED] wrote
the submitted value to the backing bean.
Implement these two behaviours, and we comply to the spec + have all
the necessary functionality you need!
regards,
Martin
On Fri, 4 Mar 2005 15:35:17 +0100, Martin Marinschek
[EMAIL PROTECTED] wrote:
You understood me wrongly, you don't need to brutalize
Oh my,
I hate to admit it, but I don't know how to do the patching thing - I
know there is a plugin for that in eclipse, but in intellij? and from
the windows command line, how do I do that?
can anybody help me out or submit the patch themselves?
regards,
Martin
On Fri, 4 Mar 2005 16:28:03
Unfortunately the two licences are not compatible - we have had this
discussion before, and this is why we have the calendar as is, that
one was licensed under a very unrestrictive license (the main
difference to the LGPL is that under the LGPL, all changes to the
source base need to be given back
After looking at the examples again, I believe that Sean is right - we
should have two sample applications: one showing MyFaces in action
(that is the current examples app right now), with the framework
showing off what it can do, and one very simple one where each
component is demonstrated with
MyFaces is officially a top level project now, moving out of the
incubator is just a technical issue anymore!
The next release is being prepared right now (Matthias is working on
this, I think)...
regards,
Martin
On Thu, 10 Mar 2005 12:31:49 -0500, Kito D. Mann [EMAIL PROTECTED] wrote:
Hey,
Well, what I meant was:
- keep the existing example application and move out most of the pages
to the new simple example app.
- so what we then have would be: the current example app minus all
component pages for the demonstration of menu structure, navigation,
validation, etc..
- and a simple
+1!
regards,
Martin
On Mon, 14 Mar 2005 08:55:47 -0500, Sean Schofield
[EMAIL PROTECTED] wrote:
I propose a vote to end the tree vs tree2 controversey. Since it
seems that Oliver and I have reached an impasse (to put it mildly), I
move that we have two tree controls: tree and tree2 and let
Ok, I just tried it - it works...
regards,
Martin
On Mon, 14 Mar 2005 15:50:12 -0500, Sean Schofield
[EMAIL PROTECTED] wrote:
Martin (Cooper),
Have we made any progress on finding a build machine? As we approach
release time I think it would be good for us to have nightlies. The
Gump
I like that one, too ;)
the only performance issue left for me is then the memory issue, as
the extensions filter caches the whole response in memory before
writing it out to the client.
regards,
Martin
On Tue, 15 Mar 2005 16:51:31 -0500, Sean Schofield
[EMAIL PROTECTED] wrote:
Interesting
+1 from me,
and I will finally try to commit your patches, Heath!
regards,
Martin
On Wed, 16 Mar 2005 10:32:01 -0600, Heath Borders
[EMAIL PROTECTED] wrote:
I'm in a little bit of a bind for making patches for the files i've
committed. My home internet's not working right now, and I can't
with that ?
Thanks,
Sylvain.
On Fri, 2005-03-04 at 11:33 -0400, Sylvain Vieujot wrote:
Ok, I got it now.
I'll dig into the example to find
out why.
Thanks.
On Fri, 2005-03-04 at 15:35 +0100,
Martin Marinschek wrote:
You understood me wrongly, you don't need to brutalize the example.Step
Well, that would astonish me as well. h:dataTable ought _not_ to
serialize its datamodel by default - only x:dataTable should do that,
and x:dataTable also only if preserveDataModel is set to true!
regards,
Martin
On Sun, 20 Mar 2005 21:44:55 -0600, Heath Borders
[EMAIL PROTECTED] wrote:
Oh my,
what a mess - so next time, we will need to do things differently.
Maybe we should reopen the election here on the developer mailing list -
and we just carry over the votes we have casted so far on the PPMC list?
regards,
Martin
On Mon, 21 Mar 2005 08:33:34 +0100, Matthias
+1 from me!
I am always for more logging, more warning, more writing to standard
out if it is possible to switch that off again...
regards,
Martin
On Mon, 21 Mar 2005 09:49:22 +0100, Bruno Aranda [EMAIL PROTECTED] wrote:
I thought the same after those emails. Forgetting the form tags is a
hasn't this one already be fixed?
wasn't this one of your patches, Heath? 88 or 89 or so?
regards,
Martin
On Mon, 21 Mar 2005 08:36:22 +0100 (CET), Jochen Schwörer (JIRA)
[EMAIL PROTECTED] wrote:
[
http://issues.apache.org/jira/browse/MYFACES-21?page=comments#action_61293 ]
Jochen
Hi Guys,
I wanted to sign off for my holidays - 1 month New Zealand, Singapure
and Hongkong - so have fun playing with MyFaces will I play with my
digicam ;)
regards,
Martin
editable would be a possibility.
what do you think, Sylvain?
regards,
Martin
On 5/4/05, Korhonen, Kalle [EMAIL PROTECTED] wrote:
-Original Message-
From: Martin Marinschek [mailto:[EMAIL PROTECTED]
Subject: Re: [Myfaces-develop] New feature suggestion : Edit mode
PROTECTED]
callto://stansilvert
-Original Message-
From: Martin Marinschek [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 04, 2005 5:08 AM
To: MyFaces Development
Subject: Re: [Myfaces-develop] New feature suggestion : Edit mode
editable would be a possibility.
what do
I will commit the changes.
regards,
Martin
On 5/4/05, Mathias Werlitz (JIRA) myfaces-dev@incubator.apache.org wrote:
DataList does not work correctly like a DataTable with input components
---
Key: MYFACES-229
} rendered=#{!foo.isEditable}
So yes you type two lines of code but I would argue that the above is
more obvious at a glance.
Is there an argument against my approach besides the extra line of code?
sean
On 5/4/05, Martin Marinschek [EMAIL PROTECTED] wrote:
That would be possible
Well, MyFaces tries to remain in the Spec as much as possible in any
of the core classes and the core components - extended components have
far left the functionality described in the spec ;)
so these attributes would of course only be implemented in the x:... components
regards,
Martin
On
the current selection displayed as plain
text (instead of disabling the combo box.)
My 2 cents, (US$ so less than 2 Euro Cents at the moment)
sean
On 5/4/05, Martin Marinschek [EMAIL PROTECTED] wrote:
of course - it's just the rendering that is different.
regards,
Martin
Thanks for your efforts, and for helping others on the mailing list as
much as you did!
(hope to have you back one day ;)
regards,
Martin
On 5/6/05, Heath Borders [EMAIL PROTECTED] wrote:
My web project has been canceled, and we're migrating our code over to the
Eclipse Rich Client Platform.
Hi Marty,
I am forwarding this to the dev-mailing list - you probably want your
link also on the MyFaces Apache Homepage, and for that we need the
agreement of all developers.
regards,
Martin
-- Forwarded message --
From: Marty Hall [EMAIL PROTECTED]
Date: May 6, 2005 1:16 PM
oh yes...
what a pity, I liked that small tidbit of information!
regards,
Martin
On 5/8/05, Sylvain Vieujot [EMAIL PROTECTED] wrote:
Subversion doesn't support the $Log$ :
http://subversion.tigris.org/faq.html#log-in-source
As those $Log$ sections will be outdated, I think we should
+1 from me...
regards,
Martin
On 5/10/05, Thomas Spiegl [EMAIL PROTECTED] wrote:
+1 using Myfaces extended components
+1 add an interface similar to UserRoleAware
+1 adding displayValueOnly attribute
What's about matching style styleClass attributes
(displayValueOnlyStyleClass,
Hi Kalle,
thanks for your feedback - you will need to decide on -1 or 0 and be
willing to implement the feature your way if your decision is staying
-1.
regards,
Martin
On 5/10/05, Korhonen, Kalle [EMAIL PROTECTED] wrote:
From: Sylvain Vieujot
manipulate the same
underlying component, or will that component now be something different ?
I'm thinking it WILL be different, but I would like clarity on that.
Thanks,
Grant.
Martin Marinschek wrote:
+1 from me...
regards,
Martin
On 5/10/05, Thomas Spiegl [EMAIL PROTECTED
Well, we really owe it to Sylvain as we lead a discussion about that a
year ago - there was a resolution we all agreed on, but then it was
not implemented due to time constraints.
@Kalle and Grant: sorry that I misinterpreted your approach, Kalle -
with Sylvain and my suggestion there is (I
great!
so if there are no negative sentiments showing up anymore, Sylvain and
I will start the implementation - there will always be the chance to
improve if there are problems for anyone.
regards,
Martin
On 5/11/05, Sean Schofield [EMAIL PROTECTED] wrote:
I agree with Kalle's sentiments that
Ok, I have started off...
- we can always get rid of the code again if it doesn't work out.
regards,
Martin
On 5/11/05, Sylvain Vieujot [EMAIL PROTECTED] wrote:
Thank you Sean.
I have no problem to improve/change this later on.
As far as I'm concerned, backward compatibility isn't
;)
well, what are you the marathon man for if not for that...
regards,
Martin
On 5/11/05, Grant Smith [EMAIL PROTECTED] wrote:
OK, it's done... sorry Manfred... if it's any consolation, it was
painful for me too - but only due to the repetitive-stress injury
suffered by pressing CTRL-Y
What about the sourceforge project that has already been set up?
Is there any action there right now?
Can those components come right in without going through incubator?
As I understand things, a sandbox and the incubator are entirely
different - so for a component developed outside of the ASF,
and seeing
if it sticks :)
Whether a component *needs* to go through a sandbox would depend on
whether it *needs* to be part of the next standard release. If it's in
the trunk, and it's not done yet, then it becomes a blocker until it's
done (or moved out of the trunk).
On 5/11/05, Martin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On 5/15/05, Martin Marinschek [EMAIL PROTECTED] wrote:
No there we have Ted and Craig saying something differently - now who
of the two experts is right?
is it possible
) bureaucratic overhead, and if it is not
necessary according to the principles, it shouldn't be happening,
would be saving work both for us and for the incubator people.
regards,
Martin
On 5/15/05, Martin Cooper [EMAIL PROTECTED] wrote:
On Sun, 15 May 2005, Martin Marinschek wrote:
I am
great idea!
we will happily add the links to the MyFaces page, I think...
regards,
Martin
On 5/16/05, Ted Husted [EMAIL PROTECTED] wrote:
I think it's safe to say that users of ASF software buy their share of
computer books. The online retailers, like Amazon.com, offer
commission programs
Yes, I think that should finally be sorted out ;)
And we will try to err to the best of the ASF, promised.
regards,
Martin
On 5/16/05, Ted Husted [EMAIL PROTECTED] wrote:
On 5/15/05, Sean Schofield [EMAIL PROTECTED] wrote:
It's not a question of what you *think* you can maintain. If you
Hi there,
I have implemented the functionality we were discussing about on the
list - all input extended components now have a displayValueOnly
attribute for changing their behaviour to read-only.
Try it out - it will not break any existing code, as the components
stay the same and the renderer
should work again.
regards,
Martin
On 5/16/05, Martin Marinschek [EMAIL PROTECTED] wrote:
I am about to check that - sorry for the inconvenience.
regards,
Martin
On 5/16/05, Sean Schofield [EMAIL PROTECTED] wrote:
I was working on updating the nightly build and noticed
I would love to help with my components if I get around to do that in
the next few days. I will see what I can do; I wanted to do a revisit
of them anyways at some undefined time ;)
Thanks Sean, by the way, for your enduring and persistent work to make
MyFaces run along the right tracks - it is
volunteer components.
Can we agree on this principle? I will come up with a
proposal for a specific SVN structure this weekend but for
now we need agreement on the concept.
sean
On 5/15/05, Martin Marinschek [EMAIL PROTECTED] wrote:
Yes, I think that should finally be sorted out
+1 for renaming the nightly version to 1.0.x when the time has come
(Sean's suggestion)
+1 for keeping the name Nighly Build - in fact it will be fixed in
this nightly's build, so there should not be too many misconceptions.
regards,
Martin
On 5/20/05, Oliver Rossmueller [EMAIL PROTECTED]
thanks for your offer!
good places to look for things where a helping hand would be needed is
the jira-buglist - we currently have a rather large backlog of
outstanding issues, as Sean has mentioned just before you joined ;)
As soon as you have tackled an issue, submit a patch to this mailing
There is no special configuration necessary whatsoever - it should run
without a problem.
don't know what that message is about - maybe Manfred, Thomas, Sean
can help out with this one?
regards,
Martin
On 5/20/05, John Fallows [EMAIL PROTECTED] wrote:
Hi Jijik,
Hi John,
and when you
Now what happens when a component is not rendered at all and returns a
null value - you validate it anyways?
Shouldn't only those components who submit a value be validated?
regards,
Martin
On 5/20/05, Philipp Ahlner (JIRA) myfaces-dev@incubator.apache.org wrote:
[
great, it is already implemented, try it out with the current source-base.
regards,
Martin
On 5/21/05, Jon Travis [EMAIL PROTECTED] wrote:
FWIW, this feature is very useful for us.
-- Jon
On May 11, 2005, at 8:14 AM, Martin Marinschek wrote:
Ok, I have started off...
- we can
There was one proposal for a MyFaces presentation (was it by Bill
Dudney and Matthias Wessendorf?) but it was turned down and they won't
present...
Thomas Spiegl, Manfred Geiler (him for sure) and me will probably be
there, and we would eventually like to do the session.
How about getting
Yes, we could have a very nice MyFaces-meeting there ;)
regards,
Martin
On 5/21/05, Korhonen, Kalle [EMAIL PROTECTED] wrote:
-Original Message-
From: Jonas Jacobi [mailto:[EMAIL PROTECTED]
Subject: MyFaces at JavaOne 2005?
I searched the JavaOne session schedule and could not
I like that one - I will try it out and commit it if it works.
regards,
Martin
On 5/22/05, Philipp Ahlner (JIRA) myfaces-dev@incubator.apache.org wrote:
[
http://issues.apache.org/jira/browse/MYFACES-214?page=comments#action_65954 ]
Philipp Ahlner commented on MYFACES-214:
Are we sure that we want that?
Very often, people want to recognize links as links even if they print
the page - this would also mean, if you have a grid with
displayValueOnly enabled, that automatically all buttons and links
switch to a no interaction state...
If we are sure, I will give it a
Now that you declared your will in public, there is no way to go back
anymore ;))
regards,
Martin
On 5/23/05, Paul Holmes-Higgin [EMAIL PROTECTED] wrote:
Gav
Of course, I meant this to go back to you - not the mailing list.
Still, makes it sound like we might be interested in participating
cool, I will be sure to be there ;)
regards,
Martin
On 5/24/05, Kito D. Mann [EMAIL PROTECTED] wrote:
I'm definitely interested in meeting again this year, too :-). I'll also be
doing a BOF on Monday called Exploring the JavaServer Faces Ecosystem
Very good idea!
+1 from me for that, I'd sure as hell love to get rid of those
f:verbatim tags all over the place.
regards,
Martin
On 5/24/05, Sylvain Vieujot [EMAIL PROTECTED] wrote:
For the example, you are right, if the text is that ... just text.
But as it often occurs to be more
Strange... I tested with the MyFaces examples, and they worked as expected.
Did you give the examples a test-ride, do they seem broken as well?
regards,
Martin
On 5/24/05, Jon Travis [EMAIL PROTECTED] wrote:
Updated to HEAD to get this patch, but now nearly all my tab
functionality is
Hi Sylvain,
say, has that guy from the great calendar component you posted on the
list ever come back to you?
I might need a better calendar control than we have right now in a
current project, and it would be great if we could use his sources...
Maybe anyone else of our users has a calendar
I finally got around to get some issues fixed myself, thanks again for
being such a great role model ;)
Can you please enter your fixed issues in the doc/release-notes.txt
file, so that we have something to brag about ;) when we release the
next version?
regards,
Martin
The problem is that if you set the submitted value to null, the
validation will not be triggered. But this whole issue is something we
need to get over again, I just got rid of this else part cause
checkboxes and radiobuttons were using their own decoding anyways; and
for normal inputs the else
Versions: 1.0.9 beta
Reporter: Howard Abrams
Assignee: Martin Marinschek
Fix For: Nightly Build
'UIInput.getValue' will return the wrong (old) value if called between
validation and update phase when the submitted value is and the old
value was a non-zero length string
Hmmm..
wouldn't be bad I think, to have that in there.
at least better than not support that at all ;)
regards,
Martin
On 5/25/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Hi myfaces Developers,
I tried to add an onmousover and onmouseout attribute to every table-row
tag of a
to implement. It is the JIRA ticket MYFACES-175, assigned
to Sean. Sean, have you implemented this already? If not, it is worth to
take a look at. I like this feature...
Bruno
2005/5/25, Martin Marinschek [EMAIL PROTECTED]:
Hmmm..
wouldn't be bad I think, to have that in there.
at least
Neither the one nor the other.
Maybe you could look in the sources, particularly in HtmlRadioRenderer
and see what happens there?
Could be that you found a bug...
regards,
Martin
On 5/25/05, Kevin Roast [EMAIL PROTECTED] wrote:
Hello,
I was just wondering if anyone else has seen
You sure killed my Inbox ;)
regards,
Martin
On 5/25/05, Sean Schofield [EMAIL PROTECTED] wrote:
I just reran the build script (for the website) on a new build
machine. Evidently we ran into a timestamp issue again. The good
news is that the website build should be automated and if we only
=ch.ajsw, renderer-type=ch.ajsw.renderer.MyHelpRenderer)
/-
Looking at the code-snippet below, I would expect another message ...
regards
Alexander
-Original Message-
From: Martin Marinschek (JIRA) [mailto:[EMAIL PROTECTED]
Sent
On 5/26/05, Martin Marinschek (JIRA) myfaces-dev@incubator.apache.org wrote:
[
http://issues.apache.org/jira/browse/MYFACES-246?page=comments#action_66323 ]
Martin Marinschek commented on MYFACES-246:
---
I don't understand your problem well
Jira is great - I just found out that you can merge versions, so
instead of finding all bugs attached to 1.0.10 I just merged nightly
build with 1.0.10 to nightly build and had all bugs there
:)
regards,
Martin
The fix for that is already in head+nightly build.
regards,
Martin
On 5/26/05, Lian Lee (JIRA) myfaces-dev@incubator.apache.org wrote:
inputCalendar tags doesn't have an onchange property
Key: MYFACES-257
URL:
I would still supply a catch-it-all you get it all jar file.
It's just so much easier, and there are many frameworks supplying
something like that.
To avoid confusion, we should name it:
myfaces-all.jar
though, I think!
regards,
Martin
On 5/27/05, Sean Schofield [EMAIL PROTECTED] wrote:
useful, at
least
for me that I update the jar very often. With only one jar I can discard
that I have done a mistake deploying the jars when an exception or error
is
thrown. My 2 euro cents...
Bruno
2005/5/27, Martin Marinschek [EMAIL PROTECTED]:
I would still
+1 from me for that!
I will talk with Manfred when he gets back on monday ;)
regards,
Martin
On 5/28/05, Sylvain Vieujot [EMAIL PROTECTED] wrote:
+1
As far as I'm concerned, I'm perfectly fine with this.
Thanks Sean for your time sorting that out.
Sylvain.
On Sat,
No, let's close the case ;)
regards,
Martin
On 5/30/05, Sean Schofield [EMAIL PROTECTED] wrote:
-0.5 on bundling sandbox with myfaces-all
I like the idea of a separated sandbox jar more. A separate jar gives
the sandbox more sense IMO and also makes no difference between
Myfaces-Impl or
I like tomahawk...
as long as it is buried in the backyard, and therefore stands as a
symbol for peace ;)
regards,
Martin
On 5/30/05, Sean Schofield [EMAIL PROTECTED] wrote:
Since a few of the developers don't like tomahawk :-( I wanted to
start a thread for name / code-name ideas for a
Oh my,
I wonder where we will end up with this discussion!
I like Matt's Appaloosa, but if I leave out the Appa, loosa does not
sound too great in my ears ;)
What about coming down to what the components are really about - being
modules, you are able to stack them together and create new
I believe it is much more intuitive to have a shared package for both
the components and the implementation to use instead of doing build
wizardry and copying the shared codebase to both implementation and
the components.
You are just creating redundancy (even if it is automatically
executed)
I miss the shared package mentioned somewhere - do we want to put it
in both components and impl?
I would say yes...
regards,
Martin
On 5/30/05, Sean Schofield [EMAIL PROTECTED] wrote:
Here is a revised summary of the bundles and their contents. Key changes:
1) the addition of a sandbox
Oh my, to change that, we would have to do a lot of string
replacements (in all of the examples, e.g.) ;)
Why not let the user change it to a different prefix if they use
MyFaces and the JSTL's XML tag library together?
regards,
Martin
On 5/30/05, Michael Rimov [EMAIL PROTECTED] wrote:
Hi
Thanks - looks great, share issues are resolved with that proposal.
John?
regards,
Martin
On 5/30/05, Sean Schofield [EMAIL PROTECTED] wrote:
Here is a first pass at a SVN reorg plan. The idea is to reorg svn
into subprojects making it easier for those interested in specific
subprojects to
What about Tomcat 5.0 vs. Tomcat 5.5? Should we do the change to have
our build process automatically create a Tomcat 5.5 compatible
version, and explain to the users how to get applications running
under 5.0.x?
I saw that Bill has checked in a change to the build-files which would
make that
Yes, Tom doesn't have any time right now...
Both Tom and Manfred are in a major project right now, in which the
whip is flying and the bones are cracking ;)
They will sure be helping out more again as soon as this project is over!
regards,
Martin
On 6/1/05, Sean Schofield [EMAIL PROTECTED]
Hey guys girls,
have you read about that Google Summer-of-code initiative
(http://code.google.com/summerofcode.html)?
I have several (exactly 4 students) who would love to take part in
this initiative, so all we would need to have would be 4 small
projects they could finish in 3 months work.
Well, after checking again - do you think that the BITFLUX Editor can
be componenentized - it looks as if they always edit a complete XML
page in the whole browser window, isn't it?
regards,
Martin
On 6/3/05, Martin Marinschek [EMAIL PROTECTED] wrote:
Say, is the inputHTML component now
short summary again (so that we don't loose anything):
the Apache Tomahawk Faces Extensions project
the Apache Appaloosa Faces Extensions project - short name: Apache loosa :-)
the Apache Mocassin(s) Faces Extensions project
the Apache Lonewolf Faces Extensions project
the Apache Windeyes
Cool... you will need to prepare a proposal, and submit that to
Google, as well as link to your proposal from the Apache Wiki page.
Let's see if we can get something going together!
regards,
Martin
On 6/5/05, Zhong ZHENG [EMAIL PROTECTED] wrote:
Hi dear MyFaces group,
I am the same
1 - 100 of 2425 matches
Mail list logo