HEy,
just found this:
http://jcp.org/en/jsr/detail?id=301
-Matthias
--
Matthias Wessendorf
further stuff:
blog: http://jroller.com/page/mwessendorf
mail: mwessendorf-at-gmail-dot-com
We (me and Mert Caliskan) thought so too and started implementing it at jsf-comp.There's a little bit of work remaining, after some testing hopefully the patches will be ready.Cagatay
On 7/14/06, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
> It's also the expected way> that end-users would thing
Hi!
>
> Maybe I can have a look at the ClientConverter stuff?
>
>
> Sure, that would be great Mario.
Here is a proposal for the client converter stuff.
http://svn.apache.org/repos/asf/myfaces/tomahawk/trunk/sandbox/core/src/main/java/org/apache/myfaces/custom/common/converter/
Once we approv
It looks like you have a good usecase setup for showing the error, but I
don't think the selectOneRadio component should enforce the use of a
converter if the value is not a string-- EL can handle putting anything
to a String without explicit converters.
[cc'ing MyFaces Dev]
-- Jacob
Mike Le
Also, my personal thanks for all of the wiki work you've been doing up
to this point.
+1 thanks Paul.
You are very helpful.
On 7/12/06, Paul Spencer <[EMAIL PROTECTED]> wrote:
> Which navigation components should be used for new development?
>
> or ?
>
> , or , or ?
>
> Paul Spencer
>
>
>
>
Hey Paul,
Take a look at this thread:
http://www.mail-archive.com/dev@myfaces.apache.org/msg13757.html
It'd be great if you'd create a wiki entry on this.
Also, my personal thanks for all of the wiki work you've been doing up
to this point.
On 7/12/06, Paul Spencer <[EMAIL PROTECTED]> wrote:
Someone else want to review this?
My take on this is "Invalid -- JSF doesn't let you build composite
components in the constructor"
http://issues.apache.org/jira/browse/MYFACES-1364?page=comments#action_12420657
]
> ArrayIndexOutOfBounds exception when restoring state on a custom component
> -
It's also the expected way
that end-users would thing such a thing would work.
:) Exactly
On 7/13/06, Cagatay Civici <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I was browsing through the JIRA and see the following;
>
> http://issues.apache.org/jira/browse/TOMAHAWK-151
>
> Instead of a new component
On 7/13/06, Adam Winer <[EMAIL PROTECTED]> wrote:
As discussed earlier in this thread, I should be able to take
a validator someone else wrote and add Tomahawk validation
without subclassing ValidatorBase.
Adding the interface is far more flexible; there's no reason
not to do it.
Ok :) I fi
Mike,
As discussed earlier in this thread, I should be able to take
a validator someone else wrote and add Tomahawk validation
without subclassing ValidatorBase.
Adding the interface is far more flexible; there's no reason
not to do it.
-- Adam
On 7/13/06, Mike Kienenberger <[EMAIL PROTECTE
I think it's better as a component. It's easier to integrate into
existing projects, and easier to extend. It's also the expected way
that end-users would thing such a thing would work.
On 7/13/06, Cagatay Civici <[EMAIL PROTECTED]> wrote:
Hi,
I was browsing through the JIRA and see the fo
One thing I'd like to point out -- all of the validators in MyFaces
Tomahawk are intended to be subclassing ValidatorBase. Otherwise,
they're not going to pick up the common validator functionality that
we're putting in there. I'm not really certain why having an
interface adds any value if th
The wrong tab may be displayed after a validation failure and
serverSiteTabSwitch="false"
-
Key: TOMAHAWK-543
URL: http://issues.apache.org/jira/browse/TOMAHAWK-543
Project: MyFaces Toma
All of the points in this thread are valid, I trust those of you taking the
lead on this part of the process will do a good job. I will get grumpy if the
RC resembles "hey, I think the trunk is ready to go".
As you go about this process, please keep in mind that testing is unfortunately
the bo
ok!
On 7/13/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
On 7/13/06, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
> > Dennis, when and what are you testing? Shouldn't we tag and build it
> > as 1.1.4 first?
>
> why tagging, when the *snapshot* might be crap ?
>
> :-)
I agree with Wend
On 7/13/06, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
Wendy wrote:
> Dennis, when and what are you testing? Shouldn't we tag and build it
> as 1.1.4 first?
why tagging, when the *snapshot* might be crap ?
The more testing, the better! Is someone is going to run the TCK
again on the fina
On 7/13/06, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
> Dennis, when and what are you testing? Shouldn't we tag and build it> as 1.1.4 first?why tagging, when the *snapshot* might be crap ?:-)I agree with Wendy. Release votes should be about "here is a bunch of bits that I propose we release
Dennis, when and what are you testing? Shouldn't we tag and build it
as 1.1.4 first?
why tagging, when the *snapshot* might be crap ?
:-)
-Matthias
I'm making this up as I go along, referring to
http://wiki.apache.org/myfaces/Release_Procedure as necessary. :)
IMO steps 5-6-7 are out of or
On 7/13/06, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
Dennis will test MyFaces-Core 1.1.4 against the TCK.
Dennis, when and what are you testing? Shouldn't we tag and build it
as 1.1.4 first?
I'm making this up as I go along, referring to
http://wiki.apache.org/myfaces/Release_Procedure
Gerald,
Below is related JSP code.
Does this help?
Paul Spencer
Gerald Müllan wrote:
Hi Paul,
I think this is not an issue of tabbedPane, it`s an issue of your
HtmlSelectOneRadio component.
How do you initialize the list bound to the menu?
If there is an object as value, you ha
Jac-
Venkata started a thread on the adf list.
:)
I think when he contributes a component, that guy *should* first go to
the sandbox.
Also can be a nice opertunity to get some *merging* points (MyFaces/Trinidad).
-Matt
On 7/13/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
That's brilliantly
That's brilliantly cool!
>Hey folks,
>
>on the ADF Faces lists (see [1] for howto subscribe) is a discussion
>about SVG Chart renderers. I uploaded a plain html example to [2],
>that I got from Venkata.
>
>I hope this is interesting for some of you.
>
>-Matthias
>
>[1] http://wiki.apache.org/myfac
Dennis will test MyFaces-Core 1.1.4 against the TCK.
-Matthias
On 7/12/06, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
Thanks Craig,
did the same just for the Trinidad Podling. Worked too :)
the maven group id is since 1.1.2.
-Matthias
On 7/12/06, Craig McClanahan <[EMAIL PROTECTED]> wrot
Hey folks,
on the ADF Faces lists (see [1] for howto subscribe) is a discussion
about SVG Chart renderers. I uploaded a plain html example to [2],
that I got from Venkata.
I hope this is interesting for some of you.
-Matthias
[1] http://wiki.apache.org/myfaces/adf_mails
[2] http://people.apach
Hi Paul,
I think this is not an issue of tabbedPane, it`s an issue of your
HtmlSelectOneRadio component.
How do you initialize the list bound to the menu?
If there is an object as value, you have to take care of it via a converter.
cheers,
Gerald
On 7/12/06, Paul Spencer <[EMAIL PROTECTED]>
Using MyFaces 1.1.3 and Tomahawk 1.1.3...
I have a t:datatable and have implemented t:datascroller in the
header/footer facet.
When I add component binding to the dataTablethe page is rendered
fine...but when I hit refresh on the browser, I receive the following
error...
javax.servlet.Servl
[
http://issues.apache.org/jira/browse/MYFACES-1365?page=comments#action_12420889
]
Torsten Krah commented on MYFACES-1365:
---
Verified that dataScroller links ( pages ) are also broken for the first time
they are called.
kind regards
> h:selectOneM
[
http://issues.apache.org/jira/browse/TOMAHAWK-383?page=comments#action_12420886
]
Torsten Krah commented on TOMAHAWK-383:
---
Used this too in 1.1.3 - rendered="false" works fine for me.
kind regards
Torsten
> DataScroller always renders children
>
h:selectOneMenu - Phase processing broken for the first selectOneMenu when
using 2 of them.
---
Key: MYFACES-1365
URL: http://issues.apache.org/jira/browse/MYFACES-1365
Project: MyFaces
forceId does not work on dataTable
--
Key: TOMAHAWK-542
URL: http://issues.apache.org/jira/browse/TOMAHAWK-542
Project: MyFaces Tomahawk
Type: Bug
Components: Extended Datatable
Versions: 1.1.3
Environment: tomcat 5.5, ja
I'm not completely sure how Ed has setup the JSF JSP tags, but Facelets goes
purely off of the expectation that the UIViewRoot will always produce a new
unique value.
When we bring in concepts like JspIdConsumer, which Facelets has too with
TagIds-- but it's only internal to the [Tag]Handler an
[ http://issues.apache.org/jira/browse/TOMAHAWK-41?page=all ]
Çagatay Çivici updated TOMAHAWK-41:
---
Status: Patch Available (was: Open)
> inputDate does not support forceId
> --
>
> Key: TOMAHAWK-41
> U
Yes Nick, I agree, the names should be refactored, getScriptFunction looks better.CagatayOn 7/13/06, Hagen, Nicholas <
[EMAIL PROTECTED]> wrote:
IMO, I still think the methods should not
refer to JS in the method names. If the client validator is not specific to a
specific platfor
IMO, I still think the methods should not
refer to JS in the method names. If the client validator is not specific to a
specific platform (html, wml, etc), then it should just have a method to
getScriptFunction rather than something specific like getJsFunction. I realize
almost every syst
Yes, my qualm is with the 'jsp' prefix. My problem is that (even though
it would be good if we didn't) we have many automated tests that have
been written using the old ids (and they are the same ids as the RI, so
the same tests work with the RI as well).
I know the 'right' long-term solution is t
It's not a prefix - its in the middle of the generated id.
Do you know what JSP 2.1 generated id's look like?
regards,
Martin
On 7/13/06, Jacob Hookom <[EMAIL PROTECTED]> wrote:
Unique Id generation aside, I think the qualm was with the 'jsp' prefix
in the generated IDs. I know that JSP 2.1
Hi,I was browsing through the JIRA and see the following;http://issues.apache.org/jira/browse/TOMAHAWK-151Instead of a new component, the same thing could also be done with a custom resolver like,
Which one looks more appropriate?Cagatay
Hi Matthias,
let`s see it like a feature :)
Never been aware of this, but in fact it isn`t that interfering, right?
cheers,
Gerald
On 7/13/06, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
Hey dojos,
I noticed a bug(?) in the dojo component.
Go to
http://irian.at/myfaces-sandbox/inputSugg
Mario,Yes, this example explains a alot. Seems I've just needed an example to figure out the problem :)
Maybe I can have a look at the ClientConverter stuff?Sure, that would be great Mario.BTW The extended validators with no conversion requirement is almost ready:), I'll present another demo next w
Hi!
> The user has to
> input a "non valid" value in the context of JS as there is the
> currencySymbol (ok, not very realistic)
Matthias pointed out, that the currencySymbol is used only for output
I wonder, but ok, the problem is still the same.
---
Mario
[
http://issues.apache.org/jira/browse/MYFACES-1364?page=comments#action_12420817
]
Alex Mateescu commented on MYFACES-1364:
More specific, in
javax.faces.component.UIComponentBase#processRestoreState(FacesContext,
Object), when iterating over the
Hi Cagatay!
> A hot discussion we are having here,
Yes, this is great :-)
> I think there is no new API here. Only thing needed is just a single
> interface. As I mentioned before most of the validators do not need
> any conversion before validating the input at all.
This is not necessarily true.
Hi,A hot discussion we are having here,I think there is no new API here. Only thing
needed is just a single interface. As I mentioned before most of the
validators do not need any conversion before validating the input at
all. We could embed converters like number and date to the client
validation
Hi Matthias!
> I introduced three "helper" methods to shared's HtmlRenderer
> (renderId(), getClientId(), shouldRender()). These methods are taken
> CoreRenderer (Apache Trinidad Podling).
Great! Though, why will a renderer override the resulting clientId?
> I figured out, that some Renderer's ext
Hi Adam!
Hmmm ok, I understand the "chained validator" thing.
So, even if we go the client side converter way, I would like to have a
way to define the "allowed characters" for the input field.
Maybe by adding a method like
InputMask getInputMask()
to the ClientConverter interface. This ret
On 7/12/06, Martin Marinschek <[EMAIL PROTECTED]> wrote:
Well, the thing is that a merge is way off on the timeline.True, but OTOH, there's nothing stopping you from grabbingAPIs and code piecemeal from Trinidad today. That doesn'tneed to wait for the grand merge. And creating new APIs
that are
On 7/12/06, Mario Ivankovits <[EMAIL PROTECTED]> wrote:
Hi Martin!> Well, the thing is that a merge is way off on the timeline.> And Cagatay has something right now, why not take it in?No, I didnt meant to NOT take Cagatys work now. In fact I'd love to see
it imported soon. Its just the converter s
47 matches
Mail list logo
