<option>

Collapse
This topic is closed.
X
X
 
  • Time
  • Show
Clear All
new posts
  • Man-wai Chang

    <option>


    For a form POST, what's the difference between:

    1. <option</option>
    2. <option>&nbsp ;</option>

    --
    iTech Consulting Services Limited
    Expert in ePOS (Point-Of-Sales) solutions
    Website: http://www.itech.com.hk (IE only)
    Tel: (852)2325 3883 Fax: (852)2325 8288
  • David Dorward

    #2
    Re: &lt;option&g t;

    On May 10, 9:24 am, Man-wai Chang <toylet.toy...@ gmail.comwrote:
    For a form POST, what's the difference between:
    >
    1. <option</option>
    2. <option>&nbsp ;</option>
    One contains a space, one contains a non-breaking space.

    Neither are likely to be useful values to send to the server.

    --
    David Dorward

    Comment

    • Man-wai Chang

      #3
      Re: &lt;option&g t;

      David Dorward wrote:
      On May 10, 9:24 am, Man-wai Chang <toylet.toy...@ gmail.comwrote:
      >For a form POST, what's the difference between:
      >>
      >1. <option</option>
      >2. <option>&nbsp ;</option>
      >
      One contains a space, one contains a non-breaking space.
      non-breaking space is not the same as a space??

      --
      iTech Consulting Services Limited
      Expert in ePOS (Point-Of-Sales) solutions
      Website: http://www.itech.com.hk (IE only)
      Tel: (852)2325 3883 Fax: (852)2325 8288

      Comment

      • Jonathan N. Little

        #4
        Re: &lt;option&g t;

        Man-wai Chang wrote:
        David Dorward wrote:
        >On May 10, 9:24 am, Man-wai Chang <toylet.toy...@ gmail.comwrote:
        >>For a form POST, what's the difference between:
        >>>
        >>1. <option</option>
        >>2. <option>&nbsp ;</option>
        >>
        >One contains a space, one contains a non-breaking space.
        >
        non-breaking space is not the same as a space??
        >
        a space is "breakable" and and a non-breaking is not.

        space = ASCII 20 or 0x20
        no-break space = ASCII 160 or 0xA0

        --
        Take care,

        Jonathan
        -------------------
        LITTLE WORKS STUDIO

        Comment

        • Man-wai Chang

          #5
          Re: &lt;option&g t;

          space = ASCII 20 or 0x20
          no-break space = ASCII 160 or 0xA0
          Thank you.

          --
          iTech Consulting Services Limited
          Expert in ePOS (Point-Of-Sales) solutions
          Website: http://www.itech.com.hk (IE only)
          Tel: (852)2325 3883 Fax: (852)2325 8288

          Comment

          • Ben C

            #6
            Re: &lt;option&g t;

            On 2007-05-11, Jonathan N. Little <lws4art@centra lva.netwrote:
            Man-wai Chang wrote:
            >David Dorward wrote:
            >>On May 10, 9:24 am, Man-wai Chang <toylet.toy...@ gmail.comwrote:
            >>>For a form POST, what's the difference between:
            >>>>
            >>>1. <option</option>
            >>>2. <option>&nbsp ;</option>
            >>>
            >>One contains a space, one contains a non-breaking space.
            >>
            >non-breaking space is not the same as a space??
            >>
            >
            a space is "breakable" and and a non-breaking is not.
            >
            space = ASCII 20 or 0x20
            no-break space = ASCII 160 or 0xA0
            Not ASCII, surely? It's

            U+00A0
            UTF-8: 0xC2 0xA0
            Decimal entity reference: &#160;

            and appears in a section called "Latin 1 Supplement".

            Comment

            • Sherm Pendley

              #7
              Re: &lt;option&g t;

              Ben C <spamspam@spam. eggswrites:
              On 2007-05-11, Jonathan N. Little <lws4art@centra lva.netwrote:
              >
              >no-break space = ASCII 160 or 0xA0
              >
              Not ASCII, surely?
              Certainly not.

              ASCII is 7-bit, from 0 to 127, or 0x00 to 0x7f.

              sherm--

              --
              Web Hosting by West Virginians, for West Virginians: http://wv-www.net
              Cocoa programming in Perl: http://camelbones.sourceforge.net

              Comment

              • Jonathan N. Little

                #8
                Re: &lt;option&g t;

                Ben C wrote:
                Not ASCII, surely? It's
                >
                U+00A0
                UTF-8: 0xC2 0xA0
                Decimal entity reference: &#160;
                >
                and appears in a section called "Latin 1 Supplement".
                Pardon: ASCII 0x20 = space, but 0xA0 = an 'a' with acute accent, &aacute;

                --
                Take care,

                Jonathan
                -------------------
                LITTLE WORKS STUDIO

                Comment

                • Ben C

                  #9
                  Re: &lt;option&g t;

                  On 2007-05-11, Jonathan N. Little <lws4art@centra lva.netwrote:
                  Ben C wrote:
                  >
                  >Not ASCII, surely? It's
                  >>
                  > U+00A0
                  > UTF-8: 0xC2 0xA0
                  > Decimal entity reference: &#160;
                  >>
                  >and appears in a section called "Latin 1 Supplement".
                  >
                  Pardon: ASCII 0x20 = space, but 0xA0 = an 'a' with acute accent, &aacute;
                  I think the point is, anything >0x7f is not ASCII. 0xA0 is nbsp in
                  Latin-1 supplement, but a-acute in some other character set (and who
                  knows maybe something else in another Latin-variant, like that Danish o
                  with a slash through it etc.).

                  Comment

                  • Jukka K. Korpela

                    #10
                    Re: &lt;option&g t;

                    Scripsit Jonathan N. Little:
                    >non-breaking space is not the same as a space??
                    >
                    a space is "breakable" and and a non-breaking is not.
                    They are two distinct characters, though in Unicode, the no-break space
                    U+00A0 is compatibility equivalent to <noBreakU+002 0 space. Thus, in
                    principle, the main difference is in line breaking properties. In practice,
                    other differences can be more important, such as special treatment of U+00A0
                    as table cell content by web browsers.

                    Technically, when appearing in an <optionelemen t, the difference of the
                    codes of the characters is important, since it's the code that is sent as
                    part of the form data. The rest depends on what the form handler does with
                    the data.

                    But what could the difference matter when the character is the sole content
                    of an <optionelemen t, and why would an author use such a degenerated
                    element? I'm afraid the OP is getting farther from his original problem and
                    potentially generating new problems. Explaining the _real_ problem might be
                    a good start.

                    --
                    Jukka K. Korpela ("Yucca")


                    Comment

                    Working...