I've heard of some sites using a pattern like /m/ for their mobile site.
We can probably support that option as well.
~Daniel Friesen (Dantman, Nadir-Seen-Fire) [
On Mon, 09 Jan 2012 21:00:45 -0800, User:Matthewrbowker
I, for one, would love to use Mobile Frontend to add
functionality on a wiki I run (at least to view, is it possible to add
editing?). However, I don't have the option of defining a separate
mobile sub-subdomain (my wiki is already on a subdomain) because of
limitations set by my web host.
On Jan 9, 2012, at 12:03, Brion Vibber <brion(a)pobox.com> wrote:
> Quick questions:
> * Does anybody actually want to use MobileFrontend to implement a
> feature-phone gateway on other sites?
> If so, it may be worth doing some of that cleanup to make things more
> Note that I'd also love to kill the "m." stuff as it's problematic
> number of ways, so I wouldn't worry too much about stuff related to
> mobile-specific URLs.
> * Do people intend primarily to make the wiki's user interface more
> friendly to modern smartphones, without caring about feature phones?
> If so, then moving to the next generation beyond our current
> is probably a better use of energy. MobileFrontend's architecture is
> on basically being like a proxy, so it can produce output tuned to
> with very limited capabilities without the rest of MediaWiki needing to
> worry about how those things work.
> This isn't really what we want for smartphones and tablets in the
> they should instead get the same interface and capabilities as the
> provides, but the interface should tune itself for small or large
> touch-centric or mouse-centric layouts. In the future this won't involve
> the MobileFrontend extension at all, it'll just be in our core CSS & JS
> code's behavior.
> -- brion
> Wikitech-l mailing list