[WebR] Level of compatibility (with browsers/standards)
Moderator: Transport Empire Moderators
[WebR] Level of compatibility (with browsers/standards)
[WebR]: This thread is a research thread for the website team. Everyone are allowed to comment as long as you stay on topic and motivate you're arguments.
Question: Level of compatibility (with browsers/standards)
Answers: Plese stay on topic, and motivate your arguments.
----
I think we should follow the w3c standards for the technics we choose to use, and make it work on IE and Opera too. To do so, i suggest that we stay away from the most fancy stuff.
Also, I think we should use aporite <h1>, <h2>,... tags for different heding levels, and then in the CSS fix the visual, to make the site accesible on on graphical browsers. ALT texts for images would be preferable too.
Question: Level of compatibility (with browsers/standards)
Answers: Plese stay on topic, and motivate your arguments.
----
I think we should follow the w3c standards for the technics we choose to use, and make it work on IE and Opera too. To do so, i suggest that we stay away from the most fancy stuff.
Also, I think we should use aporite <h1>, <h2>,... tags for different heding levels, and then in the CSS fix the visual, to make the site accesible on on graphical browsers. ALT texts for images would be preferable too.
My OpenTTD contributions (AIs, Game Scripts, patches, OpenTTD Auto Updater, and some sprites)
Junctioneer (a traffic intersection simulator)
Junctioneer (a traffic intersection simulator)
The people on Macs will care, that's for sure! The predominant Mac browser would be Safari, as that's what's packaged with the system, but Firefox is also quite dominant on that platform as well. We'll have to recruit a couple of Mac users to make sure things look ok in Safari.Steve wrote: I'm not sure what browser people on Macs use. I can't say i really care either
And making things W3C-compliant will ensure that minority browsers will have no problems with our page either - this is a Good Thing(tm).
Grunt
(aka Stephan Grunt, CEO of Grunt Transport Inc. since 1994.)
(aka Stephan Grunt, CEO of Grunt Transport Inc. since 1994.)
I think W#C compability matter, as SGrunt said, that means that most browsers will handle it. If we also stay away from the newest stuff, eaven more browsers will handle it.Steve wrote:It is important that we make it run perfectly on the latest releases of IE, Firefox and Opera. If it works on them, it doesn't really matter how W3C compliant we are.
Still, I agree that we have to make sure that it work good on Gecko (mozilla, firefox), Opera and IE. I gues that IE will require most work, but I don't know.
My OpenTTD contributions (AIs, Game Scripts, patches, OpenTTD Auto Updater, and some sprites)
Junctioneer (a traffic intersection simulator)
Junctioneer (a traffic intersection simulator)
As I wrote in the technologies thread, we can't use XHTML 1.1, since it might trigger a bug in recent versions of MSIE, making people unable to view the page.
Apart from that, I believe we should attempt to completely avoid any browser-specific code, eg. no user-agent checks serverside, and generate output based on that, and similar.
We should make sure the pages are usable with all major HTML renderers. Right now, I can think of: MSHTML (IE, "shdocvw"), Gecko (Mozilla), Opera, KHTML (Konqueror, Safari). We should support at least one major version back from the current version, IMO.
Apart from that, I believe we should attempt to completely avoid any browser-specific code, eg. no user-agent checks serverside, and generate output based on that, and similar.
We should make sure the pages are usable with all major HTML renderers. Right now, I can think of: MSHTML (IE, "shdocvw"), Gecko (Mozilla), Opera, KHTML (Konqueror, Safari). We should support at least one major version back from the current version, IMO.
You forget that there is a difference between "looking good" and "being usable". It's perfectly possible to have something that looks great but is unusable, or have something very usable that's not aestethically(sp?) pleasing.SGrunt wrote:W3C compliance ought to be enough for all of these except IE, so we should aim for that first.jfs wrote:We should make sure the pages are usable with all major HTML renderers.
Assuming the browser is sufficiently compliant with the standards the layout should appear exactly as we want it, independent of rendering engine (again with the probable exception of IE). It follows that should we create a design that is usable-yet-elegant that is also standards compliant we won't have as much to worry about.jfs wrote:You forget that there is a difference between "looking good" and "being usable". It's perfectly possible to have something that looks great but is unusable, or have something very usable that's not aestethically(sp?) pleasing.SGrunt wrote:W3C compliance ought to be enough for all of these except IE, so we should aim for that first.jfs wrote:We should make sure the pages are usable with all major HTML renderers.
Grunt
(aka Stephan Grunt, CEO of Grunt Transport Inc. since 1994.)
(aka Stephan Grunt, CEO of Grunt Transport Inc. since 1994.)
We should avoid designs that depends on font sizes, and other user settings. Also we souldn't depend on that the usesers have a spcific screen size of his browser view (The box inside the browser that is used for displaying content.)
My OpenTTD contributions (AIs, Game Scripts, patches, OpenTTD Auto Updater, and some sprites)
Junctioneer (a traffic intersection simulator)
Junctioneer (a traffic intersection simulator)
IMO, we should not be working around browser bugs in our website. Agree that we shouldn't design the website to fit into a fixed size - that is probably the second most annoying thing in website design ever, after animated backgrounds.jfs wrote:As I wrote in the technologies thread, we can't use XHTML 1.1, since it might trigger a bug in recent versions of MSIE, making people unable to view the page.
Well, your opinion is wrong. *chuckles*ChrisCF wrote:IMO, we should not be working around browser bugs in our website. Agree that we shouldn't design the website to fit into a fixed size - that is probably the second most annoying thing in website design ever, after animated backgrounds.
There is no point having a website that some users can't view. They'll open the website, see we can't even handle a working website and just leave. They won't bend over backwards, finding a new browser, just for us.
What will the conclusion be? DO we nead a poll for that?
Yes or no:
1. Design to work acording to the standards.
2. Support for individual browsers
3. Avoid the latest standards.
4. Design for a specific screen size.
Anything more?
Yes or no:
1. Design to work acording to the standards.
2. Support for individual browsers
3. Avoid the latest standards.
4. Design for a specific screen size.
Anything more?
My OpenTTD contributions (AIs, Game Scripts, patches, OpenTTD Auto Updater, and some sprites)
Junctioneer (a traffic intersection simulator)
Junctioneer (a traffic intersection simulator)
And it should validate with the w3c validator. That I think is enoght, as that will mean that it will work on most other browsers too. Perhaps we shall try to make it work in safari/konqueror too, if we plan to make a Mac port. However I think that if we follow the w3c standards, and design a page that works fairly well on Firefox, IE and Opera it should not require much extra work to make sure it works on safari too.Hyronymus wrote:How much more does it add to our site if we have it enabled for all browsers in the world? Can't we just settle for the three most common browsers: IE, Opera and Firefox?
So my suggestion is:
* W3C compilance
* Work fairly well on Mozilla/Firefox, IE, Opera and Safari/Konqueror
* Avoid static designs (don't except a specific look at the users end.)
My OpenTTD contributions (AIs, Game Scripts, patches, OpenTTD Auto Updater, and some sprites)
Junctioneer (a traffic intersection simulator)
Junctioneer (a traffic intersection simulator)
-
- Transport Empire Developer
- Posts: 699
- Joined: 03 Feb 2003 09:30
- Location: Back at the office
1. Yes.zuu wrote:1. Design to work acording to the standards.
2. Support for individual browsers
3. Avoid the latest standards.
4. Design for a specific screen size.
2. Yes. (1. will ensure this)
3. Yes. (Why use "XHTML 1.1 strict" if "HTML 4.01 transitional" suffices?)
4. No!
Feel free to contact me over Email! My current timezone: Europe/Amsterdam (GMT+1 or GMT+2)
[ General TE Discussion ] [ TE Development ] [ TE Coding ]
Under construction...
Code: Select all
+------------Oo.------+
| Transport Empire -> |
+---------------------+
Under construction...
1. Absolutely; non-negotiable.zuu wrote: 1. Design to work acording to the standards.
2. Support for individual browsers
3. Avoid the latest standards.
4. Design for a specific screen size.
2. Only if criteria 1 is still met (standards compliance ought to be the biggest point of reference such that the pages will look consistent across platforms).
3. Only if those standards do not properly in the latest browsers.
4. Absolutely not - or those people with 1600x1200 or bigger displays will be whining without fail.
Grunt
(aka Stephan Grunt, CEO of Grunt Transport Inc. since 1994.)
(aka Stephan Grunt, CEO of Grunt Transport Inc. since 1994.)
Who is online
Users browsing this forum: No registered users and 1 guest