Re: SV: SV: SV: Shale and Sandbox inputSuggestAjax
Seems that is my bug, i'll try the suggested fix there - although i till
get no popup list.
Got no time yet to investigate this further. I'll be very busy until end
of the month, i guess i'll get time next month.
Stay tuned ;-) - i'll report if i have a fix or some progress here.
Btw i am looking forward in your fix :-). For now i changed the
Interface to support Ajax Stuff with the bad effect, having a build
time dependency to tomahawk - but works for now.
Torsten
Am Sonntag, den 20.05.2007, 20:30 +0200 schrieb Hermod Opstvedt:
Hi
How is your progress on this. Seems like there are some issues[1] with the
inputSuggestAjax.
[1] https://issues.apache.org/jira/browse/TOMAHAWK-999
I have been very busy the last week and a ahalf, so I have not been able to
complete the fix to the ShaleValidator (It's about halfway done)
Hermod
-Opprinnelig melding-
Fra: Torsten Krah [mailto:[EMAIL PROTECTED]
Sendt: 11. mai 2007 15:18
Til: user@shale.apache.org
Emne: RE: SV: SV: Shale and Sandbox inputSuggestAjax
Yeah,
declared it.
component jsfid=suggestAjax extends=s:inputSuggestAjax
attributes
set name=suggestedItemsMethod
value=#{inputSuggestAjax.getAddresses} /
set name=itemLabelMethod
value=#{inputSuggestAjax.getAddressLabel} /
set name=value
value=#{inputSuggestAjax.choosenAddress} /
set name=charset value=utf-8 /
set name=maxSuggestedItems value=10 /
/attributes
converter jsfid=f:converter
attributes
set name=converterId
value=inputSuggestAjaxConverter /
/attributes
/converter
/component
converter
converter-idinputSuggestAjaxConverter/converter-id
converter-classde.sf.faces.ajax.InputSuggestAjaxConverter/converter-c
lass
/converter
converter gets called - so this should work.
Torsten
PS: Hm i test the simple sample again, but this didn't work either for me -
lets give it a try again.
Am Freitag, den 11.05.2007, 11:38 +0200 schrieb
[EMAIL PROTECTED]:
Hi
The regular inputSuggestAjax works, and I am just about to test the
label/value sample now. However, there is one thing that comes to
mind. Have you done anything to the converter (i.e have you declared
it?)
Hemrod
-Original Message-
From: Torsten Krah [mailto:[EMAIL PROTECTED]
Sent: Friday, May 11, 2007 11:08 AM
To: user@shale.apache.org
Subject: Re: SV: SV: Shale and Sandbox inputSuggestAjax
Debugged dojo a little bit:
onLoad calls this function on
var js=ifd.getElementsByTagName(textarea)[0].value;
However, textarea is not known and got no properies, excaption is
thrown and gets catched.
Thats all - maybe the problem, but that might be a dojo issue - i am
wonder if this is shale related, as the irian example with jsp does
work.
Hermod, does it work for you?
Torsten
Am Freitag, den 11.05.2007, 10:21 +0200 schrieb Torsten Krah:
Hm i got a serious problem:
Using firebug to analyse the response for the 3rd example (using
converter + label) under:
http://www.irian.at/myfaces-sandbox/inputSuggestAjax.jsf
On load the address is show in the field, and the answer on clocking
the arrow is:
[[detroit,nonamestreet,KL,11],[san
diego,maxstreet,SJ,12],[philadelphia,philstreet,NW,13],[new
york,newstreet,IL,14],[san francisco,sanstreet,NY,15],]
Used it with clay, and now i get:
Instead of the detroit ... , the 11 number is shown in the input
field.
The answer of the ajax request is:
[[detroit,nonamestreet,KL,11],[san
diego,maxstreet,SJ,12],[philadelphia,philstreet,NW,13
],[new york,newstreet,IL,14],[san
francisco,sanstreet,NY,15],]
The same.
But no popup for the suggests. No ajax or js error on the debug
console - whats wrong here?
Torsten
Am Freitag, den 11.05.2007, 09:45 +0200 schrieb Torsten Krah:
Thx - nice work.
Tried it, works so far - method gets called and i get an ajax response.
But i see no popup in the browser, must have done something wrong ;).
Torsten
Am Dienstag, den 08.05.2007, 19:57 +0200 schrieb Hermod Opstvedt:
Hi
Wiki entry in place.
Hermod
-Opprinnelig melding-
Fra: Erik Govaers [mailto:[EMAIL PROTECTED]
Sendt: 8. mai 2007 17:33
Til: user@shale.apache.org
Emne: Re: SV: Shale and Sandbox inputSuggestAjax
Hi,
It would be brilliant if you could get us a fix in a couple of days.
I'm in an advanced phase of a project and I'm reluctant to let go of
either Shale or Tomahawk-Sandbox. And yes, I would welcome a Wiki too.
Re: Submitted values lost - view is refilled everytime with model values
Can anyone confirm or deny this? I'll tried to make this happen in the clay usecase app, but i can't reproduce it there. Using my own example - i get this bug everytime. Torsten Am Dienstag, den 01.05.2007, 17:08 +0200 schrieb Torsten Krah: Got it - maybe. This works: !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd; html xmlns=http://www.w3.org/1999/xhtml; xmlns:f=http://java.sun.com/jsf/core; xmlns:h=http://java.sun.com/jsf/html; xmlns:clay=http://shale.apache.org/clay; xmlns:s=http://shale.apache.org/core; xmlns:t=http://myfaces.apache.org/tomahawk; head titlespan jsfid=h:outputText value=@title//title meta http-equiv=Content-Type content=text/html; charset=utf-8 / /head body div id=content span jsfid=clay clayjsfid=@content allowbody=falseContent/span /div /body /html This works not: !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd; html xmlns=http://www.w3.org/1999/xhtml; xmlns:f=http://java.sun.com/jsf/core; xmlns:h=http://java.sun.com/jsf/html; xmlns:clay=http://shale.apache.org/clay; xmlns:s=http://shale.apache.org/core; xmlns:t=http://myfaces.apache.org/tomahawk; span id=view jsfid=f:view locale=en / head titlespan jsfid=h:outputText value=@title//title meta http-equiv=Content-Type content=text/html; charset=utf-8 / /head body div id=content span jsfid=clay clayjsfid=@content allowbody=falseContent/span /div /body /html Removing the span for the f:view which assigns my locale (tested, i can use a static value or a EL expression, both works assigning the locale), but both breaks the formular. Removing the span - magic my formular work, no values are lost. Taking it back it breaks again. Can anyone confirm this? If yes, i am going to open a jira issue. Torsten smime.p7s Description: S/MIME cryptographic signature
fckeditor is clay html page
How can I use fckeditor in my clay html page? I would appreciate any examples. Thanks, AM -- View this message in context: http://www.nabble.com/fckeditor-is-clay-html-page-tf3789465.html#a10716563 Sent from the Shale - User mailing list archive at Nabble.com.
problem using t:inputHtml
When I use t:inputHtml, I get following error: EVERE: Servlet.service() for servlet faces threw exception java.lang.IllegalStateException: ExtensionsFilter not correctly configured. Resource mapping missing. Resources cant be delivered. Please see: http://myfaces.apache.org/tomahawk/extensionsFilter.html at org.apache.myfaces.renderkit.html.util.AddResourceFactory.throwExtensionsFilterMissing(AddResourceFactory.java:371) at org.apache.myfaces.renderkit.html.util.AddResourceFactory.checkEnvironment(AddResourceFactory.java:352) at org.apache.myfaces.renderkit.html.util.AddResourceFactory.getInstance(AddResourceFactory.java:288) I already configured extension filter in my xml to use with file upload and file upload works fine. my web.xml looks like this: !-- File Upload Start-- filter filter-nameExtensionsFilter/filter-name !--filter-class org.apache.myfaces.component.html.util.ExtensionsFilter /filter-class-- filter-class org.apache.myfaces.webapp.filter.ExtensionsFilter /filter-class init-param param-nameuploadMaxFileSize/param-name param-value500k/param-value /init-param init-param param-nameuploadThresholdSize/param-name param-value10k/param-value /init-param /filter filter-mapping filter-nameExtensionsFilter/filter-name servlet-namefaces/servlet-name /filter-mapping filter-mapping filter-nameExtensionsFilter/filter-name url-pattern/forsalebyowner/*/url-pattern /filter-mapping filter-mapping filter-nameExtensionsFilter/filter-name url-pattern*.xml/url-pattern /filter-mapping !-- File Upload End -- -- View this message in context: http://www.nabble.com/problem-using-t%3AinputHtml-tf3789498.html#a10716626 Sent from the Shale - User mailing list archive at Nabble.com.
How know if a dialogs exists?
Hi, I need to know if a dialog exists before starting it. Is there a way to know it using shale-basic? Thanks in advance Mario Buonopane This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited.
Re: SV: SV: SV: Shale and Sandbox inputSuggestAjax
From: Torsten Krah [EMAIL PROTECTED]
Seems that is my bug, i'll try the suggested fix there - although i till
get no popup list.
Got no time yet to investigate this further. I'll be very busy until end
of the month, i guess i'll get time next month.
Stay tuned ;-) - i'll report if i have a fix or some progress here.
Btw i am looking forward in your fix :-). For now i changed the
Interface to support Ajax Stuff with the bad effect, having a build
time dependency to tomahawk - but works for now.
Did you see my suggestion [1]? You know the problem here is that JSF doesn't
have a standard mechanism for delivering Java Script or for allowing validators
to participate in rendering.
Until that happens, every framework will find a unique method for partial page
rendering and client side validation and other rich client effects. MyFaces
has at least 3 component libraries and soon to be 4 that take different
approaches.
I think Shale Commons Validator is another interesting approach but why not
look at the client-side validation of one of the other component libraries that
you are already using?
[1] http://mail-archives.apache.org/mod_mbox/shale-user/200705.mbox/[EMAIL
PROTECTED]
Torsten
V
Gary---BeginMessage---
Seems that is my bug, i'll try the suggested fix there - although i till
get no popup list.
Got no time yet to investigate this further. I'll be very busy until end
of the month, i guess i'll get time next month.
Stay tuned ;-) - i'll report if i have a fix or some progress here.
Btw i am looking forward in your fix :-). For now i changed the
Interface to support Ajax Stuff with the bad effect, having a build
time dependency to tomahawk - but works for now.
Torsten
Am Sonntag, den 20.05.2007, 20:30 +0200 schrieb Hermod Opstvedt:
Hi
How is your progress on this. Seems like there are some issues[1] with the
inputSuggestAjax.
[1] https://issues.apache.org/jira/browse/TOMAHAWK-999
I have been very busy the last week and a ahalf, so I have not been able to
complete the fix to the ShaleValidator (It's about halfway done)
Hermod
-Opprinnelig melding-
Fra: Torsten Krah [mailto:[EMAIL PROTECTED]
Sendt: 11. mai 2007 15:18
Til: user@shale.apache.org
Emne: RE: SV: SV: Shale and Sandbox inputSuggestAjax
Yeah,
declared it.
component jsfid=suggestAjax extends=s:inputSuggestAjax
attributes
set name=suggestedItemsMethod
value=#{inputSuggestAjax.getAddresses} /
set name=itemLabelMethod
value=#{inputSuggestAjax.getAddressLabel} /
set name=value
value=#{inputSuggestAjax.choosenAddress} /
set name=charset value=utf-8 /
set name=maxSuggestedItems value=10 /
/attributes
converter jsfid=f:converter
attributes
set name=converterId
value=inputSuggestAjaxConverter /
/attributes
/converter
/component
converter
converter-idinputSuggestAjaxConverter/converter-id
converter-classde.sf.faces.ajax.InputSuggestAjaxConverter/converter-c
lass
/converter
converter gets called - so this should work.
Torsten
PS: Hm i test the simple sample again, but this didn't work either for me -
lets give it a try again.
Am Freitag, den 11.05.2007, 11:38 +0200 schrieb
[EMAIL PROTECTED]:
Hi
The regular inputSuggestAjax works, and I am just about to test the
label/value sample now. However, there is one thing that comes to
mind. Have you done anything to the converter (i.e have you declared
it?)
Hemrod
-Original Message-
From: Torsten Krah [mailto:[EMAIL PROTECTED]
Sent: Friday, May 11, 2007 11:08 AM
To: user@shale.apache.org
Subject: Re: SV: SV: Shale and Sandbox inputSuggestAjax
Debugged dojo a little bit:
onLoad calls this function on
var js=ifd.getElementsByTagName(textarea)[0].value;
However, textarea is not known and got no properies, excaption is
thrown and gets catched.
Thats all - maybe the problem, but that might be a dojo issue - i am
wonder if this is shale related, as the irian example with jsp does
work.
Hermod, does it work for you?
Torsten
Am Freitag, den 11.05.2007, 10:21 +0200 schrieb Torsten Krah:
Hm i got a serious problem:
Using firebug to analyse the response for the 3rd example (using
converter + label) under:
http://www.irian.at/myfaces-sandbox/inputSuggestAjax.jsf
On load the address is show in the field, and the answer on clocking
the arrow is:
[[detroit,nonamestreet,KL,11],[san
diego,maxstreet,SJ,12],[philadelphia,philstreet,NW,13],[new
york,newstreet,IL,14],[san francisco,sanstreet,NY,15],]
Used it with clay, and now i get:
Instead of the detroit ... , the 11 number is shown
Re: How know if a dialogs exists?
On 5/21/07, Craig McClanahan [EMAIL PROTECTED] wrote:
On 5/21/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Hi, I need to know if a dialog exists before starting it. Is there a way
to know it using shale-basic?
Oops ... forgot to answer the second part of that question. You can
programmatically check which implementation is in use (basic versus
SCXML) by checking the implementation class of the DialogContext
object you get back ... safest way would be to get the class name as a
String and check for a prefix of org.apache.shale.dialog.basic
versus org.apache.shale.dialog.scxml versus something else.
Are you writing an application that might be used with either implementation?
Craig
If there is a currently active dialog, then you will be able to
retrieve the DialogContext instance for it like this (in 1.0.4):
FacesContext context = FacesContext.getCurrentInstance();
DialogContext dcontext = (DialogContext)
context.getExternalContext().getRequestMap().get(dialog);
if (dialog == null) {
; // there is no currently active dialog
}
The trunk code (that should eventually become 1.1.x) has a helper
method to make this easier:
DialogContext dcontext = DialogHelper.getDialogContext();
Thanks in advance
Mario Buonopane
Craig
Re: How know if a dialogs exists?
On 5/21/07, Craig McClanahan [EMAIL PROTECTED] wrote:
On 5/21/07, Craig McClanahan [EMAIL PROTECTED] wrote:
On 5/21/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Hi, I need to know if a dialog exists before starting it. Is there a way
to know it using shale-basic?
snip/
If the question was how to figure out if there is an active dialog,
when using basic impl, the code snippet Craig posted below is
implementation agnostic (will work for both dialog implementations
available in Shale 1.0.4).
-Rahul
Oops ... forgot to answer the second part of that question. You can
programmatically check which implementation is in use (basic versus
SCXML) by checking the implementation class of the DialogContext
object you get back ... safest way would be to get the class name as a
String and check for a prefix of org.apache.shale.dialog.basic
versus org.apache.shale.dialog.scxml versus something else.
Are you writing an application that might be used with either implementation?
Craig
If there is a currently active dialog, then you will be able to
retrieve the DialogContext instance for it like this (in 1.0.4):
FacesContext context = FacesContext.getCurrentInstance();
DialogContext dcontext = (DialogContext)
context.getExternalContext().getRequestMap().get(dialog);
if (dialog == null) {
; // there is no currently active dialog
}
The trunk code (that should eventually become 1.1.x) has a helper
method to make this easier:
DialogContext dcontext = DialogHelper.getDialogContext();
Thanks in advance
Mario Buonopane
Craig
