Ladies and Gentlemen,
Please welcome our new MyFaces committer Simon Kitching (skitching)!
In the past Simon served many valuable patches, brought accuracy in
our discussions and what is more: he seems to have unlimited time ;-)
Simon, glad to have you on board and looking forward to working
Someone changed a method in UIComponentTag.java from private to protected.
Attention: this is no good idea. We are not allowed to change the
signature of any class of the javax.faces.* package. Especially, you
are not allowed to add public or protected methods. Whatever the
reason for this
Documentation on myFaces site has typo in code.
---
Key: MYFACES-858
URL: http://issues.apache.org/jira/browse/MYFACES-858
Project: MyFaces
Type: Improvement
Components: Tomahawk
Versions: 1.1.1
Environment:
[
http://issues.apache.org/jira/browse/MYFACES-858?page=comments#action_12358229
]
jeff porter commented on MYFACES-858:
-
Also
s:Ajaxsuggest id=id binding=control binding
auggestedItemsMethod=backend bean callback method
[
http://issues.apache.org/jira/browse/MYFACES-858?page=comments#action_12358230
]
jeff porter commented on MYFACES-858:
-
Also, how do you implement the backend bean?
What is getItems ment to return? String[] , List, etc?
s:inputSuggestAjax
Here is my take ... We all agree on the meaning of the affects
version field meaning the version reported against. So there always
needs to be a Nightly version to reflect problems with the lastest
and greatest source code.
The fix version field has traditionally been used (by MyFaces) to
mark
Is there any particular reason why you can't just use forceId=true for
when you want it? My thinking is that its better to give the user the
flexability to decide rather then force them into a particular
choice. (Which is why I think its lame that JSF alters your id when
generating the client
[EMAIL PROTECTED] ~/svn
$ cd myfaces
[EMAIL PROTECTED] ~/svn/myfaces
$ ll
total 0
drwxr-xr-x+ 5 jmitchell None 0 Nov 4 22:42 api
drwxr-xr-x+ 7 jmitchell None 0 Nov 4 22:42 build
drwxr-xr-x+ 11 jmitchell None 0 Nov 4 22:42 examples
drwxr-xr-x+ 6 jmitchell None 0 Oct 26 22:51 forrest
Hello,
This posting was previously sent to the User list, but since nobody
answered, I suppose it was the wrong forum. Sorry if this question doesn't
belong here either...
I would like to know if there is a way to change the behavior of how
Panelnavigation sets the different states (mypage,
You should execute 'ant dist-all' to build everything. And 'ant dist'
to build one specific subproject (inside the subproject/build folder).
All subprojects and main have the same build (one build to rule them
all), so ant dist-all is the specific target to build everything from
the main build
TreeTable doesn't work properly while updating data
---
Key: MYFACES-859
URL: http://issues.apache.org/jira/browse/MYFACES-859
Project: MyFaces
Type: Bug
Components: Tomahawk
Reporter: Pawel Czerwinski
[ http://issues.apache.org/jira/browse/MYFACES-859?page=all ]
Pawel Czerwinski updated MYFACES-859:
-
Attachment: treeTableTest.zip
Files for tests
TreeTable doesn't work properly while updating data
[
http://issues.apache.org/jira/browse/MYFACES-705?page=comments#action_12358239
]
Martin Marinschek commented on MYFACES-705:
---
Volker,
obviously your fix introduced another problem - the inputSuggestAjax component
doesn't render correctly in
Yes, that's what I did.
[EMAIL PROTECTED] ~/svn/myfaces
$ cd build/
[EMAIL PROTECTED] ~/svn/myfaces/build
$ ant
Did I do something wrong?
--
James Mitchell
Software Engineer / Open Source Evangelist
Consulting / Mentoring / Freelance
EdgeTech, Inc.
http://www.edgetechservices.net/
[
http://issues.apache.org/jira/browse/MYFACES-854?page=comments#action_12358240
]
Martin Marinschek commented on MYFACES-854:
---
I don't see what you see obviously you are missing the styles for
inputSuggestAjax, and this might be due to the fact
Are you running the dist-all target? I don't see it...
$ ant dist-all
Bruno
2005/11/22, James Mitchell [EMAIL PROTECTED]:
Yes, that's what I did.
[EMAIL PROTECTED] ~/svn/myfaces
$ cd build/
[EMAIL PROTECTED] ~/svn/myfaces/build
$ ant
Did I do something wrong?
--
James
--- build/build.xml ---
...
project name=myfaces-release default=dist-all
...
...
--- build/build.xml ---
I'm just running 'ant', so yes. Is that not what I'm suppose to do?
--
James Mitchell
Software Engineer / Open Source Evangelist
Sorry, when I get obsessed with an idea, my lonely neuron stops... ;-)
However I've just run the build without problems. Have you tried to
clean everything first? It seems to me that there is already a folder
simple.war or the build creates it (I don't know why), so it says is
not a file?
Bruno
inline--
2005/11/22, Sean Schofield [EMAIL PROTECTED]:
Here is my take ... We all agree on the meaning of the affects
version field meaning the version reported against. So there always
needs to be a Nightly version to reflect problems with the lastest
and greatest source code.
The fix
Hi devs,
I've talked with Ed Burns in the ##jsf irc channel and he has got a
final answer on the question whether or not we can use the RI
javadocs. He has said that we CAN'T use the JSF 1.1 Javadocs because
it is not under the CDDL, but we CAN use the javadocs for JSF 1.2,
Best regards,
Bruno
tomahawk.tld and myfaces_ext.tld is malformed errors in weblogic log
Key: MYFACES-860
URL: http://issues.apache.org/jira/browse/MYFACES-860
Project: MyFaces
Type: Bug
Versions: Nightly
Hi Martin,
are the nightly sandbox examples anywhere in public deployed?
the examples at www.irian.at are without my patches.
i can't do a fresh checkout here (@work) because my svn client can't
https :-(.
what is the problem? i had checked with opera, ie and mozilla before
creating the patch.
That was what I was missing. I needed to run clean first.
Thanks for your help.
--
James Mitchell
Software Engineer / Open Source Evangelist
Consulting / Mentoring / Freelance
EdgeTech, Inc.
http://www.edgetechservices.net/
678.910.8017
AIM: jmitchtx
MSN: [EMAIL PROTECTED]
Skype:
[
http://issues.apache.org/jira/browse/MYFACES-860?page=comments#action_12358268
]
Mario Ivankovits commented on MYFACES-860:
--
Duplicate of MYFACES-846 and should already be fixed.
tomahawk.tld and myfaces_ext.tld is malformed errors in weblogic
Sean,
IMO, the lamenesses are that UIForm is a NamingContainer,
and f:subview is required for includes. I argued strongly
against the former during JSF 1.0, but couldn't turn the tide.
The latter's been cleared up for JSF 1.2 (and despite what
the spec said, f:subview wasn't ever *really*
Yes, I can use forceId=true when I want it, but my sentiments exactly
(about altering the id), if I set an ID, it would be nice to not have
to set forceId=true also. Especially in this new rich client /
ajaxing era that we seem to be rolling into.
Thanks for the info on what's going on Adam.
Hi all,
In the components, there are sections that are wrapped with GENERATED
CODE BEGIN and GENERATED CODE END. How are these generated? Reason I
ask is that there are new fields like forceId and escape that their
state is not being saved/restored.
Thanks in advance,
Travis
Right.
The code generator is currently not working, and needs to be urgently
put back into the build process. It was lost in the reorganization. I
was going to attempt to resurrect it, but ran into a major time
constraint problem in my real job :) You're welcome to take a
shot at it, but you'd
This would be me as well, learning quickly that this stuff is not to
be touched. ;) It'll all be changed back with my next checkin.
Travis
On 11/22/05, Martin Marinschek [EMAIL PROTECTED] wrote:
Someone changed a method in UIComponentTag.java from private to protected.
Attention: this is no
[
http://issues.apache.org/jira/browse/MYFACES-860?page=comments#action_12358295
]
Simon Kitching commented on MYFACES-860:
Actually, myfaces_ext.tld was *renamed* to tomahawk.tld on 2005-08-10. There is
therefore no myfaces_ext.tld in SVN.
[ http://issues.apache.org/jira/browse/MYFACES-860?page=all ]
Simon Kitching closed MYFACES-860:
--
Fix Version: Nightly
Resolution: Fixed
Fixed in SVN already
tomahawk.tld and myfaces_ext.tld is malformed errors in weblogic log
Hi Travis,
I don't know anything about the AJAX compoents so please excuse me if
this is a silly question. But why are the AJAX components requiring
forceId in the first place?
If a component's true id at the back end is form1:subview2:table3,
then why not use that id in all the AJAX stuff
Bruno Aranda wrote:
Hi devs,
I've talked with Ed Burns in the ##jsf irc channel and he has got a
final answer on the question whether or not we can use the RI
javadocs. He has said that we CAN'T use the JSF 1.1 Javadocs because
it is not under the CDDL, but we CAN use the javadocs for JSF 1.2,
I would say definitely copy the JSF1.2 javadocs, but perhaps wait until they are finalized ?
If you can add javadocs that are reverse engineered, and are even more detailed than the exisiting 1.1 stuff, then great!On 11/22/05, Simon Kitching
[EMAIL PROTECTED] wrote:Bruno Aranda wrote:
Hi devs,
[ http://issues.apache.org/jira/browse/MYFACES-861?page=all ]
Rogério Pereira Araújo updated MYFACES-861:
---
Attachment: Messages_pt_BR.properties
Messages_pt_BR.properties
Messages_pt_BR.properties update
focus component
---
Key: MYFACES-862
URL: http://issues.apache.org/jira/browse/MYFACES-862
Project: MyFaces
Type: Improvement
Components: Sandbox
Reporter: Rogério Pereira Araújo
Attachments: HtmlFocus.java
I created this component to make
[ http://issues.apache.org/jira/browse/MYFACES-862?page=all ]
Rogério Pereira Araújo updated MYFACES-862:
---
Attachment: HtmlFocus.java
focus component
---
Key: MYFACES-862
URL:
Erik,
please open a jira issue for this.
Thank you
ThomasOn 11/22/05, Erik J [EMAIL PROTECTED] wrote:
Hello,This posting was previously sent to the User list, but since nobodyanswered, I suppose it was the wrong forum. Sorry if this question doesn'tbelong here either...I would like to know if
[ http://issues.apache.org/jira/browse/MYFACES-862?page=all ]
Rogério Pereira Araújo updated MYFACES-862:
---
Attachment: HtmlFocusRenderer.java
focus component
---
Key: MYFACES-862
URL:
[ http://issues.apache.org/jira/browse/MYFACES-862?page=all ]
Rogério Pereira Araújo updated MYFACES-862:
---
Attachment: HtmlFocusTag.java
focus component
---
Key: MYFACES-862
URL:
Write a program that takes the JSF 1.1 and 1.2 docs, identifies the
docs that are NOT identical to JSF 1.1 docs, and creates a patch for
those that are the same.
Then you should have a significant amount of the javadocs without
using any JSF 1.1 docs :)
Then it's just a matter of writing docs
[ http://issues.apache.org/jira/browse/MYFACES-775?page=all ]
Will Norris updated MYFACES-775:
Attachment: HtmlInputDate.diff
The problem is a NumberFormatException that gets thrown by Integer.parse and is
never caught. HtmlInputDate$UserData.parse
[ http://issues.apache.org/jira/browse/MYFACES-861?page=all ]
Grant Smith closed MYFACES-861:
---
Fix Version: Nightly
Resolution: Fixed
Thank you (Obgrigado ??) !
Messages_pt_BR.properties update
Key:
[
http://issues.apache.org/jira/browse/MYFACES-817?page=comments#action_12358304
]
Thomas A. Valletta commented on MYFACES-817:
I am getting the same error. I don't know that the cause is the same, but it
may be.
I have created a
[ http://issues.apache.org/jira/browse/MYFACES-862?page=all ]
Rogério Pereira Araújo updated MYFACES-862:
---
Attachment: myfaces_sandbox.tld.diff
focus component
---
Key: MYFACES-862
URL:
There are a couple reasons I went down that road,
1: at first, when trying to get things working, it was much easier to
be able to directly access the component in javascript. I wanted to
get this working without having to deal with unknown id's, and then
come back to get it working for those
HtmlTextareaRenderer method isDisabled generates an infinite loop
-
Key: MYFACES-863
URL: http://issues.apache.org/jira/browse/MYFACES-863
Project: MyFaces
Type: Bug
Components: Tomahawk
Hi Volker,
no, the nightly examples are not deployed. Sorry.
We'll need to wait until you get to do a check-out again. In IE, the
suggestion opened over the input field - halfway up.
regards,
Martin
On 11/22/05, Volker Weber [EMAIL PROTECTED] wrote:
Hi Martin,
are the nightly sandbox
valueChangeNotifier
---
Key: MYFACES-864
URL: http://issues.apache.org/jira/browse/MYFACES-864
Project: MyFaces
Type: Improvement
Components: Tomahawk
Reporter: Mario Ivankovits
Like valueChangeListener but will fire valueChange event AFTER
[ http://issues.apache.org/jira/browse/MYFACES-864?page=all ]
Mario Ivankovits updated MYFACES-864:
-
Attachment: ValueChangeCollector.java
valueChangeNotifier
---
Key: MYFACES-864
URL:
[ http://issues.apache.org/jira/browse/MYFACES-864?page=all ]
Mario Ivankovits updated MYFACES-864:
-
Attachment: ValueChangeManager.java
ValueChangeNotifierTag.java
ValueChangePhaseListener.java
valueChangeNotifier
[
http://issues.apache.org/jira/browse/MYFACES-864?page=comments#action_12358315
]
Mario Ivankovits commented on MYFACES-864:
--
Usage:
h:selectOneMenu
value=#{replacementItems.catalog}
onchange=submit()
Hi,
As part of my investigations of
http://issues.apache.org/jira/browse/MYFACES-856
I have found that I need to understand how a UIComponentTag finds its
corresponding component.
When a JSP page is processed, each time a jsf tag is encountered a
UIComponentTag instance is created,
I believe the id's are generated at the time the component is
instantiated which seems to occur in UIComponentTag.findComponent().
The corresponding code is:
//Child
String id = getOrCreateUniqueId(context);
_componentInstance = parent.findComponent(id);
if
Hi Travis,
Thanks for your response.
Yes, it looks to me like on the first visit to the view, the ids are
generated via that getOrCreateUniqueId method (which calls
UIViewRoot.createUniqueId). That id is then stored persistently in the
component. But on the second view, how does the 3rd
Hi All,
Sorry for the flood of javadoc commits; this is some stuff I've had
sitting around for a while.
For the changes to the api/impl classes, I've checked the JSP1.2
javadoc, and what I've got is a bit different in flavour from the spec
so I've committed it for you to look at. If you
dataList not behaving inside panelGrid
--
Key: MYFACES-865
URL: http://issues.apache.org/jira/browse/MYFACES-865
Project: MyFaces
Type: Bug
Components: Tomahawk
Versions: 1.1.1, Nightly
Environment: Myfaces nightly
Keep them coming, there is far too few comments in the code right now.
I'm sure some comments would have saved me many hours.
Travis
On 11/22/05, Simon Kitching [EMAIL PROTECTED] wrote:
Hi All,
Sorry for the flood of javadoc commits; this is some stuff I've had
sitting around for a while.
So I've got a good set of ajax form components working now and I
thought I'd give an update.
- inputText (with options to show buttons for submit, default is to
submit onChange)
- selectManyCheckbox
- selectOneRadio
- selectBooleanCheckbox (with options to use on/off images instead of
a checkbox)
[ http://issues.apache.org/jira/browse/MYFACES-865?page=all ]
Simon Kitching closed MYFACES-865:
--
Resolution: Invalid
Hi Tony,
I'd expect exactly what you are seeing.
You have a panelGrid with a single child (though its column attribute is set
[
http://issues.apache.org/jira/browse/MYFACES-856?page=comments#action_12358326
]
Simon Kitching commented on MYFACES-856:
Sigh. It looks like AliasBean just won't work with component bindings. At least
I can't see any way to do it.
The issue
Hi,
It's bugging me that when I look at the tomahawk TLDDOC I see lots of
No Description lines, most of which are for standard HTML attributes
(with the occasional JSF or Tomahawk attribute mixed in).
I know it's trivial, but nevertheless I would like to add basic
descriptions to the
Updates to standard tag TLD documentation
-
Key: MYFACES-866
URL: http://issues.apache.org/jira/browse/MYFACES-866
Project: MyFaces
Type: Improvement
Components: General
Versions: 1.1.1
Reporter: Steve Peterson
a) no - go ahead.
b) no. nothing is autogenerated for the tld files.
c) no problem with this.
regards,
Martin
On 11/23/05, Simon Kitching [EMAIL PROTECTED] wrote:
Hi,
It's bugging me that when I look at the tomahawk TLDDOC I see lots of
No Description lines, most of which are for standard
[ http://issues.apache.org/jira/browse/MYFACES-866?page=all ]
Steve Peterson updated MYFACES-866:
---
Attachment: tld-docs.patch
This patch significantly improves the TLD documentation for the basic h: and f:
tag libraries.
Major revisions: Every
I just landed a big TLD documentation change (MYFACES-866) that goes a
long way toward addressing Simon's comments. It looks to me like
the change will go a long way toward addressing Simon's comment.
Looks like I need to edit tomahawk/tld/myfaces_ext.tld to make the changes show up there, will
Both tomahawk/tld/myfaces_ext.dl and tomahawk/tld/tomahawk.tld will
need some additional external entities added to pick up the standard
HTML stuff that I have in my patch.
It looks from here (subversion newbie) like tomahawk/tld/entities and
impl/tld/entities refer to the same files. If so, both
[
http://issues.apache.org/jira/browse/MYFACES-866?page=comments#action_12358337
]
Steve Peterson commented on MYFACES-866:
Once the tld-docs.patch is accepted and I sync up, I'll be submitting another
patch to bring the changes over into the
Good work Travis! Any chance of creating some examples for these ?
-- Grant Smith
[
http://issues.apache.org/jira/browse/MYFACES-856?page=comments#action_12358339
]
Mario Ivankovits commented on MYFACES-856:
--
You are right, these are the downsides of this solution, but as I said, it isnt
a solution its a HACK.
Even if you put
Hi!
What happend to the comment formatting in jira?
Was it always that bad and I never noticed it, or is this a new feature?
It purges all newlines.
---
Mario
71 matches
Mail list logo
