Web Design and Graphics

Standard free instant messaging/live chat applications offer functions like file transfer, contact lists, the ability to have simultaneous conversations etc. These may be all the functions that a small business needs but larger organizations will require more sophisticated applications and live support those can work together. The solution to finding applications capable of this is to use enterprise versions of instant messaging applications and live chat software. These include titles like XMPP, Lotus Sametime, Microsoft Office Communicator, etc., which are often integrated with other enterprise applications such as workflow systems. These enterprise applications, or Enterprise Application Integration (EAI), are built to certain constraints, namely storing data in a common format.

There are two ways to combine the many disparate protocols:

1. One way is to combine the many disparate protocols inside the IM client application.

2. The other way is to combine the many disparate protocols inside the IM server application. This approach moves the task of communicating to the other services to the server. Clients need not know or care about other IM protocols. For example, LCS 2005 Public IM Connectivity. This approach is popular in XMPP servers; however, the so-called transport projects suffer the same reverse engineering difficulties as any other project involved with closed protocols or formats.

Some approaches allow organizations to create their own private instant messaging network by enabling them to limit access to the server (often with the IM network entirely behind their firewall) and administer user permissions. Other corporate messaging systems allow registered users to also connect from outside the corporation LAN, by using a secure firewall-friendly HTTPS-based protocol. Typically, a dedicated corporate IM server has several advantages such as pre-populated contact lists, integrated authentication, and better security and privacy.

Some networks have made changes to prevent them from being utilized by such multi-network IM clients. For example, Trillian had to release several revisions and patches to allow its users to access the MSN, AOL, and Yahoo! networks, after changes were made to these networks. The major IM providers typically cite the need for formal agreements as well as security concerns as reasons for making these changes.

Internet years are like dog years; much, much shorter than calendar years. This directs to the somewhat sore entrance that no web project can function in terms of long timescales. A web -application that gets two years to enlarge will be obsolete long earlier than it is released. In fact, in our experience, the life of a web project is more frequently deliberate in weeks than in months. The pace with which web projects have to be finished clearly puts the association under substantial stress.

Very frequently the clients don’t know precisely what they want to attain through the web application. They might not even have a plain thought of the target users. They very over and over again perplex their own purposes with the user’s causes for using the application. They are concerned about hackers and viruses, but want to present highest entrance to their users. The difference between yesterdays internet projects and the web applications of today is the truth that the latter carry the user’s errands, in dissimilarity to just providing in order and advertising jive.

Web technology, while in a stable state of development, places some serious restraint on web – applications. mainly in judgment to stand -alone applications that run on a normal P C. Very little “cleverness” or program logic can be programmed in the web application, error handling is very poor and the border is made up of chronological conversation. These issue, and many more, can make scheming a usable boundary quite challenging though not unfeasible.

So the average web project is often faced with
- clients and users who frequently have very fuzzy ideas of what they really want to attain.
- a disparity between the client’s and the users’ objectives. – technological fetters that confront the idea of functional applications.
- high expectations the web developers should create something concrete within tremendously short time -spans.

These cost-effective, technological and managerial constraints often result in an approach that can look like the Wild West.

The mobile phone has hard to believe reach – users have their phones with them at home, in the car, at work, in the store. Mobile devices are used on the go, are geographically susceptible, and are chiefly used to regain context-sensitive information swiftly: looking up a phone number, examination an address, reading a restaurant assessment, or finding a map and directions. Because the mobile atmosphere is a overwhelmingly different experience, it does not make sense to basically point mobile users to a fixed website and miss out on the exclusive potential of the mobile environment. Designers must not think of the mobile location as a poor proxy for desktop sites and applications. in its place, we must consider what works best within the context of real-world mobile browsing, and transport happy and functionality customized to the platform. In some cases, this means offering a separation of satisfied and functionality. It might also mean contribution satisfied and functionality sole to the mobile platform. Benefits of the Mobile Web

• Portability
• Location awareness (GPS)
• Accelerometer (measures tilt and motion. It is also competent of detecting turning round and motion wave such as swinging or shaking)
• nearness sensors (The iPhone screen blacks out when you put it to your face)
• Electronic scope
• Picture & video ability
• Phone connection and the ability to move faultlessly from browser to phone
• Multi-touch gesticulation support & content whooshing
• World-wide market dispersion

Challenges of Designing for the Mobile Web

