222174 - Ctrl+I and Ctrl+U no longer works in Help

Status: VERIFIED WONTFIX

(SeaMonkey :: Help Documentation, defect)

Description

[Daniel Wang]

As discussed in bug 139376, we were going to leave these shortcuts in. But in
2003101404 build the shortcuts no longer works.

"helper" in search returns three hits all pointing to the same place. I need
Ctrl+I to determine what goes wrong.

Comment 1

[R.J. Keller]

*** Bug 222173 has been marked as a duplicate of this bug. ***

Comment 2

[R.J. Keller]

yup, that's because they were removed. View Source and Page Info should never be
available to the user in help. I have a feeling that you filed this bug because
you liked the features for debugging, but the help menu shouldn't be a web
browser. If you want to use those features, use the chrome url.

I'll keep the bug open for feedback.

Comment 3

[Daniel Wang]

problem is that w/ Ctrl+I, I don't know what the links link to (they could link
to the same anchor, or different anchors in the same place).

Comment 4

[Daniel Wang]

crappy [submit]. w/ -> w/o

Comment 5

[R.J. Keller]

> problem is that w/ Ctrl+I, I don't know what the links link to (they could link
> to the same anchor, or different anchors in the same place).

Use the chrome URLs. If you look at chrome://help/locale/help-toc.rdf to get the
URLs, and just add a chrome://help/locale/ to the end of them.

Here's an idea. When using a Mozilla Debugging Build, you can view the URL
loaded in the help window through the debugging console. How does that sound?
I'd prefer a way to prevent users from accessing this.

I would like it if Mozilla Help was like a normal help menu where the user
wouldn't have any of these features. It's meant for help, not for viewing
information on the help pages. I'm trying to make the help docs look like
"topics" instead of "pages".

Comment 6

[R.J. Keller]

Would the debugging mode stuff be an appropriate alternative?

Comment 7

[Daniel Wang]

I guess I'll build myself a xpi package to do this...

Comment 8

[Daniel Wang]

v