Guys,
For a while now I've been coming back to the table scrolling issue
(TRINIDAD-656) we have in Trinidad. RIght now, it doesn't because the
headers are rendered in the tbody, but also I believe it's overly difficult
because of the complexity in how tr:table is rendered.
Anyway, I created a pa
licate the
> documentation of javax.faces.CONFIG_FILES.
>
> Would a better solution be to create a parameter, like
> org.apache.myfaces.ADDITIONAL_CONFIG_FILES, which supports wildcards and
> pattern matching? The resulting set of configuration files would be the
> config files iden
Guys,
I don't think it's possible to dynamically specify wildcard config loading
patterns for JSF currently. However, most all other frameworks today seem
to be able to handle something similar for loading files by naming/location
conventions. I know JSF will pick-up META-INF/faces-confg.xml ins
I have a patch ready to improve table scrolling (where the header stays
fixed) through the use of thead etc. As part of this, I need to introduce
several new styles. Here's my proposed additional elements and
skin-selectors (runtime names shown). Just want to know if people are happy
with these
If it's appropriate, then use it, otherwise remove it. Whatever you decide,
the skin property will need to be added to the skinning reference doc.
Thanks,
D.
On Nov 26, 2007 12:48 PM, Dave Brunette <[EMAIL PROTECTED]> wrote:
>
> Thanks Simon. I had found the breadcrumb renderer and it wa
There's already an issue raised regarding a configurable cache mechanism
(TRINIDAD-780) to allow the view cache to be externally managed - I'm
assuming that request was also related to your issue. While I've not seen
any feedback from other members on their opinion of such an enhancement, I
can se
+1 for 1.0.4
On 10/30/07, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> to have the lightweight dialog working, you have to configure this:
>
> org.apache.myfaces.trinidad.ENABLE_LIGHTWEIGHT_DIALOGS=true
>
> in your web.xml. This feature works nice!
>
> Should we make the lightweight
Renzo,
Can you please attach a short example of the problem to the JIRA issue.
Thanks,
Danny
On 10/30/07, Renzo Tomaselli (JIRA) wrote:
>
>
> [
> https://issues.apache.org/jira/browse/TRINIDAD-791?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12538723]
>
> Re
-1
Has MyFaces switched their trunk yet. I'd like to see us keep inline with
them. It seems like we had this conversation only a month or two ago.
I'd love to see the MyFaces implementation support the JSF-RI feature of
allowing 1.2 components + Facelets on the J2EE 1.4 (MYFACES-1693). With
thi
[
https://issues.apache.org/jira/browse/TRINIDAD-780?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12538495
]
Danny Robinson commented on TRINIDAD-780:
-
Can you provide some more comments about your need for such a
[
https://issues.apache.org/jira/browse/TRINIDAD-785?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Danny Robinson resolved TRINIDAD-785.
-
Resolution: Fixed
Fix Version/s: 1.0.4-core
Changed renderStyleClass to
Components: Components
Affects Versions: 1.0.3-core
Reporter: Danny Robinson
Assignee: Danny Robinson
Priority: Trivial
Renderer for this component just ignores the styleClass attribute if specified.
--
This message is automatically generated by JIRA.
-
You can
[
https://issues.apache.org/jira/browse/TRINIDAD-144?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Danny Robinson resolved TRINIDAD-144.
-
Resolution: Fixed
Fix Version/s: 1.0.4-core
Cleaned up message renderer to
[
https://issues.apache.org/jira/browse/TRINIDAD-783?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Danny Robinson resolved TRINIDAD-783.
-
Resolution: Fixed
Fix Version/s: 1.0.4-core
Merged client-side and server-side
All,
Not sure who manages the 'irian' server, but could we get the latest
1.0.3release of Trinidad uploaded and live.
Thanks,
Danny
--
Chordiant Software Inc.
www.chordiant.com
[
https://issues.apache.org/jira/browse/TRINIDAD-777?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Danny Robinson resolved TRINIDAD-777.
-
Resolution: Fixed
Fix Version/s: 1.0.4-core
Assignee: Danny Robinson
Cristi,
Please can you raise an issue for this.
Thanks,
D.
On 10/8/07, Cristi Toth <[EMAIL PROTECTED]> wrote:
>
> Hi!
>
> I'm using skinning to have internationalized components (with my bundle)
> and I noticed there's absolutely no documentation about this.
> So you have to look into the rende
; On 27/09/2007, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
> > > done
> > >
> > > On 9/27/07, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
> > > > ok...
> > > >
> > > > I'll replace it...
> > > >
> > >
[
https://issues.apache.org/jira/browse/TRINIDAD-736?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Danny Robinson resolved TRINIDAD-736.
-
Resolution: Fixed
Assignee: Danny Robinson
Added DialogStyleScriptlet for
[
https://issues.apache.org/jira/browse/TRINIDAD-740?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Danny Robinson resolved TRINIDAD-740.
-
Resolution: Fixed
Fix Version/s: 1.0.3-core
Reworked autoSubmit c/s routines
: Improvement
Components: Components
Affects Versions: 1.0.3-core
Reporter: Danny Robinson
Assignee: Danny Robinson
Current auto-submit functionality doesn't handle c/s validation when validation
handlers are registered programmatically for each componen
[
https://issues.apache.org/jira/browse/TRINIDAD-731?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Danny Robinson resolved TRINIDAD-731.
-
Resolution: Fixed
Reverted back to xoffset/yoffset (lower-case).
Release notes have
[
https://issues.apache.org/jira/browse/TRINIDAD-731?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Danny Robinson reopened TRINIDAD-731:
-
Reverting attribute names, but to lowercase.
> xOffset/yOffset don't get c
>
> Both should go into a common method, I think. Maybe
> we could start to use some polymorphism on the agent object,
> so you could just call event = _agent.getEvent(event)?
That would be no bad thing, there's also addEventHandler/removeEventHandler
stuff we could also add there.
Given the t
h copies into a common method, or are you
questioning the actual code. If that's the case, I spent a few hours one
evening trying to understand why I wasn't getting the 'real' event object in
IE.
-- Adam
>
>
> On 9/25/07, Danny Robinson < [EMAIL PROTEC
If anyone could take a peek at the plugin issue with attributes such as
xOffset/yOffset, then we could revert the attribute names in panelPopup
before the release goes out so they stay the same between releases.
On 9/25/07, Danny Robinson <[EMAIL PROTECTED]> wrote:
>
> I'd like s
Lessard <[EMAIL PROTECTED]> wrote:
> > > > > > > I need to commit the patch for statusIndicator. I'll do that
> later
> > > > > today, we
> > > > > > > should not release until it's done.
> > > > > > >
[
https://issues.apache.org/jira/browse/TRINIDAD-37?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12530146
]
Danny Robinson commented on TRINIDAD-37:
It's intention is to move the autosubmit javascript method
a String
I took a look around the generated artifacts, but nothing jumps out as
wrong.
D.
On 9/24/07, Adam Winer <[EMAIL PROTECTED]> wrote:
>
> Remind me what the issue is? Is it JSP tags,
> Facelets, both, something else?
>
> -- Adam
>
>
> On 9/24/07, Danny Robi
ht:normal;font-size:13px;margin-left:5px;background-image:url(/jsf-prototype/adf/images/close.gif);background-position:center;background-repeat:no-repeat;height:13px;width:13px}
> .af_dialog_content {background-color:#F8F689;border:0px}
>
> Best regards,
> Carsten
>
>
> My Fac
on't we just fix the plugins???
>
> -- Adam
>
>
> On 9/21/07, Danny Robinson <[EMAIL PROTECTED]> wrote:
> > Hard to say that they are breaking, because I'm not certain they ever
> worked
> > ;-)
> >
> > I'll update the release notes to co
Also, TRINIDAD-735 - '_checkLoad is not defined' error opening lightweight
dialog in FireFox
... but need someone elses eyes on that one.
On 9/24/07, Danny Robinson <[EMAIL PROTECTED]> wrote:
>
> Did I miss the conversation leading up to this, or is this it?
>
> T
Did I miss the conversation leading up to this, or is this it?
To Do
* resolve the current xOffset/yOffset conversation and fix the plugins
* Update AutoSubmitUtils to output ' TrPage._autoSubmit()' as the onchange
handler
Danny
On 9/24/07, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
>
> Hi,
s Trinidad
Issue Type: Bug
Components: Components
Affects Versions: 1.0.3-core
Reporter: Danny Robinson
Priority: Minor
The FF console reports '_checkLoad is not defined' when a lightweight dialog is
opened. Nothing fails, but why this error
were removed)?
>
> If so, were are these items documented so that users know what happened?
>
> -Andrew
>
> On 9/21/07, Danny Robinson (JIRA) wrote:
> >
> > [
> https://issues.apache.org/jira/browse/TRINIDAD-731?page=com.atlassian.jira.plugin.system.issuetabpan
[
https://issues.apache.org/jira/browse/TRINIDAD-731?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Danny Robinson resolved TRINIDAD-731.
-
Resolution: Fixed
Fix Version/s: 1.0.3-core
Switched attribute names to
[
https://issues.apache.org/jira/browse/TRINIDAD-418?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12529540
]
Danny Robinson commented on TRINIDAD-418:
-
Added missing skin selector documentation
> Popup component
[
https://issues.apache.org/jira/browse/TRINIDAD-731?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12529440
]
Danny Robinson commented on TRINIDAD-731:
-
Sorry, meant to say xOffset/yOffset attributes of tr:panelPopup
URL: https://issues.apache.org/jira/browse/TRINIDAD-731
Project: MyFaces Trinidad
Issue Type: Improvement
Components: Components
Affects Versions: 1.0.3-core
Reporter: Danny Robinson
Assignee: Danny Robinson
Priority:
[
https://issues.apache.org/jira/browse/TRINIDAD-693?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Danny Robinson resolved TRINIDAD-693.
-
Resolution: Fixed
Fix Version/s: 1.0.3-core
Re-worked the logic to handle
[
https://issues.apache.org/jira/browse/TRINIDAD-692?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Danny Robinson reopened TRINIDAD-692:
-
Closed the wrong issue.
> Title of Lightweight Dialogs is set to parent page's ti
[
https://issues.apache.org/jira/browse/TRINIDAD-692?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Danny Robinson resolved TRINIDAD-692.
-
Resolution: Fixed
Fix Version/s: 1.0.3-core
Re-worked the logic to handle
e.org/jira/browse/TRINIDAD-692
Project: MyFaces Trinidad
Issue Type: Bug
Affects Versions: 1.0.3-core
Reporter: Danny Robinson
Assignee: Danny Robinson
Priority: Minor
If you open a lightweight dialog using a commandLink/Button, but don&
_autoSubmit named with an underscore,
> shouldn't it be exposed as an API method? I would think people may
> want to call it if they want to submit their own component using an
> event other than the default one for the control.
>
> On 9/5/07, Danny Robinson <[EMAIL PROTECTE
is a clear case of throwing stones and living in
> > > glass houses, as it were. :)
> >
> > Agreed, it wasn't permanent, just there to allow enable/disable of the
> > feature while it evolves. Will move anything similar to TrPage in
> future.
>
> Coo
Did you try
Please don't raise issues in JIRA until you've verified via
[EMAIL PROTECTED] that there is indeed a bug.
On 9/5/07, saurabh (JIRA) wrote:
>
> Hitting enter key does not submit the form
> --
>
> Key: TRINIDAD-691
>
You're correct simple="true" is causing this, because you've not specified a
. The alert you're seeing is a developer warning
that you've not provided a destination for messages on that component.
On 9/4/07, saurabh (JIRA) wrote:
>
> Getting validation error as alert instead of inline
> ---
[
https://issues.apache.org/jira/browse/TRINIDAD-687?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Danny Robinson resolved TRINIDAD-687.
-
Resolution: Fixed
Fix Version/s: 1.0.3-core
Added tr:panelCaptionGroup
Project: MyFaces Trinidad
Issue Type: Improvement
Components: Components
Affects Versions: 1.0.3-core
Reporter: Danny Robinson
Assignee: Danny Robinson
Priority: Minor
There isn't currently a component in Trinidad that rend
are you working on the panelPopup issues you've raised. I'd like to, but
I'm going to fix some c/s validation stuff first in my priority list. I do
have a prototype TrDragDrop.js class if you want it.
D.
On 9/4/07, Andrew Robinson (JIRA) wrote:
>
> Provide a way to have tr:panelPopup more easi
[
https://issues.apache.org/jira/browse/TRINIDAD-673?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12524803
]
Danny Robinson commented on TRINIDAD-673:
-
Line 626
var pos = this._getEventPosition(popup);
should be
luting the top-level namespace.
> And I know this is a clear case of throwing stones and living in
> glass houses, as it were. :)
Agreed, it wasn't permanent, just there to allow enable/disable of the
feature while it evolves. Will move anything similar to TrPage in future.
-- A
>
> > I've just noticed the xOffset and YOffset properties of the panelPopup
> are
> > behaving strangely. It seems like they are not correctly generated
> > somewhere in build process.
>
> Is this 1.1 or 1.2?
1.1 trunk.
> If I try and use them in JSP page, then page
> > errors, and in Facelets
Guys,
I've just noticed the xOffset and YOffset properties of the panelPopup are
behaving strangely. It seems like they are not correctly generated
somewhere in build process. If I try and use them in JSP page, then page
errors, and in Facelets they are available in the bean, but only as
Strings
pinging for responses.
On 8/29/07, Danny Robinson <[EMAIL PROTECTED]> wrote:
>
> Folks,
>
> Need some pointers here. I've mainly got the event based c/s validation
> working fine. However, this morning we uncovered an issue that needs some
> of your feedback. Bas
[
https://issues.apache.org/jira/browse/TRINIDAD-681?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Danny Robinson resolved TRINIDAD-681.
-
Resolution: Fixed
Fix Version/s: 1.0.3-core
Re-applied changes from rev 565851
Dave,
Not sure what happened here, but I've re-applied the previous patch
(TRINIDAD-681).
Thanks,
Danny
On 9/4/07, David Brunette <[EMAIL PROTECTED]> wrote:
>
>
>
> Working off of the latest Trinidad trunk, I'm having a problem with
> the styling of my tr:panelBox components if they come a
Trinidad
Issue Type: Bug
Components: Components
Affects Versions: 1.0.3-core
Reporter: Danny Robinson
Assignee: Danny Robinson
Previous fix seems to have been lost in recent commits.
--
This message is automatically generated by JIRA.
-
You can
een
> > explicitly set to the default?". The UIComponent APIs wrap that up,
> > but Renderers directly accessing the FacesBean then have to
> > remember to check the default. So there's a lot of boilerplate renderer
> > code that checks PropertyKey
Would there be interest in a skinnable/ajaxified component that rendered
output using html fieldset/legend. We'd like to include this in our
applications and I'm keen to keep our users away from introducing other
component libraries just for the odd extra component.
I'm struggling to think of a n
Folks,
Need some pointers here. I've mainly got the event based c/s validation
working fine. However, this morning we uncovered an issue that needs some
of your feedback. Basically, we're registering the _validateInput(event)
method against onchange programmatically from within the _addValidato
Can I request this api also optionally returns the default for an attribute?
On 8/29/07, Adam Winer <[EMAIL PROTECTED]> wrote:
>
> Yep, I agree we're in subjective land here.
>
> We could add a method to XhtmlRenderer that does the same
> "get-if-not-null", which would avoid adding a bonus method
[
https://issues.apache.org/jira/browse/TRINIDAD-660?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12523433
]
Danny Robinson commented on TRINIDAD-660:
-
org.apache.myfaces.trinidadinternal.renderkit.USE_DIALOG_POPUP
I agree on removing 'renderkit', I'd left it in there as you'd originally
defined the private version and I thought 'renderkit' was there for a
reason. ;-)
I'll make the change to make things simpler.
D.
On 8/28/07, Adam Winer <[EMAIL PROTECTED]> wrot
In the hope of pre-empting some emails, be aware that the trunk has switched
to now use the following config setting for disabling skin compression.
org.apache.myfaces.trinidadinternal.DISABLE_CONTENT_COMPRESSION
became
org.apache.myfaces.trinidad.DISABLE_CONTENT_COMPRESSION
The docs and release
[
https://issues.apache.org/jira/browse/TRINIDAD-37?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12523315
]
Danny Robinson commented on TRINIDAD-37:
Not publicly enabled yet, but hooks are present to allow testing
[
https://issues.apache.org/jira/browse/TRINIDAD-654?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Danny Robinson resolved TRINIDAD-654.
-
Resolution: Fixed
Fix Version/s: 1.0.3-core
Added skinning selectors to skin
[
https://issues.apache.org/jira/browse/TRINIDAD-660?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Danny Robinson resolved TRINIDAD-660.
-
Resolution: Fixed
Fix Version/s: 1.0.3-core
:
> >
> > with documentation on them, sure +1
> > (at least on the very handy DISABLE_CONTENT_COMPRESSION param)
> >
> > -M
> >
> > On 8/28/07, Danny Robinson <[EMAIL PROTECTED]> wrote:
> > > Ju
ject: MyFaces Trinidad
Issue Type: Improvement
Components: Components
Affects Versions: 1.0.2-core
Reporter: Danny Robinson
Assignee: Danny Robinson
Priority: Minor
Make the skin compression config setting public to ease custom skinning
Make
[
https://issues.apache.org/jira/browse/TRINIDAD-659?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Danny Robinson resolved TRINIDAD-659.
-
Resolution: Fixed
Fixed in rev 570239, panelPopup.js. Sorry, didn't raise
Versions: 1.0.2-core
Reporter: Danny Robinson
Assignee: Danny Robinson
A bug in IE7 causes transparent elements not to receive mouse events in certain
conditions. This causes the blocking div to fail to block events to elements
behind.
see
http://blog.thinkature.com
Just wanted your comments/votes on the following web.xml settings that we've
previously agreed should be made public for 1.0.3:
org.apache.myfaces.trinidadinternal.renderkit.USE_DIALOG_POPUP
becomes
org.apache.myfaces.trinidad.renderkit.ENABLE_LIGHTWEIGHT_DIALOGS
AND
org.apache.myfaces.trinidadi
[
https://issues.apache.org/jira/browse/TRINIDAD-651?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Danny Robinson resolved TRINIDAD-651.
-
Resolution: Fixed
Fix Version/s: 1.0.3-core
Added skinnable close icon to
Reporter: Danny Robinson
Assignee: Danny Robinson
Right now lightweight dialogs inherit their skinning from panelPopup. They
should have their own skinning keys.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue
Type: Bug
Components: Components
Affects Versions: 1.0.3-core
Reporter: Danny Robinson
Priority: Minor
The lightweight dialog implementation of the dialog framework should render a
close icon in the titlebar
--
This message is automatically generated by JIRA.
-
You ca
[
https://issues.apache.org/jira/browse/TRINIDAD-648?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Danny Robinson resolved TRINIDAD-648.
-
Resolution: Fixed
Fix Version/s: 1.0.3-core
Auto resize should now only occur
/jira/browse/TRINIDAD-648
Project: MyFaces Trinidad
Issue Type: Bug
Affects Versions: 1.0.2-core
Reporter: Danny Robinson
Assignee: Danny Robinson
Priority: Minor
Lightweight dialogs auto-resize to their content even if the width/heig
Thomas, can you provide more details, perhaps a screenshot or the actual
error text along with a simple page to reproduce the problem. Have you also
tried this with the trinidad-demo application?
On 8/24/07, Tomas Havelka (JIRA) wrote:
>
> Client-side validation doesn't work
> --
[
https://issues.apache.org/jira/browse/TRINIDAD-418?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Danny Robinson updated TRINIDAD-418:
Resolution: Fixed
Fix Version/s: 1.0.3-core
Status: Resolved (was
Guys,
Now we're into 1.0.3, I'd like to enable the inline validation for
'onchange' of an input component. I'd like to start some discussion on how
we'd achieve this and provide the most flexbility. The feature is currently
implemented in a private method and can be tested using
onchange="_valid
m.xml file.
Reporter: Danny Robinson
Priority: Minor
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Not certain this is attributed to Adam's very latest PPR changes, but an
exception in my renderer code caused the following to be sent back to the
browser during PPR, and caused two further javascript exceptions. From
memory, I thought exceptions were handled cleanly and an alert popped up.
Has anyone had any success with the following skin entry? There doesn't
seem to be any specific style generated for readOnly inputText's.
af|inputText:readOnly::content {
background-color: red;
}
I need this so I can remove the border that is added through my usage of
.AFFieldText
{
color:
I just found a small issue in MessageBox where it fails to reset the style
map so any panelBox components that follow in the page result in outputting
MessageBox styles. I have very limited connectivity today, but here's a
quick patch if someone could commit it and check. The following should
rep
I couldn't reach it yesterday but today its ok.
On 8/14/07, Adam Winer <[EMAIL PROTECTED]> wrote:
> issues.apache.org doesn't seem to be responding. Is it just
> me, or are other people seeing the problem?
>
> -- Adam
>
--
Chordiant Software Inc.
www.chordiant.com
Sorry Simon, I have little/no experience with this part of Trinidad so can't
comment. I trust your judgement, so you have my vote if you need it ;-)
On 8/13/07, Simon Lessard <[EMAIL PROTECTED]> wrote:
>
> So I assume it would be +0 for everyone?
>
> On 8/10/07, Simon Lessard <[EMAIL PROTECTED]>
[x] +1 for community members who have reviewed the bits
[ ] +0
[ ] -1 for fatal flaws that should cause these bits not to be released,
On 8/10/07, Adam Winer <[EMAIL PROTECTED]> wrote:
>
> [x] +1 for community members who have reviewed the bits
> [ ] +0
> [ ] -1 for fatal flaws that should cause
[
https://issues.apache.org/jira/browse/TRINIDAD-141?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12517962
]
Danny Robinson commented on TRINIDAD-141:
-
Issue also existed on setMinimumIntegerDigits and
[
https://issues.apache.org/jira/browse/TRINIDAD-141?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Danny Robinson resolved TRINIDAD-141.
-
Resolution: Fixed
Quick change as per issue description.
> JavaScript error
Project: MyFaces Trinidad
Issue Type: Bug
Components: Components
Affects Versions: 1.0.2-core
Reporter: Danny Robinson
Fix For: 1.0.2-core
The following line in the setMaximumIntegerDigits function causes an 'value;
undefined error.
>
> > Regards,
> >
> > Simon
> >
> >
> > On 8/1/07, Martin Marinschek <[EMAIL PROTECTED]> wrote:
> > > Thanks a lot!
> > >
> > > regards,
> > >
> > > Martin
> > >
> > > On 8/1/07, Matthias
MAIL PROTECTED]> wrote:
> > > given the fact that this is useful,
> > > I'd not mind to make it *public*
> > >
> > > -M
> > >
> > > On 8/1/07, Danny Robinson < [EMAIL PROTE
That also prompts a question. Should we change
org.apache.myfaces.trinidadinternal.DISABLE_CONTENT_COMPRESSION
to
org.apache.myfaces.trinidad.DISABLE_CONTENT_COMPRESSION
Given this is so critical to successful skinning, shouldn't we make it a
public setting?
Danny
On 8/1/07, Danny Rob
Here's the two settings I use, one for javascript and another for css
compression.
org.apache.myfaces.trinidad.DEBUG_JAVASCRIPT
true
org.apache.myfaces.trinidadinternal.DISABLE_CONTENT_COMPRESSION
true
Danny
On 8/1/07, Martin Marinschek <[EMAIL PROTECTED]> w
stabilizing (and was,
> to some extent)...
>
> -- Adam
>
>
> On 7/31/07, Danny Robinson <[EMAIL PROTECTED]> wrote:
> > I'd like to get 'movable' lightweight dialog feature in, also I think we
> > could do with adding a 'X' icon to close the dialog, much
I'd like to get 'movable' lightweight dialog feature in, also I think we
could do with adding a 'X' icon to close the dialog, much like its
heavyweight brother. Other than that, I'd be +1.
On 7/31/07, Adam Winer <[EMAIL PROTECTED]> wrote:
>
> All,
>
> I think we're about ready to release Trinidad
Affects Versions: 1.0.2-core
Reporter: Danny Robinson
Priority: Minor
The new lightweight dialogs feature pops an iframe dialog in the center of the
page. While the dialog has a title bar, it doesn't allow you to drag the
window around so you can see information h
Guys,
Just a heads-up. I committed a bunch of changes and some fixes for
client-side validation late yesterday. They were:
tr:messages now participates in c/s validation and adds/removes an anchor +
summary text to the message list. Server-side messages are left intact
until the next submit.
It seems the nightly builds (for 1.0.2 at least) stopped 4 days ago. Does
anyone know why? Also, it would seem more appropriate that they be made
available at http://myfaces.apache.org/download.html rather than have a
dedicated page/location.
Danny
--
Chordiant Software Inc.
www.chordiant.com
1 - 100 of 139 matches
Mail list logo
