<html>
    <head>
      <base href="https://bugs.documentfoundation.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Editable field "Data range:" associated with the context menu of any Chart wall treats its list separator badly: Confusion."
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=127007#c4">Comment # 4</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Editable field "Data range:" associated with the context menu of any Chart wall treats its list separator badly: Confusion."
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=127007">bug 127007</a>
              from <span class="vcard"><a class="email" href="mailto:miguelangelrv@libreoffice.org" title="m.a.riosv <miguelangelrv@libreoffice.org>"> <span class="fn">m.a.riosv</span></a>
</span></b>
        <pre>(In reply to Wolfgang Jäger from <a href="show_bug.cgi?id=127007#c3">comment #3</a>)
<span class="quote">> Another bug, SERIOUS though not likely to tumble over, is the acceptance of
> characters as separators clearly conflicting with other separators and
> operators. If the option is needed (and the discussion is over
> unfortunately) it MUST restrict the choice to characters NEVER occurring as
> (in) operators or at the edges of syntactical items probably getting in
> contact with the chosen separator. Explicitly excluded must be any of the
> characters in "+-*/%&<=>:!~#$'.(){}", the space, all the digits and letters,
> and every character without a classical ASCII code (up to X7E), or a code
> below X20 (control character) . The only characters I can find for a
> positive list are ";" and (hesitating) "|" and -if you think it's
> unavoidable- the damned comma.
> </span >

There's no choice but to agree with you.</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>