On 12/20/2008 08:26 AM, steveinseattle wrote:
> On Dec 19, 11:53 am, Robert Kaiser <ka...@kairo.at> wrote:
>> Mark Hansen wrote:
>> > Have you tested this on Mac?
>> > I know that on Linux, this issue exists (where you have to use the -remote
>> > command line arg, etc.). I was assuming based on the OP's comments, that
>> > the same issue exists for the Mac O/S. I don't use Mac, though, so I can't
>> > say for sure.
>> FYI, I just tested this with my 2.0a3pre Linux build and |seamonkey
>> -edit foo.html| works fine there when SeaMonkey is already open, so this
>> problem will be fixed in SeaMonkey 2.
>> Robert Kaiser
> Indeed, I've verified that with 2.0a2pre on Linux, the issue does not
> exist. It behaves quite nicely there.
> But on Mac OS the issue does exist. I'll log a bug on this in hopes
> that it gets fixed.
> -- Steve
As an added note: I use the following on my system (linux) - tested in
both 1.1.14 and 2.03apre:
/home/<username>/seamonkey/seamonkey -remote openURL("%s",new-tab)
Works well for me in applications where I have SeaMonkey open and I
click on a URL; the url opens in a new tab. So, in linux at least, the
'-remote openURL' command is working.
support-seamonkey mailing list