User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1b) Gecko/20020826 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1b) Gecko/20020826 (I know I should discuss this issue in netscape.public.mozilla.ui first, but I can't reach the news server since right now I'm behind a proxy) Some time before the release of Mozilla 1.0, the position of "Character Coding" item in "View" menu was suddenly moved. It had been at the end of the menu list before the change. There had been a discussion on n.p.m.wishlist about this, and it's agreed that "Character coding" should be placed back to the end of the list for convenience reason. This menu item is more useful/used than any other items in the same "View" menu list. Now the problem is that its position isn't consistent among different components: In browser, it's in FOURTH to the last position. In Mailer, it's in THIRD to the last position. In email composer, it's in SECOND to the last position. In HTML Composer, it's in LAST position. Quite interesting, huh :) ? But it's actually not fun for users like me who need it badly. Reproducible: Always Steps to Reproduce:

uid is being phased out.

> But it's actually not fun for users like me who need it badly. I fully agree with your suggestion to make this the last item on the list, but in the meanwhile you could use a simple workaround to make life more fun: Alt+V->C It might not work in pages with colliding access-keys (e.g. here in Bugzilla), and it surely doesn't work on the Mac (no mnemonics. bummer), but in most cases it's a very convenient and useful shortcut. I use it a lot. Prog.

So, I'm wondering if this bug is just left in oblivion so that as time passes, it's hoped that people would forget about it and accept it as granted???

I'd like the Character Encoding menu to become more usable. Bug 52157 is one step in this direction, fixing this would be another. Taking bug. Prog.

Thank God! At last my prayer is heard! At last my bug is read :) Recently I've downloaded FireFox. Very nice and light-weighed. There, it's possible to customize icons in the toolbar. Please add a language icon to the icons collection.

Preliminary patch for reference. No reviews needed at this time. I'll try to find all the relevant places in the suite that need to be changed and add them all to a single patch. Prog.

(In reply to comment #6) > Created an attachment (id=153461) [details] > Patch for Browser > > Preliminary patch for reference. No reviews needed at this time. > > I'll try to find all the relevant places in the suite that need to be changed > and add them all to a single patch. > > Prog. Apparently you didn't succeed. :-) Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9b5pre) Gecko/2008031507 SeaMonkey/2.0a1pre In the View menu in the bropwser, "Character Encoding ->" is followed by a separator, then "View Source", "View Info", another separator and "Apply Theme ->", which, BTW, I feel perfectly acceptable: I personally am not in favour of forcing "Character Encoding" to the very bottom of the "View" menu everywhere. Similarly in Mail&News Message window and in M&N Main window, that menu item is followed by a separator but is not the very last under "View", which is OK for me. In the M&N Compose (plaintext) window it is somewhere under Options. If I had the means to vote against this bug, I would.

The bug seems to be dead and I have not seen one complaint in the last years about the positioning of this item. I also agree with Tony. It is fine where it is now together with 2 other content related items ("Zoom" and "Use Style"). Moving it to the end here after "Apply Theme" shouldn't be done. Same for the other locations.