[
http://issues.apache.org/jira/browse/MYFACES-1006?page=comments#action_12361871
]
Volker Weber commented on MYFACES-1006:
---
have you tried:
rowOnMouseOver=this.className=this.className + ' reportRowOver'
rowOnMouseOut=this.className
Arvid,
if you removed this because log() is undefined:
In tobago javascript you can use LOG.debug(), LOG.info(), LOG.warn(),
and LOG.error() for logging on client side.
Currently the error level mades no difference, but this is a todo.
If the client is in debug mode (to force this add a
Hi Martin,
what exact is the problem with setup the sandbox examples in idea?
I just made a 'mvn idea:idea' in common, api, impl, tomahawk, sandbox,
and examples/sandbox dirs.
After creating a new 'multi module' idea project and adding the created
*.iml, i just neet to setup the dependencies.
I
Hi,
IMHO there should no created artifacts outside of the target directory.
AFAIK the tlds are created ?
Everything in target is removed on 'mvn clean'.
In tobago we have the created tobago.tld in 'target/classes/META-INF/...'.
Regards
Volker
Martin Marinschek wrote:
Ok, I just refactored
Hi,
the problem is (or was, i didn't check this recently) that the
UIViewRoot is *not* created via application by the RI implementation,
but tobago needs to have his own UIViewRoot component.
Regards
Volker
[EMAIL PROTECTED] wrote:
Hmmm, I thought contractually, UIComponent creation must be
comment from tobagos UIViewRoot:
//
// The following code is copied from myfaces implementation!
// In suns jsf-api 1.1.01 are the events not cleared if renderResponse
is true
// after processUpdates, seems to be a bug. This is fixed at least in
// Nightly Snapshot from 15.08.2005, but not in
[ http://issues.apache.org/jira/browse/MYFACES-986?page=all ]
Volker Weber closed MYFACES-986:
Resolution: Invalid
The Tobago themes are hierarchically organized.
Speyside depends on scarbourough, so the scarbourough theme is precondition
[
http://issues.apache.org/jira/browse/MYFACES-871?page=comments#action_12361143
]
Volker Weber commented on MYFACES-871:
--
No, when i test this the 1.5 was not out.
What are the problems? The input suggest of tobago works with this patch and
1.5
[
http://issues.apache.org/jira/browse/MYFACES-946?page=comments#action_12360436
]
Volker Weber commented on MYFACES-946:
--
Olexandr,
please test setting the log level to info. This may hide this problem.
At least we could reproduce the problem of 933
[ http://issues.apache.org/jira/browse/MYFACES-923?page=all ]
Volker Weber closed MYFACES-923:
Script execution before action executing
Key: MYFACES-923
URL: http://issues.apache.org/jira
[ http://issues.apache.org/jira/browse/MYFACES-936?page=all ]
Volker Weber closed MYFACES-936:
Resolution: Invalid
It is not possible to have a dot (.) in a var name of a resourceBundle.
This can't work in any jsf implementation because the lookup
implement 'fixed' in width calculation of panel renderers
-
Key: MYFACES-938
URL: http://issues.apache.org/jira/browse/MYFACES-938
Project: MyFaces
Type: Bug
Components: Tobago
Reporter: Volker Weber
Add default values for calendar popup size
--
Key: MYFACES-939
URL: http://issues.apache.org/jira/browse/MYFACES-939
Project: MyFaces
Type: Bug
Components: Tobago
Reporter: Volker Weber
set default values for width
[ http://issues.apache.org/jira/browse/MYFACES-923?page=all ]
Volker Weber updated MYFACES-923:
-
type: Improvement (was: Bug)
Change IssueType to Improvement
Script execution before action executing
[
http://issues.apache.org/jira/browse/MYFACES-922?page=comments#action_12359927
]
Volker Weber commented on MYFACES-922:
--
I think you mean you set showHeader=false and after a action with null
outcome the header is rendered?
If so this is fixed
[ http://issues.apache.org/jira/browse/MYFACES-922?page=all ]
Volker Weber resolved MYFACES-922:
--
Resolution: Fixed
Assign To: Volker Weber
fixed in svn.
Show Header attribute of sheet tag is loosed after page refresh
[
http://issues.apache.org/jira/browse/MYFACES-924?page=comments#action_12359935
]
Volker Weber commented on MYFACES-924:
--
on which page (EntityList or EntityDetails) did you use this link?
did you need the form values submitted? if not you can use
[
http://issues.apache.org/jira/browse/MYFACES-924?page=comments#action_12359944
]
Volker Weber commented on MYFACES-924:
--
Hm, i don't see how this could work with jsf.
Did you map the 'EntityDetails' url to a special servlet or have you a custom
[
http://issues.apache.org/jira/browse/MYFACES-320?page=comments#action_12359235
]
Volker Weber commented on MYFACES-320:
--
This is still a problem, and its easy to reproduce, but not with the above
example.
If layout=spread is given the submitted
Yes i am using maven 2.0, and after a single use of '-U' it builds now,
thanks Wendy.
An i also need to add the dependency for commons-logging. But why not?
It is a dependency because it is used.
Has anyone looked for building the examples? otherwise i will take a
look this evening. Maybe i
what you did for the next time.
sean
On 12/2/05, Volker Weber [EMAIL PROTECTED] wrote:
Yes i am using maven 2.0, and after a single use of '-U' it builds now,
thanks Wendy.
An i also need to add the dependency for commons-logging. But why not?
It is a dependency because it is used.
Has
Hi,
in my oppinion a jar for the shared files is the best way, but before
fixing a name: I think there could be a need for another jar.
There are some components in towmahawk.jar which also could be usefull
in combination with tobago. E.g. i don't like depend on towmahawk.jar
just to use
+1
Regards,
Volker
Bernd Bohmann wrote:
Hello,
I would like to change the groupId of Tobago to follow the naming
convention of maven.
Change from
groupIdtobago/groupId
to
groupIdorg.apache.myfaces.tobago/groupId
See
[ http://issues.apache.org/jira/browse/MYFACES-871?page=all ]
Volker Weber updated MYFACES-871:
-
Attachment: InputSuggestAjax.diff
Attached patch fixes the problems with new version 1.5_rc5 scripts from
script.aculo.us
scripts from script.aculo.us
[
http://issues.apache.org/jira/browse/MYFACES-871?page=comments#action_12358472
]
Volker Weber commented on MYFACES-871:
--
the aculo scripts can updated to version 1.5_rc5.
I can't attach this here, because i can't grant license for this stuff
[
http://issues.apache.org/jira/browse/MYFACES-870?page=comments#action_12358473
]
Volker Weber commented on MYFACES-870:
--
Bruno,
you had missing a closing catch statement. Diff follows
Index:
tomahawk/src/java/org/apache/myfaces/custom/calendar
[
http://issues.apache.org/jira/browse/MYFACES-705?page=comments#action_12358352
]
Volker Weber commented on MYFACES-705:
--
I just did a fresh checkout and revert my changes. the problem in IE still
occurs, so it must something other.
I will look
scripts from script.aculo.us needs updated
--
Key: MYFACES-871
URL: http://issues.apache.org/jira/browse/MYFACES-871
Project: MyFaces
Type: Bug
Components: Sandbox
Versions: Nightly
Reporter: Volker Weber
[
http://issues.apache.org/jira/browse/MYFACES-705?page=comments#action_12358429
]
Volker Weber commented on MYFACES-705:
--
The problem seems because somone has commited a updated version of
prototype.js without also updateing the control.js
[ http://issues.apache.org/jira/browse/MYFACES-871?page=all ]
Volker Weber updated MYFACES-871:
-
Attachment: relocate.bmp
Attached screenshot to illustrate the new IE problem
scripts from script.aculo.us needs updated
Project: MyFaces
Type: Bug
Components: Sandbox
Versions: 1.1.2
Reporter: Volker Weber
Assignee: Martin Marinschek
Priority: Minor
Attachments: patches.diff, suggestAjax-length.png, suggestAjax-wrap.png
During working on adding inputSuggestAjax functionality to tobagos
Hi,
i just came over a problem with verbatim tags in ajax enabled components.
see:
http://www.mail-archive.com/users%40myfaces.apache.org/msg12124.html
The UIOutput components created for verbatim tags are not saved to state
because there are explicitly set to transient.
This makes it
, then this code may never be
reached if there's a failing conversion or validation for a component
marked immediate=true.
On 11/10/05, Volker Weber [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Hi Travis,
what's the reason to do this before
Hi,
during working on ajaxifying some tobago components i came over some
issues which i like to discuss here.
Starting with adding inputSuggestAjax functionality to the tc:in
component everything goes well with the current sandbox approach running
the AjaxPhaseListener after InvokeApplication.
[
http://issues.apache.org/jira/browse/MYFACES-656?page=comments#action_12356332
]
Volker Weber commented on MYFACES-656:
--
This issue should be closed, because this is not a bug, just a change of
behavior to meet the spec.
Before Sep 05
On 10/21/05, *Volker Weber* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Hi,
to set forceId do dynamicaly created components you can do
component.getAttributes().put(JSFAttr.FORCE_ID_ATTR, Boolean.True);
this is what the tag does.
Mike Kienenberger wrote
When did you get your last update? there was a problem:
http://issues.apache.org/jira/browse/MYFACES-724
which was fixed yesterday.
SOSA, Pablo wrote:
I've got the sources from the trunk. URL:
https://svn.apache.org/repos/asf/myfaces/[build|sandbox|impl|api|...]/tr
unk
Does anybody have
wrote:
Do you use client-side or server-side state saving?
Try switching to client-side state saving, it should work then.
InputSuggestAjax didn't work with server side state saving until a while ago.
regards,
Martin
On 10/21/05, Volker Weber [EMAIL PROTECTED] wrote:
When did you
Hi,
take a look at InputSuggestAjax from sandbox and into the
AjaxPhaseListener (also sandbox) for an example.
Travis Reeder wrote:
I am working on some ajax form components and I am trying to do the
following:
1. Request with the componentId, viewId, value.
2. Get that particular
Hi,
to set forceId do dynamicaly created components you can do
component.getAttributes().put(JSFAttr.FORCE_ID_ATTR, Boolean.True);
this is what the tag does.
Mike Kienenberger wrote:
That'd also mean that you couldn't use forceID from an alternate
ViewHandler facelets or Shale/Clay as well
[ http://issues.apache.org/jira/browse/MYFACES-705?page=all ]
Volker Weber updated MYFACES-705:
-
Attachment: patches.diff
attached patches for
sandbox/src/java/org/apache/myfaces/custom/inputsuggestajax/resource/defaultTheme.css
and
tomahawk/src
Overflow problem with InputSuggestAjax
--
Key: MYFACES-705
URL: http://issues.apache.org/jira/browse/MYFACES-705
Project: MyFaces
Type: Bug
Components: Sandbox
Versions: Nightly
Reporter: Volker Weber
Priority
[ http://issues.apache.org/jira/browse/MYFACES-705?page=all ]
Volker Weber updated MYFACES-705:
-
Attachment: suggestAjax-wrap.png
attaching: suggestAjax-wrap.png
Overflow problem with InputSuggestAjax
[ http://issues.apache.org/jira/browse/MYFACES-705?page=all ]
Volker Weber updated MYFACES-705:
-
Attachment: suggestAjax-length.png
attached: suggestAjax-length.png
Overflow problem with InputSuggestAjax
Hi,
in my oppinion a bean getter shouldn't create a value, just fetch it.
if you use playlistFactory.currentUnitMPOSPlayList to create and return
the List, you should ensure that all other related getter also create
the list if the list isn't initialized before.
Generally there is no order
per
render circle.
Zhong Li wrote:
Thanks. I can't prepare it first. it is dynamic list, always need
calculate when use refresh page. I believe everything in dataTable
should be called after list created, it is normal sense.
On 10/11/05, *Volker Weber* [EMAIL PROTECTED]
mailto:[EMAIL
, *Volker Weber* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Hi,
in my oppinion a bean getter shouldn't create a value, just
fetch it.
if you use playlistFactory.currentUnitMPOSPlayList to create and
return
the List, you should
data used in method
playlistFactory.currentUnitMPOSPlayList, it is in Factory, called
static method. Anyway it is wrong you called method in column before
dataTable list. I am 100% sure, it is wrong.
On 10/11/05, *Volker Weber* [EMAIL PROTECTED]
mailto:[EMAIL
[ http://issues.apache.org/jira/browse/MYFACES-661?page=all ]
Volker Weber updated MYFACES-661:
-
Attachment: aliasBean.diff
Attached diffs moves the code from renderer to UIComponents and mades the
Renderer obsolete.
AliasBean doesn't need
Hi,
@sylvain
Was there a reason to use Renderer for this stuff? If not i suggest to
apply the patches and delete the renderer.
Regards
Volker
Volker Weber (JIRA) wrote:
[ http://issues.apache.org/jira/browse/MYFACES-661?page=all ]
Volker Weber updated MYFACES-661
AliasBean doesn't need the renderer
---
Key: MYFACES-661
URL: http://issues.apache.org/jira/browse/MYFACES-661
Project: MyFaces
Type: Improvement
Components: Tomahawk
Reporter: Volker Weber
Priority: Minor
Wy did
Hi,
all date objects are (see javadoc for java.util.Date) UTC which is
neearly GMT.
If you want to show localy converted time you must set the timeZone
attribute in your converter tag.
I think, but not tested, you can use something like
f:convertDateTime timeZone=%=
[
http://issues.apache.org/jira/browse/MYFACES-656?page=comments#action_12331164
]
Volker Weber commented on MYFACES-656:
--
Set the timeZone attribute of the converter to your local systems default
TimeZone.
Than your input field should show the same
: Volker Weber
Implement to parse the submitted seconds seems to be forgotten.
I have patched this, the diff follows:
Index: src/java/org/apache/myfaces/custom/date/HtmlInputDate.java
===
--- src/java/org/apache/myfaces/custom/date
[
http://issues.apache.org/jira/browse/MYFACES-506?page=comments#action_12330103
]
Volker Weber commented on MYFACES-506:
--
Or getTimeZone() must also used in getAsString().
The current behavior is that successively call getAsString() and getAsObject
901 - 955 of 955 matches
Mail list logo