svn commit: r394027 - in /struts/action/trunk/apps/scripting-mailreader: src.tmp/main/webapp/WEB-INF/scripts/ src/main/webapp/WEB-INF/scripts/ src/main/webapp/WEB-INF/scripts/Welcome.gv src/main/webap

[jmitchell]

Author: jmitchell
Date: Thu Apr 13 23:05:10 2006
New Revision: 394027

URL: http://svn.apache.org/viewcvs?rev=394027&view=rev
Log:
Struts Scripting update towards 1.3.x compatibility (Part 3)
 * Bring over groovy scripts.
 * Point all actions at ScriptAction.
 * Correct groovy imports


Added:

struts/action/trunk/apps/scripting-mailreader/src/main/webapp/WEB-INF/scripts/
  - copied from r394010, 
struts/action/trunk/apps/scripting-mailreader/src.tmp/main/webapp/WEB-INF/scripts/
Removed:

struts/action/trunk/apps/scripting-mailreader/src.tmp/main/webapp/WEB-INF/scripts/
Modified:

struts/action/trunk/apps/scripting-mailreader/src/main/webapp/WEB-INF/scripts/Welcome.gv

struts/action/trunk/apps/scripting-mailreader/src/main/webapp/WEB-INF/struts-config.xml

Modified: 
struts/action/trunk/apps/scripting-mailreader/src/main/webapp/WEB-INF/scripts/Welcome.gv
URL: 
http://svn.apache.org/viewcvs/struts/action/trunk/apps/scripting-mailreader/src/main/webapp/WEB-INF/scripts/Welcome.gv?rev=394027&r1=394010&r2=394027&view=diff
==
--- 
struts/action/trunk/apps/scripting-mailreader/src/main/webapp/WEB-INF/scripts/Welcome.gv
 (original)
+++ 
struts/action/trunk/apps/scripting-mailreader/src/main/webapp/WEB-INF/scripts/Welcome.gv
 Thu Apr 13 23:05:10 2006
@@ -1,4 +1,4 @@
-import org.apache.struts.webapp.example.*;
+import org.apache.struts.apps.mailreader.*;
 import java.util.ArrayList;
 
 // Setup message array in case there are errors

Modified: 
struts/action/trunk/apps/scripting-mailreader/src/main/webapp/WEB-INF/struts-config.xml
URL: 
http://svn.apache.org/viewcvs/struts/action/trunk/apps/scripting-mailreader/src/main/webapp/WEB-INF/struts-config.xml?rev=394027&r1=394026&r2=394027&view=diff
==
--- 
struts/action/trunk/apps/scripting-mailreader/src/main/webapp/WEB-INF/struts-config.xml
 (original)
+++ 
struts/action/trunk/apps/scripting-mailreader/src/main/webapp/WEB-INF/struts-config.xml
 Thu Apr 13 23:05:10 2006
@@ -114,32 +114,24 @@
 
 
 
-
+  
 
 
-
-
 
 
-
-
-
+  
 
 
 
 
+type="org.apache.struts.scripting.ScriptAction">
 
@@ -166,7 +158,7 @@
 
 
+type="org.apache.struts.scripting.ScriptAction">
 
@@ -175,7 +167,7 @@
 
 
 
 

Re: Struts Faces - what to do?

[Craig McClanahan]

On 4/13/06, James Mitchell <[EMAIL PROTECTED]> wrote:
>
> Yes, I believe things have settled down.  Although I'm still working
> changes in the struts-scripting webapp.
>
> The error I was getting when deploying the faces-example1 app was:
> javax.faces.FacesException: Undefined component type
> org.apache.struts.faces.Html


Sounds like a jar file is missing from the webapp ... not all that
surprising giving all the changes going on.  I'll take a look.

I was under the assumption that the struts-faces library only buys
> someone partial compatibility.  And what they get was only jsf-1.0
> compatible anyway, but I will be happy to be corrected.


It buys you either JSF 1.0 or 1.1 or 1.2 ... but, more importantly, it buys
you the ability to use the UI components part of JSF even if you don't want
to use the controller part.  For example, it has full integration with
Commons Validator and Tiles, but uses JSF component tags instead of Struts
HTML tags.

