[ http://issues.apache.org/jira/browse/MYFACES-377?page=all ]
Bruno Aranda updated MYFACES-377:
-
Component: Tomahawk
x:div suport for visibleOnUserRole
--
Key: MYFACES-377
URL:
[ http://issues.apache.org/jira/browse/MYFACES-370?page=all ]
Bruno Aranda updated MYFACES-370:
-
Component: Tomahawk
inputCalendar - popup - styles and other properties - problem
-
[
http://issues.apache.org/jira/browse/MYFACES-377?page=comments#action_12317480
]
Bruno Aranda commented on MYFACES-377:
--
What behaviour do we expect when visibleOnUserRole or just rendered=false is
set. Now x:div extends from x:htmlTag, and when
That could work.
Thing is also that we have not too many bugs filed against the
implementation, but many bugs against the components, where the bugs
against the implementation are more important, probably.
regards,
MartinOn 8/2/05, Sean Schofield [EMAIL PROTECTED] wrote:
I was thinking we might
well, it would be the spec which mandates a method being private or public.
Usually, this is done to ensure that something works against all implementations.On 8/2/05, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:hi everybody!!
is there a way of retrieving the serialized state directly, that is
[ http://issues.apache.org/jira/browse/MYFACES-348?page=all ]
Bruno Aranda updated MYFACES-348:
-
Component: JSF 1.1
JSF tags do not use the pageContext for the tag for output
--
Key:
[ http://issues.apache.org/jira/browse/MYFACES-373?page=all ]
Bruno Aranda updated MYFACES-373:
-
Component: JSF 1.1
h:panelGrid columns attribute not initialized properly
Key:
[ http://issues.apache.org/jira/browse/MYFACES-347?page=all ]
Bruno Aranda updated MYFACES-347:
-
Component: Tomahawk
ExtensionFilter called multiple times under Weblogic
Key: MYFACES-347
[ http://issues.apache.org/jira/browse/MYFACES-345?page=all ]
Bruno Aranda updated MYFACES-345:
-
Component: Tomahawk
x:navigationMenuItem should have target attribute and can include f:param
in it's body
[ http://issues.apache.org/jira/browse/MYFACES-338?page=all ]
Bruno Aranda updated MYFACES-338:
-
Component: JSF 1.1
MessageUtils should force Thread.currentThread().getContextClassLoader() on
ResourceBundle
[ http://issues.apache.org/jira/browse/MYFACES-328?page=all ]
Bruno Aranda updated MYFACES-328:
-
Component: Tomahawk
h:selectOneRadio error in x:tree
Key: MYFACES-328
URL:
[ http://issues.apache.org/jira/browse/MYFACES-342?page=all ]
Bruno Aranda updated MYFACES-342:
-
Component: Tomahawk
HtmlTree: provide method to set selected node
-
Key: MYFACES-342
URL:
[ http://issues.apache.org/jira/browse/MYFACES-327?page=all ]
Bruno Aranda closed MYFACES-327:
Resolution: Won't Fix
You should ask that question to the jsf expert group to see if they might
change that for the next specs. Now, we cannot do that
[ http://issues.apache.org/jira/browse/MYFACES-323?page=all ]
Bruno Aranda updated MYFACES-323:
-
Component: Tomahawk
inputCalendar fails after changing value on server
--
Key: MYFACES-323
[ http://issues.apache.org/jira/browse/MYFACES-321?page=all ]
Bruno Aranda closed MYFACES-321:
Fix Version: Nightly Build
Resolution: Fixed
This is true, as stated in the Standard HTML RenderKit docs for the
javax.faces.Label renderer:
[
http://issues.apache.org/jira/browse/MYFACES-309?page=comments#action_12317491
]
Bruno Aranda commented on MYFACES-309:
--
I think we should contact the jscookmenu javascript author, Heng Yuan
(http://www.cs.ucla.edu/~heng/JSCookMenu/), with this
[ http://issues.apache.org/jira/browse/MYFACES-309?page=all ]
Bruno Aranda closed MYFACES-309:
Resolution: Won't Fix
I'll close this issue now, as I think we should not fix the javascript code
directly because it will be harder to update the
[ http://issues.apache.org/jira/browse/MYFACES-306?page=all ]
Bruno Aranda closed MYFACES-306:
Resolution: Invalid
Closed as it is already fixed in the nightlies...
JSCookMenu: Icon field should be null instead of empty string if not specify
in
[
http://issues.apache.org/jira/browse/MYFACES-383?page=comments#action_12317501
]
Erik-Berndt Scheper commented on MYFACES-383:
-
I've cloned this issue (165) because I disagree with the solution provided.
Now when a user modifies the value
x:inputCalendar and conversion/validation errors
Key: MYFACES-383
URL: http://issues.apache.org/jira/browse/MYFACES-383
Project: MyFaces
Type: Bug
Environment: Any
Reporter: Erik-Berndt Scheper
Assigned to: sean
+1
On 8/2/05, Sean Schofield [EMAIL PROTECTED] wrote:
I was thinking that also. +1
On 8/2/05, Bruno Aranda [EMAIL PROTECTED] wrote:
Now that we are adjusting names to tomahawk, should'nt also the
myfaces_ext.tld file change to tomahawk.tld?
Regards,
Bruno
--
Matthias
+1 for Matthias' suggestion as well
On 8/3/05, Bruno Aranda [EMAIL PROTECTED] wrote:
+1 to the 'also' :-) I think we should change to tomahawk wherever it
is needed...
Bruno
2005/8/3, Matthias Wessendorf [EMAIL PROTECTED]:
also
urihttp://myfaces.apache.org/extensions/uri
to
another (reluctant) +1
cause all users have to change their JSP-files with that, just changing the prefix doesn't do any harm.
regards,
MartinOn 8/3/05, Sean Schofield [EMAIL PROTECTED] wrote:
+1 for Matthias' suggestion as wellOn 8/3/05, Bruno Aranda [EMAIL PROTECTED] wrote: +1 to the 'also'
Hadn't thought about that part ... that might cause a lot of
headaches, especially with users who don't realize its changed. I'm
changing my vote to 0 for Matthias' idea but still +1 for changing the
name as Bruno suggested.
On 8/3/05, Martin Marinschek [EMAIL PROTECTED] wrote:
another
We could of course just keep in the old tld file, as we have done once before...
regards,
MartinOn 8/3/05, Sean Schofield [EMAIL PROTECTED] wrote:
Hadn't thought about that part ... that might cause a lot ofheadaches, especially with users who don't realize its changed.I'mchanging my vote to 0
well we could provide the old an the new tld... ;)
like we did in the past (sf - a.o)
-Matthias
On 8/3/05, Martin Marinschek [EMAIL PROTECTED] wrote:
another (reluctant) +1
cause all users have to change their JSP-files with that, just changing the
prefix doesn't do any harm.
Hi!
Any plans to make inputCalender work with other date libraries like joda?
What would be great is if it could be possible to bind the component not
only to a java.util.Date but also to a joda DateTime and make is smart
enough to convert it.
I see two possible ways for now:
a) Having a
[
http://issues.apache.org/jira/browse/MYFACES-284?page=comments#action_12317511
]
Martin Marinschek commented on MYFACES-284:
---
Is this the 1.0.9 popcalendar.js you are using?
Or did you get the latest one from subversion head?
If not, could
we wouldn't want to introduce a dependency on joda, I would say.
If you find another way not disturbing the other users of this
component, go ahead and send in a patch as soon as you are finished!
regards,
MartinOn 8/3/05, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi!Any plans to make
Hello Martin,
I still have this problem with the item ids in tables.
As a quick reminder, if your item's list isn't constant, changing some data from components embeded in the table's row sometimes apply to the wrong row as the id's are numbered 0, 1, ...
Exemples where this is a problem are
But if the node is empty, wouldn't isLeaf() return true? And in that
case, wouldn't the + sign be suppressed? I'm just trying to understand
the test case that failed.
Thanks,
- Brendan
-Original Message-
From: Sean Schofield [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 02, 2005
Hi Sylvain
Thanks for your answer.
Sylvain Vieujot [EMAIL PROTECTED] writes:
On Tue, 2005-08-02 at 17:09 +0200, Christian Egli wrote:
I would like to have a series of x:inputHtml/ on one single
page. Now the docu for x:inputHtml says that right now the support is
limited to one editor
Martin Marinschek wrote:
we wouldn't want to introduce a dependency on joda, I
would say.
No other dependency needed.
If you find another way not disturbing the other users of
this
component, go ahead and send in a patch as soon as you are finished!
But please give me a direction how
Hi *,
just a short question, could it be that nested dataTables with
preserveDataModel=true on both dataTables are not working? The
dataModel of my inner table seems to be reset to null at every
request...
regards,
Martin
+1 also for renaming the uri - should be enough if it's mentioned in the release notes - let's not do things by halvesOn 8/3/05, Matthias Wessendorf
[EMAIL PROTECTED] wrote:well we could provide the old an the new tld... ;)
like we did in the past (sf - a.o)-MatthiasOn 8/3/05, Martin Marinschek
Well, I don't know if you have download the last nightly, because
yesterday i put the rendered attribute to htmlTag/div, as it is in
other components such as outputText. The 'problem' with this is that
now if rendered is set to false, only the tags are not rendered, but
everything between the
Hello Bruno,
I would say that the behavior of the rendered attribute should be consistent, so rendered=false shouldn't render anything.
I think the best approach would be to allow blank values in htmlTag (not sure it works with the current code).
So you could do :
x:htmlTab
Martin Marinschek wrote:
You know that there is something like a converter tag already in JSF,
right?
Sure, I know. And it is sufficient during setting the value, a custom
converter to convert the string to joda-time do the job, ...
what would your variant b be different from that?
... but
My understanding of the semantics of node.isLeaf() is that it returns
true if the node has children (whether fetched or not) and false if the
node has no children.
My understanding of the semantics of node.getChildCount() is that it can
return the number of children fetched or the number of
Great to have you here again Sylvain! :-) Yes... that would be a good
solution...
I am going to change the behaviour of the rendered attribute to not
render any children in case it is false... I will check also the white
space thing...
Bruno
2005/8/3, Sylvain Vieujot [EMAIL PROTECTED]:
Hello
Thanks
On Wed, 2005-08-03 at 20:30 +0200, Bruno Aranda wrote:
Great to have you here again Sylvain! :-) Yes... that would be a good
solution...
I am going to change the behaviour of the rendered attribute to not
render any children in case it is false... I will check also the white
space
Too bad
Thanks for your answer anyway.
I guess I'll have to go through that new attribute thing so.
I'll send a new clear proposal soon.
Sylvain.
On Wed, 2005-08-03 at 17:15 +0200, Martin Marinschek wrote:
My students' autoUpdateDataTable is using AJAX to automatically update itself
x:div rendered=falseDiv content/x:div --- renders .. Div content
This is definitely *not* what I would expect.
sean
Allow Pre-compiling web application for Tomcat
--
Key: MYFACES-384
URL: http://issues.apache.org/jira/browse/MYFACES-384
Project: MyFaces
Type: Improvement
Components: General
Versions: 1.0.9 beta
Environment:
Hello Manfred,
Here is a specific example where savestate would fail :
x:saveState value=#{myLinkedList}/
The save state would return a List, and not a LinkedList.
So if you use somewhere in your code myLinkedList.pool(), it would fail.
In fact it fails earlier, as the saved value can't be
Well, with the actual implementation you can use:
x:div rendered=falsef:verbatimDiv content/f:verbatim/x:div
Otherwise, if verbatims are not used the text is rendered and only the
tag is not rendered...
Any ideas here? I only have an ugly trick using span
style=visibility:hidden; around the
x:swapImage the swapImageUrl attribute will not append context path on image
path rendering
---
Key: MYFACES-385
URL: http://issues.apache.org/jira/browse/MYFACES-385
Project: MyFaces
So that I get this right -
a faces converter (there both of us agree) is something that converts
between a string and the backing bean value back and forth, now you
want to have an additional converter which will convert between the
converted value and the backing bean?
The thing is that
My understanding of the semantics of node.isLeaf() is that it returns
true if the node has children (whether fetched or not) and false if the
node has no children.
That is probably the correct way of thinking about it but its not what
I had in mind when I programmed it. I was thinking more in
What if we go back to node.isLeaf (as you suggest) but the default
implementation of tree node (TreeNodeBase) will answer that question
by checking the childCount? Would that work for both sides?
Yes, that works for me.
- Brendan
-Original Message-
From: Sean Schofield
[ http://issues.apache.org/jira/browse/MYFACES-282?page=all ]
Bruno Aranda closed MYFACES-282:
Fix Version: Nightly Build
Resolution: Fixed
This is fixed now in the SVN. Thanks for reporting!
Titles not showing up on inputDate button to
How about two TLD files (like we had for SF): the original one will
have the extensions URI and have 'x'. The new one will have tomahawk
and 't'. Sound good?
On 8/3/05, Thomas Spiegl [EMAIL PROTECTED] wrote:
+1 also for renaming the uri - should be enough if it's mentioned in the
release
[
http://issues.apache.org/jira/browse/MYFACES-350?page=comments#action_12317568
]
sean schofield commented on MYFACES-350:
In order to address Brendan's concerns I changed this back to just check
node.isLeaf(). I did change the isLeaf() method
[
http://issues.apache.org/jira/browse/MYFACES-353?page=comments#action_12317575
]
sean schofield commented on MYFACES-353:
I took the first step towards a solution. I added a TreeModel interface so
users can supply their own tree model. Over
Sean, what am I missing? Would these methods used to check
the expand state act to replace HtmlTree.isNodeExpanded ?
What are the chances of being able grab the parent?
Original message
Date: Thu, 4 Aug 2005 05:36:36 +0200 (CEST)
From: sean schofield (JIRA) myfaces-
[EMAIL PROTECTED]
On 8/3/05, Sean Schofield [EMAIL PROTECTED] wrote:
How about two TLD files (like we had for SF): the original one will
have the extensions URI and have 'x'. The new one will have tomahawk
and 't'. Sound good?
You know, of course, that the prefix you mention in the TLD is mostly
irrelevant,
Martin Marinschek wrote:
You know that there is something like a converter tag already in JSF,
right?
After thinking about it again it turns out the easiest is to extend this
converter and move all access to the date-object from the renderer into it.
---
Mario
57 matches
Mail list logo