Closed Bug 1444737 Opened 7 years ago Closed 4 years ago

Review content of SeaMonkey Man page

Categories

(SeaMonkey :: Help Documentation, enhancement)

All
Linux
enhancement
Not set
normal

Tracking

(seamonkey2.53+ fixed, seamonkey2.57esr? affected)

RESOLVED FIXED
seamonkey 2.80
Tracking Status
seamonkey2.53 + fixed
seamonkey2.57esr ? affected

People

(Reporter: frg, Assigned: buc)

References

Details

(Whiteboard: SM2.53.5)

Attachments

(2 files, 4 obsolete files)

+++ This bug was initially created as a clone of Bug #1089324 +++ Bug 1089324 added the man page to the Linux package and updated some obsolete content. Per Bug 1089324 comment 7 the remaining content should be checked and maybe also localized. > is there another bug for making sure the man page content is up to date?
Attached file seamonkey.man.in-v2020 (obsolete) —

New seamonkey(1) manual for Linux/Unix systems.

Some old options removed, some missing added. Drop extra things as well.

Something is omitted:

  • Present in the source code, but still not included in manual (either seems extra, or just cannot find proper info):

    • dump-args
    • test-launch-without-hang
    • test-process-updates
    • appomni
    • greomni
    • file
    • osint
    • override
    • reset-profile
  • Present in "-help" output, but cannot find in the code:

    • UILocale
  • Not documented for now:

    • setDefaultBrowser
    • setDefaultFeed
    • setDefaultMail
    • setDefaultNews
    • chat
    • inspector
  • Present in "-help" output, but seems not working:

    • devtools
    • jsdebugger
    • recording
    • recording-output
    • start-debugger-server
    • wait-for-jsdebugger
  • Present in the source code, but seems not working:

    • width
    • height

It could be fine if anybody else will look into the new man page (esp. native English).

Flags: needinfo?(frgrahl)
Comment on attachment 9168048 [details] seamonkey.man.in-v2020 Not that familiar with Linux
Flags: needinfo?(frgrahl)
Attachment #9168048 - Flags: feedback?(iann_bugzilla)

If due to lack of man power it seems unlikely that anyone else with enough Linux/UNIX experience will look at this man page, then just apply it as it is...

If I'm understanding it correctly, --UILocale was removed in bug 1347306.

Yep, thanks.

Looking at the code for -news[1] and -mail[2], it seems that both will open Mail&News, with the difference that -mail will raise an existing Mail&News window, if one already exists. -news always opens a new window. Neither seems to "select" the corresponding portion (-news does not select newsgroups and -mail may raise an existing window that has a newsgroup selected).

I couldn't find the code that handles "-news news_url". "-mail url" might be able to handle news messages, but so far I haven't been able to use it - I'm probably doing something wrong.

[1] mailnews/news/src/nsNntpService.cpp
[2] mailnews/base/src/nsMailNewsCommandLineHandler.js

If firefox is mentioned under "See also", should thunderbird be mentioned as well?

Attached file seamonkey.man.in-v2020-v2 (obsolete) —

Thanks.

Drop unused "-news url", combine "-mail" and "-news" together and mention thunderbird in "see also".

Attachment #9168048 - Attachment is obsolete: true
Attachment #9168048 - Flags: feedback?(iann_bugzilla)
Flags: needinfo?(nunojsg)
  • In the first -CreateProfile, is the "Do not run ..." part about it opening a new window instead if SeaMonkey is already open? If so, would this sound better?:
    «If @MOZ_APP_DISPLAYNAME@ is already open, \fB-CreateProfile\fR will not work unless the \fB-no-remote\fR option is used to avoid connecting to a running instance.»

  • In the second -CreateProfile, there are two spaces between profile_name and profile_dir, I suppose this should be one space?

  • Should "-private" say it opens a «"private browsing" window» or a «private browser window» instead of just «private window»? (Or is there some situation where it opens something other than a browser window?)

Flags: needinfo?(nunojsg)

The -offline option seems to require offline.startup_state to be set to 4, see the table entry at [1] (which lists bug 382302 as the reference). If this is exactly how it works, the manpage could say

«This option will only work if @MOZ_APP_DISPLAYNAME@ is set to "detect automatically" the online/offline status on startup. To set this, go to Edit -> Preferences -> Mail & Newsgroups -> Network & Storage and in the "Offline" group choose "Detect automatically (if available)" in the "When starting up:" drop-down box.»

(Unless it is desirable to leave it out of the manpage?)

[1] http://kb.mozillazine.org/Mail_and_news_settings

And so far I haven't been able to use the -migration option here. It's possible that it needs something which is not present on this computer (other programs to import from?).

