[ http://issues.apache.org/jira/browse/TOMAHAWK-384?page=all ]
Martin Marinschek updated TOMAHAWK-384:
---
Status: Resolved (was: Patch Available)
Fix Version/s: 1.1.4-SNAPSHOT
Resolution: Fixed
Assignee: Martin Marinschek
[ http://issues.apache.org/jira/browse/TOMAHAWK-383?page=all ]
Martin Marinschek resolved TOMAHAWK-383.
Fix Version/s: 1.1.4-SNAPSHOT
Resolution: Cannot Reproduce
Assignee: Martin Marinschek
According to user feedback already
[ http://issues.apache.org/jira/browse/TOMAHAWK-377?page=all ]
Martin Marinschek updated TOMAHAWK-377:
---
Status: Open (was: Patch Available)
aliasBean saves its children when parent has rendered=false
[ http://issues.apache.org/jira/browse/TOMAHAWK-263?page=all ]
Martin Marinschek resolved TOMAHAWK-263.
Fix Version/s: 1.1.4-SNAPSHOT
Resolution: Fixed
Assignee: Mike Kienenberger
Sandbox examples are missing myfaces-example
[ http://issues.apache.org/jira/browse/TOMAHAWK-443?page=all ]
Martin Marinschek resolved TOMAHAWK-443.
Fix Version/s: 1.1.4-SNAPSHOT
Resolution: Fixed
made sure the disabled-field is not masked anymore.
regards,
Martin
Disabled Flag
Fixed - had a wrong import somewhere.
And, yes, Grant, I know that I should never commit something that
causes the maven-build to fail ;)
regards,
Martin
On 9/19/06, Grant Smith [EMAIL PROTECTED] wrote:
Attn: All Committers!!
Please never commit anything that will cause the maven build to
Hi Wendy,
I read through your final thread - and obviously my javascript fix has
only made it into 1.1.5 snapshot. If you found an example where h:form
and t:commandLink work together, all is well - so you can get rid of
the incompatibility sentence. Thanks for trying it out!
That
I've answered on the other thread.
regards,
Martin
On 9/17/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 9/17/06, Martin Marinschek [EMAIL PROTECTED] wrote:
When you told me that you reverted the getScrolling stuff, I
remembered that I also changed the name of the clear..._formName()
method
+1,
regards,
Martin
On 9/14/06, Bruno Aranda [EMAIL PROTECTED] wrote:
Yes! Lets stop being gentlemen! ;)
Bruno
On 9/14/06, Jurgen Lust [EMAIL PROTECTED] wrote:
+1 definitely
Op do, 14-09-2006 te 14:19 +0200, schreef Werner Punz:
Matthias Wessendorf schrieb:
Thanks Craig for checking
I'd guess for the second one.
regards,
Martin
On 9/18/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
On 9/18/06, Wendy Smoak [EMAIL PROTECTED] wrote:
There's a reason I haven't made the Core 1.1.4 announcement yet, I'm
still trying to find the exact change that caused the initial
[ http://issues.apache.org/jira/browse/TOMAHAWK-660?page=all ]
Martin Marinschek resolved TOMAHAWK-660.
Fix Version/s: 1.1.5-SNAPSHOT
Resolution: Fixed
Assignee: Martin Marinschek
Tried to fix this with:
//fix
[
http://issues.apache.org/jira/browse/TOMAHAWK-646?page=comments#action_12435633
]
Martin Marinschek commented on TOMAHAWK-646:
The problem starts much earlier - where do you supply the date-format? In
inputCalendar, you can set
[ http://issues.apache.org/jira/browse/TOMAHAWK-629?page=all ]
Martin Marinschek resolved TOMAHAWK-629.
Fix Version/s: 1.1.4-SNAPSHOT
Resolution: Fixed
Assignee: Catalin Kormos
Fixed by Catalin Kormos on the head
[
http://issues.apache.org/jira/browse/TOMAHAWK-623?page=comments#action_12435639
]
Martin Marinschek commented on TOMAHAWK-623:
In TOMAHAWK-503 you'll find a way to disable the redirect tracker.
http://issues.apache.org/jira
[
http://issues.apache.org/jira/browse/TOMAHAWK-620?page=comments#action_12435641
]
Martin Marinschek commented on TOMAHAWK-620:
It's obviously not the same problem - in DefaultAddResource, the encoding is
properly set onto the new
[
http://issues.apache.org/jira/browse/TOMAHAWK-613?page=comments#action_12435642
]
Martin Marinschek commented on TOMAHAWK-613:
Can you tell us exactly what your fix looked like? Best by providing a patch
(e.g. with TortoiseSVN
[
http://issues.apache.org/jira/browse/TOMAHAWK-606?page=comments#action_12435643
]
Martin Marinschek commented on TOMAHAWK-606:
Should be fixed by my check-ins:
http://svn.apache.org/viewvc?rev=441905view=rev
and
http
[ http://issues.apache.org/jira/browse/TOMAHAWK-606?page=all ]
Martin Marinschek resolved TOMAHAWK-606.
Fix Version/s: 1.1.5-SNAPSHOT
Resolution: Fixed
t:commandLink does not work - gives javascript error
[ http://issues.apache.org/jira/browse/TOMAHAWK-581?page=all ]
Martin Marinschek resolved TOMAHAWK-581.
Fix Version/s: 1.1.4-SNAPSHOT
Resolution: Fixed
Assignee: Martin Marinschek
With your proposed optimal solution, you'll
[ http://issues.apache.org/jira/browse/TOMAHAWK-571?page=all ]
Martin Marinschek resolved TOMAHAWK-571.
Fix Version/s: 1.1.4-SNAPSHOT
Resolution: Fixed
Assignee: Gerald Müllan
inputSuggestAjax not correctly rendered in IE
[ http://issues.apache.org/jira/browse/TOMAHAWK-569?page=all ]
Martin Marinschek resolved TOMAHAWK-569.
Fix Version/s: 1.1.4-SNAPSHOT
Resolution: Fixed
Assignee: Martin Marinschek
Thanks to Richard Barbalace.
regards,
Martin
[
http://issues.apache.org/jira/browse/TOMAHAWK-567?page=comments#action_12435649
]
Martin Marinschek commented on TOMAHAWK-567:
If you apply the patch here, this would be just as good.
I don't think the clear_formName() JavaScript
[ http://issues.apache.org/jira/browse/TOMAHAWK-560?page=all ]
Martin Marinschek resolved TOMAHAWK-560.
Fix Version/s: 1.1.4-SNAPSHOT
Resolution: Duplicate
Assignee: Martin Marinschek
duplicate of TOMAHAWK-628
Cannot set
[
http://issues.apache.org/jira/browse/TOMAHAWK-553?page=comments#action_12435652
]
Martin Marinschek commented on TOMAHAWK-553:
Can you post the javascript errors you're getting?
Alternatively try to upgrade both implementation
[
http://issues.apache.org/jira/browse/TOMAHAWK-550?page=comments#action_12435653
]
Martin Marinschek commented on TOMAHAWK-550:
Hi Catalin,
did you fix this in SVN? if yes, can you close the bug?
regards,
Martin
Sort property
[ http://issues.apache.org/jira/browse/TOMAHAWK-540?page=all ]
Martin Marinschek resolved TOMAHAWK-540.
Fix Version/s: 1.1.4-SNAPSHOT
Resolution: Fixed
Assignee: Martin Marinschek
Issue fixed. Thanks Paul.
regards,
Martin
[
http://issues.apache.org/jira/browse/TOMAHAWK-533?page=comments#action_12435656
]
Martin Marinschek commented on TOMAHAWK-533:
Yeah. As long as its optional, why not.
Fancy providing a patch?
regards,
Martin
Add a converter
[ http://issues.apache.org/jira/browse/TOMAHAWK-532?page=all ]
Martin Marinschek resolved TOMAHAWK-532.
Fix Version/s: 1.1.4-SNAPSHOT
Resolution: Duplicate
Assignee: Martin Marinschek
duplicate of TOMAHAWK-628
t:column
[ http://issues.apache.org/jira/browse/TOMAHAWK-531?page=all ]
Martin Marinschek updated TOMAHAWK-531:
---
Status: Resolved (was: Patch Available)
Fix Version/s: 1.1.4-SNAPSHOT
Resolution: Fixed
Assignee: Martin Marinschek
[
http://issues.apache.org/jira/browse/TOMAHAWK-516?page=comments#action_12435660
]
Martin Marinschek commented on TOMAHAWK-516:
Cosma,
can we have an update of you in how far my latest changes have fixed this
problem?
regards
[ http://issues.apache.org/jira/browse/TOMAHAWK-515?page=all ]
Martin Marinschek resolved TOMAHAWK-515.
Resolution: Won't Fix
Assignee: Martin Marinschek
Looks to me like a bug in commons-el. Can you reconfirm with the
developer-group
[ http://issues.apache.org/jira/browse/TOMAHAWK-508?page=all ]
Martin Marinschek resolved TOMAHAWK-508.
Resolution: Duplicate
Assignee: Martin Marinschek
Duplicate of TOMAHAWK-673
panelNavigation2 Repeating Entries
No, I didn't merge it down to the branch, so all looks good for 1.1.4
for now (well, except for RI compatibility ;)
regards,
Martin
On 9/19/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 9/18/06, Martin Marinschek [EMAIL PROTECTED] wrote:
I'd guess for the second one.
r422260 was on July 15th
There's several things in here we might want to adress:
1) moving renderer independent stuff out of tomahawk into a separate
jar (e.g.: alias-bean).
This will need a third repackaging of shared. I'm not so sure about
this one. I'd rather have tobago become compatible (not merging -
compatible)
Hi Wendy, Mike, Matthias,
When you told me that you reverted the getScrolling stuff, I
remembered that I also changed the name of the clear..._formName()
method. Now if old tomahawk 1.1.3 components expect to call this
clear-method, they'd have a java-script exception.
So essentially - if you
For me as the original inventor of the Gentleman agreement - the
wording was during the time of incubation, so it doesn't affect or
bind their status now anymore.
regards,
Martin
On 9/15/06, Sean Schofield [EMAIL PROTECTED] wrote:
There was a gentleman agreement that there is no commit from
Hi Mike, Wendy,
I only have a minute on the net - but yes, your last sentence is correct.
regards,
Martin
On 9/15/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
On 9/15/06, Wendy Smoak [EMAIL PROTECTED] wrote:
I've added a draft release announcement to the release plan wiki page.
(link
+1 from me for a release of Tobago.
In any case - are there any new efforts to make Tobago more compatible
to the rest of the JSF world?
We've all put a bit of effort into compatibility in tomahawk and impl,
and I'd like to see some effort in the tobago code base as well...
regards,
Martin
at loss what these two methods are
supposed to achieve together. If anyone could explain the
functionality to me, I'd happily fix it over for Trinidad.
regards,
Martin
On 8/17/06, Martin Marinschek [EMAIL PROTECTED] wrote:
Ok, it's on my todo-list!
Thanks for the reminder, in any case.
regards
Well, no, then it was probably me who fixed it already ;).
Have you got a clue about the TabbedPaneRenderer? I'm really out of
ideas as to this code...
regards,
Martin
On 9/11/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
On 9/11/06, Martin Marinschek [EMAIL PROTECTED] wrote:
I've looked
Well, it should be easy to change this line of the template to call
the _ComponentUtils-method.
Are you sure that there are no changes apart from this? I could have
sworn I saw some edits of this, e.g. to deliver a boolean instead of a
Boolean and small stuff like this. It could as well be that
Just a short question - I remember a bug with the datatable showing
the wrong number of lines - that has been fixed, right?
regards,
Martin
On 9/11/06, Wendy Smoak [EMAIL PROTECTED] wrote:
The MyFaces Core 1.1.4 build is available for evaluation:
:
Hey Martin,
Are you talking about this one?
http://issues.apache.org/jira/browse/TOMAHAWK-467
http://issues.apache.org/jira/browse/MYFACES-1377
Matthias Weßendorf [04/Aug/06 11:07 PM]
put to branch (shared_203)
On 9/11/06, Martin Marinschek [EMAIL PROTECTED] wrote:
Just a short question - I
Bug has been fixed - thanks Mike.
+1 from me.
regards,
Martin
On 9/11/06, Martin Marinschek [EMAIL PROTECTED] wrote:
Just a short question - I remember a bug with the datatable showing
the wrong number of lines - that has been fixed, right?
regards,
Martin
On 9/11/06, Wendy Smoak [EMAIL
it to have tomahawk working with
the RI, then that's what we need to do.
On 9/11/06, Martin Marinschek [EMAIL PROTECTED] wrote:
I think it must be this - thanks, Mike! with the information in this
thread, I can certainly start voting.
I saw that you guys renamed the getScrolling again. I wonder
another one, making all three of them incompatible.
On 9/11/06, Martin Marinschek [EMAIL PROTECTED] wrote:
Yes, that's it - it's necessary for compatibility with the RI :(
At least I've got no idea how to fix the problem if not ruining the
one or the other compatibility problem.
regards
Do you have a link to the patch?
regards,
Martin
On 9/11/06, Gert Vanthienen [EMAIL PROTECTED] wrote:
L.S.,
I have added a patch for the code generator, allowing it to use
_ComponentUtils' methods whenever appropriate. There were still some
differences between the generated code and the
[
http://issues.apache.org/jira/browse/MYFACES-1032?page=comments#action_12433960
]
Martin Marinschek commented on MYFACES-1032:
Additional cleanup-commit:
http://svn.apache.org/viewvc?view=revrev=442124
regards,
Martin
use
[
http://issues.apache.org/jira/browse/MYFACES-1384?page=comments#action_12433990
]
Martin Marinschek commented on MYFACES-1384:
Are you using the tomcat component library along with this?
Do you still get this error
[
http://issues.apache.org/jira/browse/MYFACES-1294?page=comments#action_12433996
]
Martin Marinschek commented on MYFACES-1294:
Filter -- PhaseListener and all our Portlet issues are solved. Anyone fancy
doing this?
regards
[
http://issues.apache.org/jira/browse/TOMAHAWK-653?page=comments#action_12433958
]
Martin Marinschek commented on TOMAHAWK-653:
Additional commit for this:
http://svn.apache.org/viewvc?view=revrevision=442124
WebXmlParser.java
[
http://issues.apache.org/jira/browse/MYFACES-1345?page=comments#action_12434000
]
Martin Marinschek commented on MYFACES-1345:
Are you storing your data-model in the session?
If yes, have you tried synchronizing access
[ http://issues.apache.org/jira/browse/MYFACES-1383?page=all ]
Martin Marinschek updated MYFACES-1383:
---
Status: Open (was: Patch Available)
FacesContextFactoryImpl issue using trinidad any myfaces core
It would be easy to fix this - look into my recent addition to the pom.xml:
plugin
artifactIdmaven-idea-plugin/artifactId
version2.0-beta-2-SNAPSHOT/version
configuration
jdkLevel1.3/jdkLevel
-SNAPSHOT
Reporter: Martin Marinschek
Assigned To: Martin Marinschek
Priority: Critical
Fix For: 1.1.5-SNAPSHOT
The current version of 1.1.5-SNAPSHOT had state saving code built into the
view-handler. Facelets replaces the view-handler; so
[ http://issues.apache.org/jira/browse/MYFACES-1405?page=all ]
Martin Marinschek resolved MYFACES-1405.
Resolution: Fixed
Interoperability with Facelets
--
Key: MYFACES-1405
URL
yeah, you're absolutely right.
that should be changed!
regards,
Martin
On 9/8/06, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi!
Today I saw a new component coming in called DojoDialog and I thought:
Is it really required - or the best idea - to prefix the dojo
components with dojo?
What if
me you talked with. What were the conclusions of the discussion
you had? Hope it wasn't that it's impossible ;o)
Cheers
- Andreas
2006/9/8, Martin Marinschek [EMAIL PROTECTED]:
Ok, got you know - I also remember having a discussion on this feature
on the mailing list a while ago. Was that you I
You mean a resources folder, right?
regards,
Martin
On 9/7/06, Manfred Geiler [EMAIL PROTECTED] wrote:
Dennis, Lance,
I am indeed of the opinion that is is NOT OK to modify this generated
code parts.
Code generation will get importance again when we do the 1.2 port.
And: Code generation is
Looks all very good to me!
regards,
Martin
On 9/7/06, L Frohman [EMAIL PROTECTED] wrote:
Could someone take a quick look at this before I commit it?
Just to make sure I am not doing anything that isn't kosher.
Thanks,
Lance
--
http://www.irian.at
Your JSF powerhouse -
JSF Consulting,
).
They are now in the src folder and therefore not included in the jar -
by luck, because maven ignores non-java files in the src tree. ;-)
Putting them into the resource folder would make things even worse in
that sense!
Manfred
On 9/7/06, Martin Marinschek [EMAIL PROTECTED] wrote:
You mean a resources
I must confess I'm at loss at what the component does exactly. Can you
refine your explanation a bit more?
regards,
Martin
On 9/6/06, Andreas Berger [EMAIL PROTECTED] wrote:
Hello,
last week I have posted a new component in JIRA and supplied a path.
The link is:
) ).
hope this helps...
- Andreas
2006/9/7, Martin Marinschek [EMAIL PROTECTED]:
I must confess I'm at loss at what the component does exactly. Can you
refine your explanation a bit more?
regards,
Martin
On 9/6/06, Andreas Berger [EMAIL PROTECTED] wrote:
Hello
will be rendered ;o).
Hope this helps... but please take a look at the example, this will
make it much clearer.
cheers
- Andreas
2006/9/7, Martin Marinschek [EMAIL PROTECTED]:
Hi Andreas,
but what's the sense of this? Rendering javascript instead of HTML
leads to what exactly?
Can't you tell us a little
[ http://issues.apache.org/jira/browse/MYFACES-1346?page=all ]
Martin Marinschek updated MYFACES-1346:
---
Status: Open (was: Patch Available)
exception when using a custom error page and a 404 occurs with an address
that matches pattern
Afaik, we're supposed to work on both branches, with the hope of
merging again sometime down the road. I wonder how this will work
though, with all the changes that 1.2 will require with regards to
JDK1.5.
regards,
Martin
On 8/25/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
This is just a
, Martin Marinschek [EMAIL PROTECTED] wrote:
Afaik, we're supposed to work on both branches, with the hope of
merging again sometime down the road. I wonder how this will work
though, with all the changes that 1.2 will require with regards to
JDK1.5.
regards,
Martin
On 8/25/06, Mike
Martin Marinschek:
Yeah, exactly.
If that works, I'd fancy it a lot more!
regards,
Martin
On 8/23/06, Cagatay Civici [EMAIL PROTECTED] wrote:
Hi Martin,
Yes that seems like a better idea, so something like this one right?
t:datatable id=tableId
kind of
ExportRenderKit, which could also contain PDF renderers using iText, for
example.
Jurgen
Op wo, 23-08-2006 te 17:44 +, schreef Martin Marinschek:
Yeah, exactly.
If that works, I'd fancy it a lot more!
regards,
Martin
On 8/23/06, Cagatay Civici [EMAIL PROTECTED] wrote:
Hi Martin
want to use this component: add ---list of jar-files--- to the
above list
if you want ... and so on
It might be easier to separate them into a entity and then document the
individual
entity's requirements...
regards
Alexander
-Original Message-
From: Martin Marinschek [mailto:[EMAIL
Well, that's for sure - in the beginning it should be in the sandbox,
and later on we decide!
regards,
Martin
On 8/24/06, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi!
Yeah, right. I wouldn't mind a separate module either - it's not too
big an overhead.
Not a big overhead?
Yet another
This is especially important as coping with all different button, link
and form components is a nightmare already. Adding additional
components can only be adding to the problem here.
The combination of ADF-Faces, Tomahawk and the RI is (as of today)
impossible, e.g, if we don't cope for the
If I take on some SoC students next year, I'll make sure this happens
early on (with slightly more pressure than this year, cause I did ask
for filling out the ICLA in the beginning already this year, but not
everyone sent something in).
regards,
Martin
On 8/24/06, Craig McClanahan [EMAIL
I'd say that if we never get as aggressive and mean as the
hibernate-developer list, we are very safe ;
Maybe we should invite someone over to show us what rude and mean really means?
regards,
Martin
On 8/23/06, Bruno Aranda [EMAIL PROTECTED] wrote:
Activity and users are increasing
I don't get you - you mean the HttpServletResponse which is too much
in the imports?
Are you getting pedantic on your old days in the US ;)) ?
regards,
Martin
On 8/23/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Wait a minute - will this work if the script itself is embedded in a panelGrid?
regards,
Martin
On 8/23/06, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi!
Sometimes one would like to embedd the clientId of a component into a
custom javascript (maybe like me now).
So instead of using forceId=
Hmm... My problem with our extended data-table is that it is much
t overweight already. Couldn't we work with an extra component
here, which has a for-attribute referencing a dataTable-component, and
displays the button and on click the excel data for the dataTable?
regards,
Martin
On
/
This would render a button and onclick exports the datatable data to excel
format.
Cagatay
On 8/23/06, Martin Marinschek [EMAIL PROTECTED] wrote:
Hmm... My problem with our extended data-table is that it is much
t overweight already. Couldn't we work with an extra component
here, which has
Maybe I'm lost off track here - but panelGrid has render-Children set
to true, so it will render the children itself, and the content in the
script tag might show up somewhere totally different, out of sync with
the other components?
regards,
Martin
On 8/23/06, Mario Ivankovits [EMAIL
Ok, but that's a far cry from Matze's for all commits. For all major
enhancements, I'm absolutely d'accord.
regards,
Martin
On 8/23/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 8/22/06, Martin Marinschek [EMAIL PROTECTED] wrote:
I really don't see the necessity for MyFaces committers to do
Fixed the first two issues - Ernst, I think I told you to get an ICLA, as in:
http://www.apache.org/licenses/#clas
and fax it to the ASF. If I didn't - sorry. Anyways, hurry up with
getting one on file.
regards,
Martin
On 8/22/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 8/22/06, [EMAIL
For a substantial contribution like this, we'll need a CLA on file in
any case (even if the code came in through a jira-issue).
regards,
Martin
On 8/22/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 8/22/06, Ernst Fastl [EMAIL PROTECTED] wrote:
Hello everyone,
After verifying the patches I
Matthias, you're absolutely right - I'm just as concerned as you about
offline development, and asked Ernst several times to engage in an
discussion on the mailing list.
He did so in the beginning, but then ended up going back to his desk
to finish off his first draft of what the PPR support
/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
I am not concerned about the icla or not
I am more concerned about the fact that patches sent offline
and not through Jira.
I mean, why ?
On 8/22/06, Martin Marinschek [EMAIL PROTECTED] wrote:
For a substantial contribution like this, we'll
One clarification: For external contributions, a jira-issue definitely
makes sense.
regards,
Martin
On 8/23/06, Martin Marinschek [EMAIL PROTECTED] wrote:
I really don't see the necessity for MyFaces committers to do all
extensions of MyFaces through jira, if sufficient communication has
, Martin Marinschek [EMAIL PROTECTED] wrote:
Yes, I should.
I've been changing over every instanceof UIForm to some utility
method where I check for the component family being either
javax.faces.form or the ADF faces equivalent. This occurrence I
overlooked, and it needs to be changed
vs. JSP mail
+0 on map/resolver
(+0 b/c won't do the work)
-Matt
PS: My Oracle Germany college Frank has written an article about
JSF/Security. Already printed...
http://www.orablogs.com/fnimphius/archives/001790.html
On 8/16/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
On 8/16/06, Martin
thought more on this and read the entire discussion again. Since
resolver seems more flexible than the bean, I'd say resolver now.
http://issues.apache.org/jira/browse/TOMAHAWK-607
I've assigned it to myself.
Cheers,
Cagatay
On 8/17/06, Martin Marinschek [EMAIL PROTECTED] wrote:
Ok
sounds good to me!
regards,
Martin
On 8/17/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
Now that JIRA supports bulk operations, I'd like to propose that we
use the resolve status to identify things that are fixed, but not yet
available in a release.As part of the release process, we
Affects Versions: 1.1.2-SNAPSHOT
Environment: JBoss 4.0.3, XP
Reporter: Dave
Assigned To: Martin Marinschek
Priority: Critical
In a PhaseListener, first get all the clientId(s) with queued messages, then
try to find the components
Well, one reason for having an s:secure tag would be that panelGroup
will render a span - which we probably don't want in this case.
I personally tend to think that the map-access like in:
rendered=#{securityBean['myRole'] }
(yes, you can alternatively write:
rendered=#{securityBean.myRole })
.
regards,
Martin
On 8/16/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
On 8/16/06, Martin Marinschek [EMAIL PROTECTED] wrote:
Well, one reason for having an s:secure tag would be that panelGroup
will render a span - which we probably don't want in this case.
Martin, good to see you back :-)
I
Ah, come on.
You're being polemic, Mike ;)
regards,
Martin
P.S.: What do we go for now? A bean or a resolver? What about
extending the thing - it would be easier with a bean, right?
On 8/16/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
On 8/16/06, Cagatay Civici [EMAIL PROTECTED] wrote:
after we all agree
on the choice.
Cheers,
Cagatay
On 8/16/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
On 8/16/06, Martin Marinschek [EMAIL PROTECTED] wrote:
You're being polemic, Mike ;)
You're not the first person who's told me that :-)
P.S.: What do we go for now? A bean
://issues.apache.org/jira/browse/TOMAHAWK-325
Project: MyFaces Tomahawk
Issue Type: Bug
Environment: N/A
Reporter: alvin antony
Assigned To: Martin Marinschek
Fix For: 1.1.2
Attachments: HtmlComponentUtils.java
As for the generator - can we check if the Trinidad generator can do
the work for us?
regards,
Martin
On 8/4/06, Sean Schofield [EMAIL PROTECTED] wrote:
It's that unit test vs integration test thing again. Your
example will show that facelets works as an integration test, but
isn't
the problem with clearFormHiddenParams is the same problem as Cosma is
talking about (the add... static method on the HtmlFormRenderer won't
work)
regards,
Martin
On 7/17/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Martin and me looked at it (short look at the *rendered* JS)
The
[
http://issues.apache.org/jira/browse/TOMAHAWK-467?page=comments#action_12421651
]
Martin Marinschek commented on TOMAHAWK-467:
I committed a quick-fix where I got rid of the missing closing /tr tag - but
I didn't have enough time
Hmm...
That's exactly what I tested yesterday and for me, it works.
Interesting! Do you get any javascript errors?
Also, I still get myfaces-api and myfaces-impl in the
target/app/WEB-INF/lib directory, even with a mvn clean install
-Djsf=ri. Could it be that there is still a dependency left
+1 for Mario's and Cagatay's plans on how to proceed with validation
and conversion!
With this, there is also no immediate pressure to release t:form, so
we can still test a little.
regards,
Martin
On 7/16/06, Martin Marinschek [EMAIL PROTECTED] wrote:
Hmm...
That's exactly what I tested
901 - 1000 of 2425 matches
Mail list logo