Mobile site rewrite/Testing
|Language:||English • עברית • 日本語|
Thanks for helping us test the new mobile gateway. We're really eager to be providing the mobile platform through MediaWiki and we need to know what works and what doesn't from you.
Does the content render correctly? 
Blackberry Curve 8310 - The Search button is simply an S... instead of the word search. - Search terms show up under the bullet point associated with them. - On main page and search results page the logo, search text area and search button show up on separate lines, but on articles they show up all on one line. The logo is a bit lower still.
- I had to follow the link to mobile before the site ask me if I want to try this beta. I have a Sony Ericsson Xperia mini x10.
Using Opera Mobile (11.10), the search icon is rendered on the line below the search textarea, while the 'Home' and 'Random' buttons are not rendered at all. Using the stock Android browser, the search icon appears in the correct position immediately to the right of the search textarea, but the 'Home' and 'Random' buttons are again absent. Using Firefox (7.0.1 for Android), the icon renders correctly and the buttons are both present. This is all on Android 2.3.6. --Stephen Bain 12:00, 7 October 2011 (UTC)
Does the show/hide functionality work? 
SE W995i 
Nope, no collapse functionality, but the JS implementation of NetFront does not support jquery, so expected. TheDJ 14:19, 12 June 2011 (UTC)
- P.S. clearly shows that this browser needs other ways to navigate the page though, accesskeys and menu's + contentslist might be useful here. TheDJ 14:20, 12 June 2011 (UTC)
- https://bugzilla.wikimedia.org/show_bug.cgi?id=29505 Tfinc 23:19, 20 June 2011 (UTC)
Show/Hide returns to main page on BlackBerry 8830 
When I click "Show" a section on the BlackBerry 8830, it returns me to the main page rather than opening the section of the page I am currently viewing.
Blackberry Curve 8130 - Show and Hide button show up side-by-side. Pressing these buttons takes me to seemingly random unrelated content.
Did it take too long to load? 
Latest m.wikipedia.org version very slow on Android 4.x stock browser. 15May 2012 
I've tested on an HTC ONE X and a NEXUS S both with Android 4.x
Android 2.3 seems OK.
Not sure if this thread is still being read, as I see most feedback is almost a year old - please confirm if this is read by someone who is in a position to help fix the problem! Thanks Mel
Are you missing anything from the desktop version? 
Site choice on Tablet devices 
The default on tablets is the PC/desktop Wikipedia. There should be an easily accessible link for tablets users to switch to the mobile gateway if they want to (especially if they're using smaller Android tablets) —The preceding unsigned comment was added by Kul (talk • contribs) 07:39, 15 June 2011. Please sign your posts with ~~~~!
- Bug filed at https://bugzilla.wikimedia.org/show_bug.cgi?id=29503 —The preceding unsigned comment was added by Tfinc (talk • contribs) 08:36, 21 June 2011. Please sign your posts with ~~~~!
- Is the link "Mobile view", which is currently placed at the bottom of every page, a reply to the above request? I think the link "Mobile view" should be put at the top instead. Isn't it too difficult for mobile users to find or even notice this link when the original version of the page is viewed in a small screen of a mobile phone in case of a failure in identifying a mobile browser? It would be more user-friendly to have it at the top. Please consider it from the perspective of a mobile phone user. --Quest for Truth 20:32, 12 August 2011 (UTC)
Can't edit 
Can't edit. I also prefer my page to load all at once. --Chriswaterguy 15:37, 29 June 2011 (UTC)
- YES! This is going to be our big push once we finish up the port this month. Take a look at our roadmap on meta to join in on the discussion. Tfinc 17:25, 7 July 2011 (UTC)
Watchlist not functioning 
Special:Watchlist (my watchlist) - didn't work :( -- AKA MBG 06:12, 19 August 2011 (UTC)
Anything else that you think would help us? 
Reduce line-height 
Fonts on mobile are (generally) much controlled, and overall better than on the desktop. Superfluous control over line spacing is unneeded and undesirable.
Wikipedia Mobile has a high line spacing, and on a small screen almost always requires a significant amount of scrolling. Reducing line spacing (in particular, leaving line spacing at the default) would make reading easier (font's built-in line spacing is already adequate) and require the user to scroll less. SamatJain 00:41, 11 June 2011 (UTC)
- Thanks for the idea. We'll have to play with this after the launch to see how it looks. Tfinc 22:58, 20 June 2011 (UTC)
I have the following suggestions.
- accesskeys for navigation on older devices.
- Do you mean navigation using the actual buttons on the phone ? Tfinc 22:57, 20 June 2011 (UTC)
- contents list for browsers without touch jquery show/hide
- Can you send a mock up our way. I'd love to see how your visualizing this. Tfinc 23:08, 20 June 2011 (UTC)
- Since we are already using WURFL, we should have the width of the device's screen. We should make thumbs of 'default' size just below the width of the screen. For screensizes over 300px wide, we should probably have 'half screen width' thumbnails that are inline floated.
- This will take some experimenting to figure out.
- Collapsed infoboxes and tables, that show upon clicking them. (This is one of the features of the Articles app that i like a lot). —The preceding unsigned comment was added by TheDJ (talk • contribs) . Please sign your posts with ~~~~!
- Feature request added: https://bugzilla.wikimedia.org/show_bug.cgi?id=29504
Editing from phone 
It's a shame that there isn't a way to edit directly from the phone in the mobile interface without having to switch to the default interface (where it's possible to edit on an iPhone, as this message is showing), but it's a little tricky due to the layout, clutter and size of the boxes... Mike Peel 11:59, 25 June 2011 (UTC)
- Totally, take a look at my comments above and join in on the discussion about contributions on mobile. Tfinc 17:26, 7 July 2011 (UTC)
Could you change the array $itemsToRemoves entry 'table.metadata' to 'metadata'? In de.wp we're using metadata also for single columns in tables, ie here. Metadata I think should not be represented in general in mobile view.... Greets --AleXXw 07:53, 1 August 2011 (UTC)
When I clicked on the tinyurl, I was sent to the main page of regular EN-WP. When I clicked on an article page, I then got redirected to the article on the mobile site. Not sure if this is what is intended. Barry Newstead (not logged in, sorry)