Talk:Mobile design/Contact

Factual Errors
A few worries around when a user selects 'Article feedback - factual error':
 * The user experience for sending someone to a page about this seems wrong in this situation and seems to be inconsistent with the behaviour of other menus in the drop down (which send off an email). It would be better to record the users feedback somewhere e.g. on a talk page
 * a link might appear above the comment to ensure that users know what they are doing
 * awjr points out that the 'factual error' page might not be common across all wikis/projects
 * awjr points out that the 'factual error' page is different for each of the projects
 * is there a way of working out ( in php ) what it is for a given project? Jdlrobson (talk)
 * awjr also points out that the 'factual error' page might not even exist on some projects
 * Yes, while I agree, this was very specifically required by Philippe and so it was spec'ed how he wanted it to work - for 5 languages go to the page, the other languages that we recognize for an OTRS email we send to that, then the remaining languages we send to the en OTRS email --Pchang (talk) 17:21, 23 March 2012 (UTC)

After submitting a form

 * After sending a comment it is unclear what should happen
 * Is it meant that a box should appear at the top of the contact page saying 'Thank you for your submission'
 * or should there be a redirect to a thank you page.
 * I would suggest a mockup of the after screen to avoid confusion Jdlrobson (talk)
 * This seems wrong to me and unexpected. It seems a bit strange to me to place the messages in the text boxes themselves. It also opens us up to people pressing submit again with messages that say 'Thank you your message has been sent send another?" Should we not put these messages above the form or instead of the form?
 * Please see the revised mockup, it does not include boxes with the thank you. :) heather walls (talk) 15:56, 21 March 2012 (UTC)
 * This is the existing mockup of the thank you. But the entire format is changing a bit. heather walls (talk) 01:37, 20 March 2012 (UTC)

Spam
What is our approach to spam if any?
 * For OTRS, they deal with it --Pchang (talk) 17:22, 23 March 2012 (UTC)

Saving email - verbiage and necessity of feature?
The current copy for saving an email address reads 'Save this email to my profile'. I don't think 'profile' is really ... a thing in MediaWiki. Perhaps this would be better to read 'Save this email to my account'. Also, what is the priority of this feature and why is it important? My preference would be to de-scope this feature for the initial implementation of the new feedback page, unless there's a really good reason to have it. But as it is now, it does not seem to fit with the state goals. Arthur Richards (talk)


 * This is a necessary feature on Photo Upload so we could deal with it there. Here it is a convenience for the user. If it's a big deal, let's skip it, but we need to figure it out soon anyway. --Pchang (talk) 17:23, 23 March 2012 (UTC)

Error states
Are there mockups available for what error states are supposed to look like on the form? Eg invalid email address, empty message, etc. Arthur Richards (talk)
 * Haven't done those yet, but Heather could add a sample. I would say go with your discretion primarily. --Pchang (talk) 17:24, 23 March 2012 (UTC)

Language
The spec says the OTRS email address should be generated "based on the language setting of the current article view". Does this mean the language of the project (which would probably the language in which an article is written) or the language the user has set in which to view the interface? Arthur Richards (talk)
 * FWIW it seems that at least on en.wikipedia.org, the contact email addresses seem to use 'en' rather than a user-specified interface language Arthur Richards (talk)
 * This means the language of the project, which on the mobile site is the same as the language of the browser. On the apps, it would be the language of the article. But we are focusing on the mobile site first. --Pchang (talk) 17:26, 23 March 2012 (UTC)