Content-Type: multipart/alternative; boundary="----_=_NextPart_002_01CD9FEC.DD4D6E73" ------_=_NextPart_002_01CD9FEC.DD4D6E73 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello, =20 I'm working on a new browse-esque interface which will present users with multiple routes into the catalogue based on the idea of a "Generous Interface" (http://www.slideshare.net/mtchl/generous-interfaces) similar to the European Library's Discover Portal ( http://www.theeuropeanlibrary.org/tel4/discover). The basic way I'm doing this is through recommendation modules, including facets. These facets are derived through an empty search of the collection. In order to make the interface look nice, I want to have the facets in different zones, rather than simply a long line of text on the side of the page. So, I'll have one set of facets for format, one set of facets for genre, each in a different box on the page.=20 =20 In my searches.ini I have something like this: =20 [DiscoverRecommendations] AllFields[] =3D SideFacets:DiscoverA AllFields[] =3D SideFacets:DiscoverB =20 With corresponding sections in my facets.ini file: =20 [DiscoverA] format =3D Format [DiscoverB] genre_facet =3D Genre =20 I then call these recommendations in my Discover.php and assign them to the interface. However, for some reason, the interface displays two copies of one facet rather than one of each. What's worse, when I try to run a normal search, the facets from the Discover interface are being displayed, rather than the facets for my normal Search from the [Results] section in facets.ini. Attached is a screenshot to make this somewhat more understandable. =20 I have tried a bit of debugging and found that the parameters are being passed in fine to the module and thence to Solr, so I think what might be happening is that smarty is getting a bit confused about the variables being passed in. If I try to do one TopFacets and one SideFacets it seems to work ok. If this is a smarty thing, I guess the only way I can fix it is by creating a secondary template and assigning some variables to that, but that sounds messy. Does anyone know what might be going on and have some ideas for fixing it? =20 Thanks, =20 Ronan The contents of this e-mail (including attachments) are private and confide= ntial and may also be subject to legal privilege. It is intended only for th= e use of the addressee. If you are not the addressee, or the person responsi= ble for delivering it to the addressee, you may not copy or deliver this e-m= ail or any attachments to anyone else or make any use of its contents; you s= hould not read any part of this e-mail or any attachments. Unauthorised disc= losure or=0Acommunication or other use of the contents of this e-mail or any= part thereof may be prohibited by law and may constitute a criminal offence= . =0A=0AIf you receive this e-mail by mistake please notify the system manag= er @ 6030219.=0A=0AT=E1 an r=EDomhphost seo (agus aon iat=E1n a ghabhann lei= s) pr=EDobh=E1ideach agus r=FAnda agus d\'fh=E9adadh s=E9 a bheith ina chion= coiri=FAil. =0A=0AM=E1 bhfuair t=FA an r=EDomhphost seo tr=ED earr=E1id, de= an teagmh=E1il le bainisteoir an ch=F3rais @6030219=0A ------_=_NextPart_002_01CD9FEC.DD4D6E73 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello,

 

I’m working on a new browse-esque = interface which will present users with multiple routes into the catalogue based = on the idea of a “Generous Interface” (http://www.s= lideshare.net/mtchl/generous-interfaces) similar to the European Library’s Discover Portal (http://www.theeu= ropeanlibrary.org/tel4/discover). The basic way I’m doing this is through recommendation modules, = including facets. These facets are derived through an empty search of the = collection. In order to make the interface look nice, I want to have the facets in = different zones, rather than simply a long line of text on the side of the page. = So, I’ll have one set of facets for format, one set of facets for genre, each in = a different box on the page.

 

In my searches.ini I have something like = this:

 

[DiscoverRecommendations]

AllFields[]          =3D SideFacets:DiscoverA

AllFields[]          =3D SideFacets:DiscoverB

 

With corresponding sections = in my facets.ini file:

 

[DiscoverA]

format          &= nbsp;  =3D Format

[DiscoverB]

genre_facet        =3D Genre

 

I then call these = recommendations in my Discover.php and assign them to the interface. However, for some = reason, the interface displays two copies of one facet rather than one of each. = What’s worse, when I try to run a normal search, the facets from the Discover interface are being displayed, rather than the facets for my normal = Search from the [Results] section in facets.ini. Attached is a screenshot to make = this somewhat more understandable.

 

I have tried a bit of = debugging and found that the parameters are being passed in fine to the module and = thence to Solr, so I think what might be happening is that smarty is getting a bit = confused about the variables being passed in. If I try to do one TopFacets and = one SideFacets it seems to work ok. If this is a smarty thing, I guess the = only way I can fix it is by creating a secondary template and assigning some = variables to that, but that sounds messy. Does anyone know what might be going on = and have some ideas for fixing it?

 

Thanks,

 

Ronan


= =0A=0A

=0A Visit our free ex= hibitions

=0A=0A_________________________________________= __

=0A=0A Tabhair cuairt ar =E1r dtaispe=E1ntais saor in aisce

=0A
=0A

=0A

=0AThe contents of this e-mail (includ= ing attachments) are private and confidential and may also be subject to leg= al privilege. It is intended only for the use of the addressee. If you are n= ot the addressee, or the person responsible for delivering it to the address= ee, you may not copy or deliver this e-mail or any attachments to anyone els= e or make any use of its contents; you should not read any part of this e-ma= il or any attachments. Unauthorised disclosure or=0Acommunication or other u= se of the contents of this e-mail or any part thereof may be prohibited by l= aw and may constitute a criminal offence. =0A=0AIf you receive this e-mail b= y mistake please notify the system manager @ 6030219.=0A

=0A

=0AT=E1 an= r=EDomhphost seo (agus aon iat=E1n a ghabhann leis) pr=EDobh=E1ideach agus = r=FAnda agus d=92fh=E9adfadh go mbeadh eolas inti at=E1 faoi phribhl=E9id dh= l=EDthi=FAil. N=ED ceadmhach =FAs=E1id an r=EDomhphoist seo d=92=E9inne ach = don t=E9 ar seoladh chuige =E9. Mura duitse an r=EDomhphost seo n=F3 an t=E9= at=E1 freagrach as =E9 a sheoladh, t=E1 cosc ar ch=F3ipe=E1il agus ar sheac= hadadh an r=EDomhphoist seo agus aon iat=E1n a ghabhann leis chuig =E9inne n= =F3 =FAs=E1id a bhaint as a bhfuil ann; n=ED ceart an r=EDomhphost seo n=F3 = aon iat=E1n a l=E9amh. D=92fh=E9adfadh go mbeadh cosc ioml=E1n dl=EDthi=FAil= ar sceitheadh n=F3 comhfhreagras n=F3 aon =FAs=E1id eile gan chead ar a bhf= uil sa r=EDomhphost seo agus d=92fh=E9adfadh s=E9 a bheith ina chion coiri= =FAil. =0A=0AM=E1 fuair t=FA an r=EDomhphost seo tr=ED earr=E1id, d=E9an tea= gmh=E1il le bainisteoir an ch=F3rais @6030219=0A

=0A=0A
= ------_=_NextPart_002_01CD9FEC.DD4D6E73--