Hi Martin -

I got the tar.gz and will try to install on my server, but in the meantime,
do you have a site running this now? I'd like to give a look-see first.

Thanks....Keith

On Fri, Oct 2, 2009 at 12:15 PM, Martin Higham <mar...@ocastalabs.com>wrote:

> I have finally completed version 1 of this plugin and tidied it up so that
> others can take a look and try it. My objective with this plugin was to
> produce xhtml/mp markup for displaying StatusNet sites on low, medium and
> high end mobile phones. The output from this plugin scores well on the Dot
> Mobi mobile ready tests (http://mobiready.com).
> The code for the plugin can be found in my repository on gitorious in the
> 0.8.x-mobileplugin branch (
> http://gitorious.org/~martinh/statusnet/martinhs-clone/commits/0.8.x-mobileplugin<http://gitorious.org/%7Emartinh/statusnet/martinhs-clone/commits/0.8.x-mobileplugin>).
> This branch includes the plugin and all of the changes I had to make to the
> StatusNet core code. Most of these changes are captured in merge request
> #1671. My other changes are to reduce the number of list items per page to
> reduce the page size.
>
> If you take the complete tar there are some additional steps required to
> configure it
>
> 1. Add the following lines config.php to enable the plugin
>       require_once('local/xhtmlmp.php');
>       XHTMLMPoutput = new XHTMLMPoutput();
>
> 2. Copy the xhtmlmp.css file to your configured theme css folder.
> 3. Enable cache-control headers in Apache for css and images by adding the
> following lines to the .htaccess file. While this isn't compulsory it does
> improve handset performance over GPRS.
>
>     <FilesMatch "\.(ico|pdf|flv|jpg|jpeg|png|gif|js|css|swf)$">
>     Header set Cache-Control "max-age=172800, public"
>     </FilesMatch>
>
> 4. Optionally change the css and small logo files. The location of the
> small logo and icons is configured at the top of the xhtmlmp.php code.
>
> This plugin is not perfect.
>
> There are still issues with handsets that have severe memory limitations
> e.g. the Motorola V3. The page size is still too large. In order to reduce
> this further there are two changes I would like to see. Status Net should
> use relative URLs where possible. Given the high number of links and images
> within a page this will significantly reduce page sizes. The other is to
> find a way to remove line endings and tabs from the markup before sending to
> the browser. While the XMLWriter indent control does this it also removes
> other characters that affect the visual look of the page.
>
> The dot mobi compliance tests clearly show room for improvement too
> although generally minor ones. The only failure in the tests is the use of
> px measures within the style sheet.
>
> Unless you have access to many handsets I would not recommend making
> changes to the CSS file beyond colour. CSS support is the most flakey part
> of handset browser implementations. It took me several days of testing and
> changing before finding a style-sheet that worked across a wide range of
> browsers. The xhtmlmp.css file has no tabs or line ends. I realise this
> makes it hard to read, but it does reduce the transmitted file size quite
> considerably. While the display attribute is not guaranteed to work on all
> handset browsers its use dramatically improves the look of the site on
> browsers that do, so I have used it sparingly.
>
> My initial notes on the implementation can be read on the wiki (
> http://status.net/wiki/ObservationsOnMobile ). Further notes can be found
> in the xhtmlmp.php file.
>
> While I have tested this across a number of different handsets I would be
> interested in hearing feedback from your experiences.
>
> Martin
>
>
>
> _______________________________________________
> StatusNet-dev mailing list
> StatusNet-dev@lists.status.net
> http://lists.status.net/mailman/listinfo/statusnet-dev
>



-- 
Keith Erskine
Padpaw, Inc.
tel: +1 978 566 9432
_______________________________________________
StatusNet-dev mailing list
StatusNet-dev@lists.status.net
http://lists.status.net/mailman/listinfo/statusnet-dev

Reply via email to