Closed Bug 137255 Opened 22 years ago Closed 22 years ago

Rewrap should be edit menuitem, not in option menu

Categories

(MailNews Core :: Composition, defect)

defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED
mozilla1.2final

People

(Reporter: 3.14, Assigned: cmanske)

References

Details

(Keywords: polish)

Attachments

(1 file, 1 obsolete file)

Not limited to a certain Mozilla version. This is about the user interface of
the plain text editor.

Actual: Rewrap is in the options menu.

Expected: Rewrap is in the edit menu.

Rationale: Rewrap is a one time action to edit the mail (or news) text. As an
option it would have an effect on other actions which is not the case.

pi
Jean-Francois Ducarroz in http://bugzilla.mozilla.org/show_bug.cgi?id=147502#c4

who ever wants to work on those UI issues must consult with Jennifer Glick
(jglick@netscape.com) before waisting his/her time on a solution that could be
rejected.

So be it. -> CC

pi
Just learned, that Composition would be the right component. Sorry.

pi
Assignee: sspitzer → ducarroz
Component: Mail Window Front End → Composition
QA Contact: olgam → esther
Is there any chance, we get this in? Probably it is a simple fix. As in bug
147502 won't find it there. It is more than obvious that it is not an option,
since it only has a one-time-effect.

pi
I guess this bug is trivial to fix. Can we get it in for 1.2b, please?

pi
Jennifer--do you know the rationale for "Rewrap" being in the Option menu
instead of the "Edit" menu?
Keywords: polish
Where in the Edit menu would you liked to see it grouped?

It could also fit nicely in the Format menu.
I think it should be near to "paste as quotation", also "quote message" (bug
147502) would fit there.

So maybe:
- paste as quotation
- quote message
- rewrap
- delete

pi
-->varada
Assignee: ducarroz → varada
Jennifer, you agreed to fix it, do you also agree to the placement in comment 7?
Let's get this fixed now.

pi
- Paste as quotation
- Rewrap
- Delete

Ok with me.
Keywords: mozilla1.2
Attached patch Proposed patch (obsolete) — Splinter Review
Keywords: patch, review
Comment on attachment 103318 [details] [diff] [review]
Proposed patch

this patch is fine with me but can you fix the editorshell usage to instead use
editor?  I worry that this patch will conflict with cmanske's work on
editorshell removal.

r=brade
Attachment #103318 - Flags: review+
> I worry that this patch will conflict with cmanske's work

Um, it's just moving a menuitem, how will it conflict?
Comment on attachment 103318 [details] [diff] [review]
Proposed patch

I expect that Charley is touching this line for the last fragment:
  oncommand="editorShell.Rewrap(false)"

Since he has a large patch, I wouldn't expect him to realize that the menu item
has moved so he may not fix the menu item in the new location.
Blocks: 174389
Attached patch Better patchSplinter Review
1. Removed superfluous oncommand handler (uses command="cmd_rewrap")
2. Made disabled state update, so only enabled when content has focus
3. Changed accesskey from R to w
Attachment #103318 - Attachment is obsolete: true
Comment on attachment 103858 [details] [diff] [review]
Better patch

r=cmanske
Attachment #103858 - Flags: review+
>so only enabled when content has focus

why that? it seems to me that rewrap would work usefully even if content does
not have focus. (e.g. you're editing the subject, and realize you want the text
rewrapped... or did I misunderstand you, and that'd work?)

Comment on attachment 103858 [details] [diff] [review]
Better patch

"backing out" my r=
It turns out this doesn't
work completely.
I am already messing with mail composer commands in the big "remove
editorShell" project (mailnews portion is bug 174389), so I'll take care  of
the problem correctly as part of that bug. I'll be sure to put menuitem in edit
menu as prescribed here.
Attachment #103858 - Flags: review+ → needs-work+
taking this bug
Assignee: varada → cmanske
No longer blocks: 174389
Depends on: 174389
Summary: Rewrap is edit not option → Rewrap should be edit menuitem, not in option menu
Target Milestone: --- → mozilla1.2final
Comment on attachment 103858 [details] [diff] [review]
Better patch

doh! Neil's patch works perfectly! I accidently deleted the "<command..." line
from the XUL!
Attachment #103858 - Flags: needs-work+ → review+
Fixed as part of checkin to bug 174389
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Because of the conflict with the "HTML rewrap" patch there are now two
cmd_rewrap cases in one of the switch statements :-(
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3a) Gecko/20021122

Verifying.

pi
Status: RESOLVED → VERIFIED
I am confused whether this has actually been implemented as described in either
comment 7 or comment 10 (I prefer the solution in 7) -- either way, in version
1.2.1, the menus appear as they did in 1.1.

The discussion here makes it sound like the fix was handled in code; but if it's
(also?) an XUL issue, I'm using the Orbit theme, for whatever that's worth.
In comment #10, jglick approved moving "Rewrap" into the Edit menu. 
The current version (from 1.3 trunk builds) should show this.
No mention was made of the "Quote message" item which remains in the Options menu.
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: