php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Request #55725 Allow wider textareas.
Submitted: 2011-09-19 11:42 UTC Modified: 2021-07-20 11:23 UTC
From: rquadling@php.net Assigned: cmb (profile)
Status: Wont fix Package: Website problem
PHP Version: Irrelevant OS: N/A
Private report: No CVE-ID: None
View Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
If you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: rquadling@php.net
New email:
PHP Version: OS:

 

 [2011-09-19 11:42 UTC] rquadling@php.net 
Description:
------------
The line below is autogenerated from the "Report a bug" link in the documentation.

---
From manual page: http://www.php.net/function.filepro-rowcount#refsect1-
function.filepro-rowcount-seealso
---

Depending upon the browser, the line wrapping goes a little wonky sometimes 
(Google Chrome).

The attached patch allows for wider textareas.

Patches

wider_textareas.patch (last revision 2011-09-19 11:42 UTC by rquadling@php.net)

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2011-09-19 11:42 UTC] rquadling@php.net 
The following patch has been added/updated:

Patch Name: wider_textareas.patch
Revision:   1316432539
URL:        https://bugs.php.net/patch-display.php?bug=55725&patch=wider_textareas.patch&revision=1316432539
 [2011-09-19 12:23 UTC] bjori@php.net 
Are you sure the patch will work?

We do wordwrap() in some cases too.. (which actually has a different bug, the 
preview page and the final text do not wrap in the same way.
 [2011-09-19 12:45 UTC] rquadling@php.net 
Ah, I see.

Allowing for wider textareas, only partially fixes the problem.

I don't know the solution here but I'd say that wrapping should be done soft/virtual in the browser and that's it. No wrapping at any other stage. At least not in code. Hopefully the browser will wrap the text under it's normal rules.

When displayed, don't use <pre>, except for the "Test script", "Expected Result" and "Actual Result". And no wrapping.

The next issue comes from emails. I still think that the wrapping here should be handled by the reader.



When it comes to emailing, I'm not sure. Do any of the modern readers automatically wrap long lines?


OOI. Using the JS Console for Google Chrome, I set this textarea's wrap property to virtual - it was physical. Virtual SHOULD mean that only the line breaks I manually put in will be transmitted. The others, for example, the one that exists BEFORE the word "that" won't be present.

We'll see when I press submit.
 [2011-09-19 12:51 UTC] rquadling@php.net 
Based upon that, the virtual setting seemed to work. Only MY line breaks were transmitted. And the <pre> block for the comment uses CSS styling to wrap, so no additional line breaks were introduced.

You can see that is the case if you cut and paste the output into a text editor. The 14 lines of text (ignoring blank lines) present would be pasted as 8 lines. Just as I typed them in.

The email I got for that also has no wrapping except where my reader (GMail) needs to put them in.

So. If LOOKS like using wrap="virtual" could be enough.
 [2021-07-20 10:37 UTC] omcsesz at gmail dot com 
The manual page is not available now --> this ticket may be closed.
 [2021-07-20 11:23 UTC] cmb@php.net
-Status: Open +Status: Wont fix -Assigned To: +Assigned To: cmb
 [2021-07-20 11:23 UTC] cmb@php.net 
This issue is not particularly related to a certain documentation
page, burt rather a general issue.  However, the "Report a bug"
links target Github issues for a while now, so I think we can
close this ticket.
 
PHP Copyright © 2001-2025 The PHP Group
All rights reserved. 		Last updated: Sun Oct 26 04:00:01 2025 UTC