[OT] Farewell

2005-05-05 Thread Heath Borders
on MyFaces almost a year ago.  I'm sure you don't need me to tell you that you've really created something great here, and I was proud to use MyFaces and contribute to the project. -- -Heath Borders-Wing[EMAIL PROTECTED]

Re: Templating

2005-04-21 Thread Heath Borders
Heath and others talked about JSPs as renderers forUIComponents. Today I saw in Rick Hightowers blog that nice article. http://www.jroller.com/page/RickHigh/Perhaps someone is interested!Cheers,Matthias-- -Heath Borders-Wing [EMAIL PROTECTED]

Re: [vote] Switch to Subversion

2005-04-20 Thread Heath Borders
users still do not have integrated SVN support. >>>>>Pros:>>>>>- SVN is the new repository technology for ASF. At the long term all>>>>>Apache projects should have moved to SVN. So it's unwritten common>>>>>sense that new top level projects should start with SVN from the >>>>>beginning.>>>>>- As you know, SVN is able to keep history for renamed and moved files>>>>>and dirs. Just now we are discussing some serious structural changes >>>>>(subprojects, sandbox, etc.) If we do that now in CVS we would loose>>>>>valuable history for many files.>>>>>- TortoiseSVN is a powerful alternative for all IntelliJ users in the meantime. >>>>>>>>>>So here is my definite>>>>>+1 for switching from CVS to Subversion>>>>>>>>>>-Manfred>>>>>>>>>> >>>>>>>>>>>>>>-->>>>Oliver Rossmueller>>>>Software Engineer and IT-Consultant>>>>Hamburg, Germany>>>> http://www.rossmueller.com>>>>>>>>>>>>>>>>>>>>>>>>>--Oliver RossmuellerSoftware Engineer and IT-Consultant Hamburg, Germanyhttp://www.rossmueller.com -- -Heath Borders-Wing[EMAIL PROTECTED]

Re: [announce] Now Available: Public Review Draft of the JavaServer Faces Technology 1.2 Specification (JSR 252)

2005-04-15 Thread Heath Borders
gt; >>>>> On Fri, 15 Apr 2005 11:34:00 +0200, Manfred Geiler <[EMAIL PROTECTED]> said:>> MG> http://java.sun.com/j2ee/javaserverfaces/>> With our own Manfred Geiler on the Expert Group, no less!>> Ed>--Matthias Wessendorf-- -Heath Borders-Wing[EMAIL PROTECTED]

Re: Getting Values from selectOneListbox

2005-04-13 Thread Heath Borders
st}" immediate="true">value="#{loanSelectionListDataModelBean.loanNameList}" />value = valueChangeEvent.getNewValue ();This give the element number select in the list 1-99 etc How do I get the actual value text (Loan Name)?Thanks,Roger Lee  -- -Heath Borders-Wing[EMAIL PROTECTED]

Re: [vote] Switch to Subversion

2005-04-13 Thread Heath Borders
hanges(subprojects, sandbox, etc.) If we do that now in CVS we would loose valuable history for many files.- TortoiseSVN is a powerful alternative for all IntelliJ users in the meantime.So here is my definite +1 for switching from CVS to Subversion-Manfred -- -Heath Borders-Wing[EMAIL PROTECTED]

Re: Proposed improvement to x:dataTable

2005-04-11 Thread Heath Borders
number.  That is one possiblefield our users might want to select in their query.  We'd like tomake that field a hyperlink in the report so that the user can jumpright to the document in question.  So whenever this field is presentthen we use different JSP than the default.seanOn Apr 11, 2

Re: Proposal: Modest Restructuring of MyFaces Project

2005-04-11 Thread Heath Borders
follow that but it always seemed a bit strange to me.  Couldn't therejust be a single Sun API jar that we all use?> Craigsean-- -Heath Borders-Wing[EMAIL PROTECTED]

Re: Proposed improvement to x:dataTable

2005-04-11 Thread Heath Borders
face in the actual application that uses it butthere would be no such requirement to make the new functionality work.seanOn Apr 11, 2005 2:22 PM, Heath Borders <[EMAIL PROTECTED]> wrote:> What is wrong with doing a component-binding and setting this stuff up in> your bean?>> We

Re: Proposed improvement to x:dataTable

2005-04-11 Thread Heath Borders
ase let me know if you have a problem with this approach.sean-- -Heath Borders-Wing[EMAIL PROTECTED]

Re: Proposal: Modest Restructuring of MyFaces Project

2005-04-11 Thread Heath Borders
SF Implementation (myfaces-impl)>   |-- Apache MyFaces JSF Commons (myfaces-jsfcommons)>   |-- Apache MyFaces JSF Collection (myfaces-coll)>       |-- Apache MyFaces Components (aka "Tomahawk")>   |-- Apache MyFaces "Sandbox">   |-- other subprojects to follow...>> --->-- -Heath Borders-Wing[EMAIL PROTECTED]

Re: [VOTE] Release MyFaces 1.0.9

2005-04-08 Thread Heath Borders
ish using the> > > bootstrap process. (Hopefully Matthias will come back to us soon and> > > he can take over the build responsibilities.)> > >> > > My Vote:> > >> > > +1 (release)> > >> >> >>-- -Heath Borders-Wing[EMAIL PROTECTED]

Re: Passthrough attributes

