RE: Textarea and Wrap

2001-02-06 Thread Ted Husted

The HTML 4.01 specification says that in textareas "user agents may
wrap visible text lines to keep long lines visible without the need for
scrolling."

Unfortunately, many user agents, including Netscape 4.7, won't actually
do this with an additional "wrap" property.

This is on the TODO list for 1.1. When implemented, this would
certainly be an optional property, and if the developer did not specify
"wrap=soft" or "wrap=hard", then a wrap propertly would not be
included.

I agree that it is unfortunate that we have to accomodate the
vagriances of browser implementations, but it is my understanding that
Struts is suppose to be a framework for deploying real-world
applications.

In practice, I would not be able to ship a Web application that used a
text area without wrapping through Netscape 4.x, since there would too
many user requests to add the feature. (I forgot the wrap property on a
comment form once, and, as usual, learned the hard way.)

How would Opera be adversly affected by Struts providing an optional
wrap property?

*** REPLY SEPARATOR  ***

On 2/6/2001 at 9:26 AM Michael Gerdau wrote:

[wrap for textarea]

 I realize 
 that "wrap" 
 isn't part of the official spec, but it is supported by both 
 IE and Netscape. 

What about us Opera users ?

Why do you want to violate the spec anyway ?

 I was wondering if there was some alternative, or if my 
 changes might make 
 their way into CVS.

I strongly object against this. There are already enough
incompatibilities to be aware of.

My DM 0.02, best,
Michael
--
 Vote against SPAM - see http://www.politik-digital.de/spam/
 Michael Gerdau   email: [EMAIL PROTECTED]
 Function call to load Windows: here_piggy_piggy_piggy_piggy
 PGP-keys available on request or at public keyserver



-- Ted Husted, Husted dot Com, Fairport NY USA.
-- Custom Software ~ Technical Services.
-- Tel 716 425-0252; Fax 716 223-2506.
-- http://www.husted.com/about/struts/





RE: Textarea and Wrap

2001-02-06 Thread Ted Husted

Did you want to signup for this? 

It's on the TODO list for 1.1 but no one's volunteered yet.

*** REPLY SEPARATOR  ***

On 2/5/2001 at 11:18 AM Colin Sampaleanu wrote:

+1

I actually suggested this 3 or 4 months ago. Not having support for
wrap is
a big pain in the butt...


 -Original Message-
 From: Steve Vaughan [mailto:[EMAIL PROTECTED]]
 Sent: January 30, 2001 9:55 AM
 To: [EMAIL PROTECTED]
 Subject: Textarea and Wrap
 
 
 Is there any plan to support wrap in textarea fields.  I have 
 already coded 
 changes to "src/share/org/apache/struts/taglib/TextareaTag.java" and

 "src/doc/struts-form.xml" to add a wrap attribute.  I realize 
 that "wrap" 
 isn't part of the official spec, but it is supported by both 
 IE and Netscape. 
  I can't even imagine using a textarea without some form of 
 wrapping enabled.
 
 I was wondering if there was some alternative, or if my 
 changes might make 
 their way into CVS.
 
 - Steve
 
 
 _
 Do You Yahoo!?
 Get your free @yahoo.com address at http://mail.yahoo.com




-- Ted Husted, Husted dot Com, Fairport NY USA.
-- Custom Software ~ Technical Services.
-- Tel 716 425-0252; Fax 716 223-2506.
-- http://www.husted.com/about/struts/





[PROPOSAL] struts-blank.war

2001-02-06 Thread Ted Husted

I setup a "blank" Struts application that is helpful to use as a
template for new applications. There's a reference copy at 

 http://husted.com/about/struts 

This is from the Welcome page:

"To get started on your own application, rename struts-blank.war to the
name for your application, and let your container auto-deploy it. Edit
the blank configuration files as needed, and you are on your way! (You
can find the ApplicationResources file with this message in the classes
folder.)"

I would like to add this to the 1.0 package to help people get started
on the right foot with new applications. 