--
> James Mitchell


Craig

Re: Struts Faces - what to do?

[James Mitchell]

Yes, I believe things have settled down.  Although I'm still working  
changes in the struts-scripting webapp.


The error I was getting when deploying the faces-example1 app was:
javax.faces.FacesException: Undefined component type  
org.apache.struts.faces.Html


I was under the assumption that the struts-faces library only buys  
someone partial compatibility.  And what they get was only jsf-1.0  
compatible anyway, but I will be happy to be corrected.



--
James Mitchell




On Apr 14, 2006, at 12:14 AM, Craig McClanahan wrote:


On 4/13/06, James Mitchell <[EMAIL PROTECTED]> wrote:


Perhaps Craig can shed some light on this, but are we going to
continue to support the struts-faces project?



We should.  There will be people who want to have a few JSF  
components on a
few pages (or they want to migrate) -- and using this library is  
the right
strategy for them.  Don was also talking about porting this to  
action2,

which I also support.

  If so, can someone

please fix the faces example (1 and 2) apps?



Has the source organization and the build scripts settled down  
now?  If so,
I can devote some time to this ... but not until the end of next  
week.  One

more long trip first (St. Petersburg, Russia).

--

James Mitchell



Craig



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r394017 - /struts/action/trunk/apps/examples/pom.xml

[wsmoak]

Author: wsmoak
Date: Thu Apr 13 21:28:39 2006
New Revision: 394017

URL: http://svn.apache.org/viewcvs?rev=394017&view=rev
Log:
Correct the groupId for JSTL.

Modified:
struts/action/trunk/apps/examples/pom.xml

Modified: struts/action/trunk/apps/examples/pom.xml
URL: 
http://svn.apache.org/viewcvs/struts/action/trunk/apps/examples/pom.xml?rev=394017&r1=394016&r2=394017&view=diff
==
--- struts/action/trunk/apps/examples/pom.xml (original)
+++ struts/action/trunk/apps/examples/pom.xml Thu Apr 13 21:28:39 2006
@@ -64,7 +64,7 @@
  provided
   
   
- jstl
+ javax.servlet
  jstl
  1.0.6
   



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r394015 - in /struts/action/trunk/apps/cookbook/src/main: java/examples/MessageResources.properties webapp/index.jsp

[wsmoak]

Author: wsmoak
Date: Thu Apr 13 21:27:42 2006
New Revision: 394015

URL: http://svn.apache.org/viewcvs?rev=394015&view=rev
Log:
Remove a duplicate property, and change the title of the index page.

Modified:

struts/action/trunk/apps/cookbook/src/main/java/examples/MessageResources.properties
struts/action/trunk/apps/cookbook/src/main/webapp/index.jsp

Modified: 
struts/action/trunk/apps/cookbook/src/main/java/examples/MessageResources.properties
URL: 
http://svn.apache.org/viewcvs/struts/action/trunk/apps/cookbook/src/main/java/examples/MessageResources.properties?rev=394015&r1=394014&r2=394015&view=diff
==
--- 
struts/action/trunk/apps/cookbook/src/main/java/examples/MessageResources.properties
 (original)
+++ 
struts/action/trunk/apps/cookbook/src/main/java/examples/MessageResources.properties
 Thu Apr 13 21:27:42 2006
@@ -50,7 +50,6 @@
 prompt.name=Name
 prompt.secret=Secret phrase
 
-prompt.required=Required
 prompt.byte=Byte
 prompt.creditCard=Credit Card
 prompt.date=Date

Modified: struts/action/trunk/apps/cookbook/src/main/webapp/index.jsp
URL: 
http://svn.apache.org/viewcvs/struts/action/trunk/apps/cookbook/src/main/webapp/index.jsp?rev=394015&r1=394014&r2=394015&view=diff
==
--- struts/action/trunk/apps/cookbook/src/main/webapp/index.jsp (original)
+++ struts/action/trunk/apps/cookbook/src/main/webapp/index.jsp Thu Apr 13 
21:27:42 2006
@@ -6,7 +6,7 @@
 http://www.w3.org/1999/xhtml";>
 
 
