Does anyone have any feedback on this patch? I don't expect it is perfect
or complete, but I'd like to understand if this is the approach you'd expect
for implementing this feature.
https://issues.apache.org/jira/browse/ADFFACES-391
On 3/16/07, Danny Robinson [EMAIL PROTECTED] wrote:
OK
into tr:messages, if present. (There's an existing bug where
the inline messages don't show up).
-- Adam
On 3/1/07, Peter Muir [EMAIL PROTECTED] wrote:
On 28/02/07, Danny Robinson [EMAIL PROTECTED] wrote:
Would there be support for an enhancement to the client-side
validation
so
that it behaves
combined with this.id to workaround this
issue, but it's not very clean.
Danny
On 2/27/07, Mike Kienenberger [EMAIL PROTECTED] wrote:
Keeping in mind that I have barely a day's worth of practical
javascript experience, maybe this.id or something along those lines?
On 2/27/07, Danny Robinson [EMAIL
Guys,
Would there be support for an enhancement to the client-side validation so
that it behaves in the same way as the server-side logic? Meaning, we'd get
rid of the javascript alert dialog and instead dyanamically show/hide the
error messages in the page.
If so, I'll raise a JIRA issue and
(with
validate) and FacesMessage etc.
Here is more on that interesting topic:
http://incubator.apache.org/adffaces/devguide/clientValidation.html
-Matthias
On 2/28/07, Danny Robinson [EMAIL PROTECTED] wrote:
Guys,
Would there be support for an enhancement to the client-side validation
so
that it behaves
anyone ;-)
On 2/23/07, Danny Robinson [EMAIL PROTECTED] wrote:
Guys,
Any advice on how to easily retrieve the component ID from within an
overridden method such as XhtmlRenderer.getOnclick(). The only parameter
to this is FacesBean.Type, and not the component itself.
Thanks,
Danny
Guys,
Any advice on how to easily retrieve the component ID from within an
overridden method such as XhtmlRenderer.getOnclick(). The only parameter to
this is FacesBean.Type, and not the component itself.
Thanks,
Danny
--
Chordiant Software Inc.
www.chordiant.com
).
-- Adam
On 2/6/07, Adam Winer [EMAIL PROTECTED] wrote:
Committed this patch - thanks!
-- Adam
On 2/6/07, Danny Robinson [EMAIL PROTECTED] wrote:
OK, just uploaded an updated patch.
Dialogs will now appear at a fixed size if specified, or will resize
to that
of the first dialog page
PROTECTED] wrote:
On 2/3/07, Danny Robinson [EMAIL PROTECTED] wrote:
uploaded patch to jira - including extra bits for setting the dialog
title
using BodyRenderer.
Nice!
A few quick questions also:
Could we add the popup config entry to the trinidad config file rather
than
web.xml and allow
.
-- Adam
On 2/2/07, Adam Winer [EMAIL PROTECTED] wrote:
On 2/2/07, Danny Robinson [EMAIL PROTECTED] wrote:
Adam,
I've posted a new patch file to thefoxberry.com if you want to take a
look.
It's based on your sandbox so it should apply cleanly with less for
you to
do this time ;-).
I
agreement signed off on (because
it's a non-trivial chunk of code...)
-- Adam
On 1/30/07, Danny Robinson [EMAIL PROTECTED] wrote:
Patch file available here: http://thefoxberry.com/
Only note, is that this also contains the panelPopup component, and that
you'll need to include the two .js files
I just commented out the offending entries in my pom.xml files and all seems
well now.
On 1/31/07, Danny Robinson [EMAIL PROTECTED] wrote:
Adam,
Thanks for the cleanup, it was on my list, but I wanted feedback before
progressing.
I've pulled down the sandbox containing the changes
Hey,
In a timely fashion, I've just seen Adams comments about wanting to switch
to a DHTML/iFrame solution for dialog windows.
I've pulled together a prototype set of changes that switches the default
implementation of dialog windows, to use a floating popup iframe. It seems
to work well and
the source in somewhat format?
That would allow us to start with a sandbox ..
Thanks,
Matthias
On 1/30/07, Danny Robinson [EMAIL PROTECTED] wrote:
Hey,
In a timely fashion, I've just seen Adams comments about wanting to
switch
to a DHTML/iFrame solution for dialog windows.
I've pulled together
in Firefox or IE, others are untested.
Danny
On 1/30/07, Danny Robinson [EMAIL PROTECTED] wrote:
I'll post up a .patch file later today.
I used custom .js for the dialog, as I wasn't sure how we'd go about
integrating a 3rd party lib, and the few I looked at didn't quite fit right,
or had license
I've updated the code and jars for my tr:panelPopup component. You can
download the source (just unzip it over your subversion tree) or download
the pre-built jars. You can find instructions here http://thefoxberry.com/
Cheers,
Danny
well myeclipse - which now has WTP underneath it - so yes.
On 12/15/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
do you use 'WTP ?
On 12/15/06, Danny Robinson [EMAIL PROTECTED] wrote:
Thanks All, for your responses.
I now have a working Eclipse/Trinidad environment. The only things I
Guys,
Are most people using Eclipse to develop the Trinidad components/code? If
not, then what do people mainly use?
I followed the wiki page that details the Eclipse setup for Trinidad and got
a clean compile. However, I'm not certain everything's as it should be, and
I certainly can't use
+1 (non binding).
Q1 - Would this add more workload to those with Commit priviledge, or could
we open up the commit access a little more for this project?
On 12/14/06, Adam Winer [EMAIL PROTECTED] wrote:
I'd like to add a new sandbox project to trinidad, as a parallel directory
to trinidad
19 matches
Mail list logo