Does input field can store a thousand characters?

[Chamnap]

Hi,

I need to create a hidden field (the same as input field), but this
field needs to store at least a thousand characters? It is possible
when submitting those data to the server? Any help is really
appreciated.

Thanks
Chamnap

 

[Steve Swift]

I need to create a hidden field (the same as input field), but this
field needs to store at least a thousand characters?

You should have no problem if you use METHOD=POST. If you use METHOD=GET
then you may run into a limitation on the maximum length of the input
string. You'd also generate some very funny looking URL's is you used GET.

 

[Anthony Levensalor]

Chamnap said:

Hi,

I need to create a hidden field (the same as input field), but this
field needs to store at least a thousand characters?

Your question has already been answered, of course, just as an aside, if
you're interested in preserving the newlines and such in the text, you
will want to make sure you're using either a textarea or an input with
multiline="true" set as an attribute.

/* End completely unnecessary post */

~A!

 

[Thomas 'PointedEars' Lahn]

Chamnap said:

Your question has already been answered, of course, just as an aside, if
you're interested in preserving the newlines and such in the text, you
will want to make sure you're using either a textarea or an input with
multiline="true" set as an attribute.

However, that attribute is, of course, not Valid at all.


PointedEars

 

[Chamnap]

One more question, guys! I need to handle ajax json response. Beside
using eval ( "(" + request.responseText + ")" ), are there any ways
beside that? eval should be used here or not?

Thanks
Chamnap

 

[Anthony Levensalor]

Thomas 'PointedEars' Lahn said:

However, that attribute is, of course, not Valid at all.

Of course, according to
http://www.w3.org/TR/html4/interact/forms.html#h-17.4

You're 100% correct. I hereby amend my response to read:
"if you're interested in preserving the newlines and such in the text,
you will want to make sure you're using a textarea."



And if you could sound just a teensy bit more snotty, I'd find the
energy to call you out on it. You're like that teacher that needs his
students to feel like morons so that he can feel good about himself.

Honestly, life is not that bad.

Here's another way to say it, just for the edification of people who do
not want to be, well, ire-inducing:

"Don't use the multiline attribute, as it is not valid markup according to:
http://www.w3.org/TR/html4/interact/forms.html#h-17.4"

Or another:

"That last comment about multiline is actually invalid markup, check out
http://www.w3.org/TR/html4/interact/forms.html#h-17.4"

OR:

"Oops, I wouldn't count on multiline to work, it's not valid markup. The
official specification for the input tag is located at:
http://www.w3.org/TR/html4/interact/forms.html#h-17.4"

And I suppose there are about 32,768 other ways to say it that wouldn't
infer that the person you're correcting should have known better by some
kind of osmosis.

Please do notice as well that rather than just making a flippant
comment, references are fun and very educational.

And blah, who cares? It's usenet, right? We get to be whatever kind of
lofty, crusty old jerks we wanna be, because no one can call us on our
natures. Hell, we're above normal human interaction, we code for a living!

Oh, and thanks for the correction. Much obliged.

~A!

 

[Anthony Levensalor]

Chamnap said:

One more question, guys! I need to handle ajax json response. Beside
using eval ( "(" + request.responseText + ")" ), are there any ways
beside that? eval should be used here or not?

We just spent some time discussing that, actually. Here's a link to that
discussion:
http://groups.google.com/group/comp...d48f8456744b4?lnk=gst&q=eval#81dd48f8456744b4

Sorry for the long url, I am far too lazy to tinyurl it this evening.

~A!

 

[Chamnap]

Sorry for the long url, I am far too lazy to tinyurl it this evening.

Never mind, thanks!

Chamnap

 

[Jeremy J Starcher]

When given the choice between an actual URL and a tinyurl, in
comp.lang.javascript, post the actual URL. It lets people know exactly
where they are going instead of wherever tinyurl decides to redirect
them to.

There are some well-explained reasons to avoid tinyurl's here:

<URL: http://gojomo.blogspot.com/2006/02/tinyurls-are-evil-urls.html >

Not to mention that indirect links through tinyurl and other type services
do not count as links in search engine ranking. When someone thinks
enough of my stuff to link to it, but takes an extra step to not let
Google know, it kind of irks me. *grin*

 

[Anthony Levensalor]

Randy Webb said:

Jeremy J Starcher said the following on 1/8/2008 12:29 AM:

I had never seen that before, not even one like it. I have it saved now
for the future URL services. Thank you

I hate issue #1 the most. I want to know where a link is going to take me.

Thanks, guys! I appreciate the feedback!

~A!