Hello, Floris van Manen wrote:
i would opt for a better 'result-ready' flag (e.g. providing the link to the result) instead of opening a log file that is of not too much interest when everything went OK.
How about something like that: Show an intermediate page with a reload HTTP header which calls itself repeatedly a) If the PDF file exists redirect to the PDF page b) If no PDF exists but the texexec has ended, redirect to the logfile Maybe some option "[ ] don't load PDF file automatically", which shows a page where I can choose between PDF file and logfile, might be useful too. The redirect should not use http-equiv but the real HTTP header. Instead of reloading, you may also try Serverpush: # Use server push to display a "Please wait..." message for the user while # executing their query if their browser supports it and they are viewing # the bug list as HTML and they have not disabled it by adding &serverpush=0 # to the URL. # # Server push is a Netscape 3+ hack incompatible with MSIE, Lynx, and others. # Even Communicator 4.51 has bugs with it, especially during page reload. # http://www.browsercaps.org used as source of compatible browsers. # my $serverpush = $format->{'extension'} eq "html" && exists $ENV{'HTTP_USER_AGENT'} && $ENV{'HTTP_USER_AGENT'} =~ /Mozilla.[3-9]/ && $ENV{'HTTP_USER_AGENT'} !~ /[Cc]ompatible/ && $ENV{'HTTP_USER_AGENT'} !~ /WebKit/ && !defined($::FORM{'serverpush'}) || $::FORM{'serverpush'}; if ($serverpush) { print $cgi->multipart_start(); # Generate and return the UI (HTML page) from the appropriate template. $template->process("list/server-push.html.tmpl", $vars) print $cgi->multipart_end(); print $cgi->multipart_start(-type=>$contenttype); } #Generate normal content print $cgi->multipart_final() if $serverpush; Tobias