[
http://issues.apache.org/jira/browse/MYFACES-310?page=comments#action_12315280
]
Emond Papegaaij commented on MYFACES-310:
-
According to the docs of getAttributes(), the check 'component instanceof
HtmlCommandLink' is not even needed, because
OT reason=justforfun
I would propose that anyone committing a change that causes a test to
fail be put in a small interrogation room with the Manfred Geiler Bad
Cop. Be very afraid.
:-)
Harhr! Who dares?
BTW, for serious interrogation we also need a Good Cop. Any volunteer?
-Manfred
I took a look at the JspTilesViewHandler. It just has dependencies on shared classes.
So the view handler is independend from the myfaces-implementation by
now. From there it should also run on any otherJSF implementation.On 7/7/05, Sean Schofield [EMAIL PROTECTED]
wrote:I am definitely *not*
Just to clarify: that has also been as such _before_ Thomas has looked
at it, so for several months this must have been working.
Blame marketing ;) !
regards,
Martin
On 7/8/05, Thomas Spiegl [EMAIL PROTECTED] wrote:
I took a look at the JspTilesViewHandler. It just has dependencies on shared
javax.faces.el.ValueBinding not implemented like that of Sun Reference
Implementation (java.lang.AbstractMethodError)
--
Key: MYFACES-312
URL:
I would like to follow the jsf usage for actions. Using the actionlistener
attribute is quite easy and provides more information to the user than it does
in the current implementation.
Personally I find it a good solution to define an id for each column, place the
sortheader component into
[ http://issues.apache.org/jira/browse/MYFACES-312?page=all ]
Mathias Broekelmann updated MYFACES-312:
Attachment: valuebinding.diff
here is a patch for it.
javax.faces.el.ValueBinding not implemented like that of Sun Reference
[
http://issues.apache.org/jira/browse/MYFACES-308?page=comments#action_12315301
]
Mathias Werlitz commented on MYFACES-308:
-
I can confirm this error.
I also created a patch that make only minimal changes to the renderer and the
javascript.
[
http://issues.apache.org/jira/browse/MYFACES-308?page=comments#action_12315306
]
Mathias Werlitz commented on MYFACES-308:
-
Sorry my patch fixed only half of the story.
Please ignore it.
tree2 image-path encoding and fix for missing ids on
On 7/7/05, Matthias Wessendorf [EMAIL PROTECTED] wrote:
On my current day job we are migrating to Maven(1)
I like what I learn there. One thing I don't is that, if your project
depends on jar (e.g. foo.jar)
that depends itsself on another jar (bar.jar) you have to add foo.jar
and bar.jar to
[ http://issues.apache.org/jira/browse/MYFACES-228?page=all ]
Mathias Broekelmann updated MYFACES-228:
Attachment: fixed_sortheader.diff
The patch should solve the bug.
Sortheader functionality does not work if datatable contains editable
[ http://issues.apache.org/jira/browse/MYFACES-313?page=all ]
Grant Smith closed MYFACES-313:
---
Fix Version: Nightly Build
Resolution: Fixed
Patched. Thanks Mathias.
UISaveState component can use saveAttachedState to allow the user implement
[
http://issues.apache.org/jira/browse/MYFACES-310?page=comments#action_12315324
]
Grant Smith commented on MYFACES-310:
-
I'm going to err on the side of safety and go with Steven's original
modifications. When we have the new unit testing framework
Restrict Selection of Certain Dates in inputCalendar
Key: MYFACES-314
URL: http://issues.apache.org/jira/browse/MYFACES-314
Project: MyFaces
Type: New Feature
Versions: 1.0.9 beta
Environment: Any
Can we get a few more +1's for this?
sean
On 7/7/05, Bill Dudney [EMAIL PROTECTED] wrote:
yes now the cobwebs are clearing...
if we get agreement I'd be up for getting rid of standard and making
a JSCookMenu example.
TTFN,
-bd-
On Jul 7, 2005, at 2:20 PM, Sean Schofield wrote:
EL returns null for any Map entry keyed by an empty String
--
Key: MYFACES-315
URL: http://issues.apache.org/jira/browse/MYFACES-315
Project: MyFaces
Type: Bug
Versions: 1.0.9 beta
Environment: Java
+1
+1
+1
There's 3 for ya ;)
--
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: jmitchtx
- Original Message -
From: Sean
I am for having only one set of examples. Simple examples are very
useful too see and learn how a component works, but more complex
examples show how different components can be used to reach a common
objective. Also, backing beans from the examples are very useful too
learn (I learnt a lot from
1) we have to explicitly call out the dependencies (i.e. impl on api)
so that if we mistakenly introduce a circular dependency (like the
UIData thing this morning) we can catch it easily.
I think we can achieve this by reworking the build script. We can
have different classpaths and then
I noticed there is a new inputSuggest by Werner added to the sandbox.
I've experimented with it a little bit on his website but I haven't
looked behind the hood. Matt Blum and I have our own verison of
inputSuggest.
I think its fine to have two similar components in the sandbox but I
think we
Due to a mistake, a Sean mail and another from me have gone offlist. I
copy them here...
Sean
Bruno's idea sounds good. At a minimum we need a simple example for
every component (which we pretty much have now.) The standard
examples are just redundant (except for they show off the menu stuff.)
Migrate component documentation from marinschek.com tiki / wiki to forrest xdocs
Key: MYFACES-316
URL: http://issues.apache.org/jira/browse/MYFACES-316
Project: MyFaces
Type: Task
[
http://issues.apache.org/jira/browse/MYFACES-316?page=comments#action_12315341
]
Mike Kienenberger commented on MYFACES-316:
---
I left off the URL for the tiki documentation:
http://www.marinschek.com/myfaces/tiki/tiki-index.php?page=Features
+1 for consolidation, yet with separate areas for
non-jsCookMenu-cluttered stuff.
Sean Schofield wrote:
Can we get a few more +1's for this?
sean
On 7/7/05, Bill Dudney [EMAIL PROTECTED] wrote:
yes now the cobwebs are clearing...
if we get agreement I'd be up for getting rid
+1
2005/7/8, Grant Smith [EMAIL PROTECTED]:
+1 for consolidation, yet with separate areas for non-jsCookMenu-cluttered
stuff.
Sean Schofield wrote:
Can we get a few more +1's for this?
sean
On 7/7/05, Bill Dudney [EMAIL PROTECTED] wrote:
yes now the cobwebs are
Werner Punz wrote:
Actually just checked the sources I got in today from the svn sandbox,
there is nothing from me left anymore :-D
Command back, that suff is from someone else, but they placed the code
for the autocomplete on top of the prototype which is excellent
Btw... another thing, I
26 matches
Mail list logo