Slashdot Mirror


How to Avoid IE-Specific WWW Development?

IE-less asks: "Can any Slashdot readers help me gather evidence to support the notion that developing an IE-specific WWW site is a bad thing? A state-level US-gov't organization we are contracted with (hence the anonymity) is about to embark on converting a Citrix-based application to a browser-based application, but in order to do so will make it IE Only. Our repeated screams of, 'No! Consider the standards!' have fallen on deaf ears. One of the few things we have found that helps is the Department of Homeland Security's recommendation that people switch browsers (look for 'Use another browser') care of the Get Firefox site. That's the sort of comment that makes people pay attention. The departments in question do not care about monopolies, non-Windows users, closed source expenses, etc. They will pay attention, though, to statements from powerful sources...such as the aforementioned. Anyone else find anything that works?"

100 comments

  1. well.. by SocialEngineer · · Score: 4, Interesting

    One argument I always give for my fellow developers is that standards compliance means your website will work for a lot longer if you adhere to the standards currently in place.. Who says MS is always going to support their IE-specific code? IE7 is supposedly going to have better standardization, which is going to take a lot of work on their part. Browsers have more reasons to adhere to standards that are in place, rather than their own specific little extras they came up with back in the day, which developers are pushing against..

    --
    "Better to be vulgar than non-existent" -Bev Henson
    1. Re:well.. by Anonymous Coward · · Score: 0

      Firefox fails the Acid2-test-suite for CSS-compliance, just as badly as IE6.

      Opera and Safari/Konqueror/WebCore pass it, though.

      Ever since Google got its filthy hands on Mozilla Foundation, Firefox is dying a slow death.

    2. Re:well.. by SocialEngineer · · Score: 1

      While passing the Acid2 test would be a great thing, it tests things to an extreme, and doesn't really test realistic web design. Firefox does a MUCH better job of standards compliance than IE - You can still design standards compliant websites, and have them display properly in Firefox (on the rare occasion do I need to actually tweak something to make it work in FF).

      Opera is a great browser for ensuring pages display according to standards compliance, but Firefox has the features, speed, and stability to ensure that the user's browsing experience. Not saying Opera is bad, but I just don't like it as much as I like FF. I just have to hope and pray that FF keeps pushing closer towards full standards compliance; Right now is a good time for browser developers to focus on it, since MS is finally going to try and catch up.

      In conclusion, don't design for the browser, design for the standards. I'm not sure about application development standards (I don't do much web app dev, personally), but when employers hear about the ensurance of long-term functionality, odds are they will go for standards rather than vendor specifics.

      --
      "Better to be vulgar than non-existent" -Bev Henson
    3. Re:well.. by Fweeky · · Score: 1

      "Opera is a great browser for ensuring pages display according to standards compliance, but Firefox has the features, speed, and stability to ensure that the user's browsing experience."

      The user's browsing experience what? And what features does it have that Opera is lacking? If anything, I'd say Opera is the one with features on its side, especially out of the box, and I haven't seen any problems with stability or speed, even in beta versions.

    4. Re:well.. by SocialEngineer · · Score: 2

      Doh, sorry. I was trying to do 2 things at once, and I didn't finish my point :) ..to ensure that the user's browsing experience is a pleasant one. There :)

      Firefox's extensions are a great boon to functionality. It suits me, and it suits all the other people I have recommended it to. As well, Firefox runs much faster on my 300mhz 192mb ram laptop compared to Opera.

      I'm not saying anything is wrong with Opera necessarily, it just doesn't suit me or a number of my friends. I do have friends (and numerous visitors) who use Opera, and I have no complaints with it. I just prefer Firefox.

      I have had problems with Opera's stability in the past (version 7, initial release of 8). It was usually only in extreme cases, but I have had only 1 crash with Firefox since I started using it. Plus, I like the ability to strip down my interface to the bare minimum - Opera's free release has ads, which take up valuable screen space. Not to mention the fact that I rely heavily on a few Firefox plugins - Bookmark sync, adblock, and a few web developer extensions. Firefox just suits my needs much better.

      --
      "Better to be vulgar than non-existent" -Bev Henson
    5. Re:well.. by Seumas · · Score: 1

      And the best argument of all:

      We're a government agency and we should be accessible to everyone. If we require MSIE, that means we require that someone have Windows, which is expensive. Not only is it an "endorsement", but it sets an entry-level for a lot of users who may not have or want to spend the money on Windows/IE.

      Not to mention that a significant percentage of people don't use IE these days.

    6. Re:well.. by cloak42 · · Score: 4, Interesting

      The biggest reason I'd use is the lawsuit argument. IE is a horrible browser for disabled persons (screen readers, for example, have a great deal of trouble with IE, I've heard). As a government agency, they're required to give equal access to all people, and by making it IE only, they're limiting access to a government resource. That's just waiting for a lawsuit to happen.

    7. Re:well.. by Mattcelt · · Score: 1

      Firefox's extensions are a great boon to functionality.

      Hmmm, well it could be argued that Opera doesn't need any, and is therefore superior... most of the extensions I have installed on FF (tabbed browsing control, state saving, mouse gestures, image control) are simply to make FF more Opera-like, though I will grant than some of the extensions (text box alteration, especially) can come in handy, once in a while.

      It suits me, and it suits all the other people I have recommended it to. As well, Firefox runs much faster on my 300mhz 192mb ram laptop compared to Opera.

      Wow, that's the first time I've ever heard of FF running faster than Opera. Opera flies compared to FF on every single box I've installed both on. (And that has been many.)

      I'm not one to get attached to a brand, nor to a specific program, but I do get attached to functionality, and I'm always relieved to go back to Opera after a few minutes using Firefox. And though I spent the money to get rid of the ads, I find Opera no less capable when modifying the interface (and quite a bit more so in the default configuration).

      I don't begrudge you your preference, but I wonder if something isn't wrong with your configuration that slows Opera down and causes it to crash. I can count the number of crashes I've had in Opera on one hand in the past 5 years.

    8. Re:well.. by SocialEngineer · · Score: 1

      Main thing keeping me from using Opera is that I can't (well, last I knew) sync my bookmarks quickly and efficiently. I have 3 OSes (1 on my laptop, 2 on my desktop) that I need to sync bookmarks between. The extension I have in FF automatically handles that for me, which is a real benefit. I guess I could write a script to sync bookmarks and then launch the browser, but I wouldn't know how to approach that in Windows (honestly, I'm so sick of Cygwin.. It just plain sucks IMHOH :)).

      --
      "Better to be vulgar than non-existent" -Bev Henson
    9. Re:well.. by Anonymous Coward · · Score: 0

      Try this list of 3rd-party Bookmark Managers. Not sure if any are free, but at least they exist.

    10. Re:well.. by npgmr · · Score: 1

      FYI, I don't need even a finger to count the crash of FF ever since I use it.

      Maybe I'm just lucky :)

  2. Vendor lockin = Bad. by WiKKeSH · · Score: 1

    Well, for one, they will understand that vendor lock-in is bad.
    So, let them know that what they are doing is essentially the same and creating a solution based on standards would create less pain if a transition would occur.

    1. Re:Vendor lockin = Bad. by Bill+Dog · · Score: 1

      Well, for one, they will understand that vendor lock-in is bad.

      Asker already said customer doesn't care about monopolies et al. They will understand that vendor lock-in is bad, but won't care. Look at all the Java and .Net projects going on. PHB's don't care about single-source lock-in.

      --
      Attention zealots and haters: 00100 00100
    2. Re:Vendor lockin = Bad. by Saeed+al-Sahaf · · Score: 2, Insightful
      Of course vender lockin is bad. But at least with the Air Force (my employer), that's the way it is, they have standardized on Microsoft, there is nothing anyone can do about it, so it doesn't make any sense to concern myself with browser nutral apps. We use IE. That's it. So, I develop apps based on using the non-standard MS technology, to do anything else would be silly. I think for the story submitter, this is the situation, so it makes little sense for him/her to bother thinking about it.

      Anyway, you start talking Opern Source or "evil Microsoft, blaw, blaw, blaw.." to the people that have the pwoer to make these decisions, maybe you get branded unreliable and lose your clearence...

      --
      "Who are in control, they are not in control of anything - they don't even control themselves!" - Glen Beck
    3. Re:Vendor lockin = Bad. by El+Cubano · · Score: 2, Informative

      But at least with the Air Force (my employer), that's the way it is, they have standardized on Microsoft, there is nothing anyone can do about it, so it doesn't make any sense to concern myself with browser nutral apps. We use IE. That's it. So, I develop apps based on using the non-standard MS technology, to do anything else would be silly.

      I also get extremely annoyed at this. Especially since some sites are designed to be used from outside. There is not much you can say if an organization decides to develop an intranet site that is IE-only, since they can control the apps on the intranet. But a site that is esigned to be used by users from personal or non-USAF machines is another story.

      The best thing I can do is advise you to read AFI 33-129. The best parts are:

      5.2.2.2. Public DOD Web sites will not require or encourage users to choose any specific browser software (DOD 5500.7-R). Additionally, official DOD public Web sites will not use graphics or logos depicting companies or products and should only use text or hyperlinks to the software site when absolutely needed to support the organization or its mission.
      6. Page Layout and Maintenance. Organizations must ensure Web pages are professionally presented, current, accurate, factual, related to the organizational mission, and follow the guidance and policy as described in paragraph 5.1. Use images appropriate to the content; do not use images indiscriminately. Do not display hyperlinks to incomplete paths or use the phrase "under construction"; additionally, do not introduce information or services until they are ready. Announce new or substantially changed informa- tion on the home page. Institute of Electrical and Electronics Engineers (IEEE) Standard 2001, IEEE Rec- ommended Practice for Internet - Web Site Engineering, Web Site Management, and Web Site Life Cycle, 2002, define recommended practices for (WWW) page engineering for Intranet and Extranet environ- ments, based on World Wide Web Consortium (W3C) and related industry guidelines. Web Page Main- tainers will ensure the data in their area of responsibility is date/time stamped to reflect the most current information. At a minimum, base and organization (e.g., wing, group, squadron, special staff agencies, etc.) Web pages must comply with Hypertext Markup Language (HTML) 4.0 specifications and contain information described below:

      I know that HTML 4.0 is getting old, but the instruction was originally drafted a couple of years ago. I have found that emailing webmasters of USAF sites with a link to the W3 validator output for their page(s) and copying in the text of 33-129 is enough to get their attention.

      If they still choose to do nothing, report it to the parent organization's Inspector General. If still nothing, go higher. I rather like that it is at least stated in a regulation that all web site developers and maintainers are supposed to read and follow (though many don't). That at least gets you taken seriously and not though of as some sort of idiot just trying to cause trouble.

    4. Re:Vendor lockin = Bad. by Saeed+al-Sahaf · · Score: 1

      Exaclty. I make it a point to know the relevent AFIs. But the story is about migrating Citrix to web, so I assume he/she is woring on an internal app(?)

      --
      "Who are in control, they are not in control of anything - they don't even control themselves!" - Glen Beck
    5. Re:Vendor lockin = Bad. by ShieldW0lf · · Score: 1

      The answer is simple. Convince a decision maker that they would like to use Firefox. Sell it to them on the shiny skin and the gee-whiz functionality. Don't mention web development at all.

      Then, once they use it for themselves, they'll care about the fact that they need to go back to IE and throw their weight behind vendor-neutral apps.

      Self-centered people need selfish motivations.

      --
      -1 Uncomfortable Truth
  3. Only from powerful sources? by Pig+Hogger · · Score: 1

    What department it might be? The IRS???

    1. Re:Only from powerful sources? by belmolis · · Score: 1

      The article says "state-level". The IRS is part of the federal government.

  4. AJAX by pokka · · Score: 4, Insightful

    Well, you could simply explain that client-side scripting has matured in modern browsers over the last five years or so, and therefore it's much easier to develop an application that works consistently with modern browsers. Point them to articles about AJAX (such as this one) and explain that it's becoming the rule, rather than the exception. You could point out that most modern web apps (such as almost everything Google develops) use the technologies mentioned above and work well with almost any modern, standards-compliant browser.

    1. Re:AJAX by wikinerd · · Score: 1

      Google apps don't work well with my Konqueror 3.4.1.

    2. Re:AJAX by WebCrapper · · Score: 4, Insightful

      The main problem is that the government uses IE on almost every single computer on their network. You're lucky to get other types of browsers anywhere in the gov. On top of that, you're even luckier to get your home computer to connect to something that is even half important to anything...

      They get discounts on MSFT products, therefor use IE specific development programs (IE: Word/Frontpage).

      Now, on the other side of things, I have started seeing a move in GS postings towards Handwritting code and using non-Frontpage programs like Dreamweaver.

  5. use written evidence by ghee22 · · Score: 5, Informative
    --
    "Persistence is annoying success." - ghee22 11:28:1999 - 10:53:PM
    1. Re:use written evidence by fuzzybunny · · Score: 1

      If you're working for rednecks stupid enough to want to do an IE-only site (especially government rednecks), it might not be entirely politic to use Germany and France as an example.

      Finland they've probably not heard of.

      Say something like "the terrorists use Windows--should you?" Be sure to pronounce it "terry-wrists".

      --
      Cole's Law: Thinly sliced cabbage
    2. Re:use written evidence by Will2k_is_here · · Score: 2, Funny

      Ha! Yeah, if we ignore web standards, then the terrorists have already won!

  6. Americans with Disabilities Act by Clueless+Moron · · Score: 4, Insightful
    Stick that in their stupid faces: If it won't work with lynx, it ain't no good.

    I really like that Act, not because I'm disabled, but because it forces MORON web designers to actually write web pages to be media-neutral, which was the entire goddamned point of the web to begin with.

    I use Firefox, IE, Opera on my 640x480 Zaurus, lynx when I'm ssh'ing, and on occasion I even google via my cellphone. Sites like BBC really shine there. Even slashdot works out as long as you use the "light" rendering option.

    1. Re:Americans with Disabilities Act by c · · Score: 5, Informative
      I really like that Act, not because I'm disabled, but because it forces MORON web designers to actually write web pages to be media-neutral


      Amen to that. The Canadian government has a set of web guidelines which, among other things, say:

      • meet W3C Accessibility guidelines level 1 and 2
      • W3C formats are primary. Sure, go ahead and post that Word document, but the primary format has to be an accessible HTML doc.
      • if you do anything with JavaScript, there's gotta be a non-JavaScript implementation too. None of that onClick instead of href crap.

      I couldn't even begin to count the number of times I've been able to shoot something down because of CLF compliancy issues.


      c.

      --
      Log in or piss off.
    2. Re:Americans with Disabilities Act by Bogtha · · Score: 3, Informative

      Constructing an accessible website is not the same as making sure the website works with Lynx. Two of the most popular browsers used by blind surfers are IBM Homepage Reader and JAWS. Both of these are built on top of Internet Explorer.

      --
      Bogtha Bogtha Bogtha
    3. Re:Americans with Disabilities Act by hey! · · Score: 1

      Well, sure.

      But you have to ask, what non-standard features are giving the decision makers a hard-on for IE7? The bottom line is that to make anything really useable to disabled users, you need to do a good job separating content and presentation. Once you've done that, even if you've lost the browser fight, it's a lot easier to update the UI later for standards compliance.

      Contemplating this should also dispel the illusion that you can just sketch the system in an IDE then push a button to magically deploy a production quality system. You have to make sure that whizzy visual ActiveX isn't really needed to make it work. And those fancy DOM manipulations based on non-portable java script? Probably a bad idea. I'd posit that the more you rely on non-standard, non-portable features, the more the risk that you won't get it right. Somebody is going to be held responsible if this happens. You're just pointing this out so that somebody isn't you.

      In fact, if I know anything about government (and I do), I'd say you should insist that the issue of the ADA impact of the proprietary features that they plan to use be studied and an official opinion be put on record. After all, if you choose a standards scenario, and the site is hard for disabled users, that's not your fault, that's the unfortunate effect of being disabled. Of course you're responsible for doing a reasonable job anticipating their needs. Under a proprietary scenario you're responsible for everything you are under the standards scenario plus the impact any non-standard technologies you choose to design into the system. Not having bothered thinking it through is no defense either.

      Not to put too fine a point on it, I'm saying proprietary technologies are justifiable occasions for Fear Uncertainty and Doubt,when perfectly good standards exist. With any luck, just the idea of having to study their impact oon disabled people will put the kibosh on using them.

      --
      Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
  7. Why? by Pentagram · · Score: 1

    The departments in question do not care about [...] non-Windows users

    Any particular reason? Do they know that all their clients will be using IE? IE usage in the wild is only at about 85% these days and will probably decrease in the future.

    1. Re:Why? by wikinerd · · Score: 1
      "IE usage in the wild is only at about 85% these days and will probably decrease in the future."

      ...and in nerdy websites IE comes second or very close to Firefox. That's what the statistics from my site show.

    2. Re:Why? by treerex · · Score: 1

      Any particular reason? Do they know that all their clients will be using IE? IE usage in the wild is only at about 85% these days and will probably decrease in the future.

      Some organizations with the US Department of Defence are very unlikely to change, and have standardized on particular platforms whether they make technological sense or not. Very often going up against that kind of bureaucracy is a battle that few can win, including heavy hitters like SAIC.

      In cases like this it is a known fact that all people using a particular application will be using the same browser because they do not have a choice.

      You cannot treat any organization within the USG as "the wild."

  8. simple... by polyp2000 · · Score: 3, Informative

    Cite W3C standards. Considering your client is a government one I would imagine that standards compliancy is of the uppermost importance. I work as a web developer in the UK and a couple of our clients are goverment bodies. They have in place the reqirement to adhere to standards such as W3C and bobby compliancy and accessibility such as screen readers etc. If we were to produce an IE only web application the chances are it would fail on all those points.

    Personally I think that the cases as I have outlined above are paramount for your situation. You need to point out the reasons why what they are doing is not the best idea. If you are working for a government organisation it is your duty to think about everyone no matter what operating system or browser thet are using.

    If your application is rendered useless to anyone (within reason) then you are doing the wrong thing. Regardless of what technologies you are using it would be wrong for a governmental institution to do this.

    --
    Electronic Music Made Using Linux http://soundcloud.com/polyp
    1. Re:simple... by Bogtha · · Score: 1

      They have in place the reqirement to adhere to standards such as W3C and bobby compliancy

      That's a lousy idea. Bobby is only a tool, not a specification. When you write your pages according to Bobby, all you end up with is a page that jumps through the hoops Bobby has laid out for it. It has a history of making recommendations that actually decrease the accessibility of the pages being tested, e.g. I think at one time it complained about empty alt attributes, thereby encouraging authors to put in things like alt="Single pixel layout image".

      Tools like Bobby are a good method to find potential problems in your websites, but it's only of limited use and shouldn't be considered as a goal in itself.

      --
      Bogtha Bogtha Bogtha
    2. Re:simple... by polyp2000 · · Score: 1

      I agree somewhat. We use it however if our clients state its requirement. It is however always the last test in the chain. Getting W3C passes being the first.Bobby checks are always an annoyance and a lot of its checks are a matter of opinion.

      Also if you make good use of CSS, use "div" tags instead of tables where possible you can largely eliminate the need for spurious alt and title parameters. Its always a good idea to populate "alt" and "title" parameters. anyway it saves going back later when doing your SEO.

      My initial point was that going for a W3C check would inherently prevent the IE only development and also be pointing the institution in the direction they should be going down anyway.

      --
      Electronic Music Made Using Linux http://soundcloud.com/polyp
  9. Minimal gains by dtfinch · · Score: 1

    There's very little you can do with IE6 that you can't easily do with Mozilla, Opera, Konqueror, and Safari without difficulty. Cross browser development used to be a burden, but that was like like 6+ years ago. The development speed advantage to only supporting one browser is minimal, and is quickly eaten away if/when you change your mind.

  10. Actually... by SECProto · · Score: 1

    FF doesnt fail nearly as bad as IE. I just did a side by side comparison - in FF, it has a mostly circular shape, and mostly yellow. in IE6, it shows a huge red bar along the bottom, with a couple patches of yellow/black

  11. What State? by bergeron76 · · Score: 1

    Because if you're in Texas or Washington, you can bet that MSFT products will dominate the decision makers.

    --
    Don't think that a small group of dedicated individuals can't change the world. It's the only thing that ever has.
    1. Re:What State? by poningru · · Score: 1

      I understand Washington, but why Texas?

      --
      Calm down people, its a religion not an operating system.
    2. Re:What State? by SpaceLifeForm · · Score: 1
      Home state of the president, which upon coming to office, let Microsoft walk away without any punishment for their Antitrust violations.

      --
      You are being MICROattacked, from various angles, in a SOFT manner.
    3. Re:What State? by Foofoobar · · Score: 1

      Heh... odlly enough, I was the web developer at the Microsoft Health Club where 98% of MS employees have memberships including Steve B. and I convinced them to run on Apache, MySQL and PHP (they refused to allow LInux).

      And in fact, the market is changing up here to the point that LAMP developers are a commodity and in high demand; I usually only have to interview with one to two other people for positions.

      The market IS changing even in the land of Microsoft.

      --
      This is my sig. There are many like it but this one is mine.
  12. How? by abrotman · · Score: 1

    How do they intend to make it IE-only? Other than ActiveX or some freaky javascript, I fail to see how you could make a website IE-only. Code to standards, and it should work in any browser. I'm not sure why you even have to tell them it's standards compliant. Stick to standards, develop with whatever browser you want, and deliver.

    1. Re:How? by debest · · Score: 1

      Aren't there some proprietary CRM systems out there that do exactly that (ActiveX and freaky Javascript)? This could be what the OP was talking about. His work will likely be to customize a package (probably closed source) that has been developed exclusively to live on IIS and run on IE.

      Once a slick salesman convinces the PHB of a particular solution, it gets difficult to change his mind.

      --
      Look at the tomato! Isn't it sad? He can't dance! Poor tomato!
    2. Re:How? by Detritus · · Score: 1

      I use a time sheet web application that will only work with IE on Windows. IE on the Mac isn't "good enough". I don't know how they made it so picky about web browsers. It's a pain in the neck to have to find a Windows box with IE every time I need to update my time sheet.

      --
      Mea navis aericumbens anguillis abundat
    3. Re:How? by Asprin · · Score: 2, Informative


      Three words: XML Data Islands.

      For those not in the know, they're an IE-only way of appending data to the end of the HTML doc and the using DOM and javascript to use that data to fill in form fields in the document. If you remember typing in BASIC programs from magazines in the 80's, it's a lot like the BASIC READ...DATA statement combo, or you can think of it like a really slick hack for doing an XML stylesheet transformation without using XSLT. (In both cases, XML data + Form layout produce HTML, but data islands are like creating the form first and dropping the data in later instead of transforming the data to wrap the form formatting around it like an XSLT.)

      Just by using XDIs, you can assure that only IE platforms can use your site. Sure you can do the same thing in other ways, but some programmers choose not to. Pick your own reasons why.

      --
      "Lawyers are for sucks."
      - Doug McKenzie
    4. Re:How? by pete6677 · · Score: 1

      Not coding to standards is the main cause of web sites not working in different browsers. Usually this is done by someone who doesn't really know how to properly create a site but just keeps messing with the code until they get it the way they want in their own browser (usually IE). They don't bother to test it in other browsers and are not even aware of how badly it performs.

    5. Re:How? by crazyphilman · · Score: 1

      TRS, huh?

      --
      Farewell! It's been a fine buncha years!
    6. Re:How? by budgenator · · Score: 1

      Here's how;
      1. make a presentation in Powerpoint,
      2. save as html,
      3. post as a webpage,
      4. browse with anything other than IE and see almost nothing!

      --
      Apocalypse Cancelled, Sorry, No Ticket Refunds
    7. Re:How? by Anonymous Coward · · Score: 0

      Use IE in WINE (or Crossover Office). It works well for me.

  13. You might want to consider accessibility. by Artega+VH · · Score: 4, Informative

    While its possible that your state level government doesn't need to comply there are several laws and policies in the US that could possibly apply and at least would make people listen:

    w3.org has the list at:
    http://www.w3.org/WAI/Policy/

    Don't try to appear to be on a moral crusade against MS and IE. But hopefully once the lawyers sniff out that there could be potential hassles from building a website in a non-accessible/standards based manner the development process will be forced to change fairly quickly.

    --
    groklaw, wired and slashdot. The holy trinity of work based time wasting.
  14. What are the requirements? by Kaenneth · · Score: 2, Insightful

    What about the application would make it IE specific? active X controls?, or using the Browser object as a control? needs a recent feature, that is implented differently?

    Is it simply a means to control costs? the testing and bug fixing time would be much greater if multiple platforms are supported, and for an internal application, where the client is under their control, I can't think of a good business reason not to use the browser that comes with the PC's. Do the PC's even have access to the internet to be vulnerable to attacks?

    Firefox is not bug free, for example, if I mouse over to the scrollbar in the text edit box, the left edge of the thumb gets filled with random pixels, this happens on both Windows 98, XP and Linux/KDE for me. Randomly scrambled pixels is not a good sign. Also the more amusing case of the installer saying something like "click 'Next' to continue", when the button was labeled 'Proceed', I forget the exact words, but if the software isn't consistant in a single window, it dosn't install a sense of confidance.

    Some applications just don't work within the standards; as far as I can tell, there is no mechanism in HTML, CSS or SVG to rotate characters in a font. Which is something I needed to do in a web application recently. (I ended up sending .PNG's of the text)

    I was asked the other day how computers store numbers, and ended up describing fixed vs. floating point, decimal, binary, hexidecimal, COBOL, bc, little endian, big endian, how to do basic math in binary, char/int, signed vs unsigned, wraparound, fibonucci...

    Different solutions for different applications.

    as the saying goes, "The nice thing about Standards is that there are so many to choose from."

    1. Re:What are the requirements? by flex941 · · Score: 3, Interesting

      Is it simply a means to control costs? the testing and bug fixing time would be much greater if multiple platforms are supported

      Actually depends. My experience shows that when you use IE as development browser (and are clueless about standards) it takes later significantly more time to get this working in Firefox.
      But using Firefox (forces standards on you) as dev browser means you probably get it working in IE later with almost no additional time.
      And since Firefox javascript debugging capabilities and overall usefullness to developer is greater than that of IE .. everything is clear at least to me.

    2. Re:What are the requirements? by Kaenneth · · Score: 1

      If the pages are not for public consumption, but rather an internal tool, keeping costs down for something that might be used by under 100 people in it's lifetime might be the way to go.

      for a public website, not testing multiple platforms would be just stupid. but that dosn't sound like what is being developed here.

  15. MSIE-only US Copyright Office? Say No! by wikinerd · · Score: 3, Insightful

    The US Copyright Office asks whether we would have any problem if we were required to use Microsoft Internet Explorer in order to pre-register a work. I sent them an email explaining why this would be a bad thing. Please help me prevent an MSIE-only US Copyright Office website by sending them your views on this issue. Together with more information and links about this issue, you can find my letter on my blog and use it as a base for your letter. The government of Norway recently embraced open formats, it would be a pity to see US government sites to require MSIE!

    1. Re:MSIE-only US Copyright Office? Say No! by Anonymous Coward · · Score: 0

      I called my congressman on this one. I can tell you that when a congressional office calls a government agency it gets their attention.

  16. yah, uhm by Anonymous Coward · · Score: 0

    They also work perfectly in IE.

    What, exactly, is your point?

    1. Re:yah, uhm by Anonymous Coward · · Score: 0

      I suspect his point is that you don't have to code web apps specifically for IE. Coding web apps that work on most browsers is straightforward. Moron.

  17. What's the Point? by bill_mcgonigle · · Score: 3, Insightful

    So, if you're on Windows, and you're going to require IE, hence require Windows XP, why in the world would you write a web app?

    Write a fat-client app. The Web plays weak second fiddle to a Rich Client UI, even on Windows.

    The point of web apps are portability, so if you're doing to dash portability, don't write a web app.

    I know, somebody will say, "so you don't have to install any software". Yeah, right, this is being deployed on an Active Directory network with client management and login scripts and full control over the clients.

    --
    My God, it's Full of Source!
    OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
  18. Expenses by photon317 · · Score: 3, Insightful

    The departments in question do not care about monopolies, non-Windows users, closed source expenses, etc.



    Perhaps they should start caring about the expenses. It's our damn tax dollars they're blowing.
    --
    11*43+456^2
  19. Look at existing logs by dreamer-of-rules · · Score: 4, Insightful

    Look at existing logs from their website, or similar (friendly) websites. If they are building for a controlled audience (their employees), then they can do whatever works.

    However, if the logs show access from non-IE browsers, then they have to justify why they are refusing to serve those people.

    Good luck.

    --
    Everyone is entitled to his own opinions, but not his own facts.
  20. Use the "free" argument by toddbu · · Score: 1

    We recently did a project for a company, and we simply said "It doesn't cost any more to support the top two browsers than IE alone". We write the code on Firefox, and then run our full test passes on IE. Our experience has been that only a few minor issues will crop up, even when writing lots of Javascript. Once you understand the few important differences, you should be able to write apps for both platforms with virtually no extra effort. For the record, the app we wrote was AJAX, so it was a non-trivial app.

    --
    If you don't want crime to pay, let the government run it.
  21. Simple solution: Don't tell them. by MobyDisk · · Score: 2, Interesting

    Management doesn't need to know details about standards and compatibility and such. Just make it work on both browsers. I highly doubt that the business requirements for your project say "Req 43z: Make sure the product does not work on Mozilla, Opera, or Lynx." :-)

    If your development team wants it to be cross-browser compatible, then just make it so. If your development team doesn't know about standards or doesn't care, then I might start looking for another job because the product is doomed anyway.

    My experience is that development teams tend to use a mix of browsers, so unless they are total newbs they make it work with what they've got, in addition to what management wants. There's nothing insubordinate about that. It's good design and it is planning ahead. So don't fret, just make it work.

  22. Just do it! by Brandybuck · · Score: 1

    Are you the contractor? Then just do it! Make the application browser neutral! It's a no brainer. I seriously doubt your contract will have anything to forbid cross-browser functionality. So make sure the site/app works 100% in IE, then make it work in Opera, Safari, Konqueror, etc.

    There's a world of difference between "Must work with IE" and "must work only with IE." Yes, I know that sounds blasphemous to most web developers, but it's true.

    p.s. If, however, they are deliberately specifying that it must not work in any other browser, then let a congressman know. Government agencies should not be naming specific products in their specifications.

    --
    Don't blame me, I didn't vote for either of them!
  23. Appeal to their sense of self-preservation... by constantnormal · · Score: 2, Insightful

    Go ahead and compile the list of impressive references that say why you shouldn't chain yourself to IE.

    And throw in some references to companies or organization's that have successfully abandoned IE.

    It would be nice to see if IBM or your favorite local contractor will give you a quote for software support of Firefox/Mozilla/Opera/etc (I'm sure they will), just so you can prove that support IS available. The cost doesn't matter, just the proof that support exists.

    But be sure to wrap it all in an obsequious concern for the reader's well-being...

    "Sir, there's some rumors of a nasty goomba-virus out there, and what with all these references about how bad IE is, well, I'm just concerned that the senior management might take it poorly if they found out that we had committed to use IE in the face of all this, if we should spend a lot of money recovering from it, like we did for that Code Red thing, or the XYZ worm, that is. I just wanted to make sure you had all the information so you could support your decision should any questions be raised down the road, sir..."

    Self-preservation is the only currency one has with pointy-headed management...

  24. The reason I use is... by kiddygrinder · · Score: 1

    That if you don't make it fully standards compliant you are screwing over disabled people, especially those who use screen readers to browse the web. I don't know what the laws are like where you are but government organisations in Australia MUST make their websites fully compliant with the w3c. I assume you don't have any such laws where you are at the moment (or else standards compliance would probably be part of the contract), so a demonstration of how a non-compliant site sounds in a screen reader compared to a compliant site might be the way to open some eyes. There really is NO excuse in this day and age to be making new yet half-broken sites that don't have the capability to provide the same information to those disadvantaged with poor vision or other disabilites.

    The standards are there for a lot more reasons than just making your website look the same in different browsers.

    --
    This is a joke. I am joking. Joke joke joke.
  25. Just say "NO" to AJAX and scripting by some+guy+I+know · · Score: 1

    JavaScript/ECMAScript is a huge gaping security hole in your browser.
    Nine out of ten serious security advisories[1] are due to problems with scripting (and the temporary workaround until a fix is issued is frequently "disable JavaScript").
    Any person who is serious about security will disable all browser scripting.
    If a site insists that scripting be enabled in order to browse it, well then, I just won't browse it.
    Instead, I'll go to some other site that doesn't demand that I compromise my system's security.

    [1] Statistic pulled out of my rectal region, but my guess is that it's not far off.

    --
    Those who sacrifice security to condemn liberty deserve to repeat history or something. - Benjamin Santayana
    1. Re:Just say "NO" to AJAX and scripting by some+guy+I+know · · Score: 1

      Sorry for replying to my own post, but I just want to clarify that I am not against server-side scripting, where the environment is more tightly controlled; it's client-side scripting that I oppose.
      Also, I have no objection if a site wants to cater to those who are not as security-concious as I, as long as they include <noscript> sections that provide similar functionality to the <script> sections.

      --
      Those who sacrifice security to condemn liberty deserve to repeat history or something. - Benjamin Santayana
    2. Re:Just say "NO" to AJAX and scripting by Bitsy+Boffin · · Score: 2, Insightful

      It's all very well to say "do it without scripts", but in practice, as web applications get more complex using client side scripting gives developers the opportunity to make the user interface much more useful, more efficient and much more pleasant to use. Take gmail for example, without javascript it would be much, much, much less pleasant to use, constant back and forth to the server, google would be serving hundreds of times more bandwidth, everything would be much slower - but with scripting, well, you must have used gmail by now - it's responsive, efficient, fast and more or less pleasant to use. Same goes, perhaps even more so, for google maps - without scripting it would be no where near as pleasant to use.

      Sure, you could come up with a script-less interface for most anything but if your application is anything more than the very basic stuff of yesteryear it's going to be vastly inferior in many ways to the client side script enabled system.

      Of course that said, script should be used judiciously. Anybody who requires javascript for LINKS to work deserves a serious kicking.

      --
      NZ Electronics Enthusiasts: Check out my Trade Me Listings
    3. Re:Just say "NO" to AJAX and scripting by surprise_audit · · Score: 1
      Anybody who requires javascript for LINKS to work deserves a serious kicking

      I'd second that. The worst pages I've seen have used javascript to poke values into form variables during the submit process. How stupid is it when the form has a field called txtUsernameView and a hidden field called txtUsername, and while submitting, it copies the visible field to the hidden field while left-padding with zeroes?? Like that couldn't possibly be handled on the server side... And other forms that have no action set, but make one up on the fly from hidden fields in the form. And instead of using Location headers, jumping to a new page using top.location=http://whatever.thefuck.com or window.href=http://ima.dickhead.programmer.com.

      A rrgghh

  26. Tell them about future maintenance costs by hadaso · · Score: 3, Informative

    Perhaps you should tell them about future maintenance costs: revising or rewriting everything with each new IE release (at least with IE7 that is supposed to "break things" by partially following standards). Then about the cost of making the system accessible, and rewirting it from time to time when regulations about "what is accessible" change. Then about possible legal costs because of not being accessible. Or because of having to provide alternative way to get the info to non-M$ customers (such as manually collecting and sending the info). Do they need to insure themselves against possible law suits relating to unavailability of the info they are supposed to serve? (at least unavailability to the few US citizens that are not customers of M$).

    Is there a partnership between the US government and M$? Are US citizens required to also be M$ customers?

    1. Re:Tell them about future maintenance costs by titzandkunt · · Score: 1

      "Is there a partnership between the US government and M$? Are US citizens required to also be M$ customers? "

      Well, who really knows?

      ..."Among computer and Internet companies, Microsoft, through its PAC and employees, is the largest contributor during the 2004 election cycle. The software giant's employees and PAC have donated nearly $1.9 million to federal candidates or political groups. Microsoft's donations more than triple those of any other tech company, according to Opensecrets.org.
      Microsoft's PAC and employees combine to be the 19th largest single donator to the Bush campaign during the 2004 election cycle, contributing nearly $185,000 as of early July..."

      I guess Bill et al see these contributions as a worthwhile expense which is likely to increase shareholder value somehow or other.

      T&K.
      --
      Political language ... is designed to make lies sound truthful and murder respectable...
  27. do they care about security? by belmolis · · Score: 1

    Assuming that it is the use of Active X that will make the planned approach IE-only (and there isn't much else it could be), I would point out that Active X is an enormous security problem. State agencies that don't care about standards, lock-in, and non MS Windows users may well care about security.

  28. No, it's installability and maintenance. by Otis_INF · · Score: 1

    the point of web apps are portability, so if you're doing to dash portability, don't write a web app.
    No. THey're currently using Citrix, and for a reason (most organizations who use citrix use it because of this reason): your fat client app works on any system where citrix runs on. No client-side crap, conflicts with dll's etc.

    A webapp simplifies this: no more citrix installations, the browser is already there. This means even less maintenance for sysadmins as no installation crap on the client has to take place.

    I also fail why the topic starter wants to whine about browsers. It's a closed app, for a single client. Who cares if it's for a single browser: it has to WORK. If everyone has IE and it offers more ways to develop the webapp-, DO IT and with IE.

    --
    Never underestimate the relief of true separation of Religion and State.
    1. Re:No, it's installability and maintenance. by arkanes · · Score: 1
      It's really not hard to develop and deploy a client app, especially in an AD environment. Really. Sure, theres issues - but these things have been known about for 10 years or more and are solved problems. In an intranet where you control the client machines (exactly the reason people excuse using IE), theres not even any serious concerns about DLL conflicts or versioning.

      Theres all kinds of reasons why "web apps" are stupid. They're highly suited for some specific areas (reporting is an obvious one), and they're really beneficial when you need universal access. Most web apps (and almost certainly something replacing a Citrix deployed app) have none of these requirements and instead trade performance, development time, and functionality in favor of a somewhat easier deployment and a very slightly easier way to issue updates. None of the features that make web browsers good web browsers make them suited for applications. (Almost) none of the features that make good application development environments should be present in a web browser.

    2. Re:No, it's installability and maintenance. by Anonymous Coward · · Score: 0

      Hear hear!

      This is exactly what I'm shouting at the top of my lungs at every opportunity I get at my work (we develop webapps), but everyone just looks at me as if I'm an idiot. Even very famous examples proving that using dedicated internet enabled apps (messengers, download managers, P2P-apps) are far better and globally accepted solutions when a rich environment is required can't convince them.

      Instead we're now using all kinds of applets and client-side scripting to mimic a rich env. that doesn't really work. Sigh.

      Keep spreading the word!

  29. IE Only == ActiveX by magnus_1986 · · Score: 2, Insightful
    You dont need any high profile announcements or other such declarations to convince them, just point them to this info:
    1. The only thing they can use to make an IE only web application is ActiveX and tell them how vulnerable THAT is. You can use Secunia for that. The last thing they would want is government computer security being compromised by a script kiddie who has just enough skill to navigate BugTraq
    2. If in the future they wish to move to a non-Microsoft or even a non-Windows platform, they would experience first hand what vendor lock-in means
    3. If you make it standards compliant (with a few hacks, ofcourse) it will be IE compliant anyway.

    Hope that helps
    -Jamal.
    --
    My last sig was ridiculed
  30. Public Site? by John+Hasler · · Score: 1

    If this is a public site tell us what agency in what state and we will arrange for them and the legislators they work for to hear from voters.

    --
    Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
  31. Rehabilitation Act by tiny69 · · Score: 3, Insightful
    Mention that the new web app would violate the Rehabilitation Act and deny those with disabilities from being able to access the information.

    http://www.access-board.gov/508.htm

    Any mention of breaking the law and violating the rights of those with disabilities will get the attention of any decision maker. (Think lawsuits!!!)

    --
    Go not unto/. for advice, for you will be told both yea and nay (but have nothing to do with the question)
  32. Accessbility is your friend by Dracos · · Score: 2, Interesting

    All federal, state, and local government websites are required to comply with section 508 of the Americans With Disabilities Act.

    Developing an IE-only web application makes this compliance impossible.

  33. Lawsuits, Lawsuits, and more lawsuits by msoftsucks · · Score: 1

    Tell them that any preferential treatment of a particular class or category of users (only users who own a copy of IE) is considered discrimination. Maybe Apple/Linux/etc. users should/would submit a lawsuit of their own, considering how their own government is discriminating against them. The only way to avoid a lawsuit is to follow agreed upon web standards. This lawsuit can easily be won be a first year law student, let alone by all of the professional lawyers that would come out of the woodwork.

    --
    Quit playing Monopoly with Bill.
    Linux - of the people, by the people, and for the people.
    1. Re:Lawsuits, Lawsuits, and more lawsuits by Sigma+7 · · Score: 1
      Tell them that any preferential treatment of a particular class or category of users (only users who own a copy of IE) is considered discrimination.


      That's just like saying that most private companies that release a Macintosh software product (e.g. MacFixer, a computer diagnostic program for the Macintosh) would be discriminating against other users that use things like an Amiga. It's just as absurd.

      The trick is to minimize browser-specific development by working for the standards first. When problems arise with IE, then you can do changes from the base package to get stuff working.

      BTW, you should say IANAL in the same way that I do.

  34. National Security Risk? by azav · · Score: 1

    Umm, sadly I can't find the link wasn't IE declared a National Security Risk by some important agency?

    --
    - Zav - Imagine a Beowulf cluster of insensitive clods...
  35. Government Contracts and IE by acidblue · · Score: 0

    I believe that the government should not be allowed to enforce support for any single browser, such as IE. We (the people) keep talking about anti-trust lawsuits and here we are, allowing the government to force it's users to own or purchase M$ based solutions to use "our" services. So, our tax dollars go to promoting M$ products, without the option for these funds to go elsewhere? That really bites. I think governments should have to support open standards on the net. It's the only way to make sure that the freakin' net works.

    I know this is a simple argument, just wanted to say, is all.

  36. Hey Sanchez... by Saeed+al-Sahaf · · Score: 0, Offtopic
    --
    "Who are in control, they are not in control of anything - they don't even control themselves!" - Glen Beck
  37. I know what app, agency, and state you're with. by crazyphilman · · Score: 2, Insightful

    I won't give it away, but you've sure got your work cut out for you... :)

    Here's my advice:

    1. If it works in Firefox, it'll work fine in I.E... BUT NOT THE OTHER WAY AROUND. So as you build your web pages, test in Firefox, THEN in I.E. for good measure. Pay special attention to tables and stylesheets. If you stick to plain-vanilla JavaScript you should be mostly ok, but if you're going to do something fancy, get the O'Reilly pocket guide. It arranges features by browser so you can see what is supported where.

    2. When the agency management tells you they want you to only support I.E. say very carefully "yes, yes, don't worry, I'll support I.E. fully". Don't elaborate! Let them think that Firefox interoperability is a happy accident. Play dumb. Trust me on this, I've had the "IE sucks" argument with them over and over, they will NEVER get it. They're in love with Microsoft products; they're practically addicted to them. At a time when many other agencies in this state are going with Java on Linux, they're going .Net, and not C# either -- VB.Net, to calm down the old timers. Just play along, build the app properly and keep mum.

    3. Although you shouldn't discuss this with the agency management (it'll just spook them), .Net works perfectly well with FireFox if you set it up to be compatible with multiple browsers. All you have to do is make sure your build target isn't I.E.

    Good luck!

    --
    Farewell! It's been a fine buncha years!
  38. You have no clue. by Anonymous Coward · · Score: 0

    Actually, IE is the only browser (besides IBM's Homepage Reader which is based on and dependent upont IE) that uses MSAA to the degree that actually works with most screen readers. All the other browsers simply do not have the level of support.
    - writting using JAWS, IE, under windows.
    ~Gildas

    1. Re:You have no clue. by cloak42 · · Score: 1

      As I said in my post, I had only HEARD that it wasn't good with screen readers. I wasn't pretending to be any kind of an authority, being that I am not sight-impaired and thus do not use a screen reader; if it seemed like I was implying so, I apologize.

      Regardless, however, assuming that the application is developed for general-public use (which I doubt, since it was originally a Citrix application and as such is probably only used by people inside the organization), it's still preventing some people from being able to access it, disabilities or no, because Windows' IE is hardly the only browser used out there. No matter what, there's still a limiting factor there.

  39. What about disabled users? by threaded · · Score: 1

    If they are going to lock onto only one browser, and one that is not particularly hot on standards how are disabled people going to be able to use their website?

  40. Gartner by Anonymous Coward · · Score: 0

    I haven't looked at this document myself but have you looked at this recent slashdot post?

  41. Section 508 by Anonymous Coward · · Score: 0

    There is an even more powerful argument than W3C WAI paired with the ADA. You'll also want to visit the Section 508 website. A quote:

    In 1998, Congress amended the Rehabilitation Act to require Federal agencies to make their electronic and information technology accessible to people with disabilities... The law applies to all Federal agencies when they develop, procure, maintain, or use electronic and information technology. Under Section 508 (29 U.S.C. ' 794d), agencies must give disabled employees and members of the public access to information that is comparable to the access available to others.

  42. Um - no, not if he *is* a contractor... by cr0sh · · Score: 1
    If you are a contractor, and your contract states to make it IE-only, then you should do as you are told and contracted to. Voice your opinion on why this is a bad thing, why you are against it, and why it should be cross-browser, but don't hurl yourself overboard.

    Don't, under any circumstance, deviate from what your contract states - if it states IE-only, make it IE-only. Do an insanely supurb job on making it IE-only. Make them remember you for it, but provide commentary in the code where IE-only stuff is on how to make it cross-browser (general ideas - don't spend a ton of time on it, just note it). Tell them when the job is complete and they are happy with it that it isn't cross-browser, that it is IE-only, per contracted specification. Re-iterate that it should have been made cross-browser, that you could have made it cross-browser, but that you were obligated by contract and spec not to.

    In the future, if they get enough complaints, perhaps they will remember your name, and call you up again, allowing you to bill them again for work you could have easily done the first time around. Your previous comments will help you get back up to speed for the changes. Worse case scenario, if you aren't hired, the comments will be an "I told you so" to the next shlub who has to mod it, and they will probably bring them up to your former employer as to why they didn't pay attention to you in the first place - one way or the other, it will be pounded into their heads that you knew what you were talking about.

    If you are a contractor, never do work for free unless you are clearly getting something in return.

    --
    Reason is the Path to God - Anon
    1. Re:Um - no, not if he *is* a contractor... by Brandybuck · · Score: 1

      If you are a contractor, and your contract states to make it IE-only, then you should do as you are told and contracted to.

      My point is that the contract in all probability does NOT state that. Rather, it probably says "IE support only," which is a much different thing.

      And since adding support for Industry Standards(tm) (HTML/CSS) ought to be your *starting* point, getting the site to work with all standards conforming browsers (Firefox, Konqueror, Opera, Safari, etc) should be a no-brainer.

      If you are a contractor, never do work for free unless you are clearly getting something in return.

      Two comments. First, all you contractors bitching about the poor economy because you can't get a contract, need to stop and consider why you're not getting calls from your prior clients. It might be because you're not giving your clients that extra effort (work for free). I can understand waged employees doing this, but not independent contractors.

      Second, have you stopped to consider that making a site IE-only might be MORE WORK that making it standards compliant?

      --
      Don't blame me, I didn't vote for either of them!
    2. Re:Um - no, not if he *is* a contractor... by budgenator · · Score: 1
      if it states IE-only, make it IE-only.
      if ($User_Agent != "IE") {
        print "<html><head></head><body>your bowser isn't supported</body></html>";
        exit();
      } else {
        $title = "Welcome to clueless.gov!";
      }
      Then later when they pull their heads out of their asses under court order; you can charge them a thousand bucks to upgrade the site for non-IE browsers by yanking 4 lines of code out of a php or asp file and spending a month testing what you all ready know will work!
      --
      Apocalypse Cancelled, Sorry, No Ticket Refunds
    3. Re:Um - no, not if he *is* a contractor... by cr0sh · · Score: 1
      My point is that the contract in all probability does NOT state that. Rather, it probably says "IE support only," which is a much different thing.

      I agree with you there, it likely doesn't state "IE-only" - but if it did, and after I (if I was a contractor) told them why it was a bad idea, they still insisted on IE-only - then they will get what they want. That is their spec, and I could be fired (at best) or sued (at worst) for not designing and coding to the spec (they could claim that I was doing extra work not coding to the spec to pad my hours).

      It might be because you're not giving your clients that extra effort (work for free).

      If the spec was open-ended enough, I would give my clients the best that I had - for the spec they provide. Anything beyond the spec takes up my time and could get me into hot water. It also leads to feature-creep, which every coder deals with. If they want to revise the spec (and pay me accordingly), I will be glad to make the needed changes (I would even be willing, and want to, sit in on and help spec out those changes, if needed). But I am not willing to just give things away for free. I can guarantee that they wouldn't extend this kind of courtesy to me.

      If I was a contractor building a room addition based on plans from the owner, I would be crazy to start adding windows and such whereever I thought they may be needed. I would be doubly stupid to do this for free because the owner asked me to. Strangely enough, there are many home owners who treat building contractors like this...

      Second, have you stopped to consider that making a site IE-only might be MORE WORK that making it standards compliant?

      Yes, it might - but what I am saying is that if that is what the client wants, and is willing to pay for, that is what they will get. If it takes longer and is more difficult, that is just more gravy for me. If it takes longer for me to rip it out and replace it later, that is just more gravy (again) for me (or whomever comes after me).

      If I have repeatedly told them not to do it, and why, and even after all of that, they still insist on it and sign the contract agreement stating that they understand this and are willing to pay more for a non-standard site that takes longer to create and possibly maintain, then that is their problem, not mine. If they have a problem with it later, and come back to me for help or advice, I will simply show them the contract they signed, with the section voicing my concerns and showing they signed off on it, highlighted in red. I won't be responsible for their stupidity - they can either pay up, or shut up and let me do my job.

      --
      Reason is the Path to God - Anon
  43. From the Original Poster by chiphart · · Score: 1
    ...first, a large thank you for those who took the time to respond helpfully. I really appreciate it. I sincerely hope your efforts will reduce the number of IE-centric WWW pages.

    It has been interesting to note the assumptions made by other /.ers about the circumstances related to this request. Some are right on...others are just funny. I wish I could respond to them all to clarify things, but doing so is likely to identify me. Which would be No Good.

    Finally, I am responding to seek clarification on what seems to be the most consistent suggestion: looking at Section 508 of the Rehabilitation Act. That seems like an important site regardless of one's browser. However...I don't see any obvious correlation between the 508 materials and the impact on IE. Is IE somehow non-compliant with Section 508? Is not adhering to W3C standards somehow a problem (relative to 508, that is)?

    Any help clarifying this is greatly appreciated. Thanks!

    --

    ...if I wanted to read garbage like that, I'd go to \.
  44. rotate characters in a font by Anonymous Coward · · Score: 0
  45. It's government by Anonymous Coward · · Score: 0

    Since it is government, I would say that you are screwed. Civil servants have no reason to be concerned for cost, quality or even project success. Someone is getting paid to make this decision. If you you can figure out who and how and don't mind becoming a whistleblower, that is the only way to change course on this thing. Note that being in a government union, the corrupt official behind this decision will not see any penalties or consequences and, in all likelihood the project will just go ahead as planned on an extra ladelful of lard.