Here is my +1
Regards
Bernd
On Mon, Apr 19, 2010 at 11:09 AM, Udo Schnurpfeil u...@schnurpfeil.de wrote:
+1
Am 19.04.10 07:01, schrieb Matthias Wessendorf:
+1
Sent from my iPod.
On 18.04.2010, at 16:34, Werner Punz werner.p...@gmail.com wrote:
+1
Am 18.04.10 12:22, schrieb Bernd
can you file a jira issue ?
On Mon, Apr 19, 2010 at 7:37 PM, Andrew Robinson
andrew.rw.robin...@gmail.com wrote:
_ajaxOldDomElements is code in Page.js, this looks like a bug in
Trinidad that needs to be fixed
On Fri, Apr 9, 2010 at 8:52 AM, Matthias Wessendorf mat...@apache.org wrote:
On Mon, Apr 19, 2010 at 11:58 PM, Andrew Robinson
andrew.rw.robin...@gmail.com wrote:
The branch is ready and the issues that were brought up in this thread
as well as other issues have been resolved. Unless there are any
objections, I will merge the changes into the trunk tomorrow.
fine here.
Ok, looks like you are talking about JSF2's JS/Ajax stuff.
The term mojarra is slightly confusing, since I understand it
as a specific dependency to that particular implementation.
But looks like we do not have that, for the ajax stuff, which is
great.
-Matthias
On Tue, Apr 20, 2010 at 9:05
Checked Mojarra 2.0.1 and MyFaces 2.0.0 (out soon)
- both have the NPE filed in TRINIDAD-1786
* Mojarra:
-PPR on select* works (exception see above)
- Command components with partialSubmit does _not_ work
* MyFaces:
- all PPR stuff does a full page-refresh
I am fine in merging these bits to
Btw. thanks guys for the effort, I think the tests also were a
good indicator about the state of our javascripts.
Which looked quite good btw.
The main issues I have seen so far were on the spec level.
We really need a queue control mechanism on the spec level and
a timeout as well, hanging xhr
Sorry
- all PPR stuff does a full page-refresh
wasn´t that a caching
issue on the browsers side, because I was investigating that problem
and could not reproduce it.
Werner
Am 20.04.10 09:26, schrieb Matthias Wessendorf:
Checked Mojarra 2.0.1 and MyFaces 2.0.0 (out soon)
- both have the NPE
[
https://issues.apache.org/jira/browse/EXTVAL-92?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Werner Punz resolved EXTVAL-92.
---
Resolution: Fixed
I added the cache clearing code on the ext-script side, for now I hacked it in
Improve the Ext-Val integration
---
Key: EXTSCRIPT-119
URL: https://issues.apache.org/jira/browse/EXTSCRIPT-119
Project: MyFaces Extensions Scripting
Issue Type: Improvement
Affects Versions: 1.0-Beta-2
[
https://issues.apache.org/jira/browse/EXTSCRIPT-119?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Werner Punz resolved EXTSCRIPT-119.
---
Fix Version/s: 1.0-Beta-2
Resolution: Fixed
done works
Improve the Ext-Val
Performance bug,
Key: EXTSCRIPT-120
URL: https://issues.apache.org/jira/browse/EXTSCRIPT-120
Project: MyFaces Extensions Scripting
Issue Type: Bug
Components: MyFaces 2.0 Extension
Affects Versions: 1.0-Beta-2
removing an annotated managed property causes an error
--
Key: EXTSCRIPT-121
URL: https://issues.apache.org/jira/browse/EXTSCRIPT-121
Project: MyFaces Extensions Scripting
Issue Type: Bug
maven-tagdoc-plugin POM fails on Maven 3
Key: TRINIDAD-1789
URL: https://issues.apache.org/jira/browse/TRINIDAD-1789
Project: MyFaces Trinidad
Issue Type: Bug
Components: Plugins
[
https://issues.apache.org/jira/browse/TRINIDAD-1789?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ali Ok updated TRINIDAD-1789:
-
Status: Patch Available (was: Open)
maven-tagdoc-plugin POM fails on Maven 3
[
https://issues.apache.org/jira/browse/EXTSCRIPT-120?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Werner Punz resolved EXTSCRIPT-120.
---
Fix Version/s: 1.0-Beta-2
Resolution: Fixed
done
Performance bug,
[
https://issues.apache.org/jira/browse/EXTSCRIPT-121?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Werner Punz resolved EXTSCRIPT-121.
---
Fix Version/s: 1.0-Beta-2
Resolution: Fixed
done you now can add and pull managed
Initial compile and scan triggered twice in a jsf2 environment
--
Key: EXTSCRIPT-122
URL: https://issues.apache.org/jira/browse/EXTSCRIPT-122
Project: MyFaces Extensions Scripting
Matthias,
What do you mean when you say 'command components with partialSubmit
do not work'?
Thanks,
Max
On Apr 20, 2010, at 3:26 AM, Matthias Wessendorf mat...@apache.org
wrote:
Checked Mojarra 2.0.1 and MyFaces 2.0.0 (out soon)
- both have the NPE filed in TRINIDAD-1786
* Mojarra:
[
https://issues.apache.org/jira/browse/MYFACES-2663?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12858886#action_12858886
]
Jakob Korherr commented on MYFACES-2663:
While looking through the code that uses
[
https://issues.apache.org/jira/browse/EXTSCRIPT-122?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Werner Punz resolved EXTSCRIPT-122.
---
Fix Version/s: 1.0-Beta-2
Resolution: Fixed
done, the dual init trigger now is
on the pprDemos.jspx stuff, there is a bunch of tests for PPR,
one of the has the header Command components with partialSubmit, which
does not work (in the trinidad demo)
File (in SVN) is located there:
[
https://issues.apache.org/jira/browse/TRINIDAD-1745?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marius Petoi updated TRINIDAD-1745:
---
Status: Patch Available (was: Open)
Introduce @mode in CSS files
Hello,
In the XSS files there are some styles which are mode-dependent, such as:
styleSheet platforms=windows ppc browsers=ie versions=6
mode=quirks
//.
These are styles defined only for quirks mode.
In CSS this feature is not implemented and it is needed in order to port the
old XSS
[
https://issues.apache.org/jira/browse/MYFACES-2665?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12858921#action_12858921
]
Jakob Korherr commented on MYFACES-2665:
The problem here originates from the
Hello everyone, Adonis (who designed the other Logos) has given me a
final logo it looks now like following:
http://people.apache.org/~werpu/ext-script-site/images/extscriptlogo.png
respectively in conjunction with the documentation:
http://people.apache.org/~werpu/ext-script-site/
I think
It looks _very_ great and, of course, totally fits into the myfaces design.
Regards,
Jakob
2010/4/20 Werner Punz werner.p...@gmail.com
Hello everyone, Adonis (who designed the other Logos) has given me a final
logo it looks now like following:
Great job! I like it,
Cheers,
Bruno
On 20 April 2010 16:01, Jakob Korherr jakob.korh...@gmail.com wrote:
It looks _very_ great and, of course, totally fits into the myfaces design.
Regards,
Jakob
2010/4/20 Werner Punz werner.p...@gmail.com
Hello everyone, Adonis (who designed the other
Btw. guys I would need a favor, can anyone have a quick look over the
documentation, if the information is enough to get people started?
I am very nitpicky regarding having good documentation, but I am sort of
blind regarding my own stuff.
Werner
Am 20.04.10 17:04, schrieb Bruno Aranda:
Also, are you using JSF RI? MyFaces is known to be bad with Ajax.
On 04/20/2010 08:50 AM, Max Starets wrote:
Hey Matthias,
This works for me:
http://adc2100180.us.oracle.com:7101/trinidad-demo-context-root/faces/demos/pprDemos.jspx
Are you seeing any errors? Is request showing up in Firebug
Am 20.04.10 17:00, schrieb Andrew Robinson:
Also, are you using JSF RI? MyFaces is known to be bad with Ajax.
Ouch that hit me personally, because I and others spent a load of hours
to make
the our javascripts as good as possible as the spec allowed (with the
help of some others).
Actually
Ok I did a testing on the RI the links do not work as well, but wont
even go into the xhr part (I will add a fix here to be coherent to the
RI in our scripts)
what happens is that the links trigger an error
jsf.ajax.request: source not set
throw new Error(jsf.ajax.request: source not set);
Hello Andrew,
on my tryouts I used both, see here:
http://markmail.org/message/onwsrqwfhu7ai67e
-Matthias
On Tue, Apr 20, 2010 at 5:00 PM, Andrew Robinson
andrew.robin...@oracle.com wrote:
Also, are you using JSF RI? MyFaces is known to be bad with Ajax.
On 04/20/2010 08:50 AM, Max Starets
Werner, sorry for the short reply on that email, the tone probably
sounded bad. There are state saving problems when using MyFaces.
Unfortunately it is bad enough to make it completely non-functional as
all PPR post backs fail to restore the state from what I have seen. We
have no such errors when
I can see this page failing with JS errors in chrome. I'll have a look
On Tue, Apr 20, 2010 at 7:59 AM, Matthias Wessendorf mat...@apache.org wrote:
on the pprDemos.jspx stuff, there is a bunch of tests for PPR,
one of the has the header Command components with partialSubmit, which
does not
Hello Andrew,
the problem below is already fixed in the up-coming release, which I used to
verify this.
Let's merge your branch to trunk and work on it to get these other (minor)
things fixed.
On Tue, Apr 20, 2010 at 6:09 PM, Andrew Robinson
andrew.rw.robin...@gmail.com wrote:
Werner, sorry
Ensure invocation of buildView() in PortletJspViewDeclarationLanguageImpl
-
Key: PORTLETBRIDGE-140
URL: https://issues.apache.org/jira/browse/PORTLETBRIDGE-140
Project: MyFaces
[
https://issues.apache.org/jira/browse/PORTLETBRIDGE-140?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jakob Korherr updated PORTLETBRIDGE-140:
Status: Patch Available (was: Open)
Ensure invocation of buildView() in
[
https://issues.apache.org/jira/browse/MYFACES-2665?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12858956#action_12858956
]
Jakob Korherr commented on MYFACES-2665:
This works now, but I will leave the
Hi Andrew, here is the ticket:
https://issues.apache.org/jira/browse/MYFACES-2641
Looks like just a ticket for the _ajaxOldDomElements is missing, right ?
http://markmail.org/message/tcoi36bneeultdx2
-Matthias
On Tue, Apr 20, 2010 at 6:16 PM, Matthias Wessendorf mat...@apache.org wrote:
On Tue, Apr 20, 2010 at 7:59 AM, Matthias Wessendorf mat...@apache.org wrote:
on the pprDemos.jspx stuff, there is a bunch of tests for PPR,
one of the has the header Command components with partialSubmit, which
does not work (in the trinidad demo)
Works fine for me using -Djsf=ri2 except for
I used the docs last Sunday to get going, but I of course already knew a
thing or two about the framework.
Besides some small things that I have already fixed on the Wiki, I think the
docs are good. But again, the opinion of someone who hasn't used
Ext-Scripting before would be useful.
Oh, btw.
Actually Command components with partialSubmit works for me on both
implementations.
What does not work for me on both implementations is
Command components with partialSubmit going to another page.
Werner
Am 20.04.10 18:40, schrieb Andrew Robinson:
On Tue, Apr 20, 2010 at 7:59 AM, Matthias
Werner,
__handlePprResponseAction() is meant to update the action URL on the form
(this is what old Trinidad PPR always did). It's not supposed to do
navigation.
Max
Werner Punz wrote:
Am 20.04.10 17:00, schrieb Andrew Robinson:
Also, are you using JSF RI? MyFaces is known to be bad with
Werner,
I will look into the navigation issue. The expected behavior with
Trinidad in this case
is a redirect.
Max
Werner Punz wrote:
Actually Command components with partialSubmit works for me on both
implementations.
What does not work for me on both implementations is
Command
Werner,
With the latest build, I can see the navigation happening with no issues
when you choose Go to Trinidad demos home page
on pprDemos.jspx. The response contains the following:
?xml version=1.0 encoding=utf-8?
partial-responseredirect
Ajax branch has been merged into the trunk. We'll keep hammering away
on the problems that were found (most JSF2, not AJAX related) so we
can hopefully stabilize the code for a release in the not too distant
future.
Trinidad 2: Component Bindings are not executed during postback
---
Key: TRINIDAD-1790
URL: https://issues.apache.org/jira/browse/TRINIDAD-1790
Project: MyFaces Trinidad
Issue
Ok then the issue is fixed, the redirect response looks ok to me.
I will update tomorrow and will fix the missing no source error
on my side so that we get the same behavior on both mojarra
and myfaces regarding null sources.
Werner
Am 20.04.10 20:42, schrieb Max Starets:
Werner,
With the
As of SVN revision 936035, the Trinidad trunk now supports the built in AJAX
of JSF2.
Details:
- Requests through f:ajax supported with Trinidad components
- jsf.ajax.request used to submit PPR requests from the Trinidad request
queue
- Server delivers JSF2 payload, with special
Am 20.04.10 19:37, schrieb Jan-Kees van Andel:
I used the docs last Sunday to get going, but I of course already knew a
thing or two about the framework.
Besides some small things that I have already fixed on the Wiki, I think
the docs are good. But again, the opinion of someone who hasn't used
great news!
-Matthias
On Tue, Apr 20, 2010 at 9:33 PM, Andrew Robinson arobinso...@apache.org wrote:
As of SVN revision 936035, the Trinidad trunk now supports the built in AJAX
of JSF2.
Details:
- Requests through f:ajax supported with Trinidad components
- jsf.ajax.request used to
Am 20.04.10 21:22, schrieb Andrew Robinson:
Ajax branch has been merged into the trunk. We'll keep hammering away
on the problems that were found (most JSF2, not AJAX related) so we
can hopefully stabilize the code for a release in the not too distant
future.
Hey Andrew sounds good, and feel
[
https://issues.apache.org/jira/browse/TRINIDAD-1790?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12859045#action_12859045
]
Max Starets commented on TRINIDAD-1790:
---
The issue only shows up if Trinidad view
[
https://issues.apache.org/jira/browse/TRINIDAD-1715?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Robinson resolved TRINIDAD-1715.
---
Fix Version/s: 2.0.0.3-core
Resolution: Fixed
Forgot to mark this as fixed
54 matches
Mail list logo