× 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.



I wouldn't think there be any noticeable difference in the typing performance, regardless of delete/insert, etc. I've never heard any complaints where this type of function has been implemented but I don't know your environment, of course.

Thanks,
Todd


-----Original Message-----
From: WEB400 [mailto:web400-bounces@xxxxxxxxxxxx] On Behalf Of Kevin Turner
Sent: Monday, October 26, 2015 9:09 AM
To: Web Enabling the IBM i (AS/400 and iSeries)
Subject: Re: [WEB400] textarea that works for blocks of text and keeps length of each line

In my case I tried all of that - but of course it just causes mayhem when the user is constantly editing, deleting, inserting, cutting, pasting. It caused more support calls than it was worth.

-----Original Message-----
From: WEB400 [mailto:web400-bounces@xxxxxxxxxxxx] On Behalf Of Allen, Todd
Sent: 26 October 2015 13:05
To: Web Enabling the IBM i (AS/400 and iSeries) <web400@xxxxxxxxxxxx>
Subject: Re: [WEB400] textarea that works for blocks of text and keeps length of each line

Have you tried adding a function on the onKeyUp event? Count the characters entered and insert a CR/LF after 50 characters are entered. Reset the counter to 0 after the new line has been added.

Thanks,
Todd


-----Original Message-----
From: WEB400 [mailto:web400-bounces@xxxxxxxxxxxx] On Behalf Of Jim Franz
Sent: Saturday, October 24, 2015 10:03 PM
To: Web Enabling the IBM i (AS/400 and iSeries)
Subject: [WEB400] textarea that works for blocks of text and keeps length of each line

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

For More Than 80 Years—Delivering Solutions That Exceed Expectations.

This communication and any transmitted documents are intended to be confidential. If there is a problem with this transmission, please contact the sender. If the reader of this message is not the intended recipient, or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited.
--
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.


___________________________________________
This email has been scanned by iomartcloud.
http://www.iomartcloud.com/


________________________________

NOTICE: The information in this electronic mail transmission is intended by CoralTree Systems Ltd for the use of the named individuals or entity to which it is directed and may contain information that is privileged or otherwise confidential. If you have received this electronic mail transmission in error, please delete it from your system without copying or forwarding it, and notify the sender of the error by reply email or by telephone, so that the sender's address records can be corrected.



--------------------------------------------------------------------------------


CoralTree Systems Limited
25 Barnes Wallis Road
Segensworth East, Fareham
PO15 5TT

Company Registration Number 5021022.
Registered Office:
12-14 Carlton Place
Southampton, UK
SO15 2EA
VAT Registration Number 834 1020 74.
--
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 ...

Follow-Ups:

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.