Joe, if XHTML works fine... why would MathML not? Is it swallowed? I agree with Dave that I see nothing Solr specific. Maybe a namespace issue?
If the search results pull from Solr, they would pull from a stored field which you can inspect by using the url /solr/select?q=.... (this renders XML, see the Solr tutorial). You'd find a clue when it gets dropped. Paul Le 30 oct. 2012 à 18:47, Joe Corneli a écrit : > Hi Dave, > > Thanks for your offer to help! > > I moved the original post to a support request here: > http://drupal.org/node/1827260 > > (Noting: display of the XHTML works fine in nodes themselves...) > > Joe > > On Tue, Oct 30, 2012 at 5:23 PM, Dave Stuart <d...@axistwelve.com> wrote: >> Hi Joe, >> >> I have a suspect that this is a drupal thing as opposed to Solr >> specifically. Probably the best approach would be to add a extra field that >> is the raw data for display instead of using the content field which get a >> fair amount of processing. >> >> I would recommend opening a issue on the apachesolr module issues queue and >> ill answer it there as I dont want to spam the solr crowd with drupal >> related stuff >> >> Regards, >> >> Dave >> >> >> >> On 30 Oct 2012, at 16:56, Joe Corneli wrote: >> >>> Dear Solr experts: >>> >>> I'm running Solr under Drupal 7 on a site with a lot of mathematics >>> written in MathML. >>> >>> Search results are returned with the MathML formatting removed -- in >>> other words, the system attempts to show the results as if they were >>> plain text. >>> >>> You can see that in action here: >>> >>> http://beta.planetmath.org/search/site/formula >>> >>> Or, in the underlying XML: >>> >>> http://beta.planetmath.org:8983/solr/select?indent=on&version=2.2&q=formula&fq=&start=0&rows=10&fl=*%2Cscore&wt=&explainOther=&hl.fl= >>> >>> BTW: I apologize for some ridiculous and unrelated encoding errors >>> that I hope don't confuse the point here - still trying to sort these >>> out. The basic point is that you shouldn't see things like "an >>> additive function f f f", but rather, the rendered version of >>> >>> an additive function <math alttext="f" id="I1.i1.p1.1.m1.1" >>> display="inline" xref="I1.i1.p1.1.m1.1.cmml"><semantics >>> id="I1.i1.p1.1.m1.1a" xref="I1.i1.p1.1.m1.1.cmml"><mi >>> id="I1.i1.p1.1.m1.1.1" >>> xref="I1.i1.p1.1.m1.1.1.cmml">f</mi><annotation-xml >>> id="I1.i1.p1.1.m1.1.cmml" encoding="MathML-Content" >>> xref="I1.i1.p1.1.m1.1"><ci id="I1.i1.p1.1.m1.1.1.cmml" >>> xref="I1.i1.p1.1.m1.1.1">f</ci></annotation-xml><annotation >>> id="I1.i1.p1.1.m1.1b" encoding="application/x-tex" >>> xref="I1.i1.p1.1.m1.1.cmml">f</annotation></semantics></math> >>> >>> Here just "an additive function f" with "f" in italics. >>> >>> Please advise! >>> Thanks, >>> Joe >> >> David Stuart >> M +44(0) 778 854 2157 >> T +44(0) 845 519 5465 >> www.axistwelve.com >> Axis12 Ltd | 7 Wynford Road >> | London | N1 9QN | UK >> >> AXIS12 - Enterprise Web Solutions >> >> Reg Company No. 7215135 >> VAT No. 997 4801 60 >> >> This e-mail is strictly confidential and intended solely for the ordinary >> user of the e-mail account to which it is addressed. If you have received >> this e-mail in error please inform Axis12 immediately by return e-mail or >> telephone. We advise that in keeping with good computing practice the >> recipient of this e-mail should ensure that it is virus free. We do not >> accept any responsibility for any loss or damage that may arise from the use >> of this email or its contents. >> >> >> >>
