Closed Bug 682241 Opened 13 years ago Closed 13 years ago

Add item 'other" to main header

Categories

(support.mozilla.org :: General, defect)

x86
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME
2011Q3

People

(Reporter: atopal, Assigned: atopal)

Details

      No description provided.
There should be an item "other" to the right of "thunderbird".
Seamonkey, Camino, Calendar maintainers: please add here the information you want to see on that page. Like the old mozilla.org/support page it will be one page for all apps: a two column invisible table, Logo/Name to the left, information to the right.
You should CC those maintainers if you want them to see this.
Assignee: nobody → a.topal
Still trying to figure out who the project lead for Camino is. I guess it's not Mike Pinkerton anymore, even though the project-wiki states that.
(In reply to Kadir Topal [:atopal] from comment #2)
> Seamonkey, Camino, Calendar maintainers: please add here the information you
> want to see on that page. Like the old mozilla.org/support page it will be
> one page for all apps: a two column invisible table, Logo/Name to the left,
> information to the right.

As I said in the sumo thread, I'm not too particular on the details as long as our users can get to the support pages, I think a full page/table is overkill, but it probably is easier to maintain from your end (rather than mucking heavily with the skin in the terms of rollout menu's)

I'll point a few other SeaMonkey people at this bug from private mail, and let them comment if they have any strong opinions on that.
Calendar actually uses Thunderbird's getsatisfaction for support issues and we also have some support articles in thunderbird's sumo instance. This isn't really clear on the Thunderbird page, so maybe we could get a similar portal page, that just links to the right places.
(In reply to Kadir Topal [:atopal] from comment #4)
> Still trying to figure out who the project lead for Camino is. I guess it's
> not Mike Pinkerton anymore, even though the project-wiki states that.

No, the wiki is correct: pink is the project lead, but Sam, Stuart, and I can and do handle various tasks like this one (depending on a given task and person's availability).

Point 1) For the content of a Camino section, it should be the same content as was on http://www.mozilla.org/support/.

Point 2) Redirecting *everyone* visiting http://www.mozilla.org/support/ to a Firefox-specific page is not suitable (for many reasons, not the least of which is that it's a horrible, overwhelming, BUSY page, such that it's hard to find the existing product-switching navbar); what's the plan here?  Add logic to support.mozilla.com to redirect non-Firefox apps to the proposed "Other" tab?
>> Seamonkey, Camino, Calendar maintainers: please add here the information you
>> want to see on that page. Like the old mozilla.org/support page it will be
>> one page for all apps: a two column invisible table, Logo/Name to the left,
>> information to the right.

>> As I said in the sumo thread, I'm not too particular on the details as long
>> as our users can get to the support pages, I think a full page/table is
>> overkill, but it probably is easier to maintain from your end (rather than
>> mucking heavily with the skin in the terms of rollout menu's)

What was on the old mozilla.org/support page? We could just reuse the SeaMonkey section for the new "Other" as a starting point. The other apps could do the same to get this kick started.
(In reply to Philip Chee from comment #8)
> What was on the old mozilla.org/support page?

Since there don't appear to be any other ways of accessing it any more:
http://viewvc.svn.mozilla.org/vc/projects/mozilla.org/trunk/support/index.html?annotate=88634
http://web.archive.org/web/20101223000243/http://www.mozilla.org/support/
This was solved with the "Other Applications" dropdown at the top right (now on stage, next week on prod).
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.