Closed (fixed)
Project:
Live Search
Version:
5.x-1.0
Component:
User interface
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
7 May 2007 at 18:35 UTC
Updated:
29 May 2007 at 03:01 UTC
I installed livesearch for the searchbox in the zen-theme, checked it in firefox, and everything was fine.
Well, mostly, some bit css to the theme to bring the search-result where they should be.
Now checking it all in internet explorer, the layout is completely trashed.
The search-results first pushed everything down, after a bit css trickery the layer seems transparent in internet explorer, with most a the site shining through, and one div from a sticky node in the content area being before the search results ... I'm still experimenting what to do ... anybody else had problems with internet explorer?
Comments
Comment #1
kourge commentedAlthough theming and layouts are more of a site maintainer's issue, I am working on a particular feature: allow people to specify where the search results will be thrown into. More specifically, the
idof the element that should have results injected into. Currently Live Search just blindly creates a<div id="live-search-results" />at the end of the search form and spits the results in there. Themers can only use CSS to style the<div>.The search results region should allow site maintainers to specify an element id of their own choice to inject search results into. That way, themers can have greater flexibility when theming, such as determining where the element will be (in an HTML sense, not the CSS positioning sense).
Comment #2
ray007 commentedI agree that theming and layout in detail are the site maintainers responsibility, but the default-output of a module should look acceptable. And it definitely doesn't look acceptable with zen-theme and internet explorer, haven't yet checked other themes.
That's why I asked if nobody else had the problem with internet explorer ... or maybe somebody who has already solved the problem can post his solution here ...
Being able to define another html element may solve the problem too.
Offtopic: when I initially found the module, I expected a different output - I thought I would get a dropdown with suggested search terms below the searchbox, and not the searchresults themselves ;-)
Comment #3
kourge commentedI have just committed new code that will allow people to specify the id of the element that search results should be injected into. The HEAD snapshot package probably won't be updated until some five hours later as of writing. Check the package and see if the Last Updated field is something like May 8, 2007. If it is, then it's updated.
By default, what Live Search does is that it'll insert a
<div id="live-search-results" />at the end of the search form. Firebug shows this. (If you're not already using Firebug, which I hope you do, then use it already! It's an awesome tool to see the guts of the DOM.)In the settings page (you have to be using the latest code aforementioned), if you set the search results location to "Use specified custom element" and specify an element id in the textfield, Live Search will not insert a new
<div>like previously mentioned. Instead, it'll use the element you specified.CSS may be good at positioning, but there are many cases where simply changing the element location in the HTML markup will fix the problem. I suspect the Zen theme suffers from floating layer problems under Internet Explorer. As all web developers know, IE is a real pain, and I hope having the freedom of moving elements around in the markup will ease the pain.
Comment #4
ray007 commentedThanks a lot, the new options and a bit theme-tweaking and now it looks ok in IE too.
I consider this issue fixed.
Comment #5
kourge commentedComment #6
(not verified) commented