(In reply to Nuno Silva from comment #9)

  • In the first -CreateProfile, is the "Do not run ..."

I just follow the description at https://developer.mozilla.org/en-US/docs/Mozilla/Command_Line_Options . As is. Probably we should not alter it...

  • In the second -CreateProfile, there are two spaces between profile_name and profile_dir, I suppose this should be one space?

Yes!

  • Should "-private" say it opens a «"private browsing" window» or a «private browser window» instead of just «private window»? (Or is there some situation where it opens something other than a browser window?)

Private browser window only.

(In reply to Nuno Silva from comment #10)

The -offline option
(Unless it is desirable to leave it out of the manpage?)

Let's just preserve it in the same form as in https://developer.mozilla.org/en-US/docs/Mozilla/Command_Line_Options .

(In reply to Nuno Silva from comment #11)

And so far I haven't been able to use the -migration option here.

Seems not working, and seems it is unlikely SM will support of some kind of migration... Better drop it from the manpage.

Hint me when to upload a new attachment...

Flags: needinfo?(nunojsg)

Turns out I didn't test -migration properly. With something that looks like a Thunderbird profile directory, with a profile and profiles.ini, -migration will indeed work. So perhaps it should have a note saying that it will only open the import wizard if it finds sources to import from?

Yes. Maybe:

Start with import wizard (if you have proper import sources).

(In reply to Dmitry Butskoy from comment #12)

Hint me when to upload a new attachment...

I think I don't have more feedback for the current version of the attachment, so if you want you could upload a new version.

Flags: needinfo?(nunojsg)
Attached file seamonkey.man.in-v2020-v3 (obsolete) —

patch v3.

Attachment #9170480 - Attachment is obsolete: true

We seem to have done our best with it for the moment. Let put this in (ie. suite/app/seamonkey.man.in)

Flags: needinfo?(frgrahl)

Comment on attachment 9171584 [details]
seamonkey.man.in-v2020-v3

Nuno can this go in? You looked at it I think.

Attachment #9171584 - Flags: feedback?(nunojsg)

The only thing I'm not sure about is the description for -offline; the rest looks OK to me.

(In reply to Nuno Silva from comment #10)

The -offline option
(Unless it is desirable to leave it out of the manpage?)

Let's just preserve it in the same form as in https://developer.mozilla.org/en-US/docs/Mozilla/Command_Line_Options .

Either leave it as is, or feel free to remove it completely (looks like some rare thing anyway).

Attached file seamonkey.man.in-v2020-v4 (obsolete) —

(In reply to Dmitry Butskoy from comment #20)

Either leave it as is, or feel free to remove it completely (looks like some rare thing anyway).

I'd say we either remove -offline from the man page or explain how to make it work.

I have no idea how many people use (or will use) it, but it looks like the kind of option that could be included in the man page. And given that the UI for this option is under "Mail & Newsgroups", it is probably a good idea to indicate in which preferences panel it is.

(-v4 is -v3 plus that additional note for -offline)

Attachment #9171584 - Attachment is obsolete: true
Flags: needinfo?(frgrahl)
Attachment #9171584 - Flags: feedback?(nunojsg)

Latest -v4 is OK.

Flags: needinfo?(frgrahl)
Assignee: nobody → dmitry
Status: NEW → ASSIGNED
Flags: needinfo?(frgrahl)
Whiteboard: SM2.53.5

Latest version as a patch for checkin. r/a+ from me. Thanks.

Attachment #9178226 - Attachment is obsolete: true
Attachment #9178294 - Flags: review+
Attachment #9178294 - Flags: approval-comm-release+
Attachment #9178294 - Flags: approval-comm-esr60+

Pushed by frgrahl@gmx.net:
https://hg.mozilla.org/comm-central/rev/8b8b28239a86
Update SeaMonkey man page content. r=frg

Status: ASSIGNED → RESOLVED
Closed: 5 years ago
Resolution: --- → FIXED
Target Milestone: --- → seamonkey 2.80

Since we provide the UNIX man page, it should be properly installed rather then staying somewhere in the build objdir.

Proposed patch perform the work, while respecting downstreams' desire to vary mandir.

Note, that `--mandir' is actually supported by old-configure, but was missed in build/moz.configure/old.configure .

Firefox does not provide its UNIX man page, and this is unlikely in the future. Probably that they decided to move the maintainance of it from the upstream to "Linux downstream", assuming that there should be only one downstream (as with Win and Mac). They don't care the fact many systems should maintain the same little file -- it is a problem of those systems rather than FF itself.

Contrasting with it, let's provide SM man page most correct way.

Flags: needinfo?(iann_bugzilla)
Attachment #9198784 - Flags: feedback?(iann_bugzilla)
Status: RESOLVED → REOPENED
Resolution: FIXED → ---

Comment on attachment 9198784 [details] [diff] [review]
seamonkey-2.53.6-install_man.patch

I don't see an issue with this as such but please do not reopen old bugs. Open a new one on SM Build Config and attach a patch in either git or hg diff format.

Flags: needinfo?(iann_bugzilla)
Attachment #9198784 - Flags: feedback?(iann_bugzilla) → feedback+
Status: REOPENED → RESOLVED
Closed: 5 years ago4 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: