Beefy Boxes and Bandwidth Generously Provided by pair Networks
"be consistent"
 
PerlMonks  

Re^2: replace &

by sandy1028 (Sexton)
on Jun 04, 2009 at 07:26 UTC ( [id://768320] : note . print w/replies, xml ) Need Help??


in reply to Re: replace &
in thread replace &

If it is a HTML entities, it should not encode or decode. The string should be as it is. The output should see like this TEST&TEST;A&E&an HTML--- string - <© TVS>

Replies are listed 'Best First'.
Re^3: replace &
by Anonymous Monk on Jun 04, 2009 at 07:39 UTC
    If it is a HTML entities, it should not encode or decode.

    Where did you get that idea?

    The string should be as it is. The output should see like this...

    I'm looking very carefully, and the string is exactly like that. If that isn't what you expect, post a hexdump of what you expect.

Re^3: replace &
by sandy1028 (Sexton) on Jun 04, 2009 at 07:42 UTC
    How to check whether the string is a HTML entity in perl? Can any one tell me

      If a string and the HTML::Entities-decoded result of the string are the same, it is no HTML entity.

        #!/usr/bin/perl; use HTML::Entities; $to_decode = "TEST&TEST;A&E&an&nbsp;HTML---&nbsp;string - &lt;&copy; T +VS&gt;"; $encoded = encode_entities($to_decode); print "Encoded data --> $encoded\n\n\n";
        The output is Encoded data --> TEST&TEST;A&E&an&nbsp;HTML---&nbsp;string - &lt;&copy; TVS&gt; Here all the & is replaced with &. If it is a HTML entity it should not encode the string for ex:   Here it displays as &nbsp; it should be   only

      To determine whether a string contains an HTML entity, you will be concerned with some information that may not be available by inspecting the string contents: the version of HTML, the character set of the HTML document, the character encoding of the string and possibly even the transfer encoding.

      This information might be available from the context in which you obtained the string. For example, if you received it from a web server via HTTP protocol, these attributes might have been specified in the HTTP protocol headers. If not, you may have to make some assumptions, which may or may not be correct. If you make incorrect assumptions, you results may not be satisfactory.

      For example, the World Wide Web Consortium publishes a full list of character references for HTML 4.01.

      Interpreting HTML documents is complicated by the fact that the character encoding can be specified for some elements in an HTML document, at least with HTML 4.01, so you may have to deal with multiple encodings within the same document. Also, the HTML 4.01 specification has this rather cryptic statement: Character references within comments have no special meaning; they are comment data only. So you might also be concerned when checking your string, to know whether it includes or is from the context of a comment.

      Your task may be further complicated by the need to deal with documents which were written to be consistent with some version of some popular browser rather than with any of the HTML or other specifications.

      All these difficulties aside, if you assume an HTML version and character encoding then you can search for any of the character entities defined in the HTML specification.

      Based on the information you have provided thus far, I would say that the solution provided by wspf is a good start and you should use it until you have some particular case for which it does not work.