TO: All Wikimedia Project Administrators
As a follow-up to this original blog post about the new mobile site:
http://blog.wikimedia.org/2011/09/14/new-mobile-site-launched-on-wikipedia-s...
Please note that the conversion to the new Mobile Frontend extension will be completed in the week of November 28.
This means that by default any user of a mobile device will see the mobile interface rather then the desktop version. Users will no longer have to add the extra .m by hand.
This also means any home pages not yet designed for mobile viewing will appear with a search bar only - unless you create a home page in the next three weeks, which is very easy to do!
Instructions for creating a home page are here:
http://meta.wikimedia.org/wiki/Mobile_Projects/Mobile_Gateway#Mobile_homepag...
Please forward this email as necessary.
As always, the mobile-l and mobile-feedback-l mailing lists are available. There will be many more announcements in the coming months on mobile-l, and always feel free to send comments to mobile-feedback-l.
Thank you.
Phil
Hi!
Will this fix https://bugzilla.wikimedia.org/show_bug.cgi?id=25811 (http://pt.m.wikibooks.org/) ?
Helder
On Tue, Nov 15, 2011 at 14:48, Philip Chang pchang@wikimedia.org wrote:
TO: All Wikimedia Project Administrators
As a follow-up to this original blog post about the new mobile site:
http://blog.wikimedia.org/2011/09/14/new-mobile-site-launched-on-wikipedia-s...
Please note that the conversion to the new Mobile Frontend extension will be completed in the week of November 28.
This means that by default any user of a mobile device will see the mobile interface rather then the desktop version. Users will no longer have to add the extra .m by hand.
This also means any home pages not yet designed for mobile viewing will appear with a search bar only - unless you create a home page in the next three weeks, which is very easy to do!
Instructions for creating a home page are here:
http://meta.wikimedia.org/wiki/Mobile_Projects/Mobile_Gateway#Mobile_homepag...
Please forward this email as necessary.
As always, the mobile-l and mobile-feedback-l mailing lists are available. There will be many more announcements in the coming months on mobile-l, and always feel free to send comments to mobile-feedback-l.
Thank you.
Phil
-- Phil Inje Chang Product Manager, Mobile Wikimedia Foundation 415-812-0854 m 415-882-7982 x 6810 _______________________________________________ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On Mon, Nov 21, 2011 at 12:53 PM, Helder helder.wiki@gmail.com wrote:
Hi!
Will this fix https://bugzilla.wikimedia.org/show_bug.cgi?id=25811 (http://pt.m.wikibooks.org/) ?
Following those directions and adding the ids to elements on that sites main page should fix it, yes.
https://meta.wikimedia.org/wiki/Mobile_Projects/Mobile_Gateway#Mobile_homepa...
-- brion
Helder
On Tue, Nov 15, 2011 at 14:48, Philip Chang pchang@wikimedia.org wrote:
TO: All Wikimedia Project Administrators
As a follow-up to this original blog post about the new mobile site:
http://blog.wikimedia.org/2011/09/14/new-mobile-site-launched-on-wikipedia-s...
Please note that the conversion to the new Mobile Frontend extension will be completed in the week of November 28.
This means that by default any user of a mobile device will see the
mobile
interface rather then the desktop version. Users will no longer have to
add
the extra .m by hand.
This also means any home pages not yet designed for mobile viewing will appear with a search bar only - unless you create a home page in the next three weeks, which is very easy to do!
Instructions for creating a home page are here:
http://meta.wikimedia.org/wiki/Mobile_Projects/Mobile_Gateway#Mobile_homepag...
Please forward this email as necessary.
As always, the mobile-l and mobile-feedback-l mailing lists are
available.
There will be many more announcements in the coming months on mobile-l,
and
always feel free to send comments to mobile-feedback-l.
Thank you.
Phil
-- Phil Inje Chang Product Manager, Mobile Wikimedia Foundation 415-812-0854 m 415-882-7982 x 6810 _______________________________________________ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
2011/11/15 Philip Chang pchang@wikimedia.org:
TO: All Wikimedia Project Administrators
As a follow-up to this original blog post about the new mobile site:
http://blog.wikimedia.org/2011/09/14/new-mobile-site-launched-on-wikipedia-s...
Please note that the conversion to the new Mobile Frontend extension will be completed in the week of November 28.
This means that by default any user of a mobile device will see the mobile interface rather then the desktop version. Users will no longer have to add the extra .m by hand.
This also means any home pages not yet designed for mobile viewing will appear with a search bar only - unless you create a home page in the next three weeks, which is very easy to do!
Instructions for creating a home page are here:
http://meta.wikimedia.org/wiki/Mobile_Projects/Mobile_Gateway#Mobile_homepag...
Please forward this email as necessary.
As always, the mobile-l and mobile-feedback-l mailing lists are available. There will be many more announcements in the coming months on mobile-l, and always feel free to send comments to mobile-feedback-l.
Thank you.
Phil
Thanks for the heads-up Philip. I tried to apply your advice to ro.wp [1] and it worked only partially: the article of the day and the news sections appear, but not the "did you know", "on this day" and the custom "comunitate" sections. Why is that?
Another question is how do I know in a template that the mobile skin is active? We have customized versions for the Quality Article and On this Day sections that are much better adapted for the mobile screens.
Also, why do the standard sections begin with mp and the custom ones with mf?
Thanks, Strainu [1] https://ro.wikipedia.org/w/index.php?title=Pagina_principal%C4%83&action...
On Mon, Nov 21, 2011 at 2:33 PM, Strainu strainu10@gmail.com wrote:
2011/11/15 Philip Chang pchang@wikimedia.org:
TO: All Wikimedia Project Administrators
As a follow-up to this original blog post about the new mobile site:
http://blog.wikimedia.org/2011/09/14/new-mobile-site-launched-on-wikipedia-s...
Please note that the conversion to the new Mobile Frontend extension will be completed in the week of November 28.
This means that by default any user of a mobile device will see the mobile interface rather then the desktop version. Users will no longer have to add the extra .m by hand.
This also means any home pages not yet designed for mobile viewing will appear with a search bar only - unless you create a home page in the next three weeks, which is very easy to do!
Instructions for creating a home page are here:
http://meta.wikimedia.org/wiki/Mobile_Projects/Mobile_Gateway#Mobile_homepag...
Please forward this email as necessary.
As always, the mobile-l and mobile-feedback-l mailing lists are available. There will be many more announcements in the coming months on mobile-l, and always feel free to send comments to mobile-feedback-l.
Thank you.
Phil
Thanks for the heads-up Philip. I tried to apply your advice to ro.wp [1] and it worked only partially: the article of the day and the news sections appear, but not the "did you know", "on this day" and the custom "comunitate" sections. Why is that?
Did you add the title attribute?
Another question is how do I know in a template that the mobile skin is active?
Currently you don't as it occurs after the template is parsed.
We have customized versions for the Quality Article and On
this Day sections that are much better adapted for the mobile screens.
Also, why do the standard sections begin with mp and the custom ones with mf?
The custom ones use mf as an abbreviation of Mobile Frontend the name of the extension that renders mobile content.
Thanks, Strainu [1] https://ro.wikipedia.org/w/index.php?title=Pagina_principal%C4%83&action...
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
2011/11/23 Patrick Reilly preilly@wikimedia.org:
Thanks for the heads-up Philip. I tried to apply your advice to ro.wp [1] and it worked only partially: the article of the day and the news sections appear, but not the "did you know", "on this day" and the custom "comunitate" sections. Why is that?
Did you add the title attribute?
I figured that out last night with help from Brion and Mark. There was a mismatch between the docs and the actual code. See https://bugzilla.wikimedia.org/show_bug.cgi?id=32596
Another question is how do I know in a template that the mobile skin is active?
Currently you don't as it occurs after the template is parsed.
I've logged this as an enhancement: https://bugzilla.wikimedia.org/show_bug.cgi?id=32597
It's a shame we have to go through some not-so-nice hacks to make the content for mobiles different than the one for desktops. Perhaps the architecture is too iPhone/American oriented? Not all mobile users have unlimited traffic. Many people around me disable images on mobile internet.
Hope you will give that some serious thought when the time comes.
Thanks, Strainu
On Thu, Nov 24, 2011 at 2:41 AM, Strainu strainu10@gmail.com wrote:
I've logged this as an enhancement: https://bugzilla.wikimedia.org/show_bug.cgi?id=32597
Thanks!
It's a shame we have to go through some not-so-nice hacks to make the content for mobiles different than the one for desktops. Perhaps the architecture is too iPhone/American oriented? Not all mobile users
Are XML DOM parsers that American and iPhone centric? I sure hope not as the rest of the Internet is going to have to be informed ...
have unlimited traffic. Many people around me disable images on mobile internet.
Yup, and thats why we've had the option to disable images for many months now. It lowered the payload by half. Lots of people use it. If you see other data heavy features on pages that we can get rid of then please file a bug. Were always eager to lower our payload.
Hope you will give that some serious thought when the time comes.
We already have and would love to drop it down even more. Next interesting step would actually be to load sections only when people want them. That'll drop down the payload even more.
Turn on the webkit network profiler and let us know whats really slowing us down.
--tomasz
2011/11/25 Tomasz Finc tfinc@wikimedia.org:
On Thu, Nov 24, 2011 at 2:41 AM, Strainu strainu10@gmail.com wrote:
I've logged this as an enhancement: https://bugzilla.wikimedia.org/show_bug.cgi?id=32597
Thanks!
It's a shame we have to go through some not-so-nice hacks to make the content for mobiles different than the one for desktops. Perhaps the architecture is too iPhone/American oriented? Not all mobile users
Are XML DOM parsers that American and iPhone centric? I sure hope not as the rest of the Internet is going to have to be informed ...
Somehow, I find myself unable to laugh at that joke. You quoted that out of context, the question goes together with the following phrases. Plus, the XML DOM parser is the implementation of the architectural decision, which was to parse the HTML and not the wikitext.
have unlimited traffic. Many people around me disable images on mobile internet.
Yup, and thats why we've had the option to disable images for many months now. It lowered the payload by half. Lots of people use it. If you see other data heavy features on pages that we can get rid of then please file a bug. Were always eager to lower our payload.
Disabling images by the user is cool, but it leaves behind references to images, which might make the text sound a little awkward. All images in the ro.wp main page are referenced in the text. Removing them cripples the page. This is why we had a custom webpage for mobile and we would like to be able to use that as we go forward.
Hope you will give that some serious thought when the time comes.
We already have and would love to drop it down even more. Next interesting step would actually be to load sections only when people want them. That'll drop down the payload even more.
Turn on the webkit network profiler and let us know whats really slowing us down.
Isn't webkit specific to the iPhone? I was not aware it was available on normal platforms.
As to suggestions on how to drop the load, it's the same as above: let the users do the micromanagement of the mobile sites, they're much better than you (i.e the WMF, not you personally) at this.
Going back to the original issue, is there any other way to display something else for the mobile site than including the divs on the main page and making them invisible from the desktop site by CSS and JS? This is what I called "an ugly hack" because it might very well fail for text browsers or screen readers.
Thanks, Strainu
On Fri, Nov 25, 2011 at 3:48 AM, Strainu strainu10@gmail.com wrote:
Isn't webkit specific to the iPhone? I was not aware it was available on normal platforms.
Grabbing this section before I head off to bed (its 4am here) and will respond to the rest a bit later.
Nope, it actually has its roots as part of KDE. Its actively used in S60, Android, Google Chrome, and even more found here: http://en.wikipedia.org/wiki/WebKit#Ports
--tomasz
wikitech-l@lists.wikimedia.org