When designing for the mobile Web, broad usability and convenience principles for the desktop surroundings still apply:

• Deliver useful and forceful content
• Give functionality and design that fit the user’s context
• Write standards-compliant XHTML and CSS code
• Follow convenience rule
• Use clear and brief language
• Make the site easy to steer

Some of the confront we face with the mobile platform include:

• difference in machine usability
• lesser screen size
• diversity of screen sizes
• many browsers
• Connection speed and dependability
• Lack of peripherals
• Input dissimilarity
• One-handed organize of devices

a) The Casual Surfer

These customers act in a similar way to customers of traditional web sites. Casual surfers are not really interested in any one thing, but have a few spare minutes between tasks to take a look around. In the world of desktop PCs, those few minutes might occur between meetings, or while the user’s on a short break. For a mobile customer, those few minutes might occur when the user’s sitting outside waiting to meet friends, in a car or taxi traveling somewhere, or even during the morning commute. If your site is focused on the sort of content that would appeal to casual surfers, then be aware of the limitations on the time and screen-size of your mobile customer.

The goal should be to make your content more “sticky”, so that casual surfers come back for more. For example, you shouldn’t serve up long pieces of content. Instead, aim for small, bite-sized chunks that are just enough to keep customers interested, but not so long that users can’t browse your site in the time they have available.

b) The Repeat Visitor

Repeat customers are those that are constantly returning for some sort of specific news or data. If your site is the kind of site that offers information about stocks, weather or sports scores, you probably have plenty of repeat visitors. The interface of a mobile device is very limited, so if you know what your repeat visitors are coming back for, time and time again, let that naturally bubble up to the top of the site. Avoid burying the content your customers want behind 3 or 4 clicks.

Mobile web site customization can be difficult, but it’s not impossible. A traditional site might ask you to log in, but on a mobile device, data entry is not as easy to perform, so it’s best avoided.

One option is to allow visitors to use their desktop machines to streamline their mobile experience. Take a page from Apple’s iTunes Music Store as an example. A repeat customer might customize his or her version of the mobile site while at a desktop machine; this could generate a special URL in which all of that user’s preferences are encoded. The next time the user visits your site from a mobile device, he or she can take advantage of this special URL, enjoying an experience that’s completely customized to his or her preferences.

c) The “Urgent, Now!” Visitor

Depending on your business, your definition of “Urgent, Now!” will vary. For an online store, a customer might consider the following message urgent:

“My books were supposed to arrive yesterday. They’re late. Where are they?”

A more seriously urgent scenario might be:

“I’m running 15 minutes late. Will I be able to catch my flight?”

For some customers, everything is urgent! But by identifying the most important needs of your customers and making the relevant information accessible within one click or less, you’ll increase the usefulness of your mobile site enormously.

4. Publish the Bare Minimum

One of the common myths about mobile web development is the misguided notion that content from your traditional web site can be easily re-purposed into smaller bit-sized chunks for the mobile version. A simple change of style from media="screen" to media="handheld" is all you need to do to magically mobilize your site, right?

Wrong.

While it’s indeed possible to filter content with the liberal use of display: none in your mobile style sheet, in reality, this isn’t a good idea. In fact, many CMS systems can output a mobile, streamlined version of your web site, but even this is not always what your customers will want.

The W3C defines the concept of One Web as follows:

One Web means making, as far as is reasonable, the same information and services available to users irrespective of the device they are using. However, it does not mean that exactly the same information is available in exactly the samerepresentation across all devices. The context of mobile use, device capability variations, bandwidth issues and mobile network capabilities all affect the representation. Furthermore, some services and information are more suitable for and targeted at particular user contexts.

As this definition suggests, some things are simply not available (or even usable) on some devices. Additionally, some devices (such as a mobile phone) are much better at certain activities (like making phone calls) than other devices. Therefore, a device designed for a specific activity should utilize its unique features on the Web.

While the concept of having only one site, and to simply style it differently depending on the medium the visitor is using, is popular with many standardistas, a separate mobile site is required in order to deliver an optimized experience for mobile users. Customers who are surfing on a mobile device have different needs and requirements, so to force-feed them the same content as that displayed on the traditional site is a recipe for disaster. The following images show a good example of this principle. The Best Buy mobile site displays only two functions (Product Search and Find A Store) — a far cry from the traditional site.