putting '/' in field name

Collapse
This topic is closed.
X
X
 
  • Time
  • Show
Clear All
new posts
  • Stuart Palmer

    putting '/' in field name

    Hi everyone,
    I have a form with '/' in some of the field names, when I pass through to
    the next page the field name comes back as though it's been htmlencoded, so
    getting the value out of the field I need to convert this back to '/' with
    the replace (same problem if I have a ',' in the name)

    Is there an easy way to htmldecode or something what it converted to the
    encoded versions? (I have written a short function to basically do all my
    replaces for me, but I am guessing this isn't the ideal solution)

    Many thanks

    Stu



  • Chris Barber

    #2
    Re: putting '/' in field name

    Not being argumentative but why would you ever want to have a form field
    name with a '/' in it - it's such a patently horrible thing to have to deal
    with.
    My suggestion: change the field names.

    Chris.

    "Stuart Palmer" <tryandspamme@y oucant.com> wrote in message
    news:bnqpfq$ug0 $1@sp15at20.hur sley.ibm.com...
    Hi everyone,
    I have a form with '/' in some of the field names, when I pass through to
    the next page the field name comes back as though it's been htmlencoded, so
    getting the value out of the field I need to convert this back to '/' with
    the replace (same problem if I have a ',' in the name)

    Is there an easy way to htmldecode or something what it converted to the
    encoded versions? (I have written a short function to basically do all my
    replaces for me, but I am guessing this isn't the ideal solution)

    Many thanks

    Stu




    Comment

    • Jeff Cochran

      #3
      Re: putting '/' in field name

      On Thu, 30 Oct 2003 10:42:30 -0000, "Stuart Palmer"
      <tryandspamme@y oucant.com> wrote:
      [color=blue]
      >Hi everyone,
      >I have a form with '/' in some of the field names, when I pass through to
      >the next page the field name comes back as though it's been htmlencoded, so
      >getting the value out of the field I need to convert this back to '/' with
      >the replace (same problem if I have a ',' in the name)
      >
      >Is there an easy way to htmldecode or something what it converted to the
      >encoded versions? (I have written a short function to basically do all my
      >replaces for me, but I am guessing this isn't the ideal solution)[/color]

      Better than a replace is simply not to name fields with any characters
      other than alphanumeric. Including no spaces. Most languages have
      issues with the slash and backslash, as well as quotation marks,
      mathematical or comparison symbols and the like. Stick with A-Z, 0-9,
      and hyphens and underscores.

      Our programming convention is that field names in forms match
      corresponding field names in databases, as well as variable names.
      Some of us still use three letter designations, such as strLastName or
      frmLastname to designate either data type or where the field
      originates, but we don't mandate it.

      Jeff

      Comment

      • Stuart Palmer

        #4
        Re: putting '/' in field name

        Good point, however I am dynamically building an email from the form and
        these are the questions being processed into the output
        email......'Do_ you_have_any_su ggestions/comments' it is easy to replace the
        _ with spaces on the email but as the '/' and ',' are encoded, it causes me
        a small problem. Like email -> strContent = fieldname & ": " &
        request.form(fi eldname)

        Could you suggest another way I can implement form replies into a nice
        layout that the recipient can understand?

        Thx

        Stu

        "Chris Barber" <chris@blue-canoe.co.uk.NOS PAM> wrote in message
        news:uZv6A1tnDH A.3732@tk2msftn gp13.phx.gbl...[color=blue]
        > Not being argumentative but why would you ever want to have a form field
        > name with a '/' in it - it's such a patently horrible thing to have to[/color]
        deal[color=blue]
        > with.
        > My suggestion: change the field names.
        >
        > Chris.
        >
        > "Stuart Palmer" <tryandspamme@y oucant.com> wrote in message
        > news:bnqpfq$ug0 $1@sp15at20.hur sley.ibm.com...
        > Hi everyone,
        > I have a form with '/' in some of the field names, when I pass through to
        > the next page the field name comes back as though it's been htmlencoded,[/color]
        so[color=blue]
        > getting the value out of the field I need to convert this back to '/' with
        > the replace (same problem if I have a ',' in the name)
        >
        > Is there an easy way to htmldecode or something what it converted to the
        > encoded versions? (I have written a short function to basically do all my
        > replaces for me, but I am guessing this isn't the ideal solution)
        >
        > Many thanks
        >
        > Stu
        >
        >
        >
        >[/color]


        Comment

        • Jeff Cochran

          #5
          Re: putting '/' in field name

          On Thu, 30 Oct 2003 14:48:23 -0000, "Stuart Palmer"
          <tryandspamme@y oucant.com> wrote:
          [color=blue]
          >Good point, however I am dynamically building an email from the form and
          >these are the questions being processed into the output
          >email......'Do _you_have_any_s uggestions/comments' it is easy to replace the
          >_ with spaces on the email but as the '/' and ',' are encoded, it causes me
          >a small problem. Like email -> strContent = fieldname & ": " &
          >request.form(f ieldname)[/color]

          That's not the field name, that's the input from the user. You said
          your field names had a slash, not the input string. Field names
          should never have a slash or quote in them. For the string input by
          the user, you escape them if they will be a problem. You can also
          Server.HTMLEnco de them.

          Example:

          Form:

          <form action='emailre sults.asp'>
          <P>Do you have any comments/suggestions?<in put type='text'
          name='comments' id='comments' value='None'></P>
          <input type="submit" name="submit" id="submit" value="Submit">
          </form>

          emailresults.as p:

          <%
          strComment = Request.Form("c omments")
          Response.Write strComment
          %>

          This shouldn't be an issue if a slash is entered.

          Jeff
          [color=blue]
          >Could you suggest another way I can implement form replies into a nice
          >layout that the recipient can understand?
          >"Chris Barber" <chris@blue-canoe.co.uk.NOS PAM> wrote in message
          >news:uZv6A1tnD HA.3732@tk2msft ngp13.phx.gbl.. .[color=green]
          >> Not being argumentative but why would you ever want to have a form field
          >> name with a '/' in it - it's such a patently horrible thing to have to[/color]
          >deal[color=green]
          >> with.
          >> My suggestion: change the field names.
          >>
          >> Chris.
          >>
          >> "Stuart Palmer" <tryandspamme@y oucant.com> wrote in message
          >> news:bnqpfq$ug0 $1@sp15at20.hur sley.ibm.com...
          >> Hi everyone,
          >> I have a form with '/' in some of the field names, when I pass through to
          >> the next page the field name comes back as though it's been htmlencoded,[/color]
          >so[color=green]
          >> getting the value out of the field I need to convert this back to '/' with
          >> the replace (same problem if I have a ',' in the name)
          >>
          >> Is there an easy way to htmldecode or something what it converted to the
          >> encoded versions? (I have written a short function to basically do all my
          >> replaces for me, but I am guessing this isn't the ideal solution)
          >>
          >> Many thanks
          >>
          >> Stu
          >>
          >>
          >>
          >>[/color]
          >[/color]

          Comment

          Working...