Skip to main content
Log in

Browser-based applications: popular but flawed?

  • Original Paper
  • Published:
Information Systems and e-Business Management Aims and scope Submit manuscript

Abstract

Browser-based applications (BBAs), applications built on top of web browsers, dominate the world of Internet Applications today but are fundamentally flawed because the web browser is a weak platform for applications. Three characteristics of the browser—page orientation, statelessness, and limited computation—combine to produce a set of practical problems for BBA users. These problems include delays and discontinuities, confusion and errors, clumsy interfacing and limited functionality, printing problems, and filing difficulties. The paper analyzes these usability problems, providing numerous examples and tracing them back to underlying browser characteristics. The paper also examines the factors that make BBAs so popular despite their flaws. The paper concludes by considering directions for understanding the phenomenon better and for improving the current state of Internet Applications.

This is a preview of subscription content, log in via an institution to check access.

Access this article

Price excludes VAT (USA)
Tax calculation will be finalised during checkout.

Instant access to the full article PDF.

Fig. 1
Fig. 2
Fig. 3

Similar content being viewed by others

Notes

  1. This assessment of pure browser characteristics does not reflect the features of such add-on technologies as Java applets and Flash applications, considered later in the paper.

  2. Cookies were introduced, in part, to overcome the independence problem. But while cookies are stored on the client machine by the browser (as agent for the server), it is the server, not the browser, that pays attention to their content. The browser remains stateless. Moreover, HTTP cookies are problematic in a number of ways (Fielding and Taylor 2002).

  3. The introduction of javascript provided browsers with some local computation. But javascript was implemented as a kludge (Togazzini and Nielsen 2001) and the information-processing capabilities it affords are limited in significant ways.

  4. Clicking the “Add to Cart” button at Barnes&Noble.com can be even more disorienting for the buyer (and counterproductive for the e-seller). Netscape Navigator has on occasion responded by retrieving and rendering a page from Netscape.com beckoning the viewer to buy books at Amazon.com. It is difficult to imagine such a perverse phenomenon in a non-browser-based application.

  5. This paragraph considers a pure browser-based approach to chat to illustrate the differences between BBAs and specialized-client applications (SCAs). In practice, many web-based chat systems use Java applets to avoid the problems of a pure browser-based approach.

  6. Ironically, cookies—which were intended to help compensate for the browser’s statelessness—can actually contribute to this confusion surrounding the state of the application (Fielding and Taylor 2002).

  7. Graham goes on to claim that web pages are “just good enough,” however, given the other benefits of web-based applications.

  8. One might argue that BlackBoard could have worked around this problem the way many other BBAs have by putting the buttons at the top and bottom of the page. But the very need to employ a work-around highlights this inherent BBA interfacing weakness. Moreover, BlackBoard likely had good reason for not placing buttons at the top of the page. BlackBoard takes a restrictive approach that forces the user to confront the full form before submitting it. A non-browser-based approach, however, could have implemented this restrictiveness without requiring so much scrolling.

  9. In fairness to BBAs, there is another obstacle to more widespread electronic filing: Most users are not yet sufficiently disciplined in backing up their files, and home users and many office users are not on networks that backup automatically, so printing is a safer alternative to electronic filing if preserving the information is important.

  10. Express Scripts reduced the process to a single step by automatically invoking the browser’s print function on the printable version page and then immediately loading the next page required by the user. If the downloading and rendering take place fast enough, the user may hardly notice the intermediate printable version page. But the kludginess of this clever approach—which has the potential to confuse the user—is itself testimony to the deficiency of the browser as a platform.

  11. Support for browsing is a natural for BBAs but this virtue does not belong exclusively to them. SCAs can also offer good browsing. Increasingly the few specialized Internet client applications that we have are including scaled-down browsers (mini-browsers) or the ability to launch a full browser. For example, such media players as Windows Media Player, RealPlayer, MMJukeBox and WinAmp provide their users with access to web-based media guides and the like. Quicken embeds a mini-browser for accessing financial news. Yahoo’s FinanceVisionnow defunct but an excellent example of an SCAincluded a generalized browser window. Indeed, Microsoft Internet Explorer and Netscape Gecko (the engine behind Netscape Navigator, Mozilla, and Firefox) can be embedded in specialized applications.

References

  • Bos B (2004) Setting the scope for light-weight web-based applications, World Wide Web Consortium. http://www.w3.org/People/Bos/webapps.html

  • Bosak J (1997) XML, Java, and the future of the Web, Sun Microsystems. http://sunsite.unc.edu/pub/sun-info/standards/xml/why/xmlapps.html

  • Fielding RT, Taylor RN (2002) Principled design of the modern web architecture. ACM Transact Internet Technol 2:115–150

    Article  Google Scholar 

  • Graham P (2004) Hackers and painters: big ideas from the computer age. O’Reilly Media, Sebastopol

    Google Scholar 

  • Landgrove T (2003) Web front-ends versus Windows. TechRepublic, ZDNet

  • Nielsen J (2000a) Designing web usability: the practice of simplicity. New Riders Publishing, Indianapolis

    Google Scholar 

  • Nielsen J (2000b) Reset and cancel buttons, Alertbox. http://www.useit.com/alertbox. Cited 16 April 2000

  • Nielsen J (2000c) Finally progress in Internet client design, Alertbox. http://www.useit.com/alertbox. Cited 30 April 2000

  • Nielsen J (2002) Flash usability and web-based applications, Alertbox. http://www.useit.com/alertbox. Cited 15 November 2002

  • Platt DS (2001) Introducing Microsoft.NET. Microsoft Press, Redmond

    Google Scholar 

  • Shneiderman B, Lazar J, Ivory M (2003) Introduction: web navigation. IT Soc 3(1):i–vii

    Google Scholar 

  • Silver MS, Ward SG (2004) Browser-based applications: positive or negative transference? In: Proceedings of the 10th Americas conference on information systems, New York, pp 3169–3176

  • Tognazzini B, Nielsen J (2001) Beyond the browser, eWeek. http://www.eweek.com/article2/0,4149,1252468,00.asp. Cited 26 March 2001

  • W3C Workshop on Web Applications and Compound Documents (2004) http://www.w3.org/2004/04/webapps-cdf-ws/

  • Wroblewski L, Rantanen EM (2001) Design considerations for web-based applications. In: Proceedings of the 45th annual meeting of the Human Factors and Ergonomics Society, Santa Monica

Download references

Acknowledgment

I appreciate the helpful comments made by Lynne Markus, Amjad Umar, Sidne Ward, Burt Swanson, Michael Shaw, and two anonymous reviewers on earlier versions of this paper

Author information

Authors and Affiliations

Authors

Corresponding author

Correspondence to Mark S. Silver.

Rights and permissions

Reprints and permissions

About this article

Cite this article

Silver, M.S. Browser-based applications: popular but flawed?. ISeB 4, 361–393 (2006). https://doi.org/10.1007/s10257-005-0024-3

Download citation

  • Published:

  • Issue Date:

  • DOI: https://doi.org/10.1007/s10257-005-0024-3

Keywords

Navigation