This preference dialog lets you control the granularity of applet groups. Applet groups are important because they specify which applets can cooperate and share information. By default, all applets loaded from the same server belong to the same group. In certain cases, you'll want to group applets from different servers together. This dialog lets you do that.
Each word in the text widget is an applet group name.
Then the following collection of servers would be divided into groups as follows:.python.org www.python.org .reston.va.us .cnri.reston.va.us www.cnri.reston.va.us
Currently, servers at different ports on the same host are always lumped into the same group, and so are applets loaded from different directories in the same server.
Beware of defining groups with names like `.com' or `.net' -- these effectively lump together large numbers of unrelated servers.
The group name is determined from the URL of the page containing the applet; the URL for the applet itself is not taken into account. This is as it should be: a trusted site should not be required to copy all applets that it uses onto its server, and a trusted page may thus contain applets loaded from several different sites that should be allowed to cooperate. Trust in an applet requires trust in the arguments passed to the applet by the page that contains it. A rogue server should not be able to affect a trusted group (of which it is not part) in any way; if it could load an applet in a trusted group with bogus parameters, it might damage the group's data.
There is currently no way to create a group out of servers in unrelated domains. (A possibly syntax for this would be comma-separated host or domain names.)
If a host has multiple host names (e.g. DNS aliases), it may be part of different groups, depending on which host name is used in its URL.
No DNS lookup is attempted for host names given as numeric IP addresses (e.g. 184.108.40.206).