<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2017-12-12 12:24 GMT+03:00 Werner Pamler via Lazarus <span dir="ltr"><<a href="mailto:lazarus@lists.lazarus-ide.org" target="_blank">lazarus@lists.lazarus-ide.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF"><span class="gmail-">
    Am 12.12.2017 um 08:39 schrieb Sergey Bodrov via Lazarus:<br>
    <blockquote type="cite">
      <div dir="ltr">
        <div class="gmail_extra">
          <div class="gmail_quote"> iso-8859-1 encoding have not
            relation to MS Locale ID. It HTML-specific, and must handled
            by HTML viewer. I do dirty hack with HTML codepage coversion
            just because don't ready to make fixes in TIpHtmlPanel.<br>
          </div>
        </div>
      </div>
    </blockquote>
    <br></span>
    But this specification occurs in the file and is not handled by your
    code. But anyway: If I understand you correctly you say that this
    part of your fixes is a hack around a IpHtmlPanel issue. Then you
    should know that I fixed code page conversion for the HtmlPanel some
    weeks ago in trunk, and just a minute ago I added another fix for
    the codepages which are not specified in the way LConvEncoding
    expects them ("windows-1252" instead of "cp-1252"). With these
    modifications I was able to see the German umlauts in the chm files
    I found on my HD correctly. Does this mean that your LCLID-related
    changes are obsolete? Please test.<br></div></blockquote><div><br></div><div>Well, then my codepage and conversion procedure for HTML contents not needed anymore.</div><div>But LocaleID-based codepage conversion is still needed for topic names (Table of Contents and Index) and, maybe, for full-text search.</div><div><br></div><div>BTW,  in ipcss.inc TCSSProps.ReadCommands() lack of Args.Count checking for 'border-width', 'border-color' and 'border-style' cause Args[0] out-of-range errors.</div><div>Instead of tons checks for Args.Count, I propose single local function, that returns string from Args by index, or empty string if there is no such index.</div><div><br></div></div>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div><strong>Bodrov Sergey</strong><br></div><div>software development, IT consulting</div><div><a href="http://www.serbod.com" target="_blank">http://www.serbod.com</a></div><div><div><u>Phone (Belarus):</u> +375(25)794-21-58</div><div><u style="font-size:12.8px">Skype:</u><span style="font-size:12.8px"> sergey.bodrov1</span><br></div></div><div><u>e-mail:</u> <a href="mailto:serbod@gmail.com" target="_blank">serbod@gmail.com</a>, <a href="mailto:oxotnuk@yandex.ru" target="_blank">oxotnuk@yandex.ru</a></div><div><br></div></div></div></div></div></div>
</div></div>