![]() | |||||||
WAP 2.0 Development. Tutorial for NamePros.com Hello MOBI domainers, i think i will open a new thread to explain in full how to develop a full WAP 2.0 site, including the programming. First of all sorry for my english :) Methodologie: 1. I will be explaining part by part, post by post, not all in one big post that would not be easy to read. 2. I will begin on how to develop the XHTML-MP part. 3. Then i will begin by explaining how to use WURFL for mobile detection, 4. And last i will explain how to use all that to turn your site in a full WAP 2.0 site that generates traffic. This post will be Part 1 of the Tutorial... Please feel free to add anything to the mix... :) Cheers, P.S.: I will begin tonigh when i get home, now i'm working :hehe: |
akc, It is very nice of you to share such info with us. Your caring and sharing attitude is much appreciated. Thanks a bunch and welcome to the forum. |
Part 1: First of all you should save all your pages as page.xhtml, don't forget to do this, unless you are doing programming, in that case your pages will be page.php, page.jsp, etc. This tutorial will explain in detail mobi development in PHP5, if you need something more complex like Java(JSP,JSF,WebServices) you should hire my services :) Sending the correct MIME types. First of all you must configure the HTTP of your hosting to send the correct MIME types to the end user. To do that i will explain how to configure the .htaccess file on Apache that all hosting accounts have. You should open your .htaccess file and add this text. This file is a hidden file, and probably does not contain any text. 1. This line adds this type of file to the list of MIME types supported by your HTTP Server. Code:
2. This line configures the server to listing on index.xhtml Code:
3. This redirects www.yoursite.mobi to yoursite.mobi and viceversa. This is specially usefull when it comes to SEO optimization. Code:
4. This line change the MIME type to "text/html" if the browser is Explorer, because the Explorer does not recognize XHTML extensions, everything else is served as .xhtml Code:
Using the correct Encoding and DocType. Character Encoding: The XML directive tells the navigator how to display the characters on a page. Code:
DocType: The DocType tells the navigator how a page should be interpreted, including the rules and how strictly they should be. Code:
XHTML Meta Tags. Here you probably know how to do things but there is a very special feature to use: CACHE You must always use cache to download all images and stylesheets ones, so you save the user from downloading everything with any subsequent request. Here is a sample of using Meta Tags: Code:
Note the line: Code:
This line sets the cache to 300 minutes, this is necesary for saving download cost and time. But must be deactivated for debuging. Here i leave you a full example of how your header should look like: Code:
Here i leave you a few links for you to check: Mobile Design Patterns - http://patterns.littlespringsdesign.com WAP 2.0 Specification - http://www.wapforum.org/what/technical.htm WAP 2.0 Technology White Paper - http://www.wapforum.org/what/WAPWhite_Paper1.pdf XHTML-MP 1.0 Specification - http://www.openmobilealliance.org/t...-20011029-a.pdf Comparison of XHTML Mobile Profile and XHTML Basic - http://pc.dev.mobi/?q=node/119 W3C Mobile Web Best Practices Working Group - http://www.w3.org/2005/MWI/BPWG/ W3C mobileOK Scheme 1.0 - http://www.w3.org/TR/mobileOK/ MobiReady Report - http://ready.mobi W3C Mobile Web Best Practices Basic Guidelines - http://www.w3.org/TR/mobile-bp/ dotMobi Switch On Web Developers Guide - http://pc.mtld.mobi/documents/dotmo...per_Guide3.html XHTML-MP Specifications - http://www.openmobilealliance.org/t...-20011029-a.pdf Wireless CSS Specifications - http://www.openmobilealliance.org/r...-20040609-C.pdf XHTML Modularization - http://www.w3.org/TR/2001/REC-xhtml...ation-20010410/ This is everything you need to know on how to configure the header for a Static XHTML-MP, more to come on headers on Dinamic XHTML-MP with PHP5. Cheers, Andreas Peter Koenzen Continue Part 1: WURFL What is WURFL? WURFL is a software that enables you to detect mobile devices through the HTTP Header using the device's USER AGENT. The WURFL is an XML configuration file which contains information about capabilities and features of many mobile devices. How to use it with PHP? Well i will give you here a script that detects if the browser is a desktop browser or a mobile browser. I will explain how to use it and i will explain how to use WURFL to detect specific phone characteristics for better display. WURFL is very usefull for specific phone characteristics like the display, what kind of images the devices supports and many more. I will begin by explaining how to install WURFL on your site... How to install WURFL? First you download the software for PHP here: http://sourceforge.net/project/down...use_mirror=ufpr The you download the XML file that contains the characteristics for every phone here: http://wurfl.sourceforge.net/wurfl.xml To install WURFL you can create a folder on your root directory named "wurfl", you copy there all files provided by PHP Tools. The files are: - check_wurfl.php - update_cache.php - wurfl_class.php - wurfl_config.php - wurfl_parser.php - readme.txt Then you proceed to create a folder also on your root directory called "wurfl_data". In this folder you should put your wurfl.xml file. What you do next is edit your "wurfl_config.php" file: This is what you need to do: 1. Open the file in your text editor or IDE. 2. Change this line to the path of your wurfl_data folder you just created. i.e. define("DATADIR", 'path/wurfl_data/'); I recomend using the full path to this directory. Like define("DATADIR", '/var/www/html/wurfl_data/'); 3. Change the path to your wurfl_parser.php file. i.e. define("WURFL_PARSER_FILE", 'path/wurfl/wurfl_parser.php'); Like define("WURFL_PARSER_FILE", '/var/www/html/wurfl/wurfl_parser.php'); 4. Change the path to your wurfl_class.php file. i.e. define("WURFL_CLASS_FILE", 'path/wurfl/wurfl_class.php'); Like define("WURFL_CLASS_FILE", '/var/www/html/wurfl/wurfl_class.php'); 5. Finally you should configure WURFL to use cache, this is very simple and i recommend using MULTICACHE. This is acomplish by setting the CONSTANTS "define ("WURFL_USE_CACHE", true);" to "true" and "define ("WURFL_USE_MULTICACHE", true);" to "true". 6. This is everything you need to do to install WURFL. Now that everything is finish installing WURFL, you need to go with your browser to www.yoursite.mobi/path_to_wurfl/update_cache.php, this will initialize the WURFL cache. If everything works fine you would see a message like this: If this message appears it means that you have installed WURFL successfully :) Script to detect mobile browser or desktop browser. Here is a script to detect if a browser is mobile or desktop: Code:
This script will detect the browser of the user and stored in a session variable for later use. It is very important to use session variables for this kind of thing because it is safer and more convenient if you have many pages. Later i will explain how to put all this things together to build a full WAP 2.0 site. Cheers, Andreas Peter Koenzen |
Thankyou very much, rep added, keep up the good work. andyr |
Yes, Thank you very much akc. I don't have time to try it now, but I hope you will stay around. :great: |
Andreas, thank you very much for this useful tutorial! :great: Rep added. :) I`m looking forward for our further cooperation in developing of some my .mobi sites. If you allow I would like to contribute to this yours great thread with this link (all of xhtml-mp tags list) |
Your welcome, let's move forward this mobi business for the benefit of all... :) Yes of course you can add what you like, let's make it a thread of advices and best practices for mobile development. I will continue this tutorial until i have finish explaining how to build a full WAP 2.0 site. It may take me a while though :hehe: Regards, |
Part 2: The body Always Use Well-formed Code. For those not familiar with XHTML, the first thing to know is that all code should validate (according to the doctype) and be well-formed (a valid XML document). Here is a basic run down of the rules of well-formed XML as well as the key differences between XHTML and HTML. Code:
There are many online Web tools that you can use to validate your markup including the MobiReady Report and the W3C Validation service. There are also browser-based tools such as the HTML Validator Firefox Extension that can be used throughout the development cycle to keep an eye on your pages. Always Avoid Using Tables for Layout. We can now add our content in the body of our document, but first we need to add structural elements to contain each logical section, a header, footer and the main body, for example. With HTML 4, it was common practice to use tables to control the layout of content. This technique, however, constricts the use of our markup by integrating presentational layout into our code. While this doesn’t seem like a critical issue, it becomes a big problem when the page is viewed in multiple mobile browsers. Instead, use XHTML-friendly <div> elements to logically contain our content for later styling to control the presentation. Since we usually display text in a single section, the structure is straightforward with a content container in the middle of a header and footer: Code:
Place Navigation in the Content Body. Unlike on the desktop, it usually isn’t a good idea to have a navigation list on every page. Given the vertical orientation of the mobile page, you should show only navigation that’s relevant to the page, thereby reducing page weight and scrolling. Thus, the navigation goes into the content body: Code:
Use accesskeys in the Primary Navigation. The primary navigation should include an assigned accesskey that corresponds to a keypad number key whenever possible: Code:
This code links the News item to the “1” key on the mobile keypad and displays the number 1 by it (if the <li> it is part of is the first in the list, of course). Obviously, navigation that exceeds the number of keys on the keypad makes it difficult to provide accesskeys for lists with more than ten items. While not a requirement for all links, accesskeys are useful for primary navigation. Use Ordered Lists for Navigation. Unlike on the desktop Web it isn’t the best idea to have a navigation list on every page. Given the vertical orientation of the mobile page you should only show navigation relevant to the page, reducing page weight and scrolling. Instead we will add our navigation into the content body. Code:
For our home page, we can take certain liberties in providing a description for each link to let users know what to expect in each section. By wrapping the description into a <span>, we can use CSS to style it differently from the navigation: Code:
Linking Phone Numbers. One of the benefits of the Mobile Web is that its users primarily view it on a phone, allowing the user to quickly and easily make phone calls. It’s an opportunity to help the user and save steps: Code:
Like any hyperlink, any text could appear between the <a> element to initiate a call. However, the recommendation is to display the phone number. Dealing with Forms can be Tricky. Entering data into a Mobile Web site can be a difficult and time-consuming process. To avoid wasting the user’s time and causing frustration, use forms sparingly. However, when using forms, reduce the required information as much as possible. The following creates a contact form with few fields: Code:
References. W3C Mobile Web Best Practices Basic Guidelines - http://www.w3.org/TR/mobile-bp/ Global Authoring Practices - http://www.passani.it/gap/ Firefox HTML Validator - http://users.skynet.be/mgueury/mozilla/ Cheers, |
This is a very informative thread. Let me know akc if you would like me to "sticky" it. I think it's worth stickying. |
Yes garrett200, it would be nice that the thread remains sticky. Cheers, |
Done. |
| All times are GMT -7. The time now is 11:55 PM. |
Powered by: vBulletin Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Search Engine Friendly URLs by vBSEO 2.4.0