× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.




The width and length of the field is irrelevant without some magic to
enforce that 50 bytes. When transferred it sees only one field from 1 to
250. The user would need to enter CR/LF at the end of the each line. You
can substring it and place those in there yourself but the display part is
still going to be an issue with the browsers. Most browsers using a text
area have a right bottom control to let the user change the shape and size
of the field depending on the support of such. This has been my experience
anyway.

***
Regards,
Joe W Holt
Sr Programmer/Developer
Jack Onofrio Dog Shows, LLC
405.427.8181



From: Jim Franz <franz9000@xxxxxxxxx>
To: "Web Enabling the IBM i (AS/400 and iSeries)"
<web400@xxxxxxxxxxxx>
Date: 10/24/2015 09:03 PM
Subject: [WEB400] textarea that works for blocks of text and keeps
length of each line
Sent by: "WEB400" <web400-bounces@xxxxxxxxxxxx>



Have a cgi web screen with various input fields plus a textarea of 5 rows,
50 cols (columns).
The data field is 250 bytes.
Moving the 250a to the textarea should always have byte 51 starting 2nd
line, 101 starting 3rd line, etc.
CSS controls colors, fonts, etc, but nothing specific to textarea.
Chrome and IE don't match, and both jumble the appearance where the
textarea is always shorter than the 50 characters (in IE, and longer in
Chrome) and wraps to the next line.
<sample>
LINE1TENxxSECOND10xxTHIRD10xxx
FOURTH10xxFIFTH10xxxLINE2TENxx
SECONDTEN...

There is plenty of room for the whole 50 bytes to fit within page.

<td><textarea name="LONG" rows="5" cols="50"
wrap="soft"><data></textarea></td>
Many hours of google, w3schools,stackflow, etc and trying lots of stuff has
not improved the issue.
I have put textarea in it's own table, but no difference. I am assuming
it's width affected by other input type="text" on same panel.

Users really want the ability to paste in up to 250 bytes and then edit it
into 5 lines of 50 (it's a description that comes from other sources).
Later printed on form and the alignment in the textarea has to match
print..

This to me seems a standard data entry issue for web applications.
Is "textarea" just unsuitable for this kind of entry? It worked better in
older browsers.
Has anyone found a definition that works in the current web world (this app
is for customers and they have various browsers. App's been up for 16
years.
Jim
--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400) mailing
list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.