This means that the -display option is ineffective on it's own, but no mention 
is made of using -no-remote in the man page.

It also seems that I cannot have two window instances using the same profile, 
even if they are on the same screen, using the -no-profile option.  What seems 
to work well for me is to run without the -no-remote option but to create a 
profile for each of my displays.

To run on display 1 with profile one:
 iceweasel --display=:0.0 -P one &
To run on display 2 with profile two:
iceweasel --display=:0.1 -P two &

Thank you for helping me resolve this behaviour, it is a little suppressing 
considering the usage stated in the man page:
USAGE
       iceweasel  is a simple shell script that will set up the environment for 
the actual executable, firefox-bin.  If there is an Iceweasel browser already 
running, iceweasel will arrange for it to create a new browser  window;  
otherwise  it  will start the Iceweasel application.

If the script can tell that it is running on an X11 system and that there are 
multiple displays, why does it not just spawn a new default profile for the 
user for each display?  Something like "icweasel -display=$DISPLAY -P $DISPLAY" 
should work repeatedly for both the Seperate X Screen system I run and in a 
TwinView system it should see no change as $DISPLAY would always be the same 
thing.  Perhaps if keeping the "default" profile as the default catching when 
$DISPLAY==:0.0 would work in the majority of cases?
I am not very good with shell scripts so I am unsure how to translate my 
suggestion above into a patch file but I will think about it over the next 
couple of days if you think it would be worthwhile?

Reply via email to