Re: Thanks, bug?, suggestion
"HJ van Rantwijk, MultiZilla" <[email protected]> Mon, 22 Sep 2008 20:26:10 +0200
| Newsgroups | gmane.comp.mozilla.multizilla |
|---|---|
| Organization | The Mozdev Foundation - news server |
| Message-ID | <[email protected]> |
Robert Max Jackson wrote: > First, much, much thanks to HJ for his return and Michael for > reengaging. I am one of those who has used Multizilla for some years > now and who sticks with Seamonkey largely because of the value I derive > from Multizilla. It is a fantastic piece of software and a great value > to all of uw who use it. Thank you very much Robert. And as long as people want us to work on the project... we are here to help. > Possible bug (using 1.8.3.5g although it appears in earlier > nightlies): If you turn off (unclick) the "Close X Icon on Tab" option > in Preference Manager | Tabs | Appearance (as I do), the X does not > appear but clicking the icon in a tab does close the tab (a bit > unsettling when not expected). Right. I also ran into this. Good to be able to restore tabsl problem fixed already. > Suggestion: In the Permission Manager | Cookies | Cookies window, if > it is not too much trouble, it would be nice to have a button or > clickbox that would allow us to open (or close) all the cookie sites. > Occasionally one wants to scan through all the cookies and it is a bit > frustrating to have to click each site name to reveal the cookies. Nice! This is exactly what I had in mind so I changed the priority on my TODO list, yesterday. Just take a look at the new context menu with the options you need. > I have used the Permission Manager for years and am pleased to see > work being done on it. Generally, I find that I have to experiment for > some time before I can have a good sense of the impact of such things, > so I don't have much feedback at the moment. We hope that our future Wiki can be of help for people, so that they can help others. > However, one minor point. > In the Permissions tabs for various elements in the Permission Manager, > I think that the name "Set Permission to only Accept content from this > site" does not clearly convey what is happening (particularly in > comparison to "Set Permission to Permit content from this site"). Ah yes. The tooltips for the action buttons; which we didn't change yet. I might fix them later today ;) > If I > understand the former correctly, it must mean something like "Set > Permission to Accept these objects directly from this domain but not > indirectly from other domains" .... that is probably too long, but > (assuming I understand) points toward a clearer statement. In the > example, I also switched "content" to "objects" for this reason... I > think that the term "content" was used so that the hints could be the > same for the icons across tabs, but as "content" is easily confused with > the ... well, content of the page being viewed, it is easy to be misled > by it for all the icons. Something like "these objects" or simply > "objects" might work better, or some other alternative term. > Similarly, I switched "site" to "domain", but I suspect that is wrong. The new tool tips should be clear and will be initialized on a per permission category basis. No more confusing text - if I do it right this time ;) > I guess the question is what is the range of the permission's > application and how to convey that--this is particularly for the > permission from the specific site only. If the "site" listed is > w.x.y.z/a/b, then does it mean objects that are in w.x.y.z/a/b or would > it include y.z/a/b or w.x.y.z/c? Perhaps this is just too picky about > the wording, and perhaps the best way to handle it is through the help > documentation. Let's take a simple example: multizilla.mozdev.org www.mozdev.org somethingelse.mozdev.org Now. Having a permission for mozdev.org will only work (allow/block/ask) for "objects" that come/originate from mozdev.org and not multizilla.mozdev.org, somethingelse.mozdev.org or any other site/domain. I hope this helps, /HJ