Is it just me or does opera and ie not render the float style properly?
IE does a sucky job at it, but opera makes a total mess; Mozilla/Firefox
renders it correctly however. I'm just trying to be a good boy following
the html 4.01 strict spec, and taking it a step further by not using
tables for layout, but it's becoming a real pain. You would figure
putting a strict doctype declaration at the top of the page would create
a uniformity in the way the parsers parse, but no. I'm not gonna waste
your time by describing my exact problem--I just want to know that opera
and ie don't work right with float.
BTW, how many of you actually use opera when testing your pages? Have
any of you given up on it? 13 2525
Quoth the raven named TheKeith: Is it just me or does opera and ie not render the float style properly? IE does a sucky job at it, but opera makes a total mess; Mozilla/Firefox renders it correctly however. I'm just trying to be a good boy following the html 4.01 strict spec, and taking it a step further by not using tables for layout, but it's becoming a real pain. You would figure putting a strict doctype declaration at the top of the page would create a uniformity in the way the parsers parse, but no. I'm not gonna waste your time by describing my exact problem--I just want to know that opera and ie don't work right with float.
If you would post the URL, someone could likely determine what is
wrong with the page.
BTW, how many of you actually use opera when testing your pages? Have any of you given up on it?
I find Opera to be quite good as a browser. Yes, I use it all the time
for testing, and sometimes mainstream browsing, after Firefox.
--
-bts
-This space intentionally left blank.
In article TheKeith wrote: Is it just me or does opera and ie not render the float style properly?
Opera renders floats best AFAIK. That has been problem many times. People
thinking that IE or Mozilla does better job, when in reality, they break
standard. OTOH, there is something in floats that Opera handles buggy,
all other has something as well, and AFAIK both IE and Gecko has the same
bug as Opera.
IE does a sucky job at it, but opera makes a total mess; Mozilla/Firefox renders it correctly however. I'm just trying to be a good boy following the html 4.01 strict spec, and taking it a step further by not using tables for layout, but it's becoming a real pain.
Sounds like you are doing something strange, or making mistakes.
You would figure putting a strict doctype declaration at the top of the page would create a uniformity in the way the parsers parse, but no. I'm not gonna waste your time by describing my exact problem--I just want to know that opera and ie don't work right with float.
So, you are just stating something without any proof. Most likely because
you have no proof. It is also impossible to prove you wrong as you don't
have any argument. OTOH, it is also impossible to prove that you are
right also.
So, question is, why make this post in first place. Especially as all you
needed to do was posting URL of example page you have.
BTW, how many of you actually use opera when testing your pages?
Usually there is no need to test in Opera as it does by spec, so results
are what you expect. Of course I use Opera as my main browser, as it is
by far best browser available. (Well, their userbase is growing, even if
it is only that you can buy among top ten browsers)
Have any of you given up on it?
No. It has best support for current CSS standards in browsers, and HTML
support is far better than IE's. I don't know which browser does best on
HTML.
--
Lauri Raittila <http://www.iki.fi/lr> <http://www.iki.fi/zwak/fonts>
I'm looking for work | Etsin työtä
Lauri Raittila wrote: In article TheKeith wrote:
Is it just me or does opera and ie not render the float style properly?
Opera renders floats best AFAIK. That has been problem many times. People thinking that IE or Mozilla does better job, when in reality, they break standard. OTOH, there is something in floats that Opera handles buggy, all other has something as well, and AFAIK both IE and Gecko has the same bug as Opera.
IE does a sucky job at it, but opera makes a total mess; Mozilla/Firefox renders it correctly however. I'm just trying to be a good boy following the html 4.01 strict spec, and taking it a step further by not using tables for layout, but it's becoming a real pain.
Sounds like you are doing something strange, or making mistakes.
You would figure putting a strict doctype declaration at the top of the page would create a uniformity in the way the parsers parse, but no. I'm not gonna waste your time by describing my exact problem--I just want to know that opera and ie don't work right with float.
So, you are just stating something without any proof. Most likely because you have no proof. It is also impossible to prove you wrong as you don't have any argument. OTOH, it is also impossible to prove that you are right also.
So, question is, why make this post in first place. Especially as all you needed to do was posting URL of example page you have.
BTW, how many of you actually use opera when testing your pages?
Usually there is no need to test in Opera as it does by spec, so results are what you expect. Of course I use Opera as my main browser, as it is by far best browser available. (Well, their userbase is growing, even if it is only that you can buy among top ten browsers)
Have any of you given up on it?
No. It has best support for current CSS standards in browsers, and HTML support is far better than IE's. I don't know which browser does best on HTML.
well, I would have posted the url except that the page is very large
with lot of javascript and you probably won't want to sort through it to
see the problem but I'll post it anyway:
buggy float:left version: http://keithpetrino.com/about/index2.html
non float table version: http://keithpetrino.com/about/index.html
the problem is with the last section on the bottom. I have two main divs
that must be side by side. You can see what opera does, and how
firefix does it correctly. IE just screws it up a little. Help would be
apreciated--thanks.
In article TheKeith wrote: Lauri Raittila wrote: So, question is, why make this post in first place. Especially as all you needed to do was posting URL of example page you have.
well, I would have posted the url except that the page is very large with lot of javascript and you probably won't want to sort through it to see the problem but I'll post it anyway:
OK. I understand now. You have used so unclear code that nobody,
including you, can't really read it. Ever thought about using external
CSS? Saves huge amount of trouble. Anyway, I managed to find out
1. No new bugs on floats on Opera
2. There's bug in JS on Opera, don't know if it's known
3. There is bug on inline-block in Opera that I haven't seen before
conserning floats and inline-block.
buggy float:left version: http://keithpetrino.com/about/index2.html non float table version: http://keithpetrino.com/about/index.html the problem is with the last section on the bottom. I have two main divs that must be side by side.
To cure problem, I added display:block to a element containing "F R E E L
A N C E J O B P R I C E E S T I M A T E" (wrapping a element to div
has same effect), and float:left to div just before form named
estimate_form. (display:inline-table works also, and inline-block would
if it was not buggy. I suppose there must have been float:left here some
point, as it doesn't make sence otherwise - otoh IIRC at least IE has bug
that makes div act as it was inline-block in situations like this. You
could also use bigger margin.)
The reason this happens is that correct behaviour is to make floats top
corner be on same place as inline-boxes top edge (known Mozilla bug, seen
it in bugzilla). As second float will be on next line, it will go one
line down.
This only, when I make JS to not change size of above elements when
opening the bottom one, it seems to do something strange when using JS
the way you do. I changed lines 28 and 29:
toclose.style.h eight = "400px" /*parseInt(toclo se.style.heig.. .*/
toopen.style.he ight = "400px" /*parseInt(toope n.style.height. ..*/
As I haven't done any major JS stuff since NN4.08, I can't really help
you after that. Using Opera 7.5beta1. There certainly seems to be some JS
problem, at least on this build. It's unfortunate that JS in Opera is not
as robust as CSS.
You can see what opera does, and how firefix does it correctly. IE just screws it up a little. Help would be apreciated--thanks.
Hope this helps. BTW, your design sucks big time, as you use px unit
everywhere. Your page did not look good on any size window I normally
use. You should make it work whiout JS. Also IMHO you should use alpha
transparent pngs instead of grid gifs for browsers that support them.
--
Lauri Raittila <http://www.iki.fi/lr> <http://www.iki.fi/zwak/fonts>
I'm looking for work | Etsin työtä
TheKeith <no@spam.com> wrote: well, I would have posted the url except that the page is very large with lot of javascript and you probably won't want to sort through it to see the problem but I'll post it anyway:
So why didn't you post a minimal test case?
buggy float:left version: http://keithpetrino.com/about/index2.html non float table version: http://keithpetrino.com/about/index.html
the problem is with the last section on the bottom.
Which for anyone who doesn't want to waste time figuring it out means
clicking on the thing that looks like a link at the bottom. I didn't
think of doing that because I presumed that a link would take me to a
different page and that if the problem was on a different page you
would have posted the URL to that page. (What's wrong with making it
three pages?)
I have two main divs that must be side by side. You can see what opera does, and how firefix does it correctly. IE just screws it up a little.
Opera gets it mostly right and IE screws it up a lot.
Your code boils down to this (one extra border added for clarity):
<div style="width:70 0px; padding:5px; overflow:hidden ; border: 1px
solid red;">F R E E L A N C E J O B P R I C E E S
T I M A T E
<div style="width:15 0px; margin-top:30px; margin-left:70px;
border:solid 1px #455FA5; padding:10px; float:left">
Hello
</div>
<div style="width:37 0px; height:300px; margin-top:30px;
margin-left:10px; border:solid 1px #455FA5; overflow:auto">
Hello Again
</div>
</div>
The two divs are correctly placed - the second div should NOT start
after the right hand edge of the floated div (as IE wrongly does) but
it's content should start there - which it does in Opera.
What I can't work out is why the text at the top isn't left aligned.
BTW you seem to be missing some alt attributes (all those form buttons
need alt attributes) and you should have a look with a larger font
size. I have a minimum font size set and the second box in the Sbout
section cuts of the text part way through.
Steve
--
"My theories appal you, my heresies outrage you,
I never answer letters and you don't like my tie." - The Doctor
Steve Pugh <st***@pugh.net > <http://steve.pugh.net/>
In article Steve Pugh wrote: TheKeith <no@spam.com> wrote:
well, I would have posted the url except that the page is very large with lot of javascript and you probably won't want to sort through it to see the problem but I'll post it anyway: So why didn't you post a minimal test case?
Because it would be pain to do, as his code is so ugly? buggy float:left version: http://keithpetrino.com/about/index2.html the problem is with the last section on the bottom.
(What's wrong with making it three pages?)
The ugly animation between them?
What I can't work out is why the text at the top isn't left aligned.
Because float is on same line as text, and on left. As float margins are
part of float, it seems as if text would not be left aligned, even if it
is, and moved to right to make space for floated element. It was
discussed troughly here sometime back, but in this case it was bit hard
to spot.
--
Lauri Raittila <http://www.iki.fi/lr> <http://www.iki.fi/zwak/fonts>
I'm looking for work | Etsin työtä
Lauri Raittila wrote: In article TheKeith wrote:
Lauri Raittila wrote:
So, question is, why make this post in first place. Especially as all you needed to do was posting URL of example page you have.
well, I would have posted the url except that the page is very large with lot of javascript and you probably won't want to sort through it to see the problem but I'll post it anyway:
OK. I understand now. You have used so unclear code that nobody, including you, can't really read it. Ever thought about using external CSS? Saves huge amount of trouble. Anyway, I managed to find out 1. No new bugs on floats on Opera 2. There's bug in JS on Opera, don't know if it's known 3. There is bug on inline-block in Opera that I haven't seen before conserning floats and inline-block.
buggy float:left version: http://keithpetrino.com/about/index2.html non float table version: http://keithpetrino.com/about/index.html the problem is with the last section on the bottom. I have two main divs that must be side by side.
To cure problem, I added display:block to a element containing "F R E E L A N C E J O B P R I C E E S T I M A T E" (wrapping a element to div has same effect), and float:left to div just before form named estimate_form. (display:inline-table works also, and inline-block would if it was not buggy. I suppose there must have been float:left here some point, as it doesn't make sence otherwise - otoh IIRC at least IE has bug that makes div act as it was inline-block in situations like this. You could also use bigger margin.)
The reason this happens is that correct behaviour is to make floats top corner be on same place as inline-boxes top edge (known Mozilla bug, seen it in bugzilla). As second float will be on next line, it will go one line down.
This only, when I make JS to not change size of above elements when opening the bottom one, it seems to do something strange when using JS the way you do. I changed lines 28 and 29: toclose.style.h eight = "400px" /*parseInt(toclo se.style.heig.. .*/ toopen.style.he ight = "400px" /*parseInt(toope n.style.height. ..*/
As I haven't done any major JS stuff since NN4.08, I can't really help you after that. Using Opera 7.5beta1. There certainly seems to be some JS problem, at least on this build. It's unfortunate that JS in Opera is not as robust as CSS.
You can see what opera does, and how firefix does it correctly. IE just screws it up a little. Help would be apreciated--thanks.
Hope this helps. BTW, your design sucks big time, as you use px unit everywhere. Your page did not look good on any size window I normally use. You should make it work whiout JS. Also IMHO you should use alpha transparent pngs instead of grid gifs for browsers that support them.
thanks for your help. You prefaced a paragraph by saying "to cure
problem"--I was wondering if that meant you solved it or if you
attempted to do so? Either way, I'll look into the display style, which
I haven't before.
As for the javascript, I really don't think the script has much of an
impact on anything--since the only style-related js I wrote simply
manipulates the height style. I can't make that modifcation you
suggested since this bit of script uses setInterval to animate the
height adjustment--height must be incremented with each interval.
BTW, what's wrong with my use of "px"? Also, I'll definately look into
the transparent png's--thanks for the tip.
TheKeith wrote: Lauri Raittila wrote:TheKeith wrote:buggy float:left version: http://keithpetrino.com/about/index2.html non float table version: http://keithpetrino.com/about/index.html the problem is with the last section on the bottom. I have two main divs that must be side by side.
To cure problem, I added display:block to a element and float:left to div
thanks for your help. You prefaced a paragraph by saying "to cure problem"--I was wondering if that meant you solved it or if you attempted to do so? Either way, I'll look into the display style, which I haven't before.
I solved the problem with floats, but found another related to
Javascript. The problem with JS was cured by code change in JS, but
obviously that don't help much, as JS would be useless after change.
As for the javascript, I really don't think the script has much of an impact on anything--since the only style-related js I wrote simply manipulates the height style. I can't make that modifcation you suggested since this bit of script uses setInterval to animate the height adjustment--height must be incremented with each interval.
I know. But as I don't know JS, I can't make better suggestions.
BTW, what's wrong with my use of "px"?
Not all use, but you are counting quite much on height of elements. Only
reliable way to calculate height of text is to use em unit.
It doesn't scale with font size. So many times, your layout will break if
user uses different font size you planned. (what you set fontsize to be
has no relevance, people can override it, and if they can't, that is
bigger problem.)
--
Lauri Raittila <http://www.iki.fi/lr> <http://www.iki.fi/zwak/fonts>
I'm looking for work | Etsin työtä This thread has been closed and replies have been disabled. Please start a new discussion. Similar topics |
by: The Master |
last post by:
Ok I went through and deleted code until I discovered the culprit. I
then went back to my original style sheet and removed the CSS
declaration that caused the floating to brake in safari 1.2. Once I
removed it, the floating worked as expected in safari, but broke it in
opera 7.5. The interesting part is the style declaration that causes
safari to brake is the declaration I had used to fix the bug in Opera
7.5 originally.
As far as I...
|
by: PhilM |
last post by:
I am attempting to have a floating image below page content, but above
<body>
In order to get this to work with mozilla+opera, am I required to have all
page content set at z-index>(some number).??
When I started, I used negative z-index for my floating image, all worked in
opera, not mozilla. Google indicated must set <body>
position:relative;top:0;left:0;float:left; but then that broke opera.. image
didn't come more than 1/3 of page,...
|
by: Peter Mount |
last post by:
Hi
When I zoom into my site (http://www.petermount.au.com) with Opera 7.54
the horizontal scrollbar doesn't show when the site image is bigger than
my screen. Yet the horizontal scrollbar shows in print preview and when
I turn css off in Opera. Could it be a problem with my css? The code is:
html{
padding-top: 0;
padding-bottom: 0;
|
by: eternalD3 |
last post by:
Hi,
I have a problem to get this working on Opera 7.x+. This does not need
to work on older Opera browsers
There are problems on rendering the sub-level navigation. It aligns
right on Firefox and IE 6.
Sometimes there are also some problems on IE 5 or IE 5.5.
I would like the navigation to work like this:
|
by: fleemo17 |
last post by:
It would appear that Opera 7.54 for the Mac doesn't like my layout.
Since I've added a search box to the page, it has taken all my
navigation links and bunched them together. Works fine in all the other
browsers I've tested it on. Why would things go so astray in Opera?
-Fleemo
| |
by: Sander Tekelenburg |
last post by:
See <http://santek.no-ip.org/~st/tests/CSS/Opera/align.php>.
Would appreciate confirmation that this is a bug in Opera, not my
mistake.
--
Sander Tekelenburg, <http://www.euronet.nl/%7Etekelenb/>
|
by: listerofsmeg01 |
last post by:
Argh! I'm going nuts trying to get a constant margin after a floated
div that works cross browser.
This works in IE but not Firefox:
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head></head>
<body>
<div style="float:left; height:100px; background-color:red;">Hi,
I'm floating</div>
|
by: whitelined |
last post by:
Does Opera have problems setting cursor style? I have the following code
that works in FF & IE:
this.pane.style.cursor = 'ne-resize';
It kind of works in opera, but seems to be variable to say the least.
Anyone have any ideas?
Many thanks
|
by: vinpkl |
last post by:
hi all
i have two column div structure in which i have applied black background colour to the main div which holds the two columns (left and right divs).
In internet explorer 7 the structure shows black colour in right side fine but its missing in Firefox 3 and opera 9. why.
please copy and paste the code in your editor and check. the html file is also attached.
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"...
|
by: Hystou |
last post by:
Most computers default to English, but sometimes we require a different language, especially when relocating. Forgot to request a specific language before your computer shipped? No problem! You can effortlessly switch the default language on Windows 10 without reinstalling. I'll walk you through it.
First, let's disable language synchronization. With a Microsoft account, language settings sync across devices. To prevent any complications,...
|
by: Oralloy |
last post by:
Hello folks,
I am unable to find appropriate documentation on the type promotion of bit-fields when using the generalised comparison operator "<=>".
The problem is that using the GNU compilers, it seems that the internal comparison operator "<=>" tries to promote arguments from unsigned to signed.
This is as boiled down as I can make it.
Here is my compilation command:
g++-12 -std=c++20 -Wnarrowing bit_field.cpp
Here is the code in...
| |
by: jinu1996 |
last post by:
In today's digital age, having a compelling online presence is paramount for businesses aiming to thrive in a competitive landscape. At the heart of this digital strategy lies an intricately woven tapestry of website design and digital marketing. It's not merely about having a website; it's about crafting an immersive digital experience that captivates audiences and drives business growth.
The Art of Business Website Design
Your website is...
|
by: Hystou |
last post by:
Overview:
Windows 11 and 10 have less user interface control over operating system update behaviour than previous versions of Windows. In Windows 11 and 10, there is no way to turn off the Windows Update option using the Control Panel or Settings app; it automatically checks for updates and installs any it finds, whether you like it or not. For most users, this new feature is actually very convenient. If you want to control the update process,...
|
by: tracyyun |
last post by:
Dear forum friends,
With the development of smart home technology, a variety of wireless communication protocols have appeared on the market, such as Zigbee, Z-Wave, Wi-Fi, Bluetooth, etc. Each protocol has its own unique characteristics and advantages, but as a user who is planning to build a smart home system, I am a bit confused by the choice of these technologies. I'm particularly interested in Zigbee because I've heard it does some...
|
by: conductexam |
last post by:
I have .net C# application in which I am extracting data from word file and save it in database particularly. To store word all data as it is I am converting the whole word file firstly in HTML and then checking html paragraph one by one.
At the time of converting from word file to html my equations which are in the word document file was convert into image.
Globals.ThisAddIn.Application.ActiveDocument.Select();...
|
by: TSSRALBI |
last post by:
Hello
I'm a network technician in training and I need your help.
I am currently learning how to create and manage the different types of VPNs and I have a question about LAN-to-LAN VPNs.
The last exercise I practiced was to create a LAN-to-LAN VPN between two Pfsense firewalls, by using IPSEC protocols.
I succeeded, with both firewalls in the same network. But I'm wondering if it's possible to do the same thing, with 2 Pfsense firewalls...
|
by: adsilva |
last post by:
A Windows Forms form does not have the event Unload, like VB6. What one acts like?
| |
by: muto222 |
last post by:
How can i add a mobile payment intergratation into php mysql website.
| |