By the way,
Tobago uses also a Resource Management since years, and also uses the
good old Java style (with suffix).
We have good experience with that way, with properties, images, scripts,
styles, etc.
Regards
Udo
Matthias Wessendorf schrieb:
Got a response from Ed Burns:
ed
This is a
resize lightweight dialogs automatically after PPR and if no fixed with or
height is set
Key: TRINIDAD-1605
URL: https://issues.apache.org/jira/browse/TRINIDAD-1605
Allow script tag not only at page level
---
Key: TOBAGO-807
URL: https://issues.apache.org/jira/browse/TOBAGO-807
Project: MyFaces Tobago
Issue Type: Improvement
Components: Facelets
Affects
[
https://issues.apache.org/jira/browse/TOBAGO-807?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Helmut Swaczinna updated TOBAGO-807:
Status: Patch Available (was: Open)
Allow script tag not only at page level
Yeah, forgotten. We are stumbling over quite a few issues while trying
out the spec in reality, hmm?
regards,
Martin
On 10/20/09, Andy Schwartz andy.g.schwa...@gmail.com wrote:
Thanks for logging the spec issue Matthias. I agree that this was
just overlooked in the spec. Should be easy to
Actually, that is a question that I brought up to the EG months ago
(it might even have been half a year), following a request of Bernd.
But no discussion ever picked up on this.
I was - like Bernd and you - also concerned about breaking the normal
rule, plus creating scarce directory trees.
Well, we can definitely not add a public field to the API which is not
specified. The question is only if maybe the RI added some public
field which was not specified - then this could be a spec bug.
regards,
Martin
On 10/20/09, Matthias Wessendorf mat...@apache.org wrote:
I think the question
Nope, I checked the JavaDoc (I am not looking at the code, for a
couple of reasons),
and there is nothing like that.
So, maybe there is need for such an helper, as there are already today
- as a matter
of practical use - some issues with the current spec.
Let me file an ER for this.
-Matthias
Hi Udo,
that sounds good. I am pretty sure if the entire process was a little
bit more open,
perhaps this would have been addressed a bit earlier. Oh well
-Matthias
On Wed, Oct 21, 2009 at 12:24 AM, Udo Schnurpfeil u...@schnurpfeil.de wrote:
By the way,
Tobago uses also a Resource Management
Hi,
do you know if there is already a bug for that ? If not, let me create one.
-Matthias
On Wed, Oct 21, 2009 at 6:09 AM, Martin Marinschek
mmarinsc...@apache.org wrote:
Actually, that is a question that I brought up to the EG months ago
(it might even have been half a year), following a
On Wed, Oct 21, 2009 at 5:21 AM, Martin Marinschek
mmarinsc...@apache.org wrote:
Yeah, forgotten. We are stumbling over quite a few issues while trying
out the spec in reality, hmm?
I think trying out - for applications - is different than moving a
complex and highly customized
framework to a
@FacesBehavior not handled correctly
Key: MYFACES-2384
URL: https://issues.apache.org/jira/browse/MYFACES-2384
Project: MyFaces Core
Issue Type: Bug
Components: JSR-314
Affects Versions:
On Mon, Oct 19, 2009 at 7:25 AM, Simon Lessard
simon.lessar...@gmail.com wrote:
Hi all,
Personally, I would prefer to see that class divided in more specialized
classes like :
XhtmlElements
{
public static final String DIV = div; (or could be DIVISION)
public static final String
Hi,
I've created https://issues.apache.org/jira/browse/TRINIDAD-1598
Problem described there was introduced with JSF 2.0 - specification
cleary says that exactly two types of VLD are supported with
implementation : JSP and Facelets.
Trinidad dialog uses a java code for component tree creation
[
https://issues.apache.org/jira/browse/TRINIDAD-1606?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Matthias Weßendorf resolved TRINIDAD-1606.
--
Resolution: Fixed
Fix Version/s: 1.2.13-core
Making XhtmlConstants
I've added those constants. Can't remember why I made them public. I
assume because they are used by the BeanValidator class.
The reason to make them static final with the static initializer block
was because it made them easy to use and also because it's very
efficient (performance wise).
Maybe
Making XhtmlConstants (from IMPL module) a public API
-
Key: TRINIDAD-1606
URL: https://issues.apache.org/jira/browse/TRINIDAD-1606
Project: MyFaces Trinidad
Issue Type: Improvement
[
https://issues.apache.org/jira/browse/TRINIDAD-1600?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12767915#action_12767915
]
Martin Koci edited comment on TRINIDAD-1600 at 10/21/09 5:35 PM:
Hi
2009/10/20 Michael Concini mconc...@gmail.com
All,
I've run into what appears to be a bug in the new state saving/restoring
code for facelets.
I've got a simple xhtml page with a one field form and a value change
listener attached. The listener simply outputs the old value and the new
On Wed, Oct 21, 2009 at 9:36 AM, Jan-Kees van Andel
jankeesvanan...@gmail.com wrote:
I've added those constants. Can't remember why I made them public. I
assume because they are used by the BeanValidator class.
The reason to make them static final with the static initializer block
was because
2009/10/21 Matthias Wessendorf mat...@apache.org:
On Wed, Oct 21, 2009 at 9:36 AM, Jan-Kees van Andel
jankeesvanan...@gmail.com wrote:
I've added those constants. Can't remember why I made them public. I
assume because they are used by the BeanValidator class.
The reason to make them static
Leonardo,
I disabled partial state saving, and everything works as expected. I
had also previously tried using the same snippet in a JSP and it worked
ok there as well. So the problem is definitely only occurring with
partial state saving enabled.
I'm not sure I follow how the binding
Wrapper for ExternalContext that only implements jsf 1.1methods does not work
in portlet case
-
Key: PORTLETBRIDGE-98
URL:
2009/10/21 Michael Concini mconc...@gmail.com
Leonardo,
I disabled partial state saving, and everything works as expected. I had
also previously tried using the same snippet in a JSP and it worked ok there
as well. So the problem is definitely only occurring with partial state
saving
Thanks Leonardo. I'll get an issue opened tomorrow morning and attach a
sample war to recreate.
Leonardo Uribe wrote:
2009/10/21 Michael Concini mconc...@gmail.com
mailto:mconc...@gmail.com
Leonardo,
I disabled partial state saving, and everything works as expected.
I had
25 matches
Mail list logo
