10/08/2006 OSun Rich User Experience Take a look at a typical desktop application (Spreadsheet app, etc The program responses intuitively and quickly The program gives a user meaningful feedback's stal A cell in a spreadsheet changes color when you hover your mouse over it >Icons light up as mouse hovers them Things happen naturally No need to click a button or a link to trigger an event 6 In order to understand what we mean by rich user experience, we can take a look at a typical desktop application we use, for example, spreadsheet When we use standalone desktop application, we expect the application to respond to what we do at the moment intuitively and quickly, giving us meaning feed-backs. For example, if you are hovering your mouse over a cell in a spreadsheet, the color of the cell might change In using the desktop application, things happen more naturally. For example, you don t have to click a button or link to make things happen Instead you move your mouse around and things are responding accordingly
6 Rich User Experience • Take a look at a typical desktop application (Spreadsheet app, etc.) • The program responses intuitively and quickly • The program gives a user meaningful feedback's instantly > A cell in a spreadsheet changes color when you hover your mouse over it > Icons light up as mouse hovers them • Things happen naturally > No need to click a button or a link to trigger an event In order to understand what we mean by rich user experience, we can take a look at a typical desktop application we use, for example, spreadsheet. When we use standalone desktop application, we expect the application to respond to what we do at the moment intuitively and quickly, giving us meaning feed-backs. For example, if you are hovering your mouse over a cell in a spreadsheet, the color of the cell might change. In using the desktop application, things happen more naturally. For example, you don't have to click a button or link to make things happen. Instead, you move your mouse around and things are responding accordingly. 10/08/2006
10/08/2006 Characteristics of Conventional web Applications "Click. wait. and refresh"user interaction Page refreshes from the server needed for all events, data submissions, and navigation Synchronous "request/response"communication mode the user has to wait for the response Page-driven: Workflow is based on pages Page-navigation logic is determined by the server So these are characteristics rather limitations of the conventional web applications First, in a conventional web application, a user interaction is basically a repeated sequence of " click, wait and refresh cycles. In fact, a total page refresh has to occur for anything you do with the server whether it is to send a small piece of data to the server, or retrieving a small piece of data from the server Then the user has to wait for the arrival of the response from the server. This interaction is considered synchronous in the sense that the user has to wait until a response from the server is received. of course we all know what it means hen the network is down or slow-blank screen The flow of conventional web application is page-driven meaning the workflow of the application is based on pages And which page to display next is determined by the server
So these are characteristics, rather limitations of the conventional web applications. First, in a conventional web application, a user interaction is basically a repeated sequence of “click, wait and refresh” cycles. In fact, a total page refresh has to occur for anything you do with the server whether it is to send a small piece of data to the server, or retrieving a small piece of data from the server. Then the user has to wait for the arrival of the response from the server. This interaction is considered synchronous in the sense that the user has to wait until a response from the server is received. Of course, we all know what it means when the network is down or slow - blank screen. The flow of conventional web application is page-driven meaning the workflow of the application is based on pages. And which page to display next is determined by the server. 7 Characteristics of Conventional Web Applications • “Click, wait, and refresh” user interaction > Page refreshes from the server needed for all events, data submissions, and navigation • Synchronous “request/response” communication model > The user has to wait for the response • Page-driven: Workflow is based on pages > Page-navigation logic is determined by the server 10/08/2006
10/08/2006 Issues of Conventional Web Application Interruption of user operation Users cannot perform any operation while waiting for a response Loss of operational context during refresh loss of information on the screen Loss of scrolled position No instant feedback,'s to user activities A user has to wait for the next page Constrained by html Lack of useful widgets These are the reasons why Rich Internet Application(RIA) technologies were born The conventional behavior of web application we talked in the previous slide has several limitations. First of all, it is slow both in terms of actual and especially in perceived responsiveness because the user simply cannot do anything until a response is received The second issue is loss of operational context during refresh Because the total page has to be refreshed, in a sense your brain has to start from scratch in understanding each page Another example is loss of scrolled position If you have a page in which you have scrolled down, the next time the same page get refreshed, you have to scroll it down again There is no instant feed back to user activities since the user has to wait for the response from the server Now there have been several so called rich Internet application technologies that addressed some of these problems
The conventional behavior of web application we talked in the previous slide has several limitations. First of all, it is slow both in terms of actual and especially in perceived responsiveness because the user simply cannot do anything until a response is received. The second issue is loss of operational context during refresh. Because the total page has to be refreshed, in a sense your brain has to start from scratch in understanding each page. Another example is loss of scrolled position. If you have a page in which you have scrolled down, the next time the same page get refreshed, you have to scroll it down again. There is no instant feedback to user activities since the user has to wait for the response from the server. Now there have been several so called Rich Internet Application technologies that addressed some of these problems. 8 Issues of Conventional Web Application • Interruption of user operation > Users cannot perform any operation while waiting for a response • Loss of operational context during refresh > Loss of information on the screen > Loss of scrolled position • No instant feedback's to user activities > A user has to wait for the next page • Constrained by HTML > Lack of useful widgets These are the reasons why Rich Internet Application (RIA) technologies were born. 10/08/2006
10/08/2006 令Sn 2 Rich Internet Application (RIA) Technologies So let's talk about Rich Internet Application(RIA) technologies
2. Rich Internet Application (RIA) Technologies So let's talk about Rich Internet Application (RIA) technologies. 10/08/2006
10/08/2006 ●S Rich Internet Application(RIA) Technologies Applet Macromedia flash Java Webstart DHTML DHTML With hidden frame AJAX 10 This is the list of RIa technologies including AJAX. So let's go over each of these in a bit more detail
This is the list of RIA technologies including AJAX. So let's go over each of these in a bit more detail. 10 Rich Internet Application (RIA) Technologies • Applet • Macromedia Flash • Java WebStart • DHTML • DHTML with Hidden IFrame • AJAX 10/08/2006