Show
Ignore:
Timestamp:
25.06.2018 16:51:57 (17 months ago)
Author:
ak19
Message:

Got a basic Windows version of PDFPlugin's new paged_html mode working

Files:
1 modified

Legend:

Unmodified
Added
Removed
  • main/trunk/greenstone2/bin/script/gsConvert.pl

    r32205 r32207  
    848848    my $xpdf_pdftohtml = &FileUtils::filenameConcatenate($ENV{'GSDLHOME'}, "bin", $ENV{'GSDLOS'}, "xpdf-tools"); 
    849849 
    850     if ($ENV{'GSDLOS'} =~ m/^windows$/i) { 
     850    if ($ENV{'GSDLOS'} =~ m/^darwin$/i) { 
    851851    # TODO 
    852     } elsif ($ENV{'GSDLOS'} =~ m/^darwin$/i) { 
    853     # TODO 
    854     } else { # unix, use the appropriate bin folder for the bitness of the system 
    855  
     852    } else { # unix or windows, use the appropriate bin folder for the bitness of the system 
     853        # In fact, when testing 3 different PDF docs, it doesn't seem to make a difference on 
     854        # 64 bit Windows whether the pdftohtml binary in the bin32 or bin64 folder is used. 
     855        # However, maybe we'll use another xpdf-tool too in future where bitness will be relevant. 
     856     
    856857    # Don't use $ENV{'GSDLARCH'}, use the new $ENV{'BITNESS'}, since 
    857858    # $ENV{'GSDLARCH'} is only (meant to be) set when many other 32-bit or 64-bit 
     
    866867    } 
    867868 
     869    #print STDERR "@@@@ BITNESS: " . $ENV{'BITNESS'} . "\n"; 
     870     
    868871    # We'll create the file by name $output_filestem during post-conversion processing. 
    869872    # Note that Xpdf tools will only create its conversion products in a dir that does