zoom-in feature for graphs doesn't work for safari browser
I was told by one of my co-workers that the graph zoom-in feature doesn't work in Apple's safari browser. I don't have safari so I can verify it, but can anyone else? If it doesn't work, I guess you can consider this a bug report.
Tom
On 6/2/05 7:58 AM, "Tom Georgoulias" <tgeorgoulias at mcclatchy.com> wrote:
I was told by one of my co-workers that the graph zoom-in feature doesn't work in Apple's safari browser. I don't have safari so I can verify it, but can anyone else? If it doesn't work, I guess you can consider this a bug report.
Tom
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Indeed, it does not work. It does work in Firefox quite nicely though.
Michael Dunne Systems Support Specialist AccuWeather, Inc.
On Thu, Jun 02, 2005 at 09:11:24AM -0400, Michael Dunne wrote:
On 6/2/05 7:58 AM, "Tom Georgoulias" <tgeorgoulias at mcclatchy.com> wrote:
I was told by one of my co-workers that the graph zoom-in feature doesn't work in Apple's safari browser. I don't have safari so I can verify it, but can anyone else? If it doesn't work, I guess you can consider this a bug report.
Indeed, it does not work. It does work in Firefox quite nicely though.
I believe Safari and the KDE browser "Konqueror" shares some code, so I tried it with the one from KDE 3.4, and it is indeed broken.
It seems that the rectangle where the zoom cross-hair is active is misplaced, so it is far off on the left side of the graph. Marking some of this rectangle as you normally would works, and it displays a zoomed graph.
I'm inclined to deem this a browser bug, unless someone can convince me otherwise :-) It's apparently fixed in the newer Safari version from Mac OS X 1.04 (Tiger), so my bet still is on a browser JavaScript bug.
Henrik
Zoom works for me fine with Safari in Tiger.
What doesn't work are some of the reports.
When I try to generate a availability report or a snapshot report I
get a download dialog box like it wants to download a file called bb-
rep.sh.
This is also true on IE on mac (yuk).
Although Firefox works just fine.
Any ideas, my guess is this is a MIME issue.
Thanks,
Lee
On Jun 2, 2005, at 7:58 AM, Tom Georgoulias wrote:
I was told by one of my co-workers that the graph zoom-in feature
doesn't work in Apple's safari browser. I don't have safari so I
can verify it, but can anyone else? If it doesn't work, I guess
you can consider this a bug report.Tom
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
On Fri, Jun 03, 2005 at 09:47:43AM -0400, Lee J. Imber wrote:
Zoom works for me fine with Safari in Tiger.
What doesn't work are some of the reports.
When I try to generate a availability report or a snapshot report I
get a download dialog box like it wants to download a file called bb- rep.sh.This is also true on IE on mac (yuk).
Although Firefox works just fine.
Since report generation can take some time, the bb-rep CGI starts by sending your browser a response of the type "multipart/mixed". This is two html documents; the first one shows a "please wait while generating report..." thing, the second is a redirect to send your browser off to the actual URL for the final report.
Konqueror (from KDE, has some common code with Safari) does the same thing, but does allow me the choice of either saving the response to a file or opening it in the browser. If I select "Open" it works as it should. Does Safari allow that ? Have you tried it ?
Regards, Henrik
No open option, just a download option. :(
On Jun 3, 2005, at 10:15 AM, Henrik Stoerner wrote:
On Fri, Jun 03, 2005 at 09:47:43AM -0400, Lee J. Imber wrote:
Zoom works for me fine with Safari in Tiger.
What doesn't work are some of the reports.
When I try to generate a availability report or a snapshot report I get a download dialog box like it wants to download a file called bb- rep.sh.
This is also true on IE on mac (yuk).
Although Firefox works just fine.
Since report generation can take some time, the bb-rep CGI starts by sending your browser a response of the type "multipart/mixed". This is two html documents; the first one shows a "please wait while
generating report..." thing, the second is a redirect to send your browser off to the actual URL for the final report.Konqueror (from KDE, has some common code with Safari) does the same thing, but does allow me the choice of either saving the response to a file or opening it in the browser. If I select "Open" it works as it should. Does Safari allow that ? Have you tried it ?
Regards, Henrik
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
On Fri, Jun 03, 2005 at 09:47:43AM -0400, Lee J. Imber wrote:
What doesn't work are some of the reports.
When I try to generate a availability report or a snapshot report I get a download dialog box like it wants to download a file called bb- rep.sh.
OK, so a workaround would be to simply avoid the multipart document when the end-user has a KHTML/Safari browser.
There's a patch now at http://www.hswn.dk/hobbitsw/hobbit-4.0.4-safari.patch
This just makes your browser wait while the report is generated, and it solves the problem when I test with Konqueror. You'll just have to be patient and not hit the Stop button until the report is done.
Regards, Henrik
No open option, just a download option. :(
On Jun 3, 2005, at 10:15 AM, Henrik Stoerner wrote:
On Fri, Jun 03, 2005 at 09:47:43AM -0400, Lee J. Imber wrote:
Zoom works for me fine with Safari in Tiger.
What doesn't work are some of the reports.
When I try to generate a availability report or a snapshot report I get a download dialog box like it wants to download a file called bb- rep.sh.
This is also true on IE on mac (yuk).
Although Firefox works just fine.
Since report generation can take some time, the bb-rep CGI starts by sending your browser a response of the type "multipart/mixed". This is two html documents; the first one shows a "please wait while
generating report..." thing, the second is a redirect to send your browser off to the actual URL for the final report.Konqueror (from KDE, has some common code with Safari) does the same thing, but does allow me the choice of either saving the response to a file or opening it in the browser. If I select "Open" it works as it should. Does Safari allow that ? Have you tried it ?
Regards, Henrik
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
participants (5)
-
dunne@accuweather.com
-
henrik@hswn.dk
-
lee@imber.com
-
tgeorgoulias@mcclatchy.com
-
toaster@imber.com