<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Apr 18, 2020, 07:09 Karl Kleinpaste &lt;<a href="mailto:karl@kleinpaste.org">karl@kleinpaste.org</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div>
    <div>On 4/17/20 11:43 AM, Greg Hellings
      wrote:<br>
    </div>
    <blockquote type="cite">the
      HTML WG suggests, and apparently all browsers implement, ignoring
      those directives and instaead caring only about the Content-Type
      header/directive. So if you have that header/directive in Xiphos,
      then try updating that to the appropriate &quot;application/xhtml+xml&quot;
      and see if that fixes Xiphos/WebKit&#39;s behavior?</blockquote>
    <font face="FreeSerif">As I showed in my original note on this, the
      opening stanza includes<br>
      <br>
    </font><font face="FreeSerif"><tt>&lt;meta
        http-equiv=\&quot;content-type\&quot; content=\&quot;application/xhtml+xml;
        charset=utf-8\&quot;&gt;<br></tt></font></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">This is the HTML header. Not the HTTP header.</div><div dir="auto"><br></div><div dir="auto">For manually loading the text you don&#39;t have an HTTP header, but you still tell the widget what content type when you call wk_html_open_stream or webkit_web_view_load_string or similar functions. It&#39;s this value that is telling Webkit what to do.</div><div dir="auto"><br></div><div dir="auto">--Greg</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><font face="FreeSerif"><tt>
        <br>
      </tt>and it doesn&#39;t help. On a whim, I tried Content-Type in the
      event a case-sensitive match was required, but that didn&#39;t help,
      either.<tt><br>
      </tt></font>
  </div>

</blockquote></div></div></div>