[EMAIL PROTECTED] wrote:
ok, my 1.2.4 will arrive on the weekend, or close to it.
-M
On Nov 27, 2007 6:55 PM, Andrew Robinson [EMAIL PROTECTED] wrote:
I was waiting on the 1.2.4 release and a response from Jeanne
On Nov 27, 2007 2:21 AM, Matthias Wessendorf [EMAIL
On Dec 4, 2007 10:03 AM, Matthias Wessendorf [EMAIL PROTECTED] wrote:
are you also updating the version number ?
to 1.2.5-SNAPSHOT ?
Yes
collect your merges ?
Or what?
-M
On Dec 4, 2007 6:55 PM, Andrew Robinson [EMAIL PROTECTED] wrote:
Wanted to make sure I have everyone's attention.
There is a new tag:
https://svn.apache.org/repos/asf/myfaces/trinidad/tags/trinidad-1.0.5-SNAPSHOT_to_trinidad-1.2.5-SNAPSHOT
all
I'm trying to test the 1.2.x trunk and it is not building. I pulled
down the latest trunk and the problem is there as well. Is someone
working on this, or is it my environment?
[surefire] Running
org.apache.myfaces.trinidadinternal.ui.laf.base.xhtml.XhtmlLafUtilsTest
[surefire] Tests run: 2,
]
On Dec 4, 2007 8:40 PM, Andrew Robinson [EMAIL PROTECTED] wrote:
I'm trying to test the 1.2.x trunk and it is not building. I pulled
down the latest trunk and the problem is there as well. Is someone
working on this, or is it my environment?
[surefire] Running
running the same platform also Andrew and it's breaking for me
as well.
Andrew Robinson wrote:
I tried with a bare settings.xml and an empty .m2/repository -- same
error
I am on Xubuntu gutsy Linux, what is your platform (perhaps it is
environment related)?
contents
for
me
as well.
Andrew Robinson wrote:
I tried with a bare settings.xml and an empty .m2/repository -- same
error
I am on Xubuntu gutsy Linux, what is your platform (perhaps it is
environment related)?
contents of
trinidad-impl/target/surefire-reports
To lessen confusion, would someone want to start a wiki page with a
summary of what the commons would look like. That way the emails
should be (hopefully) easier to read. Then this thread can be used to
refine and discuss the wiki contents.
-Andrew
On Nov 30, 2007 12:34 AM, Mario Ivankovits
Looking great.
I'd say either 1 or 2, my preference being #1 for contrast.
On Dec 3, 2007 9:01 AM, Adonis Raduca [EMAIL PROTECTED] wrote:
Hello
I took in consideration all opinions, and suggestions so …
First of all I have chosen the happy version of the logo due to the majority
opinion.
that ?
-Matthias
On Nov 20, 2007 5:12 AM, Andrew Robinson [EMAIL PROTECTED] wrote:
Summary of the vote:
+1: 8
0: 0 (Matt altered his vote)
-1: 0
+1 votes:
Andrew Robinson
Grant Smith
Martin Marinschek
Scott O'Bryan
Jeanne Waldman
Matt Cooper
Gary Kind
Simon Lessard
I think that this should probably be a skinning key instead of an
attribute, anyone else with that opinion? (I see that comment was
already made in the bug once)
On Nov 26, 2007 8:12 AM, Dave Brunette (JIRA) dev@myfaces.apache.org wrote:
New attribute on tr:table to hide Select All/Select None
Moving my response to this thread...
+1 on a skinning key instead of an attribute
-A
On Nov 26, 2007 9:12 AM, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Thanks for filing https://issues.apache.org/jira/browse/TRINIDAD-840
and providing a patch.
Simon had a valid point, that this could be
I'd rather it use the standard always, but defaulting to the standard
with a way to revert to the incorrect form shouldn't harm anything.
On Nov 22, 2007 1:43 AM, Manfred Geiler [EMAIL PROTECTED] wrote:
Yes, I thought about a config param as well. But I wanted to make it
not too sophisticated
3) perform ubermerge from 1.0.5 inception to the tag
what does ubermerge mean ?
Large merge of all 1.0.x changes that have not been applied to 1.2.x yet
Components: Components
Affects Versions: 1.0.4-core
Reporter: Andrew Robinson
Assignee: Andrew Robinson
Priority: Minor
There is currently no declarative method to have all the nodes of a tree and
treeTable expanded the first time the component
[
https://issues.apache.org/jira/browse/TRINIDAD-828?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Robinson resolved TRINIDAD-828.
--
Resolution: Fixed
Fix Version/s: 1.0.5-core
Committed revision 596534.
New
Summary of the vote:
+1: 8
0: 0 (Matt altered his vote)
-1: 0
+1 votes:
Andrew Robinson
Grant Smith
Martin Marinschek
Scott O'Bryan
Jeanne Waldman
Matt Cooper
Gary Kind
Simon Lessard
Jeanne,
Since you handled the last 1.2.4 trunk creation and merge, could you
chime in with how this would
[
https://issues.apache.org/jira/browse/TOMAHAWK-1149?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12542812
]
Andrew Robinson commented on TOMAHAWK-1149:
---
I am able to use both fine with Facelets. Try Tomahawk
+1
Getting the ball rolling :)
On 11/15/07, Andrew Robinson [EMAIL PROTECTED] wrote:
Vote:
Creation of https://svn.apache.org/repos/asf/myfaces/trinidad/trunk_1.2.x/
Justification:
Once again trinidad lacking a trunk for 1.2 is giving me heartburn.
I have been making changes to 1.0.5
My vote is still to make 1.2 the trunk, and not have two trunks.
Thanks,
Jeanne
That vote was already rejected when I tried, I'd like to move on so
that we can fix the lack of a place to keep a current 1.2 branch.
Vote:
Creation of https://svn.apache.org/repos/asf/myfaces/trinidad/trunk_1.2.x/
Justification:
Once again trinidad lacking a trunk for 1.2 is giving me heartburn.
I have been making changes to 1.0.5 and to be nice, I wanted to put
them into 1.2 as well, but of course there is no home for 1.2.5
On 11/15/07, Jeanne Waldman [EMAIL PROTECTED] wrote:
The same fix was in both, but one had different spacing.
Then it wasn't merged correctly and technically wasn't the same fix
from a repository point of view. With two active versions, ppl. would
be responsible for using svn commands for
/15/07, Andrew Robinson [EMAIL PROTECTED] wrote:
On 11/15/07, Jeanne Waldman [EMAIL PROTECTED] wrote:
The same fix was in both, but one had different spacing.
Then it wasn't merged correctly and technically wasn't the same fix
from a repository point of view. With two active
: MyFaces Trinidad
Issue Type: Improvement
Affects Versions: 1.2.2-core, 1.0.4-core
Reporter: Andrew Robinson
Assignee: Andrew Robinson
Priority: Minor
The method:
org.apache.myfaces.trinidad.render.RenderUtils.getRelativeId(FacesContext,
UIComponent
The current trunk (1.0.5) is broken in SVN with the golden files test
failing for the treeTable. Looks like img tags are now being used
instead of span elements.
I think it was revision 595029 that broke it:
r595029 | ckormos | 2007-11-14 13:14:19 -0700 (Wed, 14 Nov 2007) | 1 line
Changed paths:
[
https://issues.apache.org/jira/browse/TRINIDAD-821?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Robinson resolved TRINIDAD-821.
--
Resolution: Fixed
Fix Version/s: 1.0.5-core
Committed revision 595100
Didn't realize that I could. Done
-Andrew
On 11/11/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
On Nov 12, 2007 4:20 AM, Andrew Robinson [EMAIL PROTECTED] wrote:
I know that 1.0.4 is not released yet, but I just fixed TRINIDAD-786
on the trunk which is 1.0.5-SNAPSHOT. Jira does
Any more progress on this?
On 11/8/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Hi,
there were some fixes, that made it into the plugins release and
myfaces 1.2.x is
using this now. WDYT about releasing a 1.2.4 version of the plugins ?
Thx,
Matthias
--
Matthias Wessendorf
further
+1
On 11/12/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
+1
On Nov 13, 2007 12:03 AM, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Hi,
I was running the needed tasks to get the 1.2.4 release of the Apache
MyFaces Trinidad Maven 2 Plugins out.
The artifacts are deployed to my
[
https://issues.apache.org/jira/browse/TRINIDAD-786?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12541680
]
Andrew Robinson commented on TRINIDAD-786:
--
Am implementing this as the ability to not render the root
[
https://issues.apache.org/jira/browse/TRINIDAD-786?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Robinson resolved TRINIDAD-786.
--
Resolution: Fixed
Committed revision 594015.
This is resolved in 1.0.5 - but JIRA
[
https://issues.apache.org/jira/browse/MYFACES-1745?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Robinson reopened MYFACES-1745:
--
Re-opening to add fix comments and to change the resolution
for-Attribute of UIMessage
[
https://issues.apache.org/jira/browse/MYFACES-1745?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Robinson resolved MYFACES-1745.
--
Resolution: Fixed
Committed revision 593236.
Changed the references for the faces
Thanks, that was huge
On 11/7/07, Manfred Geiler [EMAIL PROTECTED] wrote:
All continnum snapshots should be working again!
--Manfred
On Nov 5, 2007 8:44 AM, Martin Marinschek [EMAIL PROTECTED]
wrote:
Hi all, maven-buffs,
our snapshots are available under daily builds again, but not
: https://issues.apache.org/jira/browse/TRINIDAD-810
Project: MyFaces Trinidad
Issue Type: Bug
Components: Plugins
Affects Versions: 1.2.3-plugins
Reporter: Andrew Robinson
Assignee: Andrew Robinson
Faces plugin copies the property
[
https://issues.apache.org/jira/browse/TRINIDAD-810?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12541206
]
Andrew Robinson commented on TRINIDAD-810:
--
The reason that the attribute needs to be located directly
[
https://issues.apache.org/jira/browse/TRINIDAD-810?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Robinson resolved TRINIDAD-810.
--
Resolution: Fixed
Change the output location of the attribute-values element when
[
https://issues.apache.org/jira/browse/TRINIDAD-810?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Robinson reopened TRINIDAD-810:
--
re-opening to add the fix version
Faces plugin copies the property-values to attribute
[
https://issues.apache.org/jira/browse/TRINIDAD-810?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Robinson resolved TRINIDAD-810.
--
Resolution: Fixed
Fix Version/s: 1.2.4-plugins
Adding the fix version
Faces
I found an issue and put in the fix tonight. Please review my change
before the release for anyone that is willing.
https://issues.apache.org/jira/browse/TRINIDAD-810
On 11/8/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Hi,
there were some fixes, that made it into the plugins release and
FYI, until jira picks up the change, you can view it here:
http://svn.apache.org/viewvc?view=revrevision=593398
On 11/8/07, Andrew Robinson [EMAIL PROTECTED] wrote:
I found an issue and put in the fix tonight. Please review my change
before the release for anyone that is willing.
https
Versions: 1.2.1-SNAPSHOT
Environment: Tomcat 6.0.15 (snapshot), Facelets 1.1.14
Reporter: Jan Ziegler
Assignee: Andrew Robinson
Fix For: 1.2.1-SNAPSHOT
Attachments: MyFaces-1745.patch
When using an EL-Expression
[
https://issues.apache.org/jira/browse/TRINIDAD-805?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12540928
]
Andrew Robinson commented on TRINIDAD-805:
--
I don't see how this is a bug. The on* methods are meant
I have completed a bug that I need for a project that I am working on at home:
https://issues.apache.org/jira/browse/TRINIDAD-786
I know that we are trying to get 1.0.4 released, so I uploaded a patch
instead of commiting.
Is it okay to commit this, or due you all think it best to wait till
the
[
https://issues.apache.org/jira/browse/TRINIDAD-786?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Robinson updated TRINIDAD-786:
-
Status: Patch Available (was: Open)
Support multiple root nodes or the ability
[
https://issues.apache.org/jira/browse/TRINIDAD-802?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12540495
]
Andrew Robinson commented on TRINIDAD-802:
--
You may also want to try to flush your browser's cache
PPR
+1
On 10/31/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
What are the thoughts about providing a Joda DateTime converter in the
upcoming commons project ?
-M
--
Matthias Wessendorf
further stuff:
blog: http://matthiaswessendorf.wordpress.com/
mail: matzew-at-apache-dot-org
1. opening (background) window clickable (ie. not greyed out) for modal
popups in firefox
Firefox has a bug with performance and graying out multiple controls,
so it should not be used. The modal nature is still implemented
though.
-A
-contentType
Greetings,
Matthias
On 10/29/07, Andrew Robinson [EMAIL PROTECTED] wrote:
Would a tr:validateFileLength min=1 / be more useful? Then min and
max could be used.
-A
On 10/29/07, Manfred Geiler [EMAIL PROTECTED] wrote:
Matze,
What about providing
If we can put Tiles2 dependencies into Tomahawk, why not put facelets
code directly into Tomahawk?
On 10/30/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
If nobody care, I'll put it into sandbox.
Thx,
Matthias
On 10/24/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Hi,
regarding
Danny,
It isn't that hard to reproduce. The problem is because I move the DIV
to the FORM or BODY tag. When the parent has changed, the CSS rules
are interpreted differently. Since the popup is a DIV tag it
automatically takes up the full width of the parent container. I
overlooked this issue in
Unless the code is really bad, is it really derogatory at all? Apache
is a native American name, so projects using that theme go well. I'm
not aware of the other discussions, but I did come from a school that
had to change its name because of non-native Americans complaining
about native American
They don't work well together due to AJAX incompatibilities. It is
best to choose one or the other. Even if you use no Trinidad PPR code
A4J uses invoke on component style of partial rendering which Trinidad
renderers do not support.
-Andrew
On 10/30/07, Cleiton [EMAIL PROTECTED] wrote:
Hi my
[
https://issues.apache.org/jira/browse/TOMAHAWK-1115?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12538808
]
Andrew Robinson commented on TOMAHAWK-1115:
---
There has been resistance to including facelets support
Well, there really hasn't been any feedback on this thread:
Original thread:
Refactoring of tomahawk project (spawned from facelets discussion)
Link:
http://tinyurl.com/2gnpqd
So I figure that no news is good news? I'd like to take a vote/poll so
that we can move this issue along and see if we
restructuring.
On 10/30/07, Andrew Robinson [EMAIL PROTECTED] wrote:
Well, there really hasn't been any feedback on this thread:
Original thread:
Refactoring of tomahawk project (spawned from facelets discussion)
Link:
http://tinyurl.com/2gnpqd
So I figure that no news is good news? I'd
Strong -1 on this
0 byte files are very valid, especially on a unix based platform.
There are many times that a file by its existence implies meaning.
Take for example ~/.config/xserver-xgl/disable, if this file is
present, xgl mode of the linux X server is disabled for that user. The
file should
[
https://issues.apache.org/jira/browse/TRINIDAD-788?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12538526
]
Andrew Robinson commented on TRINIDAD-788:
--
0 byte files are very valid, especially on a unix based
-1 on the 1.0.4.x naming unless for security patches. IMO committers
should be permitted to put new features in both the trunk and the 1.0
branch and therefore would make sense to mirror the releases (1.2.5
and 1.0.5)
On 10/29/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Hi,
what do you
How about a new ASF style name instead of basic, commons or
something else that could be more easily misconstrued?
-A
On 10/29/07, Mike Kienenberger [EMAIL PROTECTED] wrote:
I don't think there's any hard rule that all projects have to be
prefixed with MyFaces.
But then, I also don't have any
Would a tr:validateFileLength min=1 / be more useful? Then min and
max could be used.
-A
On 10/29/07, Manfred Geiler [EMAIL PROTECTED] wrote:
Matze,
What about providing a standard tr:validateNonEmptyFile Vaidator.
This would make everybody happy, right?
lg,
Manfred
On 10/29/07, Andrew
Trinidad
Issue Type: Improvement
Components: Components
Affects Versions: 1.0.4-core
Reporter: Andrew Robinson
A single row rooted treeTable isn't very useful for many use cases. It would be
extremely beneficial to be able to have multiple root nodes rendered
I would like to propose the following refactoring of the tomahawk
project under myfaces
Current structure under tomahawk:
trunk/
assembly (for building releases)
core (tomahawk core)
examples (examples for the core project)
sandbox (sandbox)
sandbox15 (Sandbox with JDK 1.5 dependency)
Forgot an examples folder under each sub-project (instead of under
trunk like it is now)
On 10/27/07, Andrew Robinson [EMAIL PROTECTED] wrote:
I would like to propose the following refactoring of the tomahawk
project under myfaces
Current structure under tomahawk:
trunk/
assembly
The project Mario/Volker/Myself/others proposed was for
renderkit-independent components, not for common programming apis.
Isn't this what tomahawk already is?
+1 (non-binding)
On 10/25/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
[+1]
Comment: I did not see any further differences i.e. between our 1.2.3
snapshot and the release version. Everything seems as ok as is the
snapshot.
Best wishes,
Wolfgang.
[EMAIL PROTECTED] schrieb: -
this overhead,
as Adam Winer handled most of it.
-- Blake Sullivan
Matthias Wessendorf wrote:
On 10/24/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
On 10/24/07, Andrew Robinson [EMAIL PROTECTED] wrote:
IMO, the 1.1 would still act as the main trunk for new features
I would be a proponent for a new tomahawk-like project to house
facelets-only projects (tag handlers and components). I could even
move my annotation deployment code from jsf-comp over to myfaces for
such a project.
I'd be willing to help setup the projects to use the trinidad maven
plugin for
+1 on a facelets-only JSF project and not be related to tomahawk at all.
-1 for #1 I think tomahawk should have built in facelets support for
its own components and not have to rely on an outside project/jar
-1 on using tomahawk in the name (for above reason)
(non-binding)
On 10/24/07, Mike
in Tomahawk.
On 10/24/07, Andrew Robinson [EMAIL PROTECTED] wrote:
+1 on a facelets-only JSF project and not be related to tomahawk at all.
-1 for #1 I think tomahawk should have built in facelets support for
its own components and not have to rely on an outside project/jar
-1 on using
This has been brought up in the past (1.2 trunk), but it is again a
hot topic here at oracle for applying trinidad patches.
Currently we have in SVN:
https://svn.apache.org/repos/asf/myfaces/trinidad/trunk/trinidad
https://svn.apache.org/repos/asf/myfaces/trinidad/branches/1.2.x-branch
The
From my understanding:
Application.createComponent() is the correct way to create the
UIViewRoot. The view handler should use this method internally to get
an instance to the view root component. Instead, the bridge should be
registering the component type for the special view root in the
I'm looking into this as a problem with the maven-faces-plugin source.
What is interesting is the trunk is pointing at an old version of the
plugin (1.2.1.1).
I'll try to see what is going on with the plugin and see if I can use
1.2.4-SNAPSHOT to debug the issue. It seems like the
of the given parameter rather than the name of the
property.
regards,
Bernhard
On 10/17/2007 +0200,
Andrew Robinson [EMAIL PROTECTED] wrote:
I'm looking into this as a problem with the maven-faces-plugin source.
What is interesting is the trunk is pointing at an old version of the
plugin
Sorry, meaning that I am just verifying your patch. Will be applying it for you
On 10/17/07, Andrew Robinson [EMAIL PROTECTED] wrote:
I realize that, I'm trying to fix it though :)
On 10/17/07, Bernhard Huemer [EMAIL PROTECTED] wrote:
Hello,
that's what I've already detected
I am applying the patch from Bernhard Huemer for the MyFaces-1745 issue.
Once this is done, the plugin will be fixed, by not the branch.
Are there any objections to me upgrading the maven-faces-plugin
reference in the build project to use the SNAPSHOT?
DIFF:
Index: core/build/pom.xml
[
https://issues.apache.org/jira/browse/MYFACES-1745?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Robinson resolved MYFACES-1745.
--
Resolution: Incomplete
Fix Version/s: 1.2.1-SNAPSHOT
Committed revision
Components: Build
Affects Versions: 1.0.4-core
Reporter: Andrew Robinson
Assignee: Andrew Robinson
Priority: Blocker
Trinidad trunk pom.xml files are still using 1.0.3-SNAPSHOT even though 1.0.3
has been released
--
This message is automatically generated
[
https://issues.apache.org/jira/browse/TRINIDAD-762?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Robinson resolved TRINIDAD-762.
--
Resolution: Fixed
Fix Version/s: 1.0.4-core
pom.xml versions have been
renderer
in the trinidad sources and build them myself.
thanks
On 10/8/07, Andrew Robinson [EMAIL PROTECTED] wrote:
I have submitted such an issue that keeps the existing tabs and adds
the new ones. This way it is backwards compatible.
https://issues.apache.org/jira/browse/TRINIDAD-632
My recommendation is to change the code and documentation to:
- If the component is a naming container, search relative to the
parent; otherwise search relative to the component
But what if the person does want to search the children? If the parent
was used, they would have to refer to
I have submitted such an issue that keeps the existing tabs and adds
the new ones. This way it is backwards compatible.
https://issues.apache.org/jira/browse/TRINIDAD-632
On 10/8/07, Cristi Toth [EMAIL PROTECTED] wrote:
Hi!
The skinning of the pannelTabbed component could be improved
so that
[
https://issues.apache.org/jira/browse/TRINIDAD-757?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12532770
]
Andrew Robinson commented on TRINIDAD-757:
--
I just looked into this with Matt, and the behavior does
The API for the partialTriggers seems to be broken for Trinidad trunk
components. The bug is:
https://issues.apache.org/jira/browse/TRINIDAD-757
Please review the comments and offer any opinions on changing the
current method to match the documentation. Also please check that we
are right.
The trinidad projects are still showing 1.0.3-SNAPSHOT on the trunk.
Should this not be 1.0.4-SNAPSHOT now that 1.0.3 is released?
-A
Unfortunately, this was my mistake. I merged my code in from a
different file and apparently forgot the imports. Being late at night,
I must have compiled the wrong source to verify correctness.
On 10/1/07, Simon Lessard [EMAIL PROTECTED] wrote:
Thanks Stephen,
So it's not on my side only this
Trinidad
Issue Type: Bug
Components: Components
Affects Versions: 1.0.3-core
Reporter: Andrew Robinson
ChildPropertyTreeModel returns true for isContainer when there are no children.
This is because it only checks to see if the child value is null
[
https://issues.apache.org/jira/browse/TRINIDAD-746?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Robinson resolved TRINIDAD-746.
--
Resolution: Fixed
Fix Version/s: 1.0.4-core
Assignee: Andrew Robinson
There is a myfaces eclipse XML file for formatting the java source,
but I can't find it at the moment (It uses 4 spaces for indentation,
which I think is excessive). I can't remember where I found it though,
it was referenced from some committer information page.
On 9/28/07, Matthias Wessendorf
FYI, remember that my vote is not official, I am a committer, not a
PMC/voting member.
-Andrew
On 9/26/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Hi,
we got five +1 votes:
-Matthias Wessendorf
-Andrew Robinson
-Grant Smith
-Simon Lessard
-Adam Winer
Afterwards, we got a -1 from
I'm actually using the Trinidad component generation at the moment,
but forgot to add the
mfp:implementation-typetrinidad/mfp:implementation-type to my
XML file at first. I noticed that the MyFaces component generator is
ignoring the JSF 1.1 version, and always using ValueExpression in the
code,
URL: https://issues.apache.org/jira/browse/TRINIDAD-741
Project: MyFaces Trinidad
Issue Type: Wish
Components: Plugins
Affects Versions: 1.2.3-plugins
Reporter: Andrew Robinson
Right now, the maven-faces-plugin applies an XSL
[
https://issues.apache.org/jira/browse/MYFACES-1714?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12530110
]
Andrew Robinson commented on MYFACES-1714:
--
We should take this back to the mailing list and out of JIRA
On 9/25/07, Adam Winer [EMAIL PROTECTED] wrote:
You could just add it (at least for now) to
http://wiki.apache.org/myfaces/Trinidad_Plugins
-- Adam
On 9/25/07, Andrew Robinson [EMAIL PROTECTED] wrote:
Okay, stupid question, how do I create a new WIKI page for this
getting started page
Changing my vote to a possible -1 for the release.
I just posted an email about the plugin not including elements from
the faces-config-base.xml into the faces-config.xml. Unless I screwed
up somehow, I'd like to see if this can be fixed before the release.
-Andrew
On 9/24/07, Adam Winer [EMAIL
After investigating the code more, it is working as designed, I just
expected different results. Please disregard this previous email of
mine.
Thanks,
Andrew
On 9/24/07, Andrew Robinson [EMAIL PROTECTED] wrote:
Changing my vote to a possible -1 for the release.
I just posted an email about
+1
On 9/23/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
+1
On 9/23/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Hi,
I was running the needed tasks to get the 1.2.3 release of the Apache
MyFaces Trinidad Maven 2 Plugins out. Note, that this is the first version
of the unified
Is this a good idea?
If the user wants to increase the counter 5 times, you would not want
5 ajax calls for every time they click the up arrow.
-Andrew
On 9/21/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Hi guys,
I added a patch (and a comment) to TRINIDAD-729 (see [1]).
I am not sure
the loop get's its time-out, fire
the change event, for the spinbox.
does that make sense ?
-M
On 9/21/07, Andrew Robinson [EMAIL PROTECTED] wrote:
Is this a good idea?
If the user wants to increase the counter 5 times, you would not want
5 ajax calls for every time they click the up arrow
[
https://issues.apache.org/jira/browse/TRINIDAD-719?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Robinson updated TRINIDAD-719:
-
Resolution: Fixed
Fix Version/s: 1.2.3-plugins
Assignee: Andrew
701 - 800 of 924 matches
Mail list logo