搜索 | 用户支持

防范以用户支持为名的诈骗。我们绝对不会要求您拨打电话或发送短信,及提供任何个人信息。请使用“举报滥用”选项报告涉及违规的行为。

详细了解

liinks on my website stopped working after upgrading to v3.6.17

  • 6 个回答
  • 9 人有此问题
  • 6 次查看
  • 最后回复者为 cmullinsjr

more options

Typical link code:

<a href="infopages/000001-info.php">
   the img tag here
 </a>

1. img tag content has been removed for clarity 2. The link is inside a div 3. DOCTYPE is for HTML4.01 strict 4. Code passes W3C validation for HTML4.01 and CSS

The majority of links on images are now disabled but not all. Most <a> links around text still work but a few do not. All links work in IE8 and Opera.

The Error Console refers to an "uncaught exception"

Find it at qualitycanvasart.co.uk/catalog/abstracts-01.php

Typical link code: <a href="infopages/000001-info.php"> the img tag here </a> 1. img tag content has been removed for clarity 2. The link is inside a div 3. DOCTYPE is for HTML4.01 strict 4. Code passes W3C validation for HTML4.01 and CSS The majority of links on images are now disabled but not all. Most <a> links around text still work but a few do not. All links work in IE8 and Opera. The Error Console refers to an "uncaught exception" Find it at qualitycanvasart.co.uk/catalog/abstracts-01.php

由jim.livesey于修改

被采纳的解决方案

Firefox 3 versions do not recognize negative z-index values (and probably interpret them as 1), but Firefox 4 does honor negative values, so any container with a higher or default z-index (1) that covers that part makes it impossible to click buttons. Firefox doesn't make it possible to click through layers and only the top layer receives events.

定位到答案原位置 👍 1

所有回复 (6)

more options

I have similar link structures on some pages, but they all worked fine in 3.6.x and they still work fine in 4.0.1. Sorry I can't help.

more options

That center DIV has a z-index of -1 and that causes the layout DIV to overlay that full section. Leave that z-index at the default (1) or use a positive value like you do elsewhere.


.centerpnl {
  position: absolute; 
	left: 155px; 
	top: 0; 
	width: 660px; 
	height: 740px; /***/
	z-index: -1;
	background-color: transparent;
}
more options

That worked! But I am puzzled. Inside the div centerpnl are others that position the various elements. They are z-index -1. W3C says, "An element with greater stack order is always in front of an element with a lower stack order". So the containing block is now in front of its contents. Its background-color is transparent so you see through it.

The sidebar men has a z-index of 5 so it is "in front" of the centerpnl contents when it slides out, and that works.

The problem affected Gecko browsers, but not Opera and IE8 so they must handle this differently. And why should it matter, a link is a link. If you can see it, it should work. If I get my z-indexes wrong I expect display problems not vanished links on buttons that I can see! And now the z-index sequence seems illogical.

Puzzling, nevertheless I am very grateful for the answer. :-)

more options

选择的解决方案

Firefox 3 versions do not recognize negative z-index values (and probably interpret them as 1), but Firefox 4 does honor negative values, so any container with a higher or default z-index (1) that covers that part makes it impossible to click buttons. Firefox doesn't make it possible to click through layers and only the top layer receives events.

more options

Thanks for that cor-el. This was version 3.6.17. I looked at the z-indexes again and they were inconsistent to start with so I am fixing that, and your solution worked on my local server so I m sure I shall get this right. Your explanation makes this understandable.

I have noted inconsistent interpretation of x-indexes between browsers in other contexts in te past. Thanks again.

more options

I have same problem but do not use any z-index values. Links next to each other just are not recognized in FF7, but they are in IE9.