-- Ted Husted, Husted dot Com, Fairport NY USA.
-- Custom Software ~ Technical Services.
-- Tel 716 425-0252; Fax 716 223-2506.
-- http://www.husted.com/about/struts/





Re: [PROPOSAL] struts-blank.war

2001-02-06 Thread Oleg V Alexeev

Hello Ted,

+1

Tuesday, February 06, 2001, 3:32:44 PM, you wrote:

TH I setup a "blank" Struts application that is helpful to use as a
TH template for new applications. There's a reference copy at 

TH  http://husted.com/about/struts 

TH This is from the Welcome page:

TH "To get started on your own application, rename struts-blank.war to the
TH name for your application, and let your container auto-deploy it. Edit
TH the blank configuration files as needed, and you are on your way! (You
TH can find the ApplicationResources file with this message in the classes
TH folder.)"

TH I would like to add this to the 1.0 package to help people get started
TH on the right foot with new applications. 


TH -- Ted Husted, Husted dot Com, Fairport NY USA.
TH -- Custom Software ~ Technical Services.
TH -- Tel 716 425-0252; Fax 716 223-2506.
TH -- http://www.husted.com/about/struts/





-- 
Best regards,
 Olegmailto:[EMAIL PROTECTED]





Installation notes for other servlet containers

2001-02-06 Thread Ted Husted

We now have notes for Orion, Tomcat, Resin, and Weblogic. Similar
instructons for other containers, like Enhydra, JBoss, JRun, and
Websphere, and whatever else anyone is using, would be very much
appreciated. 

If you know that Struts won't work with a container, and have a good
explanation as to the specific problem, we should include that too. 

If you can help us out, please see the install file in your
jakarta-struts folder for an example format. 

-- Ted Husted, Husted dot Com, Fairport NY USA.
-- Custom Software ~ Technical Services.
-- Tel 716 425-0252; Fax 716 223-2506.
-- http://www.husted.com/about/struts/





RE: Textarea and Wrap

2001-02-06 Thread Elod_Horvath


+1




Ted Husted [EMAIL PROTECTED] on 02/06/2001 07:32:35 AM

Please respond to [EMAIL PROTECTED]

To:   Struts Dev [EMAIL PROTECTED]
cc:(bcc: Elod Horvath)
Subject:  RE: Textarea and Wrap


Received: from wdpsec01.bankofny.com ([10.101.8.180]) by lnotes3.bankofny.com
(Lotus SMTP MTA v4.6.7  (934.1 12-30-1999)) with SMTP id 852569EB.00451DA8; Tue,
6 Feb 2001 07:34:55 -0500
Received: from email.bankofny.com (unverified) by wdpsec01.bankofny.com
 (Content Technologies SMTPRS 2.0.15) with ESMTP id
[EMAIL PROTECTED] for [EMAIL PROTECTED];
 Tue, 06 Feb 2001 07:34:20 -0500
Received: from CONVERSION-DAEMON by EMAIL.BANKOFNY.COM (PMDF V5.2-31 #42228)
 id [EMAIL PROTECTED] for
 [EMAIL PROTECTED]
 (ORCPT rfc822;[EMAIL PROTECTED]); Tue, 6 Feb 2001 07:33:29 EST
Received: from eagle.ssg.bny.com ([192.168.99.23])
 by EMAIL.BANKOFNY.COM (PMDF V5.2-31 #42228)
 with SMTP id [EMAIL PROTECTED] for
 [EMAIL PROTECTED]
 (ORCPT rfc822;[EMAIL PROTECTED]); Tue,
 06 Feb 2001 07:33:16 -0500 (EST)
Received: from h31.sny.collab.net ([64.208.42.41])
 by eagle.ssg.bny.com via smtpd (for email.ssg.bny.com [160.100.151.79])
 with SMTP; Tue, 06 Feb 2001 12:33:57 + (UT)
Received: (qmail 58455 invoked by uid 500); Tue, 06 Feb 2001 12:32:42 +
Received: (qmail 58086 invoked from network); Tue, 06 Feb 2001 12:32:39 +
Received: from mailout4-0.nyroc.rr.com (24.92.226.120)
 by h31.sny.collab.net with SMTP; Tue, 06 Feb 2001 12:32:39 +
Received: from pc10 (roc-24-93-14-35.rochester.rr.com [24.93.14.35])
 by mailout4-0.nyroc.rr.com (8.11.2/RoadRunner 1.03) with ESMTP id f16CTEb13147
 for [EMAIL PROTECTED]; Tue, 06 Feb 2001 07:29:14 -0500 (EST)
Date: Tue, 06 Feb 2001 07:32:35 -0500
From: Ted Husted [EMAIL PROTECTED]
Subject: RE: Textarea and Wrap
In-Reply-To: [EMAIL PROTECTED]
To: Struts Dev [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
Message-Id: [EMAIL PROTECTED]
X-Mailer: Calypso Version 3.10.03.02 (1)
Precedence: bulk
Delivered-to: mailing list [EMAIL PROTECTED]
Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N
References: [EMAIL PROTECTED]
List-Post: mailto:[EMAIL PROTECTED]
List-Unsubscribe: mailto:[EMAIL PROTECTED]
List-Help: mailto:[EMAIL PROTECTED]
Content-Type: text/plain; charset="ISO-8859-1"


Here's a related idea:

Should all the Struts HTML tags have an option for adding custom
properties as-is? For example

custom="wrap=soft googleplex=centurion optimize"

Duty now for the future ...


-- Ted Husted, Husted dot Com, Fairport NY USA.
-- Custom Software ~ Technical Services.
-- Tel 716 425-0252; Fax 716 223-2506.
-- http://www.husted.com/about/struts/











Re: [PROPOSAL] struts-blank.war

2001-02-06 Thread Elod_Horvath


+1




Ted Husted [EMAIL PROTECTED] on 02/06/2001 07:32:44 AM

Please respond to [EMAIL PROTECTED]

To:   Struts Dev [EMAIL PROTECTED]
cc:(bcc: Elod Horvath)
Subject:  [PROPOSAL] struts-blank.war



Received: from wdpsec01.bankofny.com ([10.101.8.180]) by lnotes3.bankofny.com
(Lotus SMTP MTA v4.6.7  (934.1 12-30-1999)) with SMTP id 852569EB.00451DCE; Tue,
6 Feb 2001 07:34:56 -0500
Received: from email.bankofny.com (unverified) by wdpsec01.bankofny.com
 (Content Technologies SMTPRS 2.0.15) with ESMTP id
[EMAIL PROTECTED] for [EMAIL PROTECTED];
 Tue, 06 Feb 2001 07:34:23 -0500
Received: from CONVERSION-DAEMON by EMAIL.BANKOFNY.COM (PMDF V5.2-31 #42228)
 id [EMAIL PROTECTED] for
 [EMAIL PROTECTED]
 (ORCPT rfc822;[EMAIL PROTECTED]); Tue, 6 Feb 2001 07:33:37 EST
Received: from eagle.ssg.bny.com ([192.168.99.23])
 by EMAIL.BANKOFNY.COM (PMDF V5.2-31 #42228)
 with SMTP id [EMAIL PROTECTED] for
 [EMAIL PROTECTED]
 (ORCPT rfc822;[EMAIL PROTECTED]); Tue,
 06 Feb 2001 07:33:33 -0500 (EST)
Received: from h31.sny.collab.net ([64.208.42.41])
 by eagle.ssg.bny.com via smtpd (for email.ssg.bny.com [160.100.151.79])
 with SMTP; Tue, 06 Feb 2001 12:34:15 + (UT)
Received: (qmail 58683 invoked by uid 500); Tue, 06 Feb 2001 12:32:47 +
Received: (qmail 58628 invoked from network); Tue, 06 Feb 2001 12:32:46 +
Received: from mailout4-0.nyroc.rr.com (24.92.226.120)
 by h31.sny.collab.net with SMTP; Tue, 06 Feb 2001 12:32:46 +
Received: from pc10 (roc-24-93-14-35.rochester.rr.com [24.93.14.35])
 by mailout4-0.nyroc.rr.com (8.11.2/RoadRunner 1.03) with ESMTP id f16CTOb13168
 for [EMAIL PROTECTED]; Tue, 06 Feb 2001 07:29:24 -0500 (EST)
Date: Tue, 06 Feb 2001 07:32:44 -0500
From: Ted Husted [EMAIL PROTECTED]
Subject: [PROPOSAL] struts-blank.war
To: Struts Dev [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
Message-Id: [EMAIL PROTECTED]
X-Mailer: Calypso Version 3.10.03.02 (1)
Precedence: bulk
Delivered-to: mailing list [EMAIL PROTECTED]
Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N
List-Post: mailto:[EMAIL PROTECTED]
List-Unsubscribe: mailto:[EMAIL PROTECTED]
List-Help: mailto:[EMAIL PROTECTED]
Content-Type: text/plain; charset="us-ascii"


I setup a "blank" Struts application that is helpful to use as a
template for new applications. There's a reference copy at

 http://husted.com/about/struts 

This is from the Welcome page:

"To get started on your own application, rename struts-blank.war to the
name for your application, and let your container auto-deploy it. Edit
the blank configuration files as needed, and you are on your way! (You
can find the ApplicationResources file with this message in the classes
folder.)"

I would like to add this to the 1.0 package to help people get started
on the right foot with new applications.


-- Ted Husted, Husted dot Com, Fairport NY USA.
-- Custom Software ~ Technical Services.
-- Tel 716 425-0252; Fax 716 223-2506.
-- http://www.husted.com/about/struts/











RE: Textarea and Wrap

2001-02-06 Thread Colin Sampaleanu

+1

Is it also worth thinking in general about a mechanism to allow custom tag
properties conditionally. It is fairly easy to detect the user agent
(browser), and based on that information different properties could be
written out. If we can figure out a clean syntax, it's a lot cleaner than
doing big JSP 'if' blocks to account for browser differences (which are
sometimes unfortunately a fact of life).



 -Original Message-
 From: Ted Husted [mailto:[EMAIL PROTECTED]]
 Sent: February 6, 2001 7:33 AM
 To: Struts Dev
 Subject: RE: Textarea and Wrap
 
 
 Here's a related idea:
 
 Should all the Struts HTML tags have an option for adding custom
 properties as-is? For example
 
 custom="wrap=soft googleplex=centurion optimize"
 
 Duty now for the future ...
 
 
 -- Ted Husted, Husted dot Com, Fairport NY USA.
 -- Custom Software ~ Technical Services.
 -- Tel 716 425-0252; Fax 716 223-2506.
 -- http://www.husted.com/about/struts/
 
 



Current thoughts on Turbine and struts ?

2001-02-06 Thread Rob Leland

Craig:

Back in June 2000 you were quoted as saying about
turbine and struts

 Finally, longer term, I would not be at all surprised
 to see the two approaches merged.  

What is you current thinking on this.



RE: More on Weblogic and Struts

2001-02-06 Thread Carl Tallis




 On 2/6/2001 at 11:02 AM Carl Tallis wrote:
 example code runs *untouched* on WLS 6.0,

 So, for WLS 6.0 are we talking an install like:

 * Copy "struts-documentation.war" and "struts-example.war"
   to your $WLS6_HOME/webapps directory

 * Restart WLS if it is already running

Correct.  I noticed some odd behaviour initially.  Excerpts of a reply to
another user:

==
The only issue I've had is a rather odd "feature" of WLS.  The initial
deployment did the standard expansion of the .war into the normal
subdirectory structure.  I ran the demo  tested that it all ran o.k.,
worked on some other apps, and had to reboot.  When my system came back up,
the subdirectory structure was gone!  Moreover, the app still ran!  WLS
apparently can, and does, run the application directly from the .war.  Why,
I don't know - I just expect that I can defeat this behaviour by manually
expanding the application.  The implications of this were that 1) the system
ran like molassas - nothing stayed compiled when I bounced the server, and
this server runs like poop on my laptop; and 2) the standard database .xml
file didn't get saved, so there was no persistent data storage.  I don't
expect a problem fixing this.

Oh, and the server doesn't seem to pick up the changes to .JSPs very well
(o.k., not at all), but that's no doubt some parameter I can tweak.
==

I've since communicated with the BEA guys about the latter matter, and
they've only succeeded in pointing out the same settings that are detailed
in the on-line manuals (which didn't help).  However, having satisfied
myself that I can deploy Struts to run on WLS 6, I'm comfortable developing
on Tomcat.


 If so, I'll rework the package so that we can apply these for several
 of the containers (Tomcat 3.1+, Resin, and WLS 6.0+), and then focus on
 the exceptions (Orion, WLS51 SP8, et cetera).

 Anyone with notes on using a container with Apache is also welcome to
 contribute those.

 *** REPLY SEPARATOR  ***





Re: Struts and WebSphere Appserver 3.5.2

2001-02-06 Thread Craig R. McClanahan

[EMAIL PROTECTED] wrote:

 I've spent most of this afternoon getting a struts app to work on WebSphere
 3.5.2.

 The bottom line is that even under "Servlet 2.2/JSP 1.1 Compliance mode".
 getServletContext().getResourceAsStream() will fail and return null.

 I've worked around this getServletContext().getRealPath() and this works. I
 will try to raise this through our official IBM channels.

 The relevant section of the servlet spec appears to be 4.4.

 Can anyone else (Craig?) confirm that this is indeed a bug in the
 container, and getResource or getResourceAsStream are required for 2.2
 compliance?


Yes, ServletContext.getResource() and ServletContext.getResourceAsStream() are
required to operate as described in the Servlet 2.2 specification and
associated Javadocs.

 --
 dIon Gillard, Multitask Consulting
 Work:  http://www.multitask.com.au
 NetRexx: http://www.multitask.com.au/NetRexx.nsf

Craig





cvs commit: jakarta-struts/src/doc index.xml

2001-02-06 Thread craigmcc

craigmcc01/02/06 12:23:47

  Modified:src/doc  index.xml
  Log:
  Update the bug reporting URL to point at the new Bugzilla installation.
  
  PR: Bugzilla Bug #533.
  
  Revision  ChangesPath
  1.5   +6 -21 jakarta-struts/src/doc/index.xml
  
  Index: index.xml
  ===
  RCS file: /home/cvs/jakarta-struts/src/doc/index.xml,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- index.xml 2000/11/28 20:10:50 1.4
  +++ index.xml 2001/02/06 20:23:47 1.5
  @@ -91,27 +91,12 @@
   
 section name="Reporting Bugs and Feature Requests" href="Bugs"
   
  -  pThanks to the gracious efforts of
  -  a href="mailto:[EMAIL PROTECTED]"Nick Bauman/a and his employer,
  -  Cortexity, there is now an interim bug tracking system available for
  -  all of the Jakarta projects (including Struts).  To report a bug, or
  -  request a feature enhancement, simply point your browser at:
  -  a href="http://znutar.cortexity.com"
  -  http://znutar.cortexity.com/a.  When filling out a bug report
  -  or feature request, please follow these simple rules:/p
  -  ul
  -  liFrom the list of projects and categories, select one of the following
  -  entries:
  -  ul
  -  liStruts / Feature Requests / New Features/li
  -  liStruts / Feature Requests / Enhancement/li
  -  liStruts / Bug Report / New Bug Report/li
  -  /ul/li
  -  liFor the codeProject Release/code field, enter the Struts version
  -  number (such as strong0.5/strong) if you are using a released
  -  version, or the date included in the filename of a nightly distribution
  -  (such as strong2922/strong) if you are using that./li
  -  /ul
  +  pTracking of bug reports and new feature requests for Struts is hosted
  +  at a 
href="http://nagoya.apache.org/bugzilla/"http://nagoya.apache.org/bugzilla//a.
  +  Please select strongStruts/strong from the product list, along with the
  +  details of which component of Struts you feel this report relates to,
  +  and details of your operating environment.  You will automatically be
  +  notified by Email as the status of your bug report changes./p
   
 /section