2005-04-07 Thread Heath Borders
ECTED]> wrote: Isn't there a generic MyFaces way to add the standard passthroughattributes (ex. style) to a custom component.  Rob has submitted apatch that does this manually but I wanted to make sure we weren'toverlooking a generic method for doing this.sean-- -Heath Borders-Wing[EMAIL PROTECTED]

Re: [jira] Commented: (MYFACES-171) Wrong src tree for UIColumns

2005-04-07 Thread Heath Borders
ly this patch?Thanks,-MOn Apr 7, 2005 3:06 PM, Heath Borders-Wing (JIRA)<myfaces-dev@incubator.apache.org> wrote:>  [ http://issues.apache.org/jira/browse/MYFACES-171?page=comments#action_62356 ]>> Heath Borders-Wing commented on MYFACES-171:> -

[jira] Commented: (MYFACES-171) Wrong src tree for UIColumns

2005-04-07 Thread Heath Borders-Wing (JIRA)
[ http://issues.apache.org/jira/browse/MYFACES-171?page=comments#action_62356 ] Heath Borders-Wing commented on MYFACES-171: I don't think its correct to have a dependency of the shared code on anything but the API code. Your fix s

[jira] Commented: (MYFACES-169) h:datatable with nested UIData not working

2005-04-06 Thread Heath Borders-Wing (JIRA)
[ http://issues.apache.org/jira/browse/MYFACES-169?page=comments#action_62265 ] Heath Borders-Wing commented on MYFACES-169: I'm just curious as to what your JSP looks like that's causing your error, because the test JSP I made

Re: Better object.toString() instead of cast (String)object

2005-04-04 Thread Heath Borders
return that value.That would make it possible to use java.lang.CharSequence or any otherobject instances to use as a value for the properties.Mathias-- -Heath Borders-Wing[EMAIL PROTECTED]

Re: ADF Faces and MyFaces' forceId

2005-04-01 Thread Heath Borders
7;t prepend its id" doesn't make sense.> > Prepending IDs is what is for.> > So is that whole subview/server-side include issue been resolved in> the 1.2 spec?  I know there was talk of it but I didn't find anything> concrete in the early draft.  If you no long

Re: ADF Faces and MyFaces' forceId

2005-04-01 Thread Heath Borders
disambiguation from > ". > > -- Adam > > On Apr 1, 2005 1:39 PM, Heath Borders <[EMAIL PROTECTED]> wrote: > > But what about other NamingContainers that are not UIForms, like > > UIDatas? The way that forceId works is ideal with a UIData (it > > prepen

Re: ADF Faces and MyFaces' forceId

2005-04-01 Thread Heath Borders
g > > in the addition of the 'forceId' attribute to MyFaces. Is that something > > the ADF Faces team might be able to share with us? > > > > TIA! > > > > -- > > Martin Cooper > > > -- -Heath Borders-Wing [EMAIL PROTECTED]

Re: ResponseWriter.endDocument() vs. ADF Faces (and, hello)

2005-04-01 Thread Heath Borders
- The autoscroll Javascript hasn't already been written > > Everyone keeps jumping to filters and custom tags; I can imagine > that for the dummy form code, but I can't imagine why either is > necessary for custom Javascript. > > -- Adam > > > On Apr 1, 2005

Re: ResponseWriter.endDocument() vs. ADF Faces (and, hello)

2005-04-01 Thread Heath Borders
way it's handled now via a parameter in > the web.xml. > > By the way, I'll need to find some time to include a document explaining how > to configure this filter, and why you need it. > > > On Fri, 2005-04-01 at 15:04 -0600, Heath Borders wrote: > I&#

Re: ResponseWriter.endDocument() vs. ADF Faces (and, hello)

2005-04-01 Thread Heath Borders
will be performed on the generated html. > As this processing is performed after the all JSF response has been > completed, I don't think you have such problems. > It works exactly the same way SiteMesh works. > > Sylvain. > > > On Fri, 2005-04-01 at 13:25 -0600, Heath Bord

Re: ResponseWriter.endDocument() vs. ADF Faces (and, hello)

2005-04-01 Thread Heath Borders
content --%> This could result in the following html: // autoscroll javascript On Apr 1, 2005 12:36 PM, Korhonen, Kalle <[EMAIL PROTECTED]> wrote: > > -Original Message- > > From: Heath Borders [mailto:[EMAIL PROTECTED] > > Subject: Re: ResponseWriter.endD

Re: ResponseWriter.endDocument() vs. ADF Faces (and, hello)

2005-04-01 Thread Heath Borders
(); //TODO: Use converter for value > > .. well, no: Converters are not applicable here. > > - Remove any code that tries to output around Javascript, and > > move that functionality into ResponseWriter.startElement("script") and > > ResponseWriter.endElement("script") so it can be globally enabled and > > disabled if needed. > ok, added jira issue - in your name ;-) > > > Thanks, > > Adam Winer > > [EMAIL PROTECTED] > gmail rulez :-) > > Thanks Adam, > -Manfred > -- -Heath Borders-Wing [EMAIL PROTECTED]

Re: Question about custom render kits

2005-03-31 Thread Heath Borders
s-config.xml > that is inside the jar. The user is reporting that MyFaces is > requiring the renderer to specified in the user's faces-config.xml > file if the component is overridden there. > > Is that true? If so, is that a MyFaces bug/limitation or is that in > the specification somewhere? > > sean > -- -Heath Borders-Wing [EMAIL PROTECTED]

Re: Problem when decoding HtmlTextInput

2005-03-31 Thread Heath Borders
, is that the value is > >>"", so nothing is displayed. > >> > >> It's possible that my pages are screwed up, but this > >> used to work and recently quit (we updated to new code > >> to get some tree2 support.) Should the HtmlRendererUtils > >> not use 'null' instead of "" for denoting no submitted > >> value? > >> > >> -- Jon > > > > > > > > > > -- -Heath Borders-Wing [EMAIL PROTECTED]

Re: HTMLEcoder and \n

2005-03-30 Thread Heath Borders
ource, but that doesn't > make much difference to the user. > > That's why I thought the spec would have made this encoding the standard > feature. > > Anyway, thanks for your feedback. > I'll add this attribute, and hope it'll be the standard way in future

Re: HTMLEcoder and \n

2005-03-30 Thread Heath Borders
t's important to have something easy to understand, to remember, and > that doesn't take a full line to type. > > > On Wed, 2005-03-30 at 08:18 -0600, Heath Borders wrote: > What I meant by &newline; was that if such a thing existed in HTML, then I > would have no pr

Re: HTMLEcoder and \n

2005-03-30 Thread Heath Borders
need a totally different property on the component anyways, we might as well have that on the tag. So, I'd rather see something like "convertLineBreaks" or something on the tag. On Wed, 30 Mar 2005 08:34:57 -0400, Sylvain Vieujot <[EMAIL PROTECTED]> wrote: > Inline. >

Re: HTMLEcoder and \n

2005-03-29 Thread Heath Borders
> Then, the formating is lost. In fact, it's in the source, but that doesn't > make much difference to the user. > > That's why I thought the spec would have made this encoding the standard > feature. > > Anyway, thanks for your feedback. > I'l

Re: [Vote] release candidate2 for Apache MyFaces

2005-03-29 Thread Heath Borders
- > [ ] +1 - Yes, Release the current code as 1.0.9-beta > [ ] +0 - Can't see why not > [ ] -1 - Please don't. Here's why:. > ---- > > Thanks, > Matthias > > -- -Heath Borders-Wing [EMAIL PROTECTED]

Re: Problem when decoding HtmlTextInput

2005-03-29 Thread Heath Borders
sible that my pages are screwed up, but this > > used to work and recently quit (we updated to new code > > to get some tree2 support.) Should the HtmlRendererUtils > > not use 'null' instead of "" for denoting no submitted > > value? > > > > -- Jon > > -- -Heath Borders-Wing [EMAIL PROTECTED]

Re: HTMLEcoder and \n

2005-03-29 Thread Heath Borders
nk the simplest fix would be to add an encodeNewline (defaults false) > > attribute to x:outputText. > > > > I don't know about the pluggable interface, but it looks a bite complex to > > me for such a small requirement. > > > > Does everyone agree that I add

Re: HTMLEcoder and \n

2005-03-29 Thread Heath Borders
xt you have to do it on your own (and > > don't forget to set encode="false" for the h:outputText in this case > > otherwise the s will end up on the user's screen). > > > > Oliver > > > >> > >> Sylvain. > > > > > > > > > > -- -Heath Borders-Wing [EMAIL PROTECTED]

Re: ResponseWriter.endDocument() vs. ADF Faces (and, hello)

2005-03-28 Thread Heath Borders
ing strValue = value.toString(); //TODO: Use converter for value > .. well, no: Converters are not applicable here. > - Remove any code that tries to output around Javascript, and > move that functionality into ResponseWriter.startElement("script") and > ResponseWriter.endElement("script") so it can be globally enabled and > disabled if needed. > > Thanks, > Adam Winer > [EMAIL PROTECTED] > -- -Heath Borders-Wing [EMAIL PROTECTED]

Re: Holidays

2005-03-25 Thread Heath Borders
enjoy the trip! > > > > -Matthias > > > > Martin Marinschek wrote: > > > 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 > > > -- -Heath Borders-Wing [EMAIL PROTECTED]

Re: Warning messages

2005-03-22 Thread Heath Borders
abled() methods are basically only provided to skip over unnecessary > string concatenation. Really useful for debug() logging but not so for > warn messages, which there usually are a lot less and they are almost > always enabled anyways. > > Kalle > > > > > > > M

Re: Warning messages

2005-03-21 Thread Heath Borders
nabled(). 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

Re: Warning messages

2005-03-21 Thread Heath Borders
I guess if I just did a check for isDebugEnabled() first before going through the hassle of searching for a parent form, it would have the same result. On Mon, 21 Mar 2005 11:39:34 -0800, Korhonen, Kalle <[EMAIL PROTECTED]> wrote: > > -Original Message- > > From: Hea

[jira] Commented: (MYFACES-141) accessing properties of an extended "List"

2005-03-21 Thread Heath Borders-Wing (JIRA)
[ http://issues.apache.org/jira/browse/MYFACES-141?page=comments#action_61333 ] Heath Borders-Wing commented on MYFACES-141: This is probably a spec issue and not an implementation issue. > accessing properties of an extended &q

Re: Problem with datatable and a default preserveDataModel=true

2005-03-21 Thread Heath Borders
00, Sean Schofield wrote: > > > I think as a more general rule, it would be best if the extended > > > components set behaved exactly like the regular component set by > default. > > This would ease entry into the component set for other > developers. But > > isn't preserveDataModel MyFaces specific? > -Heath Borders-Wing sean > -- -Heath Borders-Wing [EMAIL PROTECTED]

Re: Warning messages

2005-03-21 Thread Heath Borders
ages for this would be very > > > helpful to newbies... > > Bruno > > On Sun, 20 Mar 2005 21:31:01 -0600, > > Heath Borders > <[EMAIL PROTECTED]> wrote: > > Do you guys think we > > should have warning messages for things we know > > will cause compon

Re: Problem with datatable and a default preserveDataModel=true

2005-03-21 Thread Heath Borders
DataModel is set to true! regards, Martin On Sun, > 20 Mar 2005 21:44:55 -0600, Heath Borders <[EMAIL PROTECTED]> wrote: > > using the doesn't make you dependent on the MyFaces > > implementation. The components set is implementation independent. > > But, > I t

Re: Problem with datatable and a default preserveDataModel=true

2005-03-20 Thread Heath Borders
x:datatable must ensure that the values in the datamodel where serializable. > > To minimize dependencies we are using h:datatable until we need some > special functions of myfaces. But now we must refer to x:datatable just > to disable the serialization of the datamodel. > -- -Heath Borders-Wing [EMAIL PROTECTED]

Warning messages

2005-03-20 Thread Heath Borders
newbies a lot. It should be on by default because experienced people will know to turn it off, and newbies won't. -- -Heath Borders-Wing [EMAIL PROTECTED]

[jira] Commented: (MYFACES-127) dataTable (or h:column rendered=) confuses its var with previous instances of dataTable

2005-03-17 Thread Heath Borders-Wing (JIRA)
[ http://issues.apache.org/jira/browse/MYFACES-127?page=comments#action_61162 ] Heath Borders-Wing commented on MYFACES-127: This makes perfect sense. You cannot refer to a dataTable's 'var' in methodBindings in the c

Re: [Vote] release candidate1 for Apache MyFaces

2005-03-16 Thread Heath Borders
* closed MYFACES-126 in Jira > * closed MYFACES-128 in Jira > * closed MYFACES-132 in Jira > * add a fallback textarea mode to the htmlEditor > > and lot's of bugfixes ;) > > We hope you enjoy it! > > -Matthias Weßendorf > -- -Heath Borders-Wing [EMAIL PROTECTED]

Re: Project structure and release policy (was Re: Components subproject)

2005-03-16 Thread Heath Borders
t; > Why get rid of components+shared but still have a component + shared + > impl + components? I think you have a good point about confusion with > the different "combination" jars (plus the larger file sizes for the > nightlies.) So why not get rid of all of them and just have the four > separate jars (api, impl, shared and components?) > > > Manfred > > sean > -- -Heath Borders-Wing [EMAIL PROTECTED]

Re: document.form[x].onsubmit in

2005-03-15 Thread Heath Borders
x27;t find cases where it would do wrong. > > Thanks, > > Sylvain. > > > On Tue, 2005-03-15 at 16:24 -0600, Heath Borders wrote: > Unfortunately, I don't think form.onsubmit() is part of the W3C spec. I > would hate to inject non-standard javascript into our code.

Re: document.form[x].onsubmit in

2005-03-15 Thread Heath Borders
+".onsubmit){"+jsForm+".onsubmit();}"); > > I > don't think it would break anything. > Does anybody sees any problem adding > this code ? > > Thanks, > > Sylvain. -- -Heath Borders-Wing [EMAIL PROTECTED]

[jira] Commented: (MYFACES-52) Difference between image attribute of commandButton and url attribute of graphicImage on render

2005-03-11 Thread Heath Borders-Wing (JIRA)
[ http://issues.apache.org/jira/browse/MYFACES-52?page=comments#action_60659 ] Heath Borders-Wing commented on MYFACES-52: --- I don't know when the next spec will be released. We don't control the spec. Here is a link to

[jira] Commented: (MYFACES-129) Nested x:dataTable problem

2005-03-11 Thread Heath Borders-Wing (JIRA)
[ http://issues.apache.org/jira/browse/MYFACES-129?page=comments#action_60651 ] Heath Borders-Wing commented on MYFACES-129: This is the same bug as MYFACES-38. A fix has been submitted, it just needs to be committed to the source tree

[jira] Commented: (MYFACES-52) Difference between image attribute of commandButton and url attribute of graphicImage on render

2005-03-11 Thread Heath Borders-Wing (JIRA)
[ http://issues.apache.org/jira/browse/MYFACES-52?page=comments#action_60650 ] Heath Borders-Wing commented on MYFACES-52: --- While I agree that the disparate behaviors of CommandButton and GraphicImage are annoying, the behavior is correct

Re: Strange behavior for inner x:dataTable on submit.

2005-03-11 Thread Heath Borders
;%> > <%@ taglib uri="http://java.sun.com/jsf/core"; prefix="f"%> > <%@ taglib uri="http://myfaces.apache.org/extensions"; prefix="x"%> > > > Test inner data table > > > > > > > > > > > > > > > > value="#{lev2.propertyA}" /> > > value="#{lev2.propertyB}" /> > > value="#{lev2.propertyC}" /> > > > > > > > > > > > > > > > > -- -Heath Borders-Wing [EMAIL PROTECTED]

[jira] Updated: (MYFACES-38) nested h:dataTables don't correctly update its children (was: SF#1030116 by Heath - heaththegreat)

2005-03-10 Thread Heath Borders-Wing (JIRA)
[ http://issues.apache.org/jira/browse/MYFACES-38?page=history ] Heath Borders-Wing updated MYFACES-38: -- Attachment: UIData.java Fixed the nested UIData bug. I had to override encodeEnd to do it (which means that our code does not have the _exact_

[jira] Commented: (MYFACES-102) ValueChangeListener Invoked in every post back

2005-03-10 Thread Heath Borders-Wing (JIRA)
[ http://issues.apache.org/jira/browse/MYFACES-102?page=comments#action_60617 ] Heath Borders-Wing commented on MYFACES-102: I'd say this is more of a feature than a bug. I don't think that all UIInputs should save their value

Nested UIDatas works!

2005-03-10 Thread Heath Borders
FACES-88, MYFACES-89, MFACES-111) that I've submitted fixes for that have yet to be closed. I'd be happy to wait until I become a committer and commit them myself, but I'd like to get them in sooner rather than later, so that I can get back to using the bleeding-edge release. -- -Heath Borders-Wing [EMAIL PROTECTED]

[jira] Updated: (MYFACES-38) nested h:dataTables don't correctly update its children (was: SF#1030116 by Heath - heaththegreat)

2005-03-10 Thread Heath Borders-Wing (JIRA)
[ http://issues.apache.org/jira/browse/MYFACES-38?page=history ] Heath Borders-Wing updated MYFACES-38: -- Attachment: 3-Layered-MyFaces-Nested-DataTable-Test.war This is a test war with increased complexity. It has 3 layers of dataTables with lots

Re: Examples Subproject (Re: [VOTE] Simplified Examples (was Simplified Examples))

2005-03-10 Thread Heath Borders
t;>>>> > >>>>>>>>OK I am changing the subject to a simple vote. +1 if you favor > >>>>>>>>*replacing* myfaces-examples with a simplified version that strips > >>>>>>>>away the menu stuff. This is not a decision on how to handle testing. > >>>>>>>>I'd like Matthias to commit what I've sent him for reasons I > >>>>>>>>explained earlier. > >>>>>>>> > >>>>>>>>+1 = yes simplified examples is better > >>>>>>>>-1 = no leave examples the way they are > >>>>>>>> > >>>>>>>>For reference, Matthias posted a WAR he made using the files I sent > >>>>>>>>him. IMO you can easily imagine what this looks like without having > >>>>>>>>to do download it :-) > >>>>>>>> > >>>>>>>>http://www.apache.org/~matzew/myfaces-sean.war > >>>>>>>> > >>>>>>>>sean > >>>>>>>> > >>>>>>>>btw I vote +1 > >>>>>>>> > >>>>>>>>On Wed, 9 Mar 2005 10:06:20 -0500, Sean Schofield > >>>>>>>><[EMAIL PROTECTED]> wrote: > >>>>>>>> > >>>>>>>> > >>>>>>>>>Martin, > >>>>>>>>> > >>>>>>>>>Matthias seemed to interpret your answer as favoring two sets of > >>>>>>>>>examples. One for simple examples and one basically the way it is > >>>>>>>>>now. I had a slightly different take on your answer. I thought you > >>>>>>>>>were agreeing with Sylvain that we should have one set of test > >>>>>>>>>examples and one set of simple examples. > >>>>>>>>> > >>>>>>>>>Are we both correct? Did you mean that the current examples would be > >>>>>>>>>the test examples? I don't personally think this is a good idea. > >>>>>>>>>Basically we will just be maintaining a second set of every example. > >>>>>>>>> > >>>>>>>>>I think the test examples do not have to be inside the menu, etc. > >>>>>>>>>Obviously you want a *single* test example (and simple example) that > >>>>>>>>>uses the menu. But keeping every example inside the menu > >>>>>>>>>framework is > >>>>>>>>>what I object to. Its harder to understand and maintain. > >>>>>>>>> > >>>>>>>>>I have a few more simple examples to contribute but I am waiting for > >>>>>>>>>this to be resolved. Also I noticed Sylvain just updated his > >>>>>>>>>HtmlEditor example. Since I've already done all the work to simplify > >>>>>>>>>the examples we should decide if we are going to use them before more > >>>>>>>>>changes are made. > >>>>>>>>> > >>>>>>>>>sean > >>>>>>>>> > >>>>>>>> > >>>-- > >>>Matthias Weßendorf > >>>Aechterhoek 18 > >>>DE-48282 Emsdetten > >>>Germany > >>>phone: +49-2572-9170275 > >>>cell phone: +49-179-1118979 > >>>email: matzew AT apache DOT org > >>>url: http://www.wessendorf.net > >>>callto://mwessendorf (Skype) > >>>icq: 47016183 > >>> > >> > > > > -- > Matthias Weßendorf > Aechterhoek 18 > DE-48282 Emsdetten > Germany > phone: +49-2572-9170275 > cell phone: +49-179-1118979 > email: matzew AT apache DOT org > url: http://www.wessendorf.net > callto://mwessendorf (Skype) > icq: 47016183 > -- -Heath Borders-Wing [EMAIL PROTECTED]

Re: [VOTE] Simplified Examples (was Simplified Examples)

2005-03-09 Thread Heath Borders
xample (and simple example) that > > > uses the menu. But keeping every example inside the menu framework > is > > > what I object to. Its harder to understand and maintain. > > > > > > I have a few more simple examples to contribute but I am waiting for > > > this to be resolved. Also I noticed Sylvain just updated his > > > HtmlEditor example. Since I've already done all the work to > simplify > > > the examples we should decide if we are going to use them before > more > > > changes are made. > > > > > > sean > > > > > > > -- -Heath Borders-Wing [EMAIL PROTECTED]

[jira] Commented: (MYFACES-120) In JSP, a reference to a component defined later in the page fails

2005-03-08 Thread Heath Borders-Wing (JIRA)
[ http://issues.apache.org/jira/browse/MYFACES-120?page=comments#action_60458 ] Heath Borders-Wing commented on MYFACES-120: This is a JSP problem, not a JSF problem. To get around this bug, enclose the components in a component that

Re: Refactored Examples

2005-03-08 Thread Heath Borders
rs? > > > > I think so. Actually its easier for developers (me) too ;-) When I > > was working on the tree example I had to maintain a separate example > > for myself and then remember to copy everything over to the new > > example. I think the examples should be as simple as possible so the > > user can focus on the minimum requirements for the component in > > question. > > > > Is everyone still in agreement on this? > > > > > -Matthias > > > > sean > > > -- -Heath Borders-Wing [EMAIL PROTECTED]

Re: rendering an image URL

2005-03-07 Thread Heath Borders
via > the write() method. > > thoughts? > > -Erik > -- -Heath Borders-Wing [EMAIL PROTECTED]

Re: New developer

2005-03-07 Thread Heath Borders
n how to contribute as a developer. Can you > please send me the information URL? > > Thanks. -- -Heath Borders-Wing [EMAIL PROTECTED]

Re: Better popup calendar

2005-03-07 Thread Heath Borders
ok to unclude LGLP code in Apache licensed projects > ? > > Thanks, > > Sylvain. -- -Heath Borders-Wing [EMAIL PROTECTED]

Re: URL for GraphicImage

2005-03-07 Thread Heath Borders
hicImage > with the additional attribute of "absolute" and the renderer for it. > > Any other idea is appreciated. > > Best regards, > Heinz > -- -Heath Borders-Wing [EMAIL PROTECTED]

Re: Nightly Builds

2005-03-06 Thread Heath Borders
t; > myfaces buildfile that is checked out from CVS. When running the > > > bootstrap buildfile the nightly directory will be specified so later > > > on we can "publish" to the webserver and rotate out old nightly > > > directories. > > > > > > I will send my bootstrap.xml to the list shortly once I had a chance > > > to test it. In order to test it, I need the build.xml modified using > > > the patch I've submitted. > > > > > > Regards, > > > > > > sean > > > > > > > > > > > > -- -Heath Borders-Wing [EMAIL PROTECTED]

Re: YourKit

2005-03-05 Thread Heath Borders
for > > free to OS-developers, if the project has a link to YourKit on their > > homepage under "credits" (like in http://db.apache.org/ojb/). > > > > Is that ok with you guys if we put such a credit link up there? > > > > regards, > > > > Martin > > > -- -Heath Borders-Wing [EMAIL PROTECTED]

Re: examples webapp & test cases webapp

2005-03-04 Thread Heath Borders
+1 to that, too. Sorry, didn't mean to neglect you ;-) On Fri, 4 Mar 2005 17:57:19 -0500, Sean Schofield <[EMAIL PROTECTED]> wrote: > And what are your thoughts about my proposal? > > sean > > On Fri, 4 Mar 2005 16:40:51 -0600, Heath Borders > <[EMAIL PROTEC

Re: examples webapp & test cases webapp

2005-03-04 Thread Heath Borders
es, and use them as a reference when we track > > some bugs. > > > > Granted we could use cactus instead, but I think cactus is a more heavy > > weight approach, and isn't as convenient when the goal is just to test a > > behavior. > > > > Any thoughts ? > > > > Thanks, > > > > Sylvain. > -- -Heath Borders-Wing [EMAIL PROTECTED]

Re: Configuration

2005-03-04 Thread Heath Borders
found out that they had not implemented this > > > functionality over there as well. > > > > > > Does anyone know something more about this? Is this deprecated stuff > > > in the dtds or functionality which just has not been implemented in > > > the RI so far? > > > > > > regards, > > > > > > Martin > > > > > > -- -Heath Borders-Wing [EMAIL PROTECTED]

Re: Problem with UIInput's 'validate'

2005-03-03 Thread Heath Borders
, etc, > etc. > > I'd like to modify UIInput to: > 1. Add a protected method 'validateValue', and change the 'validate' > implementation to use it > 2. Change 'getConvertedValue' from private to protected > > Does anyone have an opinion on this? > > Thanks in advance, > h. > > Howard Abrams, Ph.D. > Computer Associates > Senior Architect > [EMAIL PROTECTED] > > -- -Heath Borders-Wing [EMAIL PROTECTED]

Re: Infrastructure brainstorming

2005-03-03 Thread Heath Borders
issues > > > regarding our new top-level infrastructure. Please have a look at > > > http://wiki.apache.org/myfaces/ProjectManagement and feel free to add > > > issues. > > > > > > Thanks, > > > Manfred > > > > > > -- -Heath Borders-Wing [EMAIL PROTECTED]

[jira] Commented: (MYFACES-111) Exposed/refactored renderClearFormOnClick for subclass chaining in HtmlButtonRendererBase

2005-03-02 Thread Heath Borders-Wing (JIRA)
[ http://issues.apache.org/jira/browse/MYFACES-111?page=comments#action_60055 ] Heath Borders-Wing commented on MYFACES-111: You are correct, both of those are exposed. However, if someone wants to build a custom CommandButton and wants

Re: MyFaces Website

2005-03-02 Thread Heath Borders
s Barlow also who provided me the Apache-MyFaces graphic > > > (I definitely think we should use this on the site.) I'm attaching > > > the logo graphic separately. > > > > > > sean > > > > > > > > > > > > -- -Heath Borders-Wing [EMAIL PROTECTED]

[jira] Commented: (MYFACES-72) HtmlSelectOneRadio does not correctly validate the required case

2005-02-27 Thread Heath Borders-Wing (JIRA)
[ http://issues.apache.org/jira/browse/MYFACES-72?page=comments#action_59832 ] Heath Borders-Wing commented on MYFACES-72: --- You're absolutely right about everything. I did all the same research before when I was attempting to fix the bu

Re: [jira] Commented: (MYFACES-108) UIInput should not store submitted value in the state

2005-02-26 Thread Heath Borders
gt; > -- > This message is automatically generated by JIRA. > - > If you think it was sent incorrectly contact one of the administrators: >http://issues.apache.org/jira/secure/Administrators.jspa > - > If you want more information on JIRA, or have a bug to report see: >http://www.atlassian.com/software/jira > > -- -Heath Borders-Wing [EMAIL PROTECTED]

[jira] Commented: (MYFACES-72) HtmlSelectOneRadio does not correctly validate the required case

2005-02-25 Thread Heath Borders-Wing (JIRA)
[ http://issues.apache.org/jira/browse/MYFACES-72?page=comments#action_59763 ] Heath Borders-Wing commented on MYFACES-72: --- This bug cannot be fixed because the issue requires a spec change. > HtmlSelectOneRadio does not correctly valid

[jira] Updated: (MYFACES-111) Exposed/refactored renderClearFormOnClick for subclass chaining in HtmlButtonRendererBase

2005-02-23 Thread Heath Borders-Wing (JIRA)
[ http://issues.apache.org/jira/browse/MYFACES-111?page=history ] Heath Borders-Wing updated MYFACES-111: --- Attachment: HtmlButtonRendererBaseDiff.java These are the code changes to the java file. > Exposed/refactored renderClearFormOnClick

[jira] Updated: (MYFACES-111) Exposed/refactored renderClearFormOnClick for subclass chaining in HtmlButtonRendererBase

2005-02-23 Thread Heath Borders-Wing (JIRA)
[ http://issues.apache.org/jira/browse/MYFACES-111?page=history ] Heath Borders-Wing updated MYFACES-111: --- Attachment: HtmlButtonRendererBase.java This is the new file in its entirety. > Exposed/refactored renderClearFormOnClick for subcl

[jira] Created: (MYFACES-111) Exposed/refactored renderClearFormOnClick for subclass chaining in HtmlButtonRendererBase

2005-02-23 Thread Heath Borders-Wing (JIRA)
Type: Improvement Versions: 1.0.8 beta Environment: WSAD 5.1.2, IE6 Reporter: Heath Borders-Wing Priority: Minor The current HtmlButtonRendererBase does not allow for easy additions to the rendered onclick attribute. This refactoring makes this possible. Now, the

Re: Examples Suggestions

2005-02-21 Thread Heath Borders
ubview. The menu example, etc. can just have relatively simple pages > (like the info, copyright pages, etc.) without the extra custom > components. > > > -Heath Borders-Wing > > sean > -- -Heath Borders-Wing [EMAIL PROTECTED]

Re: Examples Suggestions

2005-02-21 Thread Heath Borders
Each component's web documentation should > have the same look and feel to it with roughly the same layout. > > I am bringing these issues up now because I think it might be > something we want to address as MyFaces leaves the incubator. I will > be happy to help with whatever the group can agree on. > > sean > -- -Heath Borders-Wing [EMAIL PROTECTED]

Re: [jira] Commented: (MYFACES-108) UIInput should not store submitted value in the state

2005-02-21 Thread Heath Borders
body has any issues with fixing it. This will affect a lot of > > components so I want to be sure this is the right thing to do. I will > > provide a patch eventually. > > -- > This message is automatically generated by JIRA. > - > If you think it was sent incorrectly contac

Re: [OT] Cocoon and JSF

2005-02-19 Thread Heath Borders
_from_a_par_1.html > > BTW. did you played with Tapestry? > I haven't been able to look into. > > > -Matthias > > Heath Borders wrote: > > Awesome. Now if only we could bring tapestry into the mix... > > > > > > On Fri, 18 Feb 2005 20:23:29 +

Re: [OT] Cocoon and JSF

2005-02-18 Thread Heath Borders
that... > > here: > http://cocoon.apache.org/2.1/apidocs/org/apache/cocoon/faces/context/ExternalContextImpl.html > > -Matthias > -- -Heath Borders-Wing [EMAIL PROTECTED]

Re: Why does renderer for commandLink check instance of UIOutput

2005-02-16 Thread Heath Borders
sed as to why the decode method of > HtmlLinkRendererBase checks if the component is an instanceof UIOuput. > When would that ever be the case? I am assuming there is a MyFaces > specific reason but it escapes me. > > sean > -- -Heath Borders-Wing [EMAIL PROTECTED]

Re: Why does UIInput store submitted value in the state?

2005-02-14 Thread Heath Borders
c. > > Why would the submitted value need to be stored between requests? I > checked into the RI and noticed that they are not storing this. > > sean > -- -Heath Borders-Wing [EMAIL PROTECTED]

Re: Strange methods in UISelectBoolean.java

2005-02-08 Thread Heath Borders
; ValueBinding binding) > { > if (name == null) throw new NullPointerException("name"); > if (name.equals("selected")) > { > super.setValueBinding("value", binding); > } > else > { > super.setValueBinding(name, binding); > } > } -- -Heath Borders-Wing [EMAIL PROTECTED]

Re: Strange problem with h:selectBooleanCheckbox

2005-02-06 Thread Heath Borders
} else { > throw new IllegalArgumentException("Unsupported component class > " > + uiComponent.getClass().getName()); > } > } > > Thanks, > > Sylvain. -- -Heath Borders-Wing [EMAIL PROTECTED]

Re: [jira] Created: (MYFACES-98) Allow x:dataTable to store its data model in the component tree

2005-01-31 Thread Heath Borders
seem like overkill but I can't think > of any other way around the problem. > > I strongly suspect that this is one of the reasons that > was created (although we'd have to check with the creators of > saveState to be sure.) > > > -Heath Borders-Wing > > sean > -- -Heath Borders-Wing [EMAIL PROTECTED]

Re: [jira] Created: (MYFACES-98) Allow x:dataTable to store its data model in the component tree

2005-01-31 Thread Heath Borders
f you think it was sent incorrectly contact one of the administrators: > http://issues.apache.org/jira/secure/Administrators.jspa > - > If you want more information on JIRA, or have a bug to report see: > http://www.atlassian.com/software/jira > > -- -Heath Borders-Wing [EMAIL PROTECTED]

Re: How about moving the HtmlResponseWriterImpl to the shared sources

2005-01-31 Thread Heath Borders
t; HtmlResponseWriterImpl it's really only for convenience (and to avoid bugs > to desynchronized sources). > > Any thoughts ? > > Thanks, > > Sylvain. -- -Heath Borders-Wing [EMAIL PROTECTED]

Re: [JAR] myfaces.jar

2005-01-28 Thread Heath Borders
> > > mentioned splitting them should be cleaner. > > > > > > > > But now there is again a myfaces.jar and also the > > > > standalone version. > > > > (http://tinyurl.com/4skb6) > > > > > > > > Shouldn't we better keep the separate instead a all-in-one > > > > JAR? > > > > > > > > Any thoughts? > > > > > > > > Thanks, > > > > Matthias > > > > > > > > > > > > > -- -Heath Borders-Wing [EMAIL PROTECTED]

Re: MyFaces error with x:outpuLabel

2005-01-27 Thread Heath Borders
this an error to report tu jira? > > I'm using myfaces 1.0.8. > > Thanks, > Alex > > -- -Heath Borders-Wing [EMAIL PROTECTED]

[jira] Created: (MYFACES-89) HtmlRendererUtils writes the disabled attribute out of order

2005-01-25 Thread Heath Borders-Wing (JIRA)
5.1.2, IE6 Reporter: Heath Borders-Wing Attachments: HtmlRendererUtils.java HtmlRendererUtils.renderSelectOptions(FacesContext, UIComponent, Converter , Set , boolean, List) writes the disabled attribute for individual options after writing the label text. This results in an exception being

[jira] Updated: (MYFACES-89) HtmlRendererUtils writes the disabled attribute out of order

2005-01-25 Thread Heath Borders-Wing (JIRA)
[ http://issues.apache.org/jira/browse/MYFACES-89?page=history ] Heath Borders-Wing updated MYFACES-89: -- Attachment: HtmlRendererUtils.java Bug fix. > HtmlRendererUtils writes the disabled attribute out of or

[jira] Updated: (MYFACES-88) HtmlSelectOneListbox provides the wrong default value for size

2005-01-25 Thread Heath Borders-Wing (JIRA)
[ http://issues.apache.org/jira/browse/MYFACES-88?page=history ] Heath Borders-Wing updated MYFACES-88: -- Attachment: HtmlSelectOneListbox.java Changed DEFAULT_SIZE to 0 instead of Integer.MIN_VALUE > HtmlSelectOneListbox provides the wrong defa

[jira] Created: (MYFACES-88) HtmlSelectOneListbox provides the wrong default value for size

2005-01-25 Thread Heath Borders-Wing (JIRA)
: WSAD 5.1.2, IE6 Reporter: Heath Borders-Wing According to Sun's TLD, the tag should default the rendered HTML tag's size attribute to the number of SelectItem children. Currently, however, if the size attribute is not specified on the tag, HtmlSelectOneListbox returns Integer.MI

  1   2   >