Closed
Bug 616533
Opened 14 years ago
Closed 14 years ago
SUMO mobile-friendly landing page
Categories
(www.mozilla.org :: General, defect)
www.mozilla.org
General
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: malexis, Unassigned)
References
()
Details
Design is done and we're ready to start on the static page and styles. Verdi: we'll need a list of articles and names to be listed on the page. Jason can you provide by EOD today? Jason can do most of the work without the list so it's not a blocker to start on this.
Comment 1•14 years ago
|
||
I'll have the new titles by the EOD - working on it now.
Comment 2•14 years ago
|
||
Here are the new title: How do I sync Firefox between my desktop and mobile? How do I upgrade Firefox? How do I use the Awesome Screen? How do I change preferences? What are the mobile keyboard shortcuts? How do I manage downloads? How do I open a new tab? How do I find and install Add-ons? How do I remove or disable Add-ons? How do I surf the web with mobile Firefox? How do I add a bookmark? How do I zoom in and out of a website?
Comment 3•14 years ago
|
||
Verdi, could you clarify which of these should be in the top 3 section? The first three in the list? I think Jason needs the URL targets, too. (I tried https://support.mozilla.com/en-US/kb/How%20do%20I%20sync%20Firefox%20between%20myvdesktop%20and%20mobile for example, but it didn't work; and I would recommend that we trim the slugs anyway.)
Comment 4•14 years ago
|
||
The articles are in order from top to bottom - so the first three are for that top section. Here are the urls: http://support.mozilla.com/en-US/kb/sync-firefox-between-desktop-and-mobile http://support.mozilla.com/en-US/kb/upgrade-firefox http://support.mozilla.com/en-US/kb/how-do-i-use-awesome-screen http://support.mozilla.com/en-US/kb/change-preferences http://support.mozilla.com/en-US/kb/mobile-keyboard-shortcuts http://support.mozilla.com/en-US/kb/manage-downloads http://support.mozilla.com/en-US/kb/open-new-tab http://support.mozilla.com/en-US/kb/find-and-install-add-ons http://support.mozilla.com/en-US/kb/remove-or-disable-add-ons http://support.mozilla.com/en-US/kb/surf-web-with-mobile-firefox http://support.mozilla.com/en-US/kb/how-do-i-add-bookmark http://support.mozilla.com/en-US/kb/zoom-in-and-out
Comment 5•14 years ago
|
||
Where will the resulting page live on mozilla.com? We need to know that in order to set up the proper redirects on the SUMO server(s). If we're still looking at a b3 release on Thursday, we're really starting to run out of time. There's a SUMO push scheduled for that day, fwiw (bug 617072). Furthermore, it would make sense to change the in-product links in Fennec to use the established format that we use for in-product links from (desktop) Firefox: http://support.mozilla.com/1/%PRODUCT%/%VERSION%/%PLATFORM%/%LOCALE%/help-page-slug In this case, the link to the help start page might be: http://support.mozilla.com/1/mobile/4.0/android/en-US/firefox-help This way, we could easily catch these in-product requests and redirect appropriately to this mobile start page (and, long-term, to the small screen templates) if the platform is Android/Maemo/small screen. Cc'ing Cheng: I believe you helped figure out the product name for Firefox Home -- would using "mobile" like the above cause any conflicts?
Comment 6•14 years ago
|
||
Hey David, You will be able to redirect to http://mozilla.com/m/support. Alex has the landing page files now, so barring any unforeseen complications, they should be integrated into mozilla.com soon. I'm not sure if we have enough time to get everything QA'd before the Thursday release. Fingers crossed.
Comment 7•14 years ago
|
||
David, Cheng: Do you know exactly which destinations we want to redirect? I figure the default in-product URL for mobile devices: /1/mobile/%VERSION%/%PLATFORM%/%LOCALE%/ and anything else? I filed bug 617390 so we can track the redirects there.
(In reply to comment #5) I think we used firefox-home as the product url link for firefox home. I'm not 100% sure it's respected though in all links. We'll probably want to audit fully in either case. (bug 579592 and bug 571128 for those following along at home, pun totally intended) (In reply to comment #7) Hmmm... I just realized that we're in a bit of slug conflict trouble here. If we have the inproduct links in mobile have the same slugs (as in not-product-specific slugs) as desktop, then we'll need htaccess redirects to get those slugs to work. I wonder if we can instead do: /1/mobile/%VERSION%/%PLATFORM%/%LOCALE%/slug > /kb/mobile-slug /1/firefox-home/%VERSION%/%PLATFORM%/%LOCALE%/slug > /kb/fxhome-slug /1/sync/%VERSION%/%PLATFORM%/%LOCALE%/slug > /kb/sync-slug And then use explicit product names in slugs. That minimizes the redirects we'll need and allows us to add inproduct support links and corresponding articles without pushes.
Comment 9•14 years ago
|
||
I'm not sure I understand: comment 8 seems well beyond the scope of what we need for this bug and bug 617390.
Comment 10•14 years ago
|
||
Landed Jason's page on mozilla.com trunk, r78859 Adding en-US/m/support Adding en-US/m/support/index.html Adding img/mobile/support Adding (bin) img/mobile/support/background.png Adding (bin) img/mobile/support/btn.mobilesearch.png Adding (bin) img/mobile/support/disclosure-indicator.png Adding (bin) img/mobile/support/firefox-logo.png Adding (bin) img/mobile/support/firefox-logotype.gif Adding (bin) img/mobile/support/icon.searchloupe.png Adding style/mobile Adding style/mobile/support.css Transmitting file data ........ Committed revision 78859.
Updated•14 years ago
|
Comment 11•14 years ago
|
||
Thanks a lot to Alex and Jason for stepping up and helping us out with this! I noticed that if you're on HTTPS, and try to use the search, you get a secure-content warning. Might be best to use a protocol-relative URL for the form action? (e.g. "//support.mozilla.com/search")
Comment 12•14 years ago
|
||
(In reply to comment #11) > Thanks a lot to Alex and Jason for stepping up and helping us out with this! > > I noticed that if you're on HTTPS, and try to use the search, you get a > secure-content warning. Might be best to use a protocol-relative URL for the > form action? (e.g. "//support.mozilla.com/search") Fixed
Comment 13•14 years ago
|
||
qa-verified-trunk https://www-trunk.stage.mozilla.com/en-US/m/support/ using Firefox Mobile for Android
Comment 14•14 years ago
|
||
I made a mistake by including the locale in the article urls. Without the locale, localizers won't have to make the links different for their version of the page - SUMO will just redirect users to the right version of the article. So here are better urls. Please use these instead of the one I listed in comment 4: Here are the urls: http://support.mozilla.com/kb/sync-firefox-between-desktop-and-mobile http://support.mozilla.com/kb/upgrade-firefox http://support.mozilla.com/kb/how-do-i-use-awesome-screen http://support.mozilla.com/kb/change-preferences http://support.mozilla.com/kb/mobile-keyboard-shortcuts http://support.mozilla.com/kb/manage-downloads http://support.mozilla.com/kb/open-new-tab http://support.mozilla.com/kb/find-and-install-add-ons http://support.mozilla.com/kb/remove-or-disable-add-ons http://support.mozilla.com/kb/surf-web-with-mobile-firefox http://support.mozilla.com/kb/how-do-i-add-bookmark http://support.mozilla.com/kb/zoom-in-and-out
Comment 15•14 years ago
|
||
looks like nobody thought of pushing the en-US and template files live, I have 27 locales on trunk ready to go to production and waiting for en-US to be on production first.
Keywords: push-needed
Comment 16•14 years ago
|
||
not the right component, that's why it didn't get love :)
Assignee: jgrlicky → nobody
Component: Webdev → www.mozilla.com
Product: mozilla.org → Websites
QA Contact: webdev → www-mozilla-com
Comment 17•14 years ago
|
||
on stage in r80697 https://www.authstage.mozilla.com/en-US/m/support/
Comment 18•14 years ago
|
||
on production in r80699, marking fixed
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Updated•14 years ago
|
Keywords: push-needed
Assignee | ||
Updated•12 years ago
|
Component: www.mozilla.org/firefox → www.mozilla.org
Assignee | ||
Updated•12 years ago
|
Component: www.mozilla.org → General
Product: Websites → www.mozilla.org
You need to log in
before you can comment on or make changes to this bug.
Description
•