Closed Bug 55569 Opened 25 years ago Closed 25 years ago

accel+I should bring up Page Info

Categories

(SeaMonkey :: Page Info, defect, P3)

defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: bugzilla, Assigned: jag+mozbugs)

References

Details

(Whiteboard: [rtm-] fixed in trunk only)

Attachments

(3 files)

suzanne/lake, not sure which engr should fix this...but at least on the commercial side, Ctrl/Command+I brings up NIM, rather than bringing up Page Info (as it has in 4.x).
what does accel+I bring up on mozilla? does it bring up page info? if so, then this is commercial only and should be moved to bugscape (tho' i don't have access for that).
Blocks: 52730
This is in Bugscape as bug http://Bugscape.netscape.com/show_bug.cgi?id=2263 It was set to post seamonkey 6.0 by PDT
yep, this needs to fixed on the mozilla side o'things, too. accel+I isn't even listed in the View menu (or, context menus, but that's bug 41443).
German, you wanna make the call on this one?
Assignee: don → german
methinks jglick would make the call on this one, since she wrote up http://mozilla.org/projects/ui/netscape/accel_keys/index.html... however, i noticed that Ctrl+I is in red there, which might be a label for "ambiguous" (is that the case?). if so, i'd much prefer that accel+I be used for page info, since it's consistent with 4.x and makes sense across both netscape6 and mozilla. imho. :)
Assignee: german → jglick
Just a note: most AOL users might expect Ctrl+I to bring up the IM form, since that's what it does in the AOL software (and, since instant messenging is a huge part of the AOL software, that accelerator is probably extremely wellknown). Still, I would tend to agree that backwards compatibility with your own software should prevail over compatibility with the software of your parent company...(meaning Page Info should be Ctrl+I) There should, however, be *some* easily accessible, somewhat intuitive accelerator for instant messenging, considering the feature will probably be used often.
See also bug 55170. Cmd+I has meant Info/Properties on the Mac since the beginning of time, and it's Really Not a Good Idea to change it. Far be it from me to help out Netscape with their proprietary UI problems, but ... Ctrl+Shift+M for a new instant message would go nicely with the current Ctrl+N, Ctrl+Shift+N, and Ctrl+M shortcuts for various `New xyz' commands.
Ctrl+I is in the accelerator spec in red because Mail Compose and Editor are using it for "Italics" and other apps are using it for "New Instant Message". This is a very bad conflict in my opinion because you shouldn't use the same accelerator to launch a new instance of an app AND have the accelerator be for some other function in other situations. Accelerators that launch a new instance of an app should Always be unique. This is what the Bugscape bug referenced above (by scalkins) is about. Worse, in IM Compose, "Ctrl+I" should be italics (like Mail Compose and Composer) but instead brings up a new IM window. AIM needs to pick something different. Thats another bug. Side track. As for <accelerator key>+I, I believe it should be used for "Italics" in composing situations, such as Mail Compose, Composer and IM Compose. But in non composing windows, should be used for "Info" (Page Info in Browser, AB info in Address Book, etc.). (Note: Ctrl+B works similar, "Bold" in composing situations and "Bookmarks" in others.) Accelerator spec has been updated to reflect this. (need help getting this updated on Mozilla). Back to Don to be assigned to an Engineer.
Assignee: jglick → don
gramps, feel free to give this to me, it's an easy fix.
jag, i'll give it you (unless don protests ;). jglick, feel free to either attach your updated spec here, or email it to me and i'll check it in to the doc tree.
Assignee: don → disttsc
Please use the most recently posted spec update. Thanks for the help.
checked it in... (might take anywhere from 15min - several hours before you see the change on the website, tho'.)
There currently isn't a View Info in mail/news, adding that is quite a bit more work. Therefore this fix which fixes navigator so that's done and over with.
Keywords: helpwantedpatch, review
hmmm, jag has proffered a patch... if this gets reviewed (and okay'd), could we check this into the branch as well? (thus nominating for rtm.)
Keywords: relnoteRTMrtm
If this makes it into the branch, we will have a conflict with "Ctrl+I" for rtm (netscape build). In navigator, it would be both Page Info and New IM. If we can get the IM team to fix bugscape 2263, this could go in for rtm. If not, it should probably be just in the trunk and we would need to be sure 2263 gets fixed in the truck as well.
Too bad jag can't attach a fix for the AIM bug in bugscape too. Ben, can you whip one real quick?
rtm-, this isn't happening for this release, but you can work it into the trunk.
Whiteboard: [rtm-]
Checked in, marking fixed.
Status: NEW → RESOLVED
Closed: 25 years ago
Keywords: review
Resolution: --- → FIXED
Whiteboard: [rtm-] → [rtm-] fixed in trunk only
vrfy fixed using trunk bits [commercial]: 2000.11.21.08 [linux rh 6.2, winnt] and 2000.11.21.13 [mac os 9.0].
Status: RESOLVED → VERIFIED
No longer blocks: 52730
Component: Keyboard Navigation → Page Info
QA Contact: sairuh → pmac
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: