[OpenLayers-Users] Zindex problem with Firefox 3...

[Erik Uzureau]

Hey Steve,

that ticket now has a patch, which will do exactly this, but on the main map
div.
it's been approved for inclusion to trunk... i'm just waiting for my laptop
(out of
commission) to put it into trunk.

zip zip
e


On Tue, Jul 29, 2008 at 11:23 AM, Steve Lime <Steve.Lime at dnr.state.mn.us>wrote:

> For completeness, I added the following to theme/default/style.css
>
> div.olMapViewport {
>    z-index: 0;
> }
>
> and that seemed to do the trick. It fixed the main map and overview map
> stacking...
>
> Thanks for the help!
>
> Steve
>
> >>> On 7/28/2008 at 5:27 PM, in message
> <6ae3fb590807281527y452afab7rb0eea83e8277fa18 at mail.gmail.com>, "Erik
> Uzureau"
> <euzuro at gmail.com> wrote:
> > hey scott, no worries. chris has been here in the office in a room with
> no
> > windows since 8am and i think he's a bit tired :-P
> >
> > despite occasional indications to the contrary, we *do* appreciate emails
> > like yours... even if it's maybe not the right answer this time, it is
> > always
> > helpful to have feedback from the community... every little bit helps!
> >
> > On this note, I have just opened
> > http://trac.openlayers.org/ticket/1635
> >
> > which, once another little patch is approved, should fix this case by
> > assigning
> > a default value of '0' for the zindex on the main map div.
> >
> > Cheers
> > e
> >
> > On Mon, Jul 28, 2008 at 5:11 PM, Scott Baker <scott at pawprint.net> wrote:
> >
> >>
> >>
> >> Christopher Schmidt wrote:
> >> > On Mon, Jul 28, 2008 at 02:43:47PM -0700, Scott Baker wrote:
> >> >
> >> >> There are 126 markup errors on the page - I'd start there, try to
> clean
> >> >> all those up so the markup validates - most of the time that will
> lead
> >> >> you to the problem.
> >> >>
> >> >
> >> > I consider that extremely unlikely (and definitely not true in this
> >> > case). Why would you say that this would have any relevance to the
> >> > question at hand?
> >> >
> >> >
> >> Well, mainly because I thought there was a chance it wasn't a z-index
> >> issue at all, I didn't personally notice any change crossing from ff2 to
> >> ff3 (but I now see that is because I have other z-indexed items already
> >> in all my sites) - However, when debugging any kind of css issue I
> >> always look to ensure the markup validates first, because in most cases
> >> that has been a root cause, or at least helps one locate it quickly - it
> >> was just a suggestion.
> >> >> - I realize that the standard response - but several of them are
> missing
> >> >> end tags for things like <td> and that kind of thing can easily lead
> to
> >> >> problems like this.
> >> >>
> >> >
> >> > I can't imagine that being the case. Can you demonstrate a situation
> in
> >> > which invalid HTML has any impact on the z-index ordering?
> >> >
> >> Nope, I don't tend to keep them around ;)  - but I have encountered
> >> things I "thought' to be z-index related that turned out to be a markup
> >> problem and had nothing to do with z-index. Again, just thought it would
> >> help to sort out the problem.
> >>
> >> sorry... I really appreciate all the help I have received on this list
> >> and was just trying reciprocate.
> >>
> >> --
> >> skype pawprint_net
> >> telephone 604.885.7449
> >> toll-free 1.888.493.2360
> >> Scott W. Baker B.A.Sc <http://b.a.sc/>
> >> *President*, PawPrint.net <http://www.pawprint.net/>
> >>  _______________________________________________
> >> Users mailing list
> >> Users at openlayers.org
> >> http://openlayers.org/mailman/listinfo/users
> >>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/openlayers-users/attachments/20080729/440604fd/attachment.html