mozilla.org Branches for 1.0
Tuesday April 9th, 2002
mozilla.org today cut the MOZILLA_1_0_0_BRANCH for 1.0 to use. Expect to see an RC1 candidate sometime next week in order to see where the builds are as far as stability and usability. Work will continue on the branch up until the final 1.0 release, and beyond for point releases. An updated roadmap will be posted soon reflecting this. The trunk is now open to 1.1 alpha work, on the road to 2.0!
#111 Patch to get [Back] back to context menu
Wednesday April 17th, 2002 9:09 AM
You are replying to this message
Please notice: I will in any case write a similar patch for 1.0
Here's one I wrote for my current nightly build (ID 2002041408), should also work with slightly newer builds, unless they really applied some major changes to the menu handling.
Download it here: <http://tgos.org/mozilla/comm.zip>
Inside is a file named "comm.jar". This file is supposed to be replaced with the file located at
Of curse you are strongly advised to back-up the original file, e.g. by renaming it to comm.jar.bak or similar.
Here is what I changed:
* Navigation context menu entries ([Back], [Forward], [Reload] & [Stop]) are back again and appear always on top of the menu, unlike you clicked onto a link (this includes pictures that are links) or onto a text form element (text line or text area), in these two cases it's not on the menu at all (but it's also on the menu if you have selected text on the page)
* [Back] only appears on the menu if there actually is a page to go back to (IOW, it's only there if the back-navigation-button is not disabled). Same is true for [Forward]
* [Stop] and [Reload] never appear both at the same time. If currently a page is loading, only [Stop] appears there, if no page is loading, only [Reload] appears there.
* If you open the context menu while the page is still loading (so [Stop] is displayed) and you keep it open till the page finishes loading, [Stop] is not replaced with [Reload]. That's what I wanted to do, but it causes the menu to jumps somewhere else on your screen and then blocks till you right-click to open another context menu (maybe some internal bug?). Instead [Stop] should go disabled and if you want reload through context menu, simply right-click again to get a new context-menu.
* The stop-navigation-button was by default enabled when you opened the browser (even though no page loading was taking place), I fixed that (now it's only enabled when you load a page for the first time).
* The reload-navigation-button is now only active if no loading is taking place (used to be active all the time in my nightly build), I fixed that (now it's only active after the page has finished loading or the loading process was stopped)
* Removed [Save Page As] of the context menu, as you don't need that a lot and you can always go to the file menu or the keyboard shortcut.
* Removed [Bookmark This Page] of the context menu, as you can also use the Bookmark menu for that or the keyboard shortcut (despite that, someone complained that bookmarking through context menu always destroys the order of bookmarks and forces the user to open the Bookmark manager and put the Bookmark where it really belongs or similar). [Bookmark Link] is still there when clicking on a link and [Bookmark This Frame] is also still there on frame pages (because you can't easily do that without the context menu IMHO).
* Removed [Set Wallpaper] (or similar) of the context menu, as how often a day to you make an image your wallpaper ? You can still store the image to disk and then select it as wallpaper the regular way.
This is of course just a first try, I'm open to suggestions. If it leads to strange results or does not work as desired, simply delete the file again and restore your back-up of the original comm.jar file.
You can only replace the files while Mozilla is not running, I think.