The BAAP Mobile Version is a complete toolkit to help mobilize your WordPress site. It has a mobile switcher, themes, widgets, and mobile admin panel.
The BAAP Mobile Version is a complete toolkit to help mobilize your WordPress site and blog.
It includes a mobile switcher to select themes based on the type of user that is visiting the site, a selection of mobile themes, extra widgets, device adaptation and a mobile administration panel to allow users to edit the site or write new posts when out and about.
Features include:
A mobile switcher which automatically suggests desktop or mobile presentation, but lets users switch to the other if required (and remembers their choice).
A set of advanced themes for Nokia and WebKit devices, designed by Forum Nokia. These also look beautiful on Android, iPhone and Palm devices.
Device adaptation, including the rescaling of images, intelligent splitting of articles and posts into multiple pages, the simplifaction styles, and the removal of non-supported media.
A mobile admin panel, that allows the blog managers to access the admin interface via a mobile device, with simplified access to the most common features such as editing a post or approving comments.
Enjoying your site and blog in mobile.
The pack is so-called because it contains a number of discrete pieces of functionality. In theory it is possible to individually enable or disable the components (through editing the registrations at the top of the main plugin file), but the vast majority of users are expected to install the pack en masse.
The pack contains the following functionality:
The mobile switcher identifies whether the visitor to the site is mobile or not, and switches between the primary WordPress theme (for desktop users) and a mobile theme (of the site owner’s choice) accordingly.
It can use two approaches to identify the user as mobile. Firstly, it can try to identify if they have a mobile device based on the headers sent when a page is requested. Alternatively, it can identify whether the user has requested the site on a ‘desktop domain’ (such as yoursite.com) or a ‘mobile domain’ (such as yoursite.mobi) and deduce their intent from that.
The recommended approach is a third, combined, approach that uses both techniques, and also allows users to switch between sites if the choice is not appropriate by providing a link in the themes’ footers or a widget.
In this combined mode, the switcher will provide interstitial warning pages if a mobile user accesses the desktop domain or vice-versa. It will also remember their choice of preferred site through the use of a cookie.
Settings for the switcher are found under the ‘Mobile Switcher’ admin page, and are self-explanatory.
More detail on these switching algorithms is available in a series of articles published by http://mobiforge.com.
The pack contains an extensible theme that is ready for display on mobile devices. The theme is XHTML-MP compliant and scores highly on dotMobi’s ready.mobi site tester.
The base theme supports all standard WordPress content, including indexes, posts, pages, archives, search results, comments and widgets. If configured, it also invokes the device adaptation process (detailed below) that ensures the posts themselves are formatted suitable for mobile devices.
There are a number of simple settings that can be used to adapt the way in which lists of posts appear on the mobile theme. These are found under the ‘Mobile Theme’ admin page, which appears when the switcher component is installed (or when the mobile theme is selected as the main WordPress theme). It is possible to set how many posts appear on the home page and in archives, and how verbosely they display.
Away from the posts themselves, the theme does not provide a ‘hard-coded’ sidebar and relies wholly on the WordPress widget framework. Widgets that are selected in the WordPress admin pages (and then selected to show for the mobile theme) will appear in a ‘sidebar’ below the main part of the mobile page.
Since each widget adds size to the overall page, it is recommended that no more than 5 desktop widgets are enabled for the mobile theme. The ‘Mobile Widgets’ admin page also appears when the switcher component is installed (or when the mobile theme is selected as the main WordPress theme).
Any standard WordPress widgets that are known not to be XHTML-compliant are slightly rewritten by the theme to make them so. However, the theme does not currently correct arbitrary widget content and the use of third-party widgets (that were designed for desktop use) may easily push the overall page out of XHTML-MP compliance and affect the user’s experience.
Large widgets are not currently split or paged for small mobile devices. This may increase the load time, cost to the user, or even make the page unreadable on a limited capability device. Be aware of this when enabling large widgets on the mobile theme.
Simply by extending the base theme, it is very easy and quick to customise the mobile theme to fit existing requirements or brand.
The easiest way to do this is to re-tint the theme’s colour scheme. The colour specifications for the base theme are all defined at the top of its stylesheet. Site owners can override this palette with their own colours, named DARKEST, DARK, MID, LIGHT, LIGHTEST and so on.
To demonstrate, three extended themes are available within this pack: blue, green and red. Note how they use the ‘Template:’ directive at the top of the stylesheet (and the CSS @import statement) to indicate that they extend the base theme.
Of course it is also easy to extend the theme in other, more structural ways, and even adapt the template’s PHP files. However, if such changes should be done carefully to preserve XHTML-MP compliance within the markup.
When the base theme, or a theme that extends it, it used, the pack provides some features to adapt the content of the posts and pages of the blog to make them more suitable for mobile use.
There are four major stages to this process, and each may be enabled or disabled independently on the ‘Mobile Theme’ admin page. These are:
<div></div>
.A user identified as mobile by the switcher will receive a mobilised version of the WordPress administration interface. The link to the dashboard is available in the standard ‘Meta’ widget, or it can be reached directly at http://your.site/wp-admin
Only users with administrator status are allowed to access the mobile administration pages. Note this makes it more restrictive than the desktop dashboard, but this prevents less-authorised users from accessing it and making changes to important site settings.
The following pages are available in the mobile administration interface:
It is also possible to log-out of the admin panel. Since the login is stored persistently on the mobile device, this is advisable if the site is sensitive and administrators want to protect against the impact of handset theft.
The mobile administration panel uses the same URL structure as the desktop version, so in most cases, the administration links sent to administrators in emails (such as when a comment needs moderation) can be followed regardess of whether they are using a mobile device or a desktop.
This provides the ability to place a new widget into the site containing either AdMob or Google mobile ads. Administrators will see the ‘Mobile Ads’ in the ‘Widget’ admin page, and it allows them to specify which provider to use, and the publisher ID.
The widget can also be configured to attempt to disable itself when shown on a desktop theme. This is recommended, since the quality of mobile ads presented in response to a desktop user context is lower, and relevant conversion rates may be negatively affected.
Google supports both single-ad and double-ad modes. Administrators can select which to use from the same publisher dropdown.
Site owners can place a two-dimensional QR-code widget on the desktop site that users can use to quickly navigate to the mobile version of the site. If their phones have a camera and QR-code reader capabilities, they can simply snap the barcode off their desktop screen and navigate directly to the mobile equivalent.
If a URL is specified, the QR-code is fixed to that address. If it is left blank, it will correspond to the page it is being displayed upon.
Within the widget site owners can specify the link to provide, and the size of the square barcode to show. Site owners should ensure it fits well into the desktop theme.
Site owners can also indicate whether they want the widget to show some instructions to the users about the purpose of the barcode, as well as a list of well-known readers they can download for their devices if they are not already installed.
For Detailed step by step instructions for installtion please Click Here
Here, the installation is very slightly different:
NB: the web server needs to have write-access to the image cache folder wp-content/plugins/wordpress-mobile-pack/plugins/wpmp_transcoder/c
. If you have installed the plugin with WordPress 2.7, this should already be the case. Otherwise, or if you see errors when the plugin tries to resize images, you will need to set the permissions on that folder appropriately.
Ensure that the c
directory flags are rwxrwxrwx
, or whatever you choose in order to be web-server-writable:
wordpress $> cd wp-content/plugins plugins $> cd wordpress-mobile-pack/plugins/wpmp_transcoder wpmp_transcoder $> sudo chmod 777 c wpmp_transcoder $> ls -al ----------------------------------------------------------------- drwxrwxrwx 3 root staff 102 20 Apr 10:08 c -rwxrwxrwx 1 root staff 13003 20 Apr 10:43 wpmp_transcoder.php</pre>
NB: the web server also needs to have write-access to the themes folder wp-content/themes
, as it installs themes in that directory as part of the plugin activation. If you have installed the plugin with WordPress 2.7, this may already be the case. Otherwise, or if you see errors when activating the plugin, you will need to set the permissions on that folder appropriately.
Ensure that the themes
flags are rwxrwxrwx
, or whatever you choose in order to be web-server-writable, using a similar technique to that above.
A more comprehensive setup process and guide to configuration is as follows. If you are installing the plugin through the admin dashboard, you’ll be able to skip most of the early steps.
baap-mobile-version.zip
into wp-content/plugins
wp-content/plugins
you should now see a directory named baap-mobile-version
wp-content/themes
directory and wpmp_transcoder/c
cache directory are web-server-writable, as described above.http://yoursite.com/wp-admin
wp-content/themes
you should now see a selection of new directories including mobile_pack_base
, mobile_pack_blue
etc.Blog post listing with teasers, shown in both Nokia/WebKit and default themes.
Single blog post, shown in both Nokia/WebKit and default themes.
Editing a post in the mobile admin dashboard, shown in both Nokia/WebKit and default themes.
WebKit theme on an iPhone, showing teaser-less post listing and collapsible widgets.
Admin panel for mobile switcher.
Admin panel for the mobile theme and device adaptation.
Admin panel for enabling and disabling widgets on the mobile theme.
Admin panel for configuring analytics.
Admin panel for enabling mpexo support.
A desktop theme showing a barcode widget and switcher link.
You need to select which of your desktop widgets you want to have appear on the mobile theme. Go to the ‘Mobile Widgets’ admin page to do so.
Yes, all images, once rescaled, are cached locally.
You are welcome to comment about the pack, suggest new features and ask for help on our public forums, available on WordPress.
We run the development of the plugin over at baaptechnologies. You can track issues and development progress there.
YES! You have to make sure your settings are correct though. Follow these simple steps: