Hi again folks
We have a CSS based site where something very odd is happening to a
couple of items on the homepage.
In IE6, take a look at <http://www.littlejohnfraser.com>
The panel under the left nav contains a text link, with an image
below.
Most of the time IE6 does not display the text (other browsers seem
fine!) and sometimes on a refresh in IE6 the links do re-appear.
It also appears once you have clicked it and hold the mouse button
down.
It also disappears again if you click it then hit the back button.
Weird eh? Anyone got any ideas on this one?
TIA
R 23 2844
"Rob O" <ro********@riverweb.dot.co.dot.uk> wrote in message
news:ld********************************@4ax.com... Hi again folks
We have a CSS based site where something very odd is happening to a couple of items on the homepage.
In IE6, take a look at <http://www.littlejohnfraser.com>
The panel under the left nav contains a text link, with an image below.
Most of the time IE6 does not display the text (other browsers seem fine!) and sometimes on a refresh in IE6 the links do re-appear.
It also appears once you have clicked it and hold the mouse button down.
It also disappears again if you click it then hit the back button.
Weird eh? Anyone got any ideas on this one?
TIA
R
In ie 'How to find us' disappears as soon as i
mouse over any of the menu selections.
And in firefox when i mouse over 'Home',
it doesn't chop the top right corner.
On Wed, 27 Jul 2005 09:25:54 -0400, "cosmic foo"
<so*******@fromnothing.com> wrote: In IE6, take a look at <http://www.littlejohnfraser.com>
The panel under the left nav contains a text link, with an image below.
Most of the time IE6 does not display the text (other browsers seem fine!) and sometimes on a refresh in IE6 the links do re-appear.
It also appears once you have clicked it and hold the mouse button down.
It also disappears again if you click it then hit the back button.
Weird eh? Anyone got any ideas on this one?
TIA
R
In ie 'How to find us' disappears as soon as i mouse over any of the menu selections. And in firefox when i mouse over 'Home', it doesn't chop the top right corner.
Interesting observation - yep, sure is part of the problem - we just
can't figure it out, there's no dodgy JS, just some CSS hover stuff
that's all pretty straightforward....
R
Rob O wrote: Hi again folks
We have a CSS based site where something very odd is happening to a couple of items on the homepage.
In IE6, take a look at <http://www.littlejohnfraser.com>
The panel under the left nav contains a text link, with an image below.
Most of the time IE6 does not display the text (other browsers seem fine!) and sometimes on a refresh in IE6 the links do re-appear.
It also appears once you have clicked it and hold the mouse button down.
It also disappears again if you click it then hit the back button.
Weird eh? Anyone got any ideas on this one?
TIA
R
The bug you found is quite interesting. Bill Gates should slap himself
thrice on his cheeks for his silliest and bulkiest web browser.
Rants apart. I will get rid of the image since it is not serving much
purpose there. You may also want to "decrease" border or padding around
images or <h2> element which you use to define "How to Find Us" link.
In Mozilla, "hover" chops a corner of the link-background. I wonder if
you designed it like that. Good luck!
Animesh
Rob O wrote: Hi again folks
We have a CSS based site where something very odd is happening to a couple of items on the homepage.
In IE6, take a look at <http://www.littlejohnfraser.com>
The panel under the left nav contains a text link, with an image below.
Most of the time IE6 does not display the text (other browsers seem fine!) and sometimes on a refresh in IE6 the links do re-appear.
peekaboo bug
Add rule height:1px; to #findus
Louise
boclair wrote: peekaboo bug Add rule height:1px; to #findus
You might want to reconsider using height as a work-around for various
IE6 layout bugs. What happens if MS decides to correct IE's broken
overflow behavior in IE7? This will bite you badly.
Suggested alternative:
zoom: 1.0;
It is a proprietary property which other browsers will ignore, but still
usually does the job for IE. IMO, it's a case where using non-standard
code is quite OK.
--
Reply email address is a bottomless spam bucket.
Please reply to the group so everyone can share.
kchayka: boclair wrote: peekaboo bug
What happens if MS decides to correct IE's broken overflow behavior in IE7?
Actually they kind of did. IE7b1 has the Peekaboo bug fixed---at least
it says so on
<http://msdn.microsoft.com/library/default.asp?url=/workshop/essentials/whatsnew/whatsnew_70_sdk.asp>.
kchayka wrote: boclair wrote:
peekaboo bug Add rule height:1px; to #findus
You might want to reconsider using height as a work-around for various IE6 layout bugs. What happens if MS decides to correct IE's broken overflow behavior in IE7? This will bite you badly.
Suggested alternative: zoom: 1.0;
Thanks for that. I had not come across it though now having googled I
see it is recommended widely.
Do you know that the height hack will backfire in IE7? It doesn't in
existing compliant browsers as far as know.
I thought that suggesting a height for a div did not constrain the div
height which is determined rather by the content. It seemed that the
height hack was fairly innocuous as hacks go.
I ask because we have authored a number of sites in some of which the
height hack has been used.
Louise
With neither quill nor qualm, boclair quothed: I thought that suggesting a height for a div did not constrain the div height which is determined rather by the content. It seemed that the height hack was fairly innocuous as hacks go.
If a height is given, content has nothing to do with it.
--
Neredbojias
Contrary to popular belief, it is believable.
Neredbojias wrote: With neither quill nor qualm, boclair quothed:
I thought that suggesting a height for a div did not constrain the div height which is determined rather by the content. It seemed that the height hack was fairly innocuous as hacks go.
If a height is given, content has nothing to do with it.
In current IE versions for Windows the content will still make the div
extend to encompass it. For any other browser, the set height will
constrain the div, which is why this hack should always be hidden from
them.
--
Els http://locusmeus.com/
Sonhos vem. Sonhos vão. O resto é imperfeito.
- Renato Russo -
On Thu, 28 Jul 2005 08:33:18 -0500, kchayka <us****@c-net.us> wrote: boclair wrote: peekaboo bug Add rule height:1px; to #findus
You might want to reconsider using height as a work-around for various IE6 layout bugs. What happens if MS decides to correct IE's broken overflow behavior in IE7? This will bite you badly.
Suggested alternative: zoom: 1.0;
It is a proprietary property which other browsers will ignore, but still usually does the job for IE. IMO, it's a case where using non-standard code is quite OK.
Thanks folks! correctly diagnosed and fixed (well, for now :-) )
Changes wil not be visible yet, but all hunky dory on the dev server.
Cheers
R
With neither quill nor qualm, Els quothed: Neredbojias wrote:
With neither quill nor qualm, boclair quothed:
I thought that suggesting a height for a div did not constrain the div height which is determined rather by the content. It seemed that the height hack was fairly innocuous as hacks go. If a height is given, content has nothing to do with it.
In current IE versions for Windows the content will still make the div extend to encompass it.
Perhaps under certain circumstances, but I've used overflow:auto on set-
height divs with some success.
For any other browser, the set height will constrain the div, which is why this hack should always be hidden from them.
I haven't examined the "hack" but suspect it works for reasons other
than what might be construed from the result. Hopefully, IE7 will cure
a lot of these anomalies without spawning a host of new ones.
--
Neredbojias
Contrary to popular belief, it is believable.
Neredbojias wrote: With neither quill nor qualm, Els quothed:
Neredbojias wrote:
With neither quill nor qualm, boclair quothed:
I thought that suggesting a height for a div did not constrain the div height which is determined rather by the content. It seemed that the height hack was fairly innocuous as hacks go.
If a height is given, content has nothing to do with it.
In current IE versions for Windows the content will still make the div extend to encompass it.
Perhaps under certain circumstances, but I've used overflow:auto on set- height divs with some success.
Ah, I thought the /goal/ was to make it encompass the content ;-) For any other browser, the set height will constrain the div, which is why this hack should always be hidden from them.
I haven't examined the "hack" but suspect it works for reasons other than what might be construed from the result. Hopefully, IE7 will cure a lot of these anomalies without spawning a host of new ones.
After reading most of the replies on this blog entry: http://blogs.msdn.com/ie/archive/2005/07/27/444004.aspx
I've lost hope of IE7 fixing anything, really...
--
Els http://locusmeus.com/
Sonhos vem. Sonhos vão. O resto é imperfeito.
- Renato Russo -
With neither quill nor qualm, Els quothed:
This stupid newsreader accidently deleted your last reply as I was going
to answer it but I remember the gist of it.
You said something like 'I thought the content was the point...'
It is. I just made an IE hack for "position:fixed;" which is why I know
at least sometimes IE honors the height parameter. Perhaps you need to
include an overflow statement, or width or something else, but I've done
it both under transitional and strict doctypes with fully-validating
pages. Basically, the trick was to put a div in another overflow-auto
div. Maybe the inner div expanded with content, but that had no height
setting. Also, maybe width differs reactively from height (-though I
don't think so.)
--
Neredbojias
Contrary to popular belief, it is believable.
Neredbojias wrote: With neither quill nor qualm, Els quothed:
This stupid newsreader accidently deleted your last reply as I was going to answer it but I remember the gist of it.
You said something like 'I thought the content was the point...'
Almost ;-)
I thought the point was to make the div's height extend to encompass
the content. IE does that, even if you give the div a height of say
1px. That is, if you don't add stuff like overflow properties.
It is. I just made an IE hack for "position:fixed;" which is why I know at least sometimes IE honors the height parameter.
It does honour that parameter, if the content isn't too high, and if
no overflow property is set.
Perhaps you need to include an overflow statement, or width or something else, but I've done it both under transitional and strict doctypes with fully-validating pages.
I wouldn't expect anything else :-)
Basically, the trick was to put a div in another overflow-auto div. Maybe the inner div expanded with content, but that had no height setting. Also, maybe width differs reactively from height (-though I don't think so.)
I'm still not sure what the actual objective of your hack was though.
Were you trying to make IE expand a div's height based on the content?
Or were you trying to do the opposite, and make IE honour the set
height and have the content scroll?
--
Els http://locusmeus.com/
Sonhos vem. Sonhos vão. O resto é imperfeito.
- Renato Russo -
With neither quill nor qualm, Els quothed: Neredbojias wrote:
With neither quill nor qualm, Els quothed:
This stupid newsreader accidently deleted your last reply as I was going to answer it but I remember the gist of it.
You said something like 'I thought the content was the point...'
Almost ;-) I thought the point was to make the div's height extend to encompass the content. IE does that, even if you give the div a height of say 1px. That is, if you don't add stuff like overflow properties.
Okay, apparently the measurable height does grow with the content unless
you specify an overflow property. So a "hack" for getting around this
fault could be specifying the overflow property. It is. I just made an IE hack for "position:fixed;" which is why I know at least sometimes IE honors the height parameter.
It does honour that parameter, if the content isn't too high, and if no overflow property is set.
I think we agree. In IE, content expands a div if it exceeds the div's
dimensions unless the height (or width) is set and overflow is set to
auto. Perhaps you need to include an overflow statement, or width or something else, but I've done it both under transitional and strict doctypes with fully-validating pages.
I wouldn't expect anything else :-)
Basically, the trick was to put a div in another overflow-auto div. Maybe the inner div expanded with content, but that had no height setting. Also, maybe width differs reactively from height (-though I don't think so.)
I'm still not sure what the actual objective of your hack was though. Were you trying to make IE expand a div's height based on the content? Or were you trying to do the opposite, and make IE honour the set height and have the content scroll?
The latter - have the div scroll in order to place a "fixed" top
section. It works, but there are a few other problems relating to the
volatile absence or presence of the side scrollbar. Here's an example
(-which needs javascript so I could include both "normal" and "IE" modes
although the same could be done non-jsish using something like php.) http://www.neredbojias.com/delta/strozzi.html
--
Neredbojias
Contrary to popular belief, it is believable.
Neredbojias wrote: I'm still not sure what the actual objective of your hack was though. Were you trying to make IE expand a div's height based on the content? Or were you trying to do the opposite, and make IE honour the set height and have the content scroll?
The latter - have the div scroll in order to place a "fixed" top section. It works, but there are a few other problems relating to the volatile absence or presence of the side scrollbar. Here's an example (-which needs javascript so I could include both "normal" and "IE" modes although the same could be done non-jsish using something like php.)
http://www.neredbojias.com/delta/strozzi.html
I can see the fixed header in IE and Firefox, but Opera (javascript
enabled) doesn't do it. Opera also has the images centered instead of
stuck to the sides (text-align: justify ?)
--
Els http://locusmeus.com/
Sonhos vem. Sonhos vão. O resto é imperfeito.
- Renato Russo -
Neredbojias wrote: In IE, content expands a div if it exceeds the div's dimensions unless the height (or width) is set and overflow is set to auto.
Please use overflow:auto with extreme caution. Scrolling divs can be a
PITA for keyboard navigation. :(
--
Reply email address is a bottomless spam bucket.
Please reply to the group so everyone can share.
Christoph Päper wrote: kchayka: What happens if MS decides to correct IE's broken overflow behavior in IE7?
Actually they kind of did. IE7b1 has the Peekaboo bug fixed
Fixing the peekaboo bug does not address the broken overflow behavior.
It merely eliminates the need to set height as a hack to prevent the
peekaboo bug.
AFAICT, IE's default overflow behavior is still broken.
--
Reply email address is a bottomless spam bucket.
Please reply to the group so everyone can share.
With neither quill nor qualm, Els quothed: Neredbojias wrote:
I'm still not sure what the actual objective of your hack was though. Were you trying to make IE expand a div's height based on the content? Or were you trying to do the opposite, and make IE honour the set height and have the content scroll?
The latter - have the div scroll in order to place a "fixed" top section. It works, but there are a few other problems relating to the volatile absence or presence of the side scrollbar. Here's an example (-which needs javascript so I could include both "normal" and "IE" modes although the same could be done non-jsish using something like php.)
http://www.neredbojias.com/delta/strozzi.html
I can see the fixed header in IE and Firefox, but Opera (javascript enabled) doesn't do it. Opera also has the images centered instead of stuck to the sides (text-align: justify ?)
True. It's only set up for IE and Gecko; all other browsers default to
default which is simply a non-fixed top. That style page was mainly a
test for an IE-specific function, not position-fixed in browsers.
--
Neredbojias
Contrary to popular belief, it is believable.
With neither quill nor qualm, kchayka quothed: Neredbojias wrote: In IE, content expands a div if it exceeds the div's dimensions unless the height (or width) is set and overflow is set to auto.
Please use overflow:auto with extreme caution. Scrolling divs can be a PITA for keyboard navigation. :(
The overall formula for that page, which used to stylize most of my
site's pages in the transitional flavor, I have now deprecated in favor
of a simpler, dtd-strict, earnestly standards-compliant outline. I'm
pretty sure it's the only one left, which I upgraded to strict and kept
for nostalgic reasons. Although it works, there are drawbacks (as you
suggested) as with frames and I'm now inclined to avoid javascript or
even PHP (etc.) wherever possible.
--
Neredbojias
Contrary to popular belief, it is believable. This thread has been closed and replies have been disabled. Please start a new discussion. Similar topics
by: John Lee |
last post by:
Hi,
I have a windows application that uses the listview to display about 50
items in detailed view - 4 columns. The first column is static and other
columns will be updated in 100-1000ms - it...
|
by: John Lee |
last post by:
Thanks Jay for your response.
I tried your code and it still flickering a lot. To demonstrate it, you can
grab a listview, create 3 columns - name, value, timestamp, in form_load
event to add 50...
|
by: benben |
last post by:
I created a form and overrided OnPaint, OnClick and OnResize methods. My
OnPaint calls base.OnPaint then repaints the whole screen.
The screen flickers a lot! It didn't happen when the app was...
|
by: Jim Hubbard |
last post by:
Has anyone seen a fix for the flickering effect you get when resizing a
Webbrowser control?
It's really irritating and doesn't make for a professional-looking
application.
|
by: n00b |
last post by:
I have some forms with maybe around 30 controls on each and anytime I load
these forms different parts of it start flickering though not all of them at
once and not the same ones everytime. the...
|
by: sasifiqbal |
last post by:
Hi,
One of my developers are facing an interesting problem regarding
UserControl invalidation.
The problem is:
We have two forms in our application. Form A does nothing except
loading of...
|
by: James |
last post by:
Hi all,
I have made a derived Listview which can accept the controls as
items in it. Controls that we are using are Buttons in each row and
implemented Grouping with the help of controls(label on...
|
by: James |
last post by:
Hi all,
I have made a derived Listview in C# .net 1.1 framework, which can
accept the controls as
items in it. Controls that we are using are Buttons in each row and
implemented Grouping with...
|
by: =?Utf-8?B?U3RldmUgUmFuZGFsbA==?= |
last post by:
I have a form with a number of panel controls on it. I have overriden the
paint event (of the panel controls) to provide custom painting. What I have
done is to use the Paint event to paint the...
|
by: sj |
last post by:
Flickering Subform!
I am developing a Quotation system in Access 03.
At entry, users enter data thru' a form with subform.
However, the subform keep flicker when I run the system on computer...
|
by: CloudSolutions |
last post by:
Introduction:
For many beginners and individual users, requiring a credit card and email registration may pose a barrier when starting to use cloud servers. However, some cloud server providers now...
|
by: isladogs |
last post by:
The next Access Europe User Group meeting will be on Wednesday 3 Apr 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM).
In this session, we are pleased to welcome former...
|
by: taylorcarr |
last post by:
A Canon printer is a smart device known for being advanced, efficient, and reliable. It is designed for home, office, and hybrid workspace use and can also be used for a variety of purposes. However,...
|
by: Charles Arthur |
last post by:
How do i turn on java script on a villaon, callus and itel keypad mobile phone
|
by: aa123db |
last post by:
Variable and constants
Use var or let for variables and const fror constants.
Var foo ='bar';
Let foo ='bar';const baz ='bar';
Functions
function $name$ ($parameters$) {
}
...
|
by: ryjfgjl |
last post by:
If we have dozens or hundreds of excel to import into the database, if we use the excel import function provided by database editors such as navicat, it will be extremely tedious and time-consuming...
|
by: BarryA |
last post by:
What are the essential steps and strategies outlined in the Data Structures and Algorithms (DSA) roadmap for aspiring data scientists? How can individuals effectively utilize this roadmap to progress...
|
by: Sonnysonu |
last post by:
This is the data of csv file
1 2 3
1 2 3
1 2 3
1 2 3
2 3
2 3
3
the lengths should be different i have to store the data by column-wise with in the specific length.
suppose the i have to...
|
by: Hystou |
last post by:
There are some requirements for setting up RAID:
1. The motherboard and BIOS support RAID configuration.
2. The motherboard has 2 or more available SATA protocol SSD/HDD slots (including MSATA, M.2...
| |