Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 



Forgot your password?
typodupeerror
×
Mozilla The Internet IBM

IBM Donates Code to Firefox 355

OS24Ever writes "Internetnews.com is reporting that IBM has donated new DHTML code to the Mozilla foundation specifically targeted as accessability and rich interactive applications (RIA). These new features are expected to be in the next major update of Firefox (v1.5). Is this the first OSS application to get RIA/DHTML support for accessability? I would think this could open some doors for Firefox to replace IE in many Windows environments."
This discussion has been archived. No new comments can be posted.

IBM Donates Code to Firefox

Comments Filter:
  • Re:Sounds like . . (Score:1, Informative)

    by Anonymous Coward on Monday August 15, 2005 @04:52PM (#13324856)
    In Firefox you can press the Ctrl+'+' key to zoom in and Ctrl+'-' key to zoom out.
  • by MemeRot ( 80975 ) on Monday August 15, 2005 @05:00PM (#13324968) Homepage Journal
    Firefox already supports all the DHTML Javascript in discussion. All this will do is make those AJAX style websites more accessible to the disabled. A text reader trying to read something like google maps would be totall lost currently.
  • Re:What about... (Score:4, Informative)

    by n0-0p ( 325773 ) on Monday August 15, 2005 @05:07PM (#13325055)
    There is a plugin (http://www.iol.ie/~locka/mozilla/plugin.htm [www.iol.ie]) for Firefox that allows you to run ActiveX controls, but that doesn't solve the problem. Most sites that use ActiveX also heavily use IE only scripting objects. As such, they still won't run even if you have ActiveX support in Firefox.
  • Re:Not unless (Score:3, Informative)

    by Anonymous Coward on Monday August 15, 2005 @05:09PM (#13325070)
    Fortunately they can be implemented in a cross-browser way:

    Using XML Data Islands in Mozilla [mozilla.org]
  • by Anonymous Coward on Monday August 15, 2005 @05:19PM (#13325180)
    I tried to write a firefox extension over this summer and was absolutely shocked by the degree to which firefox-related documentation either doesn't exist or is completely inadequate and disorganized. The solution for every problem of this sort seems to be to point you at source code, and expect you to puzzle out for yourself what meaning the programmers intended that code to have. The ONLY instructions on how to create a firefox extension are an open source demonstration extension on the blog of someone unconnected to firefox-- an extension which itself has few comments and no documentation, you're just supposed to use it as sample code. While there is something to be said for learning by example, this just doesn't work as the sole form of information. You find yourself immediately hitting two problems:
    1. At some point you're going to need to know how to do [X random thing] that your sample code doesn't already do. Your only options at this point are to start scouring the internet for firefox extensions, looking for extensions which do something kind of like what you want to do, and then looking at their source code to see how they did it; or mercilessly bother the IRC channel until somebody who's already done this comes by
    2. At some point, inevitably, you're going to hit a point where the sample code deceives you! All code contains implicit contracts. You cannot learn those contracts simply by looking at source code. Without documentation to make those contracts explicit, you are left either breaking contracts-- and thus your entire program, when some other part of the program expects something to be X at a certain time when it is in fact Y-- or doing a crazy kind of cargo cult programming, terrified to change anything unless you break the magic incantation that makes the component or preferences or whatnot system recognize your existence. I lost about two weeks on my project because I looked at the sample code, saw it always did a certain thing a certain way, concluded I could do the same thing the same way elsewhere, and was entirely ignorant as to the fact that there was another file in a totally different part of the package which I had to modify for every instance of this specific thing. What this meant was that I made extremely simple alterations to the file I was working on, and the entire extension broke-- for no reason I was aware of-- because I had accidentally caused a mismatch between the file I was working on and a totally different file.
    And this is just for extensions, a VERY common thing many people have done. As I started to poke my nose into more intricate and obscure things-- say, components-- I found the amount of available information on how to proceed went from inadequate to absolutely nonexistent. I can only imagine what you are going through trying to embed the entire engine.
  • Re:IBM == Good code. (Score:5, Informative)

    by Bogtha ( 906264 ) on Monday August 15, 2005 @05:28PM (#13325266)

    Usually IBM has got good code

    It's worth noting that IBM built one of the most popular browsers for blind people, IBM Homepage Reader [ibm.com], which is currently based on Internet Explorer. Perhaps this is a move to help them switch to Firefox in the future?

    I can't help but point out though, that in a landmark website accessibility case, SOCOG were fined A$20,000 [contenu.nu] for not having an accessible website for the Sydney Olympics. Guess who built their website? Yup, it was IBM :).

  • Re:I don't follow... (Score:5, Informative)

    by JimDabell ( 42870 ) on Monday August 15, 2005 @05:39PM (#13325364) Homepage

    Firefox already adheres to standards better than IE, has a more rubust, and secure environment, and arguably provides a superior user experience to IE, and yet IE lives on... So why would some (arguably nice) DHTML addons make a difference?

    Many organisations are legally obliged to make their internal applications, including web applications, accessible to the disabled.

    Two of the most popular applications that can read websites out to blind people, JAWS [freedomscientific.com] and IBM Homepage Reader [ibm.com], are both based on Internet Explorer.

    This code will supposedly make it easier for web applications using DHTML to work in Firefox for disabled people.

  • Re:As a nerd... (Score:4, Informative)

    by the_mighty_$ ( 726261 ) on Monday August 15, 2005 @05:45PM (#13325433)

    No, I dont think its in CVS yet. The ZDNet [zdnet.com] article has a few more details than the one the submitter gave. It says that IBM "will donate", not that they have donated.

    The ZDNet article also states that IBM is giving 50,000 lines of code. Pretty cool stuff!

  • Re:Sounds like . . (Score:3, Informative)

    by gabebear ( 251933 ) on Monday August 15, 2005 @05:50PM (#13325468) Homepage Journal
    It's not quite what you were asking for but I use the Image Zoom [yellowgorilla.net] plugin for firefox and it lets you right click on any image and blow it up. This has advantages and drawbacks over Opera's zoom, but for me it's better than Opera's zoom.
  • by TheRaven64 ( 641858 ) on Monday August 15, 2005 @05:54PM (#13325500) Journal
    Now that GCC supports Objective-C++, it is possible to build WebCore with the GNU toolchain (rather than Apple's fork). Work is already underway porting WebKit to GNUstep. Once this is complete, it will run on Windows, OS X and *NIX/X11. While it won't be Safari, it will have exactly the same rendering engine, and a UI built by people with a similar human interaction philosophy to Apple (or, more accurately, NeXT).
  • Re:I don't follow... (Score:3, Informative)

    by mpcooke3 ( 306161 ) on Monday August 15, 2005 @06:07PM (#13325610) Homepage
    or...

    4) They visit pages that make use of DHTML effects which on firefox would suck all your CPU, cause your laptop to burn a hole in your leg and the menus to become unresponsive.

    On IE the same DHTML normally takes 1-4% CPU usage. Fixing the efficiency of DHTML in firefox would be useful. Sometimes I think my computer has gone AWOL and it turns out to be a scrolling dhtml advert in a firefox tab.
  • by electroniceric ( 468976 ) on Monday August 15, 2005 @06:08PM (#13325619)
    yes, the article is a bit buzzy. But the rich internet application thing is obvious. Why do slashbots (including myself) hate webmail? Three words: multiple round trips.

    RIA's are what Java was supposed to be years ago - something you could deploy universally via a browser, and would run just enough code locally (e.g. the view part of an MVC system) that the program would feel reponsive, but be able to get data in a more complete and granular way than most current web pages do. For example, we've all seen Javascript by now that can fill a combo box based on another combo box, without refreshing the page. What RIA toolkits do (or at least are headed towards) provide is all that event communication between widgets (and simple widget to server communication) that makes client-side apps comfortable, like having one widget listen for changes in another, or in an attached dataset, and reacting to those changes, rather than the developer having to do all that cascading of events themself. It's not unlike the ALT attribute on an IMG tag example you mention, except that it handles all that client-side plumbing so you don't have to do it.

    There are several variations emerging, and DHTML is an attractive one because the infrastructure exists, aside from stupid Javascript incompatibilities in browsers. So an RIA toolkit from IBM could indeed make Firefox a good choice for delivering applications.
  • by tiptone ( 729456 ) on Monday August 15, 2005 @06:17PM (#13325680)
    GMail would probably be a better example than GMaps.
  • Maybe an unemployed university student has time to play with such examples that lack documentation. Professional developers do not.

    That is a bit of a contradiction in terms. One can be unemployed or be employed by a University to carry out research towards a PhD but not both.

    In any case here are some design docs.
    http://www.mozilla.org/projects/embedding/PublicAP Is.html [mozilla.org]

    A simple introduction
    http://www.mozilla.org/projects/embedding/embedove rview/EmbeddingBasicsTOC.html [mozilla.org]

    The status of the API freeze (i.e. what APIs you can rely on not to change).
    http://www.mozilla.org/projects/embedding/EmbedInt erfaceFreeze.html [mozilla.org]

    In any case, actual trivial embedding code is the best documentation IMHO. I detect an attempt at personal abuse suggesting that I'm not a professional developer and would know nothing in this regard. It isn't worth getting into an e-penis size discussion in this regard but if you don't view the wealth of Gecko stuff available as enough then you've no business calling yourself a programmer.
  • by TFowl ( 907860 ) on Monday August 15, 2005 @06:25PM (#13325760)
    Just to inform the author of this article, RIA, in this context, stands for Rich Internet Application and NOT Rich Interactive Application. The term was originally coined by Macromedia in late 2003. In addition, Rich Interactive Application is a pretty generic term and could apply to any number of areas where an "application" of any sort (not just an Internet application) might be used.
  • Re:I don't follow... (Score:1, Informative)

    by ben0207 ( 845105 ) <ben.burton@NoSPAm.gmail.com> on Monday August 15, 2005 @07:20PM (#13326160)
    JAWS isn't really based on IE. In fact, it works satisfactorily with every browser we tested it with (IE, FF, Opera, Mozilla). Just a heads up.
  • by StarDrifter ( 144026 ) on Monday August 15, 2005 @10:33PM (#13327282)
    But since this summer, developer.mozilla.org [mozilla.org] has gone live. They've got instructions for Building an extension [mozilla.org]. And a Javascript reference [mozilla.org]. There's also the Embedding API Reference [mozilla.org] with documentation on all the nsI* interfaces. And while not from mozilla.org, there's XULPlanet [xulplanet.com], which documents XUL.

    The documentation has been lacking historically, but things are quite a bit better now.
  • Re:Sounds like . . (Score:1, Informative)

    by Anonymous Coward on Tuesday August 16, 2005 @02:12AM (#13328251)
    ...not to mention you can make it behave like Opera (zooming images as you zoom text) by using the View>Image Zoom>Zoom with Text menu item.
  • Re:As a nerd... (Score:2, Informative)

    by R4modulator ( 771354 ) on Tuesday August 16, 2005 @01:12PM (#13331510)
    I wrote the code but I have no karma on slashdot so you probably won't see this. Web developers should take a look at http://www.mozilla.org/access/dhtml [mozilla.org] for more info on the new techniques, with examples. The actual C++ code is in CVS. The assistive technology support is in the mozilla/accessible directory: http://lxr.mozilla.org/seamonkey/source/accessible / [mozilla.org] The keyboard navigation code is distributed throughout Gecko.

It's a naive, domestic operating system without any breeding, but I think you'll be amused by its presumption.

Working...