in reply to Re^3: How to PRINT CGI html table to a PNG file
in thread How to PRINT CGI html table to a PNG file

There are countless nodes on Perlmonks recommending and teaching CGI.

I recommend CGI. Sometimes I even recommend CGI.pm. I don't recommend using the HTML generation fuctions of CGI.pm. Those are 3 different things.

Perhaps you'd care to read some of my fervent defences of CGI on this site before labelling me one of the "weirdos who troll every CGI node". You will receive no further feeding from me today in any case.

  • Comment on Re^4: How to PRINT CGI html table to a PNG file

Replies are listed 'Best First'.
Re^5: How to PRINT CGI html...
by Anonymous Monk on Aug 23, 2018 at 15:17 UTC
    > I don't recommend using the HTML generation fuctions of CGI.pm.

    Can you please explain why: exactly? Generating HTML with subroutines is powerful, clean, fun. The concept seems to originate with the author of Devel::NYTProf about a year after the web was created. From HTML::AsSubs:

    Date: Tue, 4 Oct 1994 16:11:30 +0100 Subject: Wow! I have a large lightbulb above my head! Take a moment to consider these lines: %OVERLOAD=( '""' => sub { join("", @{$_[0]}) } ); sub html { my($type)=shift; bless ["<$type>", @_, "</$type>"]; } :-) I *love* Perl 5! Thankyou Larry and Ilya. Regards, Tim Bunce.
    Next year Perl will celebrate 25 years of functional HTML generation as one of the many supported Practical Extraction and Report Languages! <blink>*Cheers*</blink>

      You get a ++ for the <blink>*Cheers*</blink> and another for defending simple HTML generation. It’s mostly why I still reach for CGI(::Pretty). Since I can’t give you two ++s and I’m irritated by the thread I’ll hunt for a reason to take one back… Ah, the backronym--. Back to += 1 for that. :P