Just to do some quick planning...
First I must apologize, that my time spent on MyFaces was minimal in the
last days or weeks. This is because I'm currently working hard on an
important project at my company that does not leave me much air to
breath. I hope that I can manage to spend a few
Matthias Wessendorf wrote:
Hi ... see inline.
Well, now some quick brainstorming regarding the future of
our MyFaces
homepage:
- We should displace the current www.myfaces.org page as soon as
possible. Therefore we should bring all the content into the
new page.
Should not be a great effort
ok, deleted
reporting issues should be easy and without registration, I think.
so we must live with dumb people... :-(
Manfred
Matthias Wessendorf wrote:
Hi,
I just saw this guy...
http://nagoya.apache.org/jira/browse/MYFACES-33
what's that?
Best regards
Mit freundlichen Grüßen
--
Matthias
of a
page, and let jsp handle the rest (including the head).
Also, it requires yet another step to use the component, and I really
would like to avoid that.
Sylvain.
On Wed, 2004-12-01 at 10:04 +0100, Manfred Geiler wrote:
Sylvain Vieujot wrote:
On Tue, 2004-11-30 at 17:16 +0100, Manfred Geiler
Sylvain Vieujot wrote:
I have a component that needs to execute a javascript before the forms
submit.
I tried to overload the form.submit() in javascript, but it doesn't seem
to work.
What do you mean by overload the form.submit() in javascript?
Do you mean the onSubmit attribute?
Manfred
So,
+1
What about this decision itself, do we need a meta decision process? ;-)
Oh, I love recursive self-references :-)
Manfred
Heath Borders schrieb:
+1
On Fri, 7 Jan 2005 13:44:07 +0100, Martin Marinschek
[EMAIL PROTECTED] wrote:
+1
regards,
Martin
On Fri, 7 Jan 2005 05:21:22 -0700, Bill Dudney
+1 on sean schofields patch
I never felt happy with SerializedView beeing serializable.
SerializedView was serializable long ago, then we changed it to be
according to the spec and removed it again. Now, I remember once again,
why I removed the Serializable interface at that time - thanks sean.
ok, done
Manfred
Sean Schofield schrieb:
I propose the following changes:
1. Add the myfaces-dev@incubator.apache.org list to these notifications:
Issue Created, Issue Updated, Issue Resolved and Issue Commented
Since nobody seems to object to this part of your suggestions, can we
go ahead with
offtopic
Bill Dudney wrote:
In order not to be vote happy I'll just state my opinions :-)
Please! My comment on vote happiness was an attempt to be funny. I
never wanted to scare people off using the +/-1/0 shortcuts! :-)
To bring back confidence: Nobody at no time ever will be indicted for
Anbody of you, who has experience with svn plugin for intellij IDEA?
The diff tool in intellij is wonderful, it's the best I know and I love
it. But I fear, that feature is not available with svn.
So,
-1 for SVN from my subjective POV as long as SVN is not integrated in IDEA
Manfred
Sean
+1
BTW, I switched this thread to dev list.
Martin Marinschek schrieb:
You are right, the hook-methods are not there...
my +1 for adding them.
regards,
Martin
On Tue, 18 Jan 2005 09:23:30 -0600, Heath Borders
[EMAIL PROTECTED] wrote:
Yeah, I checked the cvs, and the latest version does not have
Ok, just added a Nightly Build version as you suggested.
Manfred
Sean Schofield schrieb:
I just added a bug that applies to the latest source code but not
version 1.0.8 or 1.0.9. I was unable to specify the bug version as
Unreleased. Ideally we add a Nightly Build version. I know we are
not
Alessandro,
The visibleOnUserRole and enabledOnUserRole attributes cause the
according component to be visible/enabled whenever the isUserInRole of
the current HttpServletRequest returns true. Nothing more.
So if it does not work, please check the JAAS configuration of your
webcontainer. What
Oliver, Sean,
I do not understand every single issue in your current discussion, but
what I see is some danger in the direction your discussion is heading
for at the moment. Please, both, lean back for a few seconds. My stuff
is better discussions are always counterproductive and often end with
Alessandro Polverini schrieb:
On Wed, 2005-03-02 at 22:39 +0100, Manfred Geiler wrote:
Alessandro,
The visibleOnUserRole and enabledOnUserRole attributes cause the
according component to be visible/enabled whenever the isUserInRole of
the current HttpServletRequest returns true. Nothing more.
So
Sean,
Although I understand your agitation, I kindly ask you to sit back and
cool down a little bit. Please do not abuse votings for personal
reasons. I do not even get it out of your mail what you actually want to
vote about:
- vote, which tree is better?
- vote, if we should have one or two
Hm, Are sure this is not a browser issue?
The link actually calls the form.submit() method as I remember. What
does the Javascript Spec say about this?
Manfred
Sylvain Vieujot schrieb:
If an h:commandLink is clicked, any form.onsubmit is skipped.
This can lead to problems like unexpected reset
than one webapps in different contexts and
every app had it's own javax.faces.* classes. Putting the
myfaces-api.jar to /common/lib solved this problem and is also the right
place as far as I understand the Tomcat structure.
Manfred
Thanks,
Sylvain.
On Tue, 2005-03-15 at 09:58 +0100, Manfred
Sean Schofield schrieb:
As Matthias mentioned in his announcment, there is some new
documentation on the new site. I added a Components Tab and I
copied the documentation for JSCookMenu as an example.
There is also an empty template (basically what you now see for the
Tree Table doucmentation)
Craig,
Thanks for your valuable comments.
-- inline
Craig McClanahan schrieb:
Inline.
On Tue, 15 Mar 2005 09:58:37 +0100, Manfred Geiler [EMAIL PROTECTED] wrote:
Hi all,
Thanks for your suggestions and hints about possible project structures.
I fully aggree that there will be different development
Sean Schofield schrieb:
2. The Apache MyFaces Implementation (sub)-project
This is the Main Project consisting of three parts:
- MyFaces JSR-127 API
- MyFaces Shared classes
- MyFaces Implementation
I think this is a worthy goal but there are some things to consider.
As you say, shared
+1
Manfred
Matthias Wessendorf schrieb:
Hi folks,
Apache MyFaces project is proud to be next to provide
the first release as a top level project inside of ASF.
This would be the 1.0.9-beta.
Beta, because we haven't passed the TCK yet.
However the files for the RC1 are
visible here:
Yes, of course, you are right. Default behaviour of h:datatable should
be to NOT save the datamodel state.
Well, I do not remember any recent change and I'm quite sure that this
was the behaviour the last time I touched the datatable. Anybody out
there who can bring some light into this case? ;-)
Heath,
Thanks for illustrating this with such clear words. That's exactly what I meant.
+1 for having x:fooBar always behave like h:fooBar as long as no
additional attributes are added
Manfred
On Mon, 21 Mar 2005 09:00:03 -0600, Heath Borders
[EMAIL PROTECTED] wrote:
I was referencing what
+1 for Ant 1.6
On Mon, 21 Mar 2005 16:24:38 +0100, Matthias Wessendorf
[EMAIL PROTECTED] wrote:
Sean, there is a task for Ant
inside of Apache Forrest.
I had had trouble with a nightly build (from Forrest)
some time ago, so I stopped there.
It depends a Ant Version 1.6 (as far as I
done
On Mon, 21 Mar 2005 20:36:21 +0100 (CET), sean schofield (JIRA)
[EMAIL PROTECTED] wrote:
[
http://issues.apache.org/jira/browse/MYFACES-143?page=comments#action_61346 ]
sean schofield commented on MYFACES-143:
Actually it turns out
Yes, or better isWarnEnabled(). Warn level is probably the best for
this kind of warnings.
Manfred
On Mon, 21 Mar 2005 14:00:14 -0600, Heath Borders
[EMAIL PROTECTED] wrote:
I guess if I just did a check for isDebugEnabled() first before going
through the hassle of searching for a parent form,
, 21 Mar 2005 14:03:18 -0800, Korhonen, Kalle [EMAIL PROTECTED] wrote:
On Mon, 21 Mar 2005 21:06:46 +0100, Manfred Geiler
[EMAIL PROTECTED] wrote:
Yes, or better isWarnEnabled(). Warn level is probably the best for
this kind of warnings.
... and I wouldn't even bother doing isWarnEnabled
Thanks, Sean.
After the release is finished we should make a short code stop and do the move.
Another reminder for our TODO list at
http://wiki.apache.org/myfaces/ProjectManagement
(BTW, I'm not able to edit this page at the moment, Oliver did you set
a write lock?)
-MG
On Mon, 21 Mar 2005
only come with its respective sources.
regards,
Martin
On Tue, 22 Mar 2005 11:26:02 +0100, Manfred Geiler
[EMAIL PROTECTED] wrote:
Hi all,
What was the reason to move the src dirs of the web applications into
one webapps/src dir?!
This breaks structure and is very confusing, IMHO. Each
Martin,
Hope you can stay in contact with us, no problem with gmail isn't it?
Looking forward to nice pictures.
Have a nice trip and take care!
Manfred
On Fri, 25 Mar 2005 09:02:30 +0100, Martin Marinschek
[EMAIL PROTECTED] wrote:
Hi Guys,
I wanted to sign off for my holidays - 1 month New
+0.9
On Tue, 29 Mar 2005 11:28:09 -0400, Sylvain Vieujot [EMAIL PROTECTED] wrote:
Indeed, as Oliver said, the spec says :
all angle brackets should be converted to the ampersand xx semicolon
syntax when rendering the value of the value attribute as the value of the
component.
And doesn't
Perhaps a bug in the configurator, but it's more likely that he had
some snarls with the default renderer type in his custom component.
-M
On Apr 1, 2005 6:15 AM, Sean Schofield [EMAIL PROTECTED] wrote:
One of our users was trying to using their own extended version of
tree2. In their
Thanks Sean!
That's indeed a great leap forward.
-M
On Apr 1, 2005 12:36 AM, Sean Schofield [EMAIL PROTECTED] wrote:
I finally finished up with the nightly builds. They are being
generated at 11:00 PM EST from my Linux server. They are being
published to
Hi Adam,
Thanks for your valuable feedback.
see inline
On Mar 29, 2005 12:54 AM, Adam Winer [EMAIL PROTECTED] wrote:
To introduce myself, name's Adam Winer: long standing member of the
JSF EG(actually, essentially the only member still standing from the
original JSF kickoff meeting), and
one-two-one-two
On Apr 1, 2005 10:37 AM, Matthias Wessendorf [EMAIL PROTECTED] wrote:
test
The autoscroll feature makes the browser page automatically jump down
(and right) to the place where the user had scrolled before a page
refresh. This happens regardless of which component caused the page
refresh. So it's not a particular Renderer that might take advantage
of autoscroll, it's the
see http://issues.apache.org/jira/browse/MYFACES-171
On Mar 29, 2005 1:40 PM, Matthias Wessendorf
[EMAIL PROTECTED] wrote:
Mathias,
I tested your patch and it works.
(after defining ui_column_attributes in myfaces_ext.tld)
Thanks!
I submitted that new custom component (and your example
Key: MYFACES-171
URL: http://issues.apache.org/jira/browse/MYFACES-171
Project: MyFaces
Type: Task
Versions: 1.0.9 beta
Reporter: Manfred Geiler
Priority: Minor
UIColumns class for new crosstable component should
Sean,
Thanks for your initiative.
My thoughts and visions about the restructuring differ slightly, but
I'm happy to dicuss this.
Apache Faces (aka the JSF umbrella)
==
I personally like the idea of that umbrella project that could grow
to become the home of all JSF
- (shortened)
From: Manfred Geiler [mailto:[EMAIL PROTECTED]
Sent: Monday, April 11, 2005 1:09 PM
To: MyFaces Development; Sean Schofield
Subject: Re: Proposal: Modest Restructuring of MyFaces Project
---
Sandbox
===
I would rather make this a subproject of Components (see
My intention was to signal new users more clearly that this library is
independent of the myfaces implementation: myfaces-jsfcommons, a JSF
Commons Library under the MyFaces brand. That was the idea behind,
but perhaps I'm thinking too sophisticated :-)
I'm ok with myfaces-commons too,
Sean, I just added my pubkey and commited the KEYS file in MyFaces CVS root.
James, is it ok to sign another committers key if he adds and commits
his key to the KEYS file? I mean, is CVS log history safe enough to
trust a key on the basis of it?
Thanks,
-Manfred
On Apr 11, 2005 8:10 PM, James
Final release 1.0.9beta is only a question of hours now. After
publication will be the best time to finally move our repository out
of the incubator.
We have already discussed and voted about the SVN issue, but there are
some new and changed circumstances and I would like to find out if
there are
Hej, look at http://geronimo.apache.org/download.html
That's a perfect solution to our current problem!
Let's do it the same way and call our current release MyFaces 1.0 Milestone 9.
Milestone sounds better than beta, right? ;-)
Regarding filename:
IMHO, as long as we make clear that this is no
http://java.sun.com/j2ee/javaserverfaces/
Cheers,
-Manfred
For all WIndows users: TortoiseSVN is a good choice. Give it a try.
IntelliJ users: I'm currently evaluating build #3281 with integrated SVN support. No problem so far.
Oliver, yes, tool support is better (manifold) for CVS. Not really astonishing keeping the age of CVS in mind.
Anyway, the ASF
test-mail to old adress
If you can manage to add this feature by only deriving and extending
some special classes I do not see a problem. Place your additions into
the components and extensions src tree. This way there will be
no interfere with the standard 1.1 implementation and we could easily
migrate this code into
people = cvs = minotaur
all the same host 209.237.227.194
;-)On 4/20/05, Matthias Wessendorf [EMAIL PROTECTED] wrote:
people.apache.org too-mw-On 4/20/05, Sean Schofield [EMAIL PROTECTED] wrote: Just checked.I cannot ssh into Minotaur so that is probably it.
Also someone on struts-dev reported
2005/4/26, Grant Smith [EMAIL PROTECTED]:
Are there any guidelines for documentation we should be following ?
I would like to improve our documentation; the extended components in
particular. Should everything be done through Forrest ?
Yes, please.
We could also try to enable the pdf
tldoc and javadoc on homepage are currently broken. Will try to upload
them again ASAP.
I think it was my fault, because I cleaned up the website dir last
time before I checked it out from SVN. So I will add tldoc and javadoc
to the site in SVN, so that this cannot happen again in the future.
Grant,
Thanks very much.
Works like a charm.
-Manfred
2005/5/3, Grant Smith [EMAIL PROTECTED]:
The new official Subversion repository for Myfaces is now ready.
https://svn.apache.org/repos/asf/myfaces
This holds:
site/ (The website)
branches/ (All the old branches we had in the CVS
ok, I added the javadoc and tlddoc creation to build-site.xml
so, on site creation those dirs are updated automatically.
did also a svn up on minotaur, but mirrors have not been synced yet.
-Manfred
2005/5/3, Manfred Geiler [EMAIL PROTECTED]:
tldoc and javadoc on homepage are currently broken
Heath,
Thanks very much for your help and good luck with your new project.
-Manfred
2005/5/6, Heath Borders [EMAIL PROTECTED]:
My web project has been canceled, and we're migrating our code over to the
Eclipse Rich Client Platform. Unfortunately, I won't be an active user of
JSF any longer.
Was also curious and just found the reason:
SVN seams to change all the $Date entries in source files to timezoned
date/time entries on every update or commit.
So, if developers update (or checkout) from different timezone
offsets, they have different source codes for all files on their
local
clutter up the source code and documentation.
On 5/9/05, Manfred Geiler [EMAIL PROTECTED] wrote:
SVN experts, is there really no alternative or backward compatibility
solution?
:-(
-Manfred
2005/5/8, Sylvain Vieujot [EMAIL PROTECTED]:
Yes, I found that nice too :-(
On Sun
-stress injury
suffered by pressing CTRL-Y seven million times...
Manfred Geiler wrote:
Oliver, I fear you are right. Here is my sad
+1 for removing $Log$
-Manfred
On 5/3/05, Manfred Geiler [EMAIL PROTECTED] wrote:
ok, I added the javadoc and tlddoc creation to build-site.xml
so, on site creation those dirs are updated automatically.
did also a svn up on minotaur, but mirrors have not been synced
yet.
-Manfred
2005/5/3, Manfred Geiler
...
Bruno
2005/5/13, Manfred Geiler [EMAIL PROTECTED]:
If I remember right, there is already a forrest clean target that
empties the site build dir.
-Manfred
2005/5/13, Sean Schofield [EMAIL PROTECTED] :
I double-checked and realized that Forrest was *not* deleting
yes
+1 for using upcoming version number
-Manfred
2005/5/16, Oliver Rossmueller [EMAIL PROTECTED]:
I would like to suggest we use the version number of the upcoming
release instead of - or in addition to - 'Nightly Build' in the Fix
version/s field. This way the jira feature of generating
+1
-Manfred
2005/5/19, Sean Schofield [EMAIL PROTECTED]:
I propose that we go ahead and create a sandbox area and at a minimum
it can be used by committers (such as myself) who have existing code
they want to get feedback on. Those that want to contribute a
component and work within the
Hi all,
As Martin has already mentioned I will attend the JavaOne 2005 for
sure. We all must meet there, of course! ;-)
We had our first developer meeting at the JavaOne in 2004 (Bill, Kito
and me) and I enjoyed it very much. Many things have happend (Apache!)
and the community grew a little bit
Which sources? The latest 1.0.9 release?
Just downloaded and checked: Everything on it's place.
Or did you mean the RI sources?
-Manfred
2005/5/27, Jesse Alexander (KBSA 21) [EMAIL PROTECTED]:
Hi
I panicked because in the downloadable JSF-sources that package contains
only a package.html
The shared code issue was misleading in Sean's first mail. In fact
it was a typo - Sean, please correct me if I missed something.
John, to get your confidence back ;-) please be assured, there is not
a single class that is shared between api and impl in a way that makes
api depend on impl. The
One of the Oracle guys suggested tomahawk. I like it because it has
an Apache ring to it. I'm open to other code names (although lets
call it tomahawk now as you are doing for the purposes of discussion
the jar file contents.) Also I think a codename is better than
myfaces-components. For
You mentioned SVN changes / reorg. Would that be a new repository ? If so,
do we need to request that from the infrastructure people, or can we do it
ourselves ?
Not sure if we'll need infra help but basically we'll need to create
subrprojects etc and move stuff around. Most of this I
Yes, I (the author of this class ;-) know that this phase listener is
absolutely necessary for the extended data table to work properly.
This listeners purpose is to make sure that the refresh method for
each extended HtmlDataTable in the component tree is called right
before the render phase
The goal is to have something
similar to Struts as far as how they organized things.
Ok, sounds good, thanks,
-Manfred
2005/5/30, Sean Schofield [EMAIL PROTECTED]:
-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 RI users.
I agree but there are others who feel
Manfred suggested also mocassins ;)
Yes!
These boots are made for walking...
:-)
These things where done in the encodeBegin method in the past. And
that always caused troubles. Hmm, I do not know the exact answer by
now. Has something to do with isRendered and isRenderedIfEmpty and
caching backing beans and so on - sorry, it was long ago ;-) . What I
know for sure: It cost me
Thanks, Sean, for your spirit, I'm flabbergasted.
Only a few questions to be sure I understand everything:
* The proposed directories are meant to reside in the current myfaces
root, right? So we would get
http://svn.apache.org/repos/asf/myfaces/current
2005/5/31, Martin Marinschek [EMAIL PROTECTED]:
Oh my,
I wonder where we will end up with this discussion!
That's what marketing departments are doing the whole day long, isn't
it? Well, we do not have a marketing department. So, let's collect
some further ideas. At the same time let's do not
Hej, cool. Would be a nice explanation for the FAQ section Why is the
components/goodies subproject called ... ?
What about this one:
MOre Cool Additional Stuff that Saves paIN
:-)
-Manfred
2005/5/31, Jesse Alexander (KBSA 21) [EMAIL PROTECTED]:
a MOCASSIN is a nice additional feature if you
Jonas,
Sorry for answering so late.
As Martin has mentioned I was on vacation last week. Without
internet/email - Yes, it's possible!!! ;-)
Please count me +1
Thanks very much,
Manfred
2005/6/17, Jonas Jacobi [EMAIL PROTECTED]:
I have more! (I'm starting to sound like an TV advertiser ;)
Thanks Martin,
perfect explanation.
(These classes where perpetrated by me and are undocumented at all -
shame on me)
I am not sure if we really should ship this stuff with binary release,
because it only makes sense for experienced component developers. So
shipping it together with source should
What do you mean by preserveDataModel is too aggressive?
It was introduced to exactly solve this common problem. Fact is, we
want UI components that behave as simple as fat client components
(Swing) do. What we expect is, that when an action is fired, a table
must not be changed in the meantime
also a very light modification as only the UIData.getClientId needs to
be overridden.
By the way, maybe a more explicit attribute name would be rowClientId.
Sylvain.
On Tue, 2005-06-21 at 09:33 +0200, Manfred Geiler wrote:
What do you mean by preserveDataModel is too aggressive
that's lacking for the preserveDataModel too anyway), or do
you think we should Not implement the rowClientId ?
Thanks,
Sylvain.
P.S. I'll work to give a good example when the preserveDataModel fails.
On Tue, 2005-06-21 at 11:29 +0200, Manfred Geiler wrote:
Cannot fully
be enoguh...
Regards,
Bruno
2005/6/21, Manfred Geiler [EMAIL PROTECTED]:
Thanks Martin,
perfect explanation.
(These classes where perpetrated by me and are undocumented at all -
shame on me)
I am not sure if we really should ship this stuff with binary release
yes, looks good
+1 for automatic download of jars
-Manfred
2005/6/21, Sean Schofield [EMAIL PROTECTED]:
First off, thanks to James Mitchell (of the Struts team) who has been
teaching me the wonders of svn:externals. I hope my SVN reorg will
make him proud. :-)
While James and I were
Sean, thanks for the hard work.
Unfortunately at the moment I'm under great preasure at my company
and fear that I cannot be of much help. I will try of course. On
Saturday morning I will be on the plane to SF for JavaOne. Of course
we will stay in contact next week, but I cannot promise that I
Thanks Sean,
As mentioned please do not hesitate to contact me though if you have
any problems or questions. I will try to read my mails as often as
possible.
BTW, I have no idea at the moment how to turn of commits to SVN. I
remember that I do have special rights that they only give to PMC
Sounds good.
What about the IntelliJ hackers? Anyone out there who has a similar
thing for it? (workspace and project files)
Thanks,
Manfred
2005/6/24, Bill Dudney [EMAIL PROTECTED]:
Hi All,
i'd like to supply an Eclipse configuration for the projects that
Sean is currently working to
+1
it was always included
and that's what everybody expects, at least for the custom components
code and taglib - it's the place where much of the documention is now,
and where people also expect it most for an open source product
-Manfred
2005/6/28, Sean Schofield [EMAIL PROTECTED]:
What do
+1 for kicking out the jars from svn
-Manfred
On 6/29/05, Oliver Rossmueller [EMAIL PROTECTED] wrote:
Please vote for the proposal to
- remove the jars of all required libraries from SVN
- provide an ant target to download them from some external location
-0 from me. If it makes all of
So, this is also the right place to congratulate and thank Stan for
his brilliant Portlet/MyFaces Session at the JavaOne.
For those who where not there: The Yerba Buena Theatre was full to
bursting - must have been 500-1000 people - wow!
-Manfred
2005/7/1, Bruno Aranda [EMAIL PROTECTED]:
I
One last proposal from my side for a catchy name for the new
components and extensions sub project.
(Devised by a good friend of mine)
Apache Obsidian
Obsidian = a stone that can have many colors and serve different
purposes: decoration, arrow head, pendulum, ...
And there is a nice connection:
Just a reminder for everyone:
Please discuss serious and important issues like this on the dev list,
not on the user list!
Keep in mind the different Topics:
users@myfaces.apache.org -- MyFaces users help users
dev@myfaces.apache.org -- MyFaces developers and committers discussions
It makes
+1 for making tomahawk 100% RI compliant
BUT
-1 for removing Tiles support - definitely!
Reason:
* Tiles support is one of the key features of MyFaces
* Tiles support should not (and is not AFAIK) RI incompatible
Where does it use MyFaces impl stuff? The special
JspTilesViewHandlerImpl does
.
sean
On 7/6/05, Manfred Geiler [EMAIL PROTECTED] wrote:
Ok, looks like I have to jump into the bad cop role now. :-(
DataTable is a very very delicate component. I know there were some
long outstanding issues, that need to be fixed.
BUT, DataTable supported some important things
If there is an automated way without svn, of course
+1 from me
Thanks,
-Manfred
2005/7/6, Grant Smith [EMAIL PROTECTED]:
+1
Sean Schofield wrote:
I know you are probably tired of my proposals by now ;-) ... but there
is more work to be done.
We should remove the stuff from
Thanks Bill, sounds cool.
-Manfred
2005/7/7, Bill Dudney [EMAIL PROTECTED]:
Hi All,
I was really impressed with the ICEfaces demo at JavaOne and since it
worked on the RI I wanted to check it out with MyFaces. Turns out
they have a dependency on an RI Class. I've let them know about the
Hmm, quite a long time ago...
One thing I have in mind is this:
For simple tables (without input components) the validation, model
update and so on is not necessary. And even for complex tables it is
the question if it is desireable by default to do those things and
display error messages if the
To make it backward compatible we should create a x:commandSortHeader2
component.
Mathias
-Original Message-
From: Manfred Geiler [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 07, 2005 2:52 PM
To: MyFaces Development
Subject: Re: Why is immediate=true default
) but won't
the submitted value be lost when you change the values of the inputs
after the sort?
sean
On 7/7/05, Manfred Geiler [EMAIL PROTECTED] wrote:
There is a tradeoff here but in the end its an easy one. One the one
hand, as Manfred points out, you will get potential validation
OT reason=justforfun
I would propose that anyone committing a change that causes a test to
fail be put in a small interrogation room with the Manfred Geiler Bad
Cop. Be very afraid.
:-)
Harhr! Who dares?
BTW, for serious interrogation we also need a Good Cop. Any volunteer?
-Manfred
+1
2005/7/8, Grant Smith [EMAIL PROTECTED]:
+1 for consolidation, yet with separate areas for non-jsCookMenu-cluttered
stuff.
Sean Schofield wrote:
Can we get a few more +1's for this?
sean
On 7/7/05, Bill Dudney [EMAIL PROTECTED] wrote:
yes now the cobwebs are
Thanks, Martin.
BTW, I would like to add some pictures from the JavaOne to the homepage.
Can you please inform me when everything is fixed?
Thanks,
Manfred
2005/7/10, Martin Marinschek [EMAIL PROTECTED]:
I will do that.
regards,
Martin
On 7/10/05, Sean Schofield [EMAIL PROTECTED] wrote:
1 - 100 of 694 matches
Mail list logo