Re: Regarding Mozilla Browser Compatibility in an application

Tech-Archive recommends: Repair Windows Errors & Optimize Windows Performance




Well even if something is in the w3c list it doesn`t guarantee that it will
work on every browser

as example take the marquee tag and the blink tag , marquee will work only
in IE blink will only work in netscape / firefox

However i code html to the W3C standards and if a tag / style or script
is not supported in all mozilla compatible browsers
( yes even IE is a Mozilla compatible browser ) then i simply don`t use it
in my project , and use a workaround to simulate the wanted effect even if
this means using pictures as you might have seen on my example sites they
can be minimized to anny size without something weird happening ( original
design specs were 800 * 600 minimum ) but i have the luxuery to have made
these websites with a graphics artist

Microsoft has the tendency to make things a litle bit to easy , shorter
Jscipt syntax for instance however the longer Javascript syntaxt is also
suported so the choice is are you going to limit yourself to a windows and
IE only audience ? i feel that the web should be open and vissible to
anyone also to those people who not choose to use IE as there prefered
browser , although it is the easiest way to code only for IE as it is the
most flexible browser when it comes to interpreting standards .


regards

Michel Posseth





"Cor Ligthert [MVP]" <notmyfirstname@xxxxxxxxx> schreef in bericht
news:uzhj8X93FHA.3160@xxxxxxxxxxxxxxxxxxxxxxx
> Michal,
>
> Is the "Filter" already in the W3C rules? I thought not and than you need
> that easy making of that dynamic "VB-Tips" as on our website forever to do
> as immages and I don't like to do everything with images. It gives often a
> weird view on non standard or minimized windows. The site runes fine on
> firefox by the way. (And there is a lot more to do with filters)
>
> http://www.vb-tips.com/default.aspx
>
> We are busy changing the site to more Net 2.0 style and do meanwhile some
> other changes so please wait with comments before we have to start
> everything again new.
>
> Cor
>


.



Relevant Pages

  • Re: OT: HTML (WAS: MF having issues?)
    ... Right, the example above, with the tag, comes from web developers inapporpriately depending on undocumented features. ... But let's say I don't actually read the standards, but just try out the tag to see what it does, and I notice that on my particular browser, the tag displays the text in italics. ... So now my HTML page may be broken, for example, if it contained text like this: ...
    (comp.lang.cobol)
  • Re: [kde-linux] Cannot access certain site
    ... tag soup has been a problem for browser developers for a long time now. ... I'm not familiar with how much the W3C standards have to say about error ... apart from complain to the site owners. ...
    (KDE)
  • Re: [kde-linux] Cannot access certain site
    ... Better - or different - error handling would be my guess. ... tag soup has been a problem for browser developers for a long time now. ... I'm not familiar with how much the W3C standards have to say about error ...
    (KDE)
  • Re: Refresh of photo upload page in Browser too quick
    ... Images are served separately from the main html file, based on the tag. ... Rather, I suspect you're building the code based on the old file and placing the old filename in it. ... And instead of fetching the image, the browser is looking in its cache and just using that image. ... Then, after a refresh, your code generates a new tag with the new filename, so the browser gets the updated image (or, in the case of a deleted image, the code generates no tag). ...
    (comp.lang.php)
  • Re: OT: HTML (WAS: MF having issues?)
    ... But let's say I don't actually read the standards, but just try out the tag to see what it does, and I notice that on my particular browser, the tag displays the text in italics. ... So now my HTML page may be broken, for example, if it contained text like this: ... The idea is that browsers who do not recognize the <applet> tag will simply ignore that tag, and display the text without any special formatting. ...
    (comp.lang.cobol)