On 11/7/05, Martin Marinschek [EMAIL PROTECTED] wrote:
I'd be very interested to discuss that (me being the creator of someof the AJAX enabled components of Apache MyFaces).contact me at Google Talk at any time...
Just wanted to point out that taking discussion to GoogleTalk isn't
really a good
Problem with Date Conversion with 1.1.1 release
---
Key: MYFACES-796
URL: http://issues.apache.org/jira/browse/MYFACES-796
Project: MyFaces
Type: Bug
Components: Implementation, General
Versions: 1.1.1, Nightly
[ http://issues.apache.org/jira/browse/MYFACES-797?page=all ]
jeff porter updated MYFACES-797:
Attachment: ebusinees_Cal_JS_Prob.ear
example ear of the problem.
t:inputCalendar + javscript(using variable tabList) = page hang.
t:inputCalendar + javscript(using variable tabList) = page hang.
Key: MYFACES-797
URL: http://issues.apache.org/jira/browse/MYFACES-797
Project: MyFaces
Type: Bug
Components: Tomahawk
Versions:
[
http://issues.apache.org/jira/browse/MYFACES-736?page=comments#action_12357032
]
Keijo Nurmes commented on MYFACES-736:
--
I did a testrun with RI.
RI seems to behave quite alike.
I did modify jsf-guessNumber sample application.
After adding
[
http://issues.apache.org/jira/browse/MYFACES-797?page=comments#action_12357036
]
Martin Marinschek commented on MYFACES-797:
---
Hmmm.
Can you try to change the name of the javascript function from anything with
head in it to something else?
[
http://issues.apache.org/jira/browse/MYFACES-797?page=comments#action_12357038
]
jeff porter commented on MYFACES-797:
-
Hi Martin,
Yep I've already tried that. I've just re-tried it with the java script method
sig...
function qwerty() {
//
I agree, lets keep this in the open. I'm also interested in the
possible integration of the Taconite library into MyFaces, for example.On 11/7/05, Martin Cooper [EMAIL PROTECTED]
wrote:On 11/7/05,
Martin Marinschek [EMAIL PROTECTED] wrote:
I'd be very interested to discuss that (me being the
Hello MyFaces Developers,
I have downloaded and built the Tomahawk components and ran them with
the JSF 1.2 impl. Doing so, I discovered that the example app uses
h:form name=whatever
frequently. The name attribute is not in the spec so supporting it
breaks portability to other
[
http://issues.apache.org/jira/browse/MYFACES-760?page=comments#action_12357043
]
Mike Kienenberger commented on MYFACES-760:
---
Andrew, if it's facelets-related, it's most likely that the Tree2 Tag file is
doing something other than just
Hi Martin,
Yep I've already tried that. I've just re-tried it with the _javascript_ method sig...
function qwerty() {
// remove these two line (not rem) and all will work.
// ELSE - remove the t:inputCalendar and the page will be displayed
for (var i=0; itabList.length; i++ ) {
}
}
The
OK. I'll do it...On 11/8/05, Ed Burns [EMAIL PROTECTED] wrote:
Hello MyFaces Developers,I have downloaded and built the Tomahawk components and ran them withthe JSF 1.2 impl.Doing so, I discovered that the example app usesh:form name=whatever
frequently.The name attribute is not in the spec so
[
http://issues.apache.org/jira/browse/MYFACES-760?page=comments#action_12357044
]
Mike Kienenberger commented on MYFACES-760:
---
I just noticed a message on the facelets user list that also points out that
there may be an issue with sticking a
It looks like there may be a couple of facelet-impacting issues here.
Take a look at this issue, where I've tried to describe both of them.
http://issues.apache.org/jira/browse/MYFACES-760#action_12357043
On 11/2/05, Martin Marinschek [EMAIL PROTECTED] wrote:
Wait a minute - Martin posted that
Name attribute in h:form not spec-compliant
-
Key: MYFACES-798
URL: http://issues.apache.org/jira/browse/MYFACES-798
Project: MyFaces
Type: Bug
Components: Tomahawk (RI Compatability)
Versions: 1.1.1, Nightly
[
http://issues.apache.org/jira/browse/MYFACES-791?page=comments#action_12357045
]
Chris Barlow commented on MYFACES-791:
--
Sorry, here is the stacktrace:
java.lang.NullPointerException
at java.net.URLEncoder.encode(URLEncoder.java:185)
Looking at the TLD, it seems we are also supporting: accept,
acceptCharset, enctype, onreset, onsubmit and target. While I'm in
there, should any of those be removed ?On 11/8/05, Grant Smith [EMAIL PROTECTED] wrote:
OK. I'll do it...On 11/8/05, Ed Burns
[EMAIL PROTECTED] wrote:
Hello MyFaces
[
http://issues.apache.org/jira/browse/MYFACES-654?page=comments#action_12357049
]
Grant Smith commented on MYFACES-654:
-
Martin,
I have resolved h:form name in another JIRA. Would you like me to take over
work on this ?
HTML TLD differences
Nevermind, JIRA-654 lists all the discrepancies. FYI, h:form
name attribute is now resolved (should be in tonight's nightly).On 11/8/05, Grant Smith [EMAIL PROTECTED]
wrote:Looking at the TLD, it seems we are also supporting: accept,
acceptCharset, enctype, onreset, onsubmit and target. While I'm
[ http://issues.apache.org/jira/browse/MYFACES-798?page=all ]
Grant Smith closed MYFACES-798:
---
Fix Version: Nightly
Resolution: Fixed
See JIRA-654 for ongoing attribute differences
Name attribute in h:form not spec-compliant
[
http://issues.apache.org/jira/browse/MYFACES-744?page=comments#action_12357052
]
Adam Winer commented on MYFACES-744:
That's an alternative solution for the issue, but doesn't really resolve the
underlying problem, just makes it a much lower
[
http://issues.apache.org/jira/browse/MYFACES-407?page=comments#action_12357059
]
Grant Smith commented on MYFACES-407:
-
I assume when you said : The NCR characters are displaying fine using
escape=true in outputText.
That you meant: The NCR
In response to:
http://issues.apache.org/jira/browse/MYFACES-407
I would like to suggest adding two new extended
components to be able to handle the escape attribute at the item level
for the select* components. I have begun implementing this
functionality to the parent tomahawk components.
Does
[
http://issues.apache.org/jira/browse/MYFACES-706?page=comments#action_12357070
]
Simon Kitching commented on MYFACES-706:
I agree that people who want to use MyFaces with such tools should submit the
necessary patches!
There isn't any problem
I would say that they are new components and that they should go in
the sandbox first. If they are really that simple we could vote them
out once every one has a chance to see them (perhaps with a few other
components that might be ready - scheduler jumps to mind.)
IMO putting stuff in the
[
http://issues.apache.org/jira/browse/MYFACES-768?page=comments#action_12357074
]
Simon Kitching commented on MYFACES-768:
Note that the issue referred to by the previous comment was fixed on 2 nov by
r330095 (patch provided by me, committed by
*,
How are the plans to reimplement codegen coming along (are there any)?
The reason I ask is that I'm adding an attribute to some of the
extended components, and I get this feeling of dread as my only choice
is to cross the feared GENERATED CODE BEGIN (do not modify!) line...
-- Grant Smith
[ http://issues.apache.org/jira/browse/MYFACES-792?page=all ]
Mathias Broekelmann closed MYFACES-792:
---
Fix Version: Nightly
Resolution: Fixed
patch commited
Improve documentation for tomahawk dataTable
[ http://issues.apache.org/jira/browse/MYFACES-794?page=all ]
Mathias Broekelmann closed MYFACES-794:
---
Fix Version: Nightly
Resolution: Fixed
patch committed
AddResources javadoc enhancements
-
[ http://issues.apache.org/jira/browse/MYFACES-768?page=all ]
Simon Kitching updated MYFACES-768:
---
Attachment: ReducedHTMLParser.java.patch.txt
ReducedHTMLParserTest.java.patch.txt
Implement support for marked sections, eg ![CDATA[
Well, AFAIK there are no plans, at least until JSF 1.2... but if you
want to be sure just add the attribute to the xml file...
Regards,
Bruno
2005/11/8, Grant Smith [EMAIL PROTECTED]:
*,
How are the plans to reimplement codegen coming along (are there any)? The
reason I ask is that I'm
FWIW, I think the issue is rather lame. The reporter is, for
some reason, storing characters as numerical character
references. If the characters were stored as plain Unicode
(or unescaped back into plain Unicode) as they should be,
then there'd be no issues. In other words, the user can solve
I was doing some thinking about this too. The user may wish to open the
URL in a new window (as implemented), or in the same window.
The normal jscookmenu provides a target value for this. However the
JSF JSCookMenu tag is now using this to specify which *form* should be
submitted when the
Minor tweak to AddResource to make writing unit tests easier
Key: MYFACES-799
URL: http://issues.apache.org/jira/browse/MYFACES-799
Project: MyFaces
Type: Improvement
Reporter: Simon Kitching
[ http://issues.apache.org/jira/browse/MYFACES-799?page=all ]
Simon Kitching updated MYFACES-799:
---
Attachment: AddResource.java.patch.txt
ExtensionsFilter.java.patch.txt
Change to AddResource.writeWithFullHeader method. Note that this
In general this is true. However, there are legitimate reasons for using NCR over Unicode. See
http://www.w3.org/International/questions/qa-escapes.html
for some of them. I'd like to see both options available.On 11/8/05, Adam Winer [EMAIL PROTECTED] wrote:
FWIW, I think the issue is rather
I'll start on the reimplementation if no-one else has. It would be nice
if someone (Manfred ?) could send me the code for the ant task(s)
(ComponentGeneratorTask). I dont feel like checking out and digging
through all the prior-to-svn-reorg stuff. Is there an open JIRA on this
?On 11/8/05, Bruno
Would any developers be interested in blogging about their MyFaces
work? I'm thinking it might be a good way to keep people informed
about what we're all up to.
Travis
Adam, I'm not quite sure I understand what you're saying here. Can you
give an example in the context of the original user's problem ?On 11/8/05, Adam Winer [EMAIL PROTECTED] wrote:
On 11/8/05, Grant Smith [EMAIL PROTECTED]
wrote: In general this is true. However, there are legitimate reasons for
I am sorry - I don't have the sourcecode lying around anymore. And I
doubt that Manfred has. So you'd really need to checkout the
appropriate tag from SVN.
Sean prepared a special tag for this reason, yes something like
prior-reorg or so?
regards,
Martin
On 11/8/05, Grant Smith [EMAIL
40 matches
Mail list logo