-Struts Examples
+Struts Cookbook
 
 
 



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Struts Faces - what to do?

[Craig McClanahan]

On 4/13/06, James Mitchell <[EMAIL PROTECTED]> wrote:
>
> Perhaps Craig can shed some light on this, but are we going to
> continue to support the struts-faces project?


We should.  There will be people who want to have a few JSF components on a
few pages (or they want to migrate) -- and using this library is the right
strategy for them.  Don was also talking about porting this to action2,
which I also support.

  If so, can someone
> please fix the faces example (1 and 2) apps?


Has the source organization and the build scripts settled down now?  If so,
I can devote some time to this ... but not until the end of next week.  One
more long trip first (St. Petersburg, Russia).

--
> James Mitchell


Craig

svn commit: r394011 - /struts/action/trunk/apps/scripting-mailreader/src/

[jmitchell]

Author: jmitchell
Date: Thu Apr 13 20:55:18 2006
New Revision: 394011

URL: http://svn.apache.org/viewcvs?rev=394011&view=rev
Log:
fast-forward scripting-mailreader up to Struts Action 1.3.x (Part 1)

Added:
struts/action/trunk/apps/scripting-mailreader/src/
  - copied from r394005, struts/action/trunk/apps/mailreader/src/


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: JS Libraries (was Re: [WebWork2] TODO)

[Martin Cooper]

On 4/12/06, Martin Cooper <[EMAIL PROTECTED]> wrote:
>
> (Yeah, I'm very late catching up...)
>
> On 3/28/06, Joe Germuska <[EMAIL PROTECTED]> wrote:
>
> > >I had very bad experiences with Dojo so far, and I brought this into
> > >discussion on ww forums. I wouldn't encourage moving to Dojo, because
> > the
> > >browser support is still lacking, and from the feeling we got from
> > their ml
> > >some of the old browsers, that are still used (f.e. IE 5.5) will
> > be  missing
> > >in the next versions.
> >
> > If you believe http://thecounter.com/stats/2006/March/browser.php , IE
> > 5.5 only has 2% market share.  I wouldn't blame a project for not
> > spending a large amount of resources supporting that.
>
>
> It's not just lack of market share. IE 5.5 has some serious deficiencies
> when it comes to DHTML and DOM manipulation. So the question becomes one of
> how much effort do you want to put in to support a minimally used browser,
> and negatively impact performance on more modern browsers at the same time.
> IMHO, the Dojo folks made the right decision.
>

Important Correction: I mis-spoke here. It's not IE 5.5 that has the
problems, it's IE 5.0. And even more importantly, Dojo *does* support IE 5.5,
but does not support IE 5.0. So if anyone has been having issues with Dojo
and IE 5.5, be sure to submit bug reports via Trac, and they'll be
addressed.

--
Martin Cooper


That said, I think we should try to keep the JS libraries as
> > pluggable as possible.  But maybe it's impossible to bundle valuable
> > features and still do that -- I was really surprised at how many
> > dependencies Webwork accepted, and I'm still trying to work out for
> > myself whether that's better in the long run.  I think the Struts
> > community philosophy was very conservative about that, but it may do
> > us well to challenge that philosophy.
> >
> > Still, having roots in that philosophy, again my inclination is to
> > try to be more library agnostic.  Can that work?
>
>
> Well, in theory, yes. In practice, in the general case, I seriously doubt
> it. To really accomplish that, we'd end up building yet another custom
> abstraction. That would (a) negatively impact performance, and (b) eliminate
> the option of using certain toolkits ( e.g. Dojo) the way they were
> designed to be used, viz _without_ an abstraction layer on top of the
> browser.
>
> --
> Martin Cooper
>
>
> Joe
> >
> > --
> > Joe Germuska
> > [EMAIL PROTECTED] * http://blog.germuska.com
> >
> > "You really can't burn anything out by trying something new, and
> > even if you can burn it out, it can be fixed.  Try something new."
> > -- Robert Moog
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>

svn commit: r394010 - in /struts/action/trunk/apps/scripting-mailreader: pom.xml src.tmp/ src/

[jmitchell]

Author: jmitchell
Date: Thu Apr 13 20:51:08 2006
New Revision: 394010

URL: http://svn.apache.org/viewcvs?rev=394010&view=rev
Log:
fast-forward scripting-mailreader up to Struts Action 1.3.x (Part 1)

Added:
struts/action/trunk/apps/scripting-mailreader/src.tmp/
  - copied from r394005, struts/action/trunk/apps/scripting-mailreader/src/
Removed:
struts/action/trunk/apps/scripting-mailreader/src/
Modified:
struts/action/trunk/apps/scripting-mailreader/pom.xml

Modified: struts/action/trunk/apps/scripting-mailreader/pom.xml
URL: 
http://svn.apache.org/viewcvs/struts/action/trunk/apps/scripting-mailreader/pom.xml?rev=394010&r1=394009&r2=394010&view=diff
==
--- struts/action/trunk/apps/scripting-mailreader/pom.xml (original)
+++ struts/action/trunk/apps/scripting-mailreader/pom.xml Thu Apr 13 20:51:08 
2006
@@ -63,6 +63,16 @@
  ${pom.version}
   
   
+ ${pom.groupId}
+ struts-extras
+ ${pom.version}
+  
+  
+ groovy
+ groovy
+ 1.0-jsr-03
+  
+  
  javax.servlet
  servlet-api
  2.3



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [action2] Switching to Dojo widgets

[Martin Cooper]

On 4/13/06, Ian Roughley <[EMAIL PROTECTED]> wrote:
>
> This is where my knowledge of dojo falls short, perhaps Martin can assist.
>
> What I was planning on doing was using a compressed JS profile of dojo,
> and removing the individual files from the saf src.  If we are pulling
> in individual files via dojo.require() do we need to keep the dojo src
> in the saf src?


I think what Don has done is fine. We can always fine-tune it later if we
need / want to.

When you build (or download) a specific profile, the dojo.js file contains
only what is defined for that profile. However, everything else is still
available. Any code that is "dojo.require"d that is not part of the profile
will be dynamically fetched by Dojo when that 'require' is evaled. That's
why you need the source directory. The only situation in which this is not
true is if you use the kitchen sink profile, since by definition it includes
everything.

The trade-off is between having a larger download on startup versus having
multiple requests for individual pieces. Right now, I think it's fine to
have a minimal profile and then have each component fetch any additional
pieces it needs, which is what Don has done.

--
Martin Cooper


If you like I can assist, but I won't have time till late next week at
> the earliest.
>
> /Ian
>
>
> Don Brown wrote:
>
> > Ian, what about using the minimal profile, but each component that
> > needs something more can do a dojo.require() to pull it in?  A user's
> > application, that knows they need more, can overwrite head.ftl to
> > change the profile.  This is the change I plan to do today.
> >
> > Don
> >
> > Ian Roughley wrote:
> >
> >> Martin - which profile do you suggest?  I had a quick look over the
> >> profiles awhile back, and the only ones from the kitchen sick that I
> >> thought could be removed were "flash" and "storage" - especially with
> >> the incorporation of more widgets.
> >>
> >> The other option would be to have different profiles to download
> >> which are dependent on which widgets you are using, but this seems
> >> like it would be much more trouble as well as more custom
> >> configuration (which we have been trying to avoid).  What are your
> >> thoughts?
> >>
> >> My other plan (to which I owe Jason an apology as I ran out of time)
> >> was to upgrade to 0.2.2 and use the compressed version rather than
> >> the exploded version.
> >>
> >> BTW - the dojo editor is already incorporated as an ajax themed
> >> textarea, however as for 0.2.1 it is still seems a little buggy.
> >>
> >> /Ian
> >>
> >>
> >>
> >> Martin Cooper wrote:
> >>
> >>> On 4/12/06, Don Brown <[EMAIL PROTECTED]> wrote:
> >>>
> >>>
>  I'm starting to look into replacing the LGPL Javascript components
>  with
>  ones provided by Dojo, a toolkit we are already
>  using.  Dojo already has the following widgets:
> 
>   - date picker -
> 
> http://archive.dojotoolkit.org/nightly/tests/widget/test_DatePicker.html
> 
>   - tooltip -
>  http://archive.dojotoolkit.org/nightly/tests/widget/test_Tooltip.html
>   - rich text editor -
>  http://archive.dojotoolkit.org/nightly/tests/widget/test_Editor.html
> 
>  My question is how should we handle the Dojo imports?  Currently
>  Dojo is
>  only imported in the header of the ajax theme.
>   I propose we import dojo.js in the header of the simple theme
>  (which is
>  imported by the other themes), leaving each
>  component to do the dojo.require() call to ensure their widget is
>  available.
> 
> >>>
> >>>
> >>>
> >>> This makes sense to me.
> >>>
> >>> However, I think we should change the current strategy on the Dojo
> >>> profile
> >>> that's bundled by default. It looks like the kitchen sink profile is
> >>> what's
> >>> bundled today. It would make more sense, IMHO, to bundle the minimal
> >>> profile
> >>> (or at least somewhat more minimal than kitchen sink) by default,
> >>> and to
> >>> provide the kitchen sink as an option and / or provide instructions
> >>> on how
> >>> to construct a custom profile (which is really easy). I'm certainly
> >>> willing
> >>> to help out here.
> >>>
> >>> --
> >>> Martin Cooper
> >>>
> >>>
> >>> Don
> >>>
> >>>
>  -
>  To unsubscribe, e-mail: [EMAIL PROTECTED]
>  For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 
> >>>
> >>>
> >>>
> >>>
> >>
> >> -
> >> To unsubscribe, e-mail: [EMAIL PROTECTED]
> >> For additional commands, e-mail: [EMAIL PROTECTED]
> >>
> >>
> >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands

svn commit: r393994 - /incubator/webwork2/STATUS.txt

[mrdon]

Author: mrdon
Date: Thu Apr 13 18:04:50 2006
New Revision: 393994

URL: http://svn.apache.org/viewcvs?rev=393994&view=rev
Log:
Updating status

Modified:
incubator/webwork2/STATUS.txt

Modified: incubator/webwork2/STATUS.txt
URL: 
http://svn.apache.org/viewcvs/incubator/webwork2/STATUS.txt?rev=393994&r1=393993&r2=393994&view=diff
==
--- incubator/webwork2/STATUS.txt (original)
+++ incubator/webwork2/STATUS.txt Thu Apr 13 18:04:50 2006
@@ -26,7 +26,8 @@
 
 JSCalendar for the DatePicker tag
 * Rene has contacted dynarch.com about license change, waiting for response. 
No answer yet
-* There may also be a Dojo equivalent
+* Replaced it with Dojo's Date picker, but be warned it is missing a lot
+  of the old features
 
 FCKEditor for the Richtexteditor tag
 * Toby contacted the author about license change, no answer yet
@@ -34,6 +35,8 @@
 
 Walter Zorns tooltip library for all UI Tags
 * Is there a Dojo equivalent?
+* Replaced it with Dojo's tooltip lib, although there are several issues
+  to iron out still
 
 tabbedpane.vm Archived UI template
 * Is this a server-side compoonent, or is there a Dojo equivalent?



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r393993 - in /incubator/webwork2/action/src/main/resources: ./ org/apache/struts/action2/static/dojo/struts/ org/apache/struts/action2/static/tooltip/ template/simple/ template/xhtml/

[mrdon]

Author: mrdon
Date: Thu Apr 13 18:02:44 2006
New Revision: 393993

URL: http://svn.apache.org/viewcvs?rev=393993&view=rev
Log:
Replacing the old tooltip lib with dojo...Still need to resolve duplicate
tooltip problem (alt tag by the browser) and prune Component code

Added:

incubator/webwork2/action/src/main/resources/org/apache/struts/action2/static/dojo/struts/tooltip.gif
   (with props)
Removed:

incubator/webwork2/action/src/main/resources/org/apache/struts/action2/static/tooltip/
Modified:
incubator/webwork2/action/src/main/resources/struts-default.xml
incubator/webwork2/action/src/main/resources/template/simple/form-close.ftl
incubator/webwork2/action/src/main/resources/template/xhtml/checkbox.ftl
incubator/webwork2/action/src/main/resources/template/xhtml/tooltip.ftl

Added: 
incubator/webwork2/action/src/main/resources/org/apache/struts/action2/static/dojo/struts/tooltip.gif
URL: 
http://svn.apache.org/viewcvs/incubator/webwork2/action/src/main/resources/org/apache/struts/action2/static/dojo/struts/tooltip.gif?rev=393993&view=auto
==
Binary file - no diff available.

Propchange: 
incubator/webwork2/action/src/main/resources/org/apache/struts/action2/static/dojo/struts/tooltip.gif
--
svn:mime-type = application/octet-stream

Modified: incubator/webwork2/action/src/main/resources/struts-default.xml
URL: 
http://svn.apache.org/viewcvs/incubator/webwork2/action/src/main/resources/struts-default.xml?rev=393993&r1=393992&r2=393993&view=diff
==
--- incubator/webwork2/action/src/main/resources/struts-default.xml (original)
+++ incubator/webwork2/action/src/main/resources/struts-default.xml Thu Apr 13 
18:02:44 2006
@@ -2,6 +2,7 @@
 
 
 
+
 
 
 
@@ -21,7 +22,7 @@
 
 
 
-
+
 
 
 

Modified: 
incubator/webwork2/action/src/main/resources/template/simple/form-close.ftl
URL: 
http://svn.apache.org/viewcvs/incubator/webwork2/action/src/main/resources/template/simple/form-close.ftl?rev=393993&r1=393992&r2=393993&view=diff
==
--- incubator/webwork2/action/src/main/resources/template/simple/form-close.ftl 
(original)
+++ incubator/webwork2/action/src/main/resources/template/simple/form-close.ftl 
Thu Apr 13 18:02:44 2006
@@ -57,7 +57,5 @@
 <#-- 
  Code that will add javascript needed for tooltips
 --><#t/>
-<#if parameters.hasTooltip?default(false)><#t/>
<#lt/>
-   <#lt/>
-<#t/>
+   <#lt/>dojo.require("dojo.widget.html.Tooltip");dojo.require("dojo.fx.html");

Modified: 
incubator/webwork2/action/src/main/resources/template/xhtml/checkbox.ftl
URL: 
http://svn.apache.org/viewcvs/incubator/webwork2/action/src/main/resources/template/xhtml/checkbox.ftl?rev=393993&r1=393992&r2=393993&view=diff
==
--- incubator/webwork2/action/src/main/resources/template/xhtml/checkbox.ftl 
(original)
+++ incubator/webwork2/action/src/main/resources/template/xhtml/checkbox.ftl 
Thu Apr 13 18:02:44 2006
@@ -34,7 +34,7 @@
 
 :<#t/>
 <#if parameters.tooltip?exists>
-
+<#include "/${parameters.templateDir}/xhtml/tooltip.ftl" />
 
 <#t/>
 

Modified: 
incubator/webwork2/action/src/main/resources/template/xhtml/tooltip.ftl
URL: 
http://svn.apache.org/viewcvs/incubator/webwork2/action/src/main/resources/template/xhtml/tooltip.ftl?rev=393993&r1=393992&r2=393993&view=diff
==
--- incubator/webwork2/action/src/main/resources/template/xhtml/tooltip.ftl 
(original)
+++ incubator/webwork2/action/src/main/resources/template/xhtml/tooltip.ftl Thu 
Apr 13 18:02:44 2006
@@ -1,87 +1,22 @@
 <#if parameters.tooltip?exists><#t/>
-  <#t/>
src='<@saf.url value="${parameters.tooltipIcon}" />' 
   <#else><#t/>
-   src='<@saf.url value="/struts/tooltip/tooltip.gif" />'
+   src='<@saf.url value="/struts/dojo/struts/tooltip.gif" />'
   <#t/>
alt="${parameters.tooltip?html}" 
-   title="${parameters.tooltip?html}" 
-   onmouseover="<#rt/>
-  <#if parameters.tooltipAboveMousePointer?exists><#t/>
-   <#t/>this.T_ABOVE=${parameters.tooltipAboveMousePointer};<#t/>
-  <#t/>
-  <#if parameters.tooltipBgColor?exists><#t/>
-<#t/>this.T_BGCOLOR='${parameters.tooltipBgColor}';<#t/>
-  <#t/>
-  <#if parameters.tooltipBgImg?exists><#t/>
-<#t/>this.T_BGIMG='<@saf.url value="${parameters.tooltipBgImg}" 
/>';<#t/>
-  <#t/>
-  <#if parameters.tooltipBorderWidth?exists><#t/>
-<#t/>this.T_BORDERWIDTH=${parameters.tooltipBorderWidth};<#t/>
-  <#t/>
-  <#if parameters.tool

svn commit: r393982 - /incubator/webwork2/action/src/main/resources/org/apache/struts/action2/static/jscalendar/

[mrdon]

Author: mrdon
Date: Thu Apr 13 16:53:38 2006
New Revision: 393982

URL: http://svn.apache.org/viewcvs?rev=393982&view=rev
Log:
Removing jscalendar as it is LGPL, replaced with the dojo date picker

Removed:

incubator/webwork2/action/src/main/resources/org/apache/struts/action2/static/jscalendar/


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r393981 - in /incubator/webwork2/action/src/main/resources/template: ajax/head.ftl simple/datepicker.ftl simple/dojoRequire.js simple/head.ftl

[mrdon]

Author: mrdon
Date: Thu Apr 13 16:52:47 2006
New Revision: 393981

URL: http://svn.apache.org/viewcvs?rev=393981&view=rev
Log:
Changing to use new dojo date picker, also dojo will be minimally imported for 
all themes that use the simple's head.ftl

Added:
incubator/webwork2/action/src/main/resources/template/simple/dojoRequire.js
Modified:
incubator/webwork2/action/src/main/resources/template/ajax/head.ftl
incubator/webwork2/action/src/main/resources/template/simple/datepicker.ftl
incubator/webwork2/action/src/main/resources/template/simple/head.ftl

Modified: incubator/webwork2/action/src/main/resources/template/ajax/head.ftl
URL: 
http://svn.apache.org/viewcvs/incubator/webwork2/action/src/main/resources/template/ajax/head.ftl?rev=393981&r1=393980&r2=393981&view=diff
==
--- incubator/webwork2/action/src/main/resources/template/ajax/head.ftl 
(original)
+++ incubator/webwork2/action/src/main/resources/template/ajax/head.ftl Thu Apr 
13 16:52:47 2006
@@ -1,15 +1,4 @@
 <#include "/${parameters.templateDir}/xhtml/head.ftl" />
-
-// Dojo configuration
-djConfig = {
-baseRelativePath: "<@saf.url includeParams='none' 
value='/struts/dojo/' encode='false'/>",
-isDebug: ${parameters.debug},
-bindEncoding: "${parameters.encoding}",
-debugAtAllCosts: true // not needed, but allows the Venkman debugger 
to work with the includes
-};
-
-
 
 http://svn.apache.org/viewcvs/incubator/webwork2/action/src/main/resources/template/simple/datepicker.ftl?rev=393981&r1=393980&r2=393981&view=diff
==
--- incubator/webwork2/action/src/main/resources/template/simple/datepicker.ftl 
(original)
+++ incubator/webwork2/action/src/main/resources/template/simple/datepicker.ftl 
Thu Apr 13 16:52:47 2006
@@ -1,26 +1,35 @@
-<#if !stack.findValue("#datepicker_js_included")?exists>
-<#assign trash = stack.setValue("#datepicker_js_included", true)/>
-