Hello
I'm trying to make some tooltips which are position:fixed. It works fine in
Opera and Safari/Konqueror, but in Firefox and Camino (ie Mozilla), it takes
a few seconds for each tooltip to display, and then to get hidden. If I use
position:absolute, the problem goes away, but the tooltips move around with
the containing, scrolling div.
..scroll { height: 400px; overflow: auto; } http://transrail.se/new/ref-erik/
There are some missing alt tags so it doesn't validate, but I doubt that's
the problem.
Help! I hate browsers...
--
Erik Sandblom
my site is EriksRailNews.com 7 2895
On Wed, 09 Mar 2005 16:53:25 +0100, Erik Sandblom
<er***@operamail.com> wrote: I'm trying to make some tooltips which are position:fixed. It works fine in Opera and Safari/Konqueror, but in Firefox and Camino (ie Mozilla), it takes a few seconds for each tooltip to display, and then to get hidden. If I use position:absolute, the problem goes away, but the tooltips move around with the containing, scrolling div.
any fixed elements severely impact performance in all browsers, think
about what has to happen, and I hope it'll be obvious why.
The solution is to not use fixed elements - or pick a faster browser.
Jim.
--
comp.lang.javascript FAQ - http://jibbering.com/faq/
i artikel 42***************@news.individual.net, skrev Jim Ley på ji*@jibbering.com den 05-03-09 17.10: any fixed elements severely impact performance in all browsers, think about what has to happen, and I hope it'll be obvious why.
I don't get it. If it's fixed, it's always in the same place, so no
computation is necessary. Shouldn't fixed actually be faster?
--
Erik Sandblom
my site is EriksRailNews.com
On Wed, 09 Mar 2005 17:52:41 +0100, Erik Sandblom
<er***@operamail.com> wrote: i artikel 42***************@news.individual.net, skrev Jim Ley på ji*@jibbering.com den 05-03-09 17.10:
any fixed elements severely impact performance in all browsers, think about what has to happen, and I hope it'll be obvious why.
I don't get it. If it's fixed, it's always in the same place, so no computation is necessary. Shouldn't fixed actually be faster?
Paint a picture. Now place a photograph on top of it, does it take
more effort to leave the photograph in place on the page or have it
move in line with the part of the picture you're looking at.
Jim.
--
comp.lang.javascript FAQ - http://jibbering.com/faq/
"Jim Ley" <ji*@jibbering.com> wrote in message
news:42***************@news.individual.net... On Wed, 09 Mar 2005 17:52:41 +0100, Erik Sandblom <er***@operamail.com> wrote:
i artikel 42***************@news.individual.net, skrev Jim Ley på ji*@jibbering.com den 05-03-09 17.10:
any fixed elements severely impact performance in all browsers, think about what has to happen, and I hope it'll be obvious why.
I don't get it. If it's fixed, it's always in the same place, so no computation is necessary. Shouldn't fixed actually be faster?
Paint a picture. Now place a photograph on top of it, does it take more effort to leave the photograph in place on the page or have it move in line with the part of the picture you're looking at.
Jim. --
Depends, can you see the painting at all? Is the photograph on top smaller
than the painting? Is the colour combination jarring? C'mon Jim, you have
to know these things, after all, one of the strengths of this particular
newsgroup is the rigid adhering to precision.
>> any fixed elements severely impact performance in all browsers,
think about what has to happen, and I hope it'll be obvious why. I don't get it. If it's fixed, it's always in the same place, so no computation is necessary. Shouldn't fixed actually be faster?
This is all horribly complicated. For example, if I have a page that
contains just a narrow column of text down the left hand side and I
scroll it, do all the white pixels in the right portion of the page get
moved around? (There's no need to move them.) It comes down to how
much effort is needed to work out what needs to move and balancing that
against "just moving everything". My experience is that Mozilla's
performance with repainting around position:fixed elements is about the
same as repainting around windows (e.g. dialogs) from other
applications that are on top of it, i.e. nothing to worry about.
Be careful though as there are some nasty bugs in Mozilla related to
position:fixed elements when you try to move them using things like
:hover and javascript. Some are improved in 1.8b1 but not all. Opera
also has bugs with postion:fixed.
--Phil.
--
David E. Ross
<URL:http://www.rossde.com/>
I use Mozilla as my Web browser because I want a browser that
complies with Web standards. See <URL:http://www.mozilla.org/>.
Erik Sandblom wrote: Hello
I'm trying to make some tooltips which are position:fixed. It works fine in Opera and Safari/Konqueror, but in Firefox and Camino (ie Mozilla), it takes a few seconds for each tooltip to display, and then to get hidden. If I use position:absolute, the problem goes away, but the tooltips move around with the containing, scrolling div.
.scroll { height: 400px; overflow: auto; }
http://transrail.se/new/ref-erik/
There are some missing alt tags so it doesn't validate, but I doubt that's the problem.
Help! I hate browsers...
This might be a symptom of Mozilla bug #124150. See
<URL:https://bugzilla.mozilla.org/show_bug.cgi?id=124150>.
--
David E. Ross
<URL:http://www.rossde.com/>
I use Mozilla as my Web browser because I want a browser that
complies with Web standards. See <URL:http://www.mozilla.org/>. This thread has been closed and replies have been disabled. Please start a new discussion. Similar topics
by: Patrice |
last post by:
There seems to be a bug with the events mouseOut and mouseOver of divs
when their position is fixed : when you enter the div with the mouse,
three events are fired in this order : over, out, over....
|
by: Grayle |
last post by:
I've heard that "position:fixed", which I use to scroll a navigation
menu, does not work in IE. I have limited access to IE and would prefer
to keep it that way. I am using
<div class="nav">...
|
by: Paul Trautwein |
last post by:
I'm trying to get an image to float in a window despite scrolling.
I've gotten it to work on my Mac using IE 5.2, Netscape, and Safari, but it
goes wonky when I test it on a PC. (testing with IE...
|
by: Peter Fjelsten |
last post by:
Guys at comp.infosystems.www.authoring.stylesheets,
I have designed a page in (x)HTML transitional that I am happy with
in (close to) standard compliant browsers (i.e. Firebird/Opera), but IE...
|
by: Ted Mayett |
last post by:
I've read a lot through the google archives, but I cannot seem to find
an example...
Has someone successfully made css code that allows for
position: fixed to work in IE 6.0.2800? What is the...
|
by: Mathias Wrede |
last post by:
Hi,
is there anybody who can give me a hint?. I would like to create a fixed
positioned navigation area.
There are no probs with correct working browsers (FF, Opera, Konqueror
etc.). The...
|
by: Eric Lindsay |
last post by:
Googling suggests that IE7 may support position: fixed;
I think this might be handy for some pages I want to do. Does anyone
have any comments about whether fixed should be considered for use on...
|
by: pbd22 |
last post by:
hi.
i am messing around with CSS2.1 and position:fixed. I can't
seem to get a "loading" span to move a little further left onto
the page. It seems stuck on the upper right and kind of
half way...
|
by: sheldonlg |
last post by:
I have an app where position fixed works for FF and IE6 (with
workaround). On IE7, the popup doesn't stay fixed in one place.
The URL is http://www.sheldonlg.com/popup/popupLoc.html
Click of...
|
by: lllomh |
last post by:
Define the method first
this.state = {
buttonBackgroundColor: 'green',
isBlinking: false, // A new status is added to identify whether the button is blinking or not
}
autoStart=()=>{
|
by: DJRhino |
last post by:
Was curious if anyone else was having this same issue or not....
I was just Up/Down graded to windows 11 and now my access combo boxes are not acting right. With win 10 I could start typing...
|
by: isladogs |
last post by:
The next Access Europe meeting will be on Wednesday 4 Oct 2023 starting at 18:00 UK time (6PM UTC+1) and finishing at about 19:15 (7.15PM)
The start time is equivalent to 19:00 (7PM) in Central...
|
by: Aliciasmith |
last post by:
In an age dominated by smartphones, having a mobile app for your business is no longer an option; it's a necessity. Whether you're a startup or an established enterprise, finding the right mobile app...
|
by: tracyyun |
last post by:
Hello everyone,
I have a question and would like some advice on network connectivity. I have one computer connected to my router via WiFi, but I have two other computers that I want to be able to...
|
by: NeoPa |
last post by:
Hello everyone.
I find myself stuck trying to find the VBA way to get Access to create a PDF of the currently-selected (and open) object (Form or Report).
I know it can be done by selecting :...
|
by: NeoPa |
last post by:
Introduction
For this article I'll be using a very simple database which has Form (clsForm) & Report (clsReport) classes that simply handle making the calling Form invisible until the Form, or all...
|
by: Teri B |
last post by:
Hi, I have created a sub-form Roles. In my course form the user selects the roles assigned to the course.
0ne-to-many. One course many roles.
Then I created a report based on the Course form and...
|
by: nia12 |
last post by:
Hi there,
I am very new to Access so apologies if any of this is obvious/not clear.
I am creating a data collection tool for health care employees to complete. It consists of a number of...
| |