[32032] in Perl-Users-Digest
Perl-Users Digest, Issue: 3296 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Tue Feb 22 14:09:22 2011
Date: Tue, 22 Feb 2011 11:09:09 -0800 (PST)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Tue, 22 Feb 2011 Volume: 11 Number: 3296
Today's topics:
Re: books on perl <k4monk@gmail.com>
Re: books on perl <justin.1011@purestblue.com>
Re: books on perl <hfollmann@itcfollmann.com>
Re: books on perl <jurgenex@hotmail.com>
Re: books on perl <k4monk@gmail.com>
Re: books on perl <sherm.pendley@gmail.com>
Re: books on perl <glex_no-spam@qwest-spam-no.invalid>
Re: books on perl <k4monk@gmail.com>
Re: grab posted data <nospam.gravitalsun@hotmail.com.nospam>
Re: Hashes are good, but not good enough. <tzz@lifelogs.com>
Re: Imager module with GIFs <glex_no-spam@qwest-spam-no.invalid>
Re: Imager module with GIFs <jwcarlton@gmail.com>
Re: List Separator $, behaving oddly sharma__r@hotmail.com
Re: Regex question; match <br> after opening tag <hjp-usenet2@hjp.at>
Re: Regex question; match <br> after opening tag <cartercc@gmail.com>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Tue, 22 Feb 2011 03:45:26 -0800 (PST)
From: K4 Monk <k4monk@gmail.com>
Subject: Re: books on perl
Message-Id: <d097a4f4-598f-427a-a7d9-4c5b6c8c4852@a11g2000pro.googlegroups.com>
On Feb 21, 9:31=A0pm, Justin C <justin.1...@purestblue.com> wrote:
> On 2011-02-21, K4 Monk <k4m...@gmail.com> wrote:
>
> > can someone be so kind to point out some good perl books? I've
> > programmed in perl for a few years now but only to write small scripts
> > etc. and never went deep down to even find out stuff like proper use
> > of regex or parsing long strings for repeat patterns etc. Any help
> > would be appreciated.
>
> Ask perl: `perldoc -q book`
>
> =A0 =A0Justin.
>
> --
> Justin C, by the sea.
vidura@localhost~ $ perldoc -q book
You need to install the perl-doc package to use this program.
------------------------------
Date: Tue, 22 Feb 2011 12:57:31 +0000
From: Justin C <justin.1011@purestblue.com>
Subject: Re: books on perl
Message-Id: <reoc38-hpj.ln1@zem.masonsmusic.co.uk>
On 2011-02-22, K4 Monk <k4monk@gmail.com> wrote:
> On Feb 21, 9:31Â pm, Justin C <justin.1...@purestblue.com> wrote:
>> On 2011-02-21, K4 Monk <k4m...@gmail.com> wrote:
>>
>> > can someone be so kind to point out some good perl books? I've
>> > programmed in perl for a few years now but only to write small scripts
>> > etc. and never went deep down to even find out stuff like proper use
>> > of regex or parsing long strings for repeat patterns etc. Any help
>> > would be appreciated.
>>
>> Ask perl: `perldoc -q book`
>>
>> Â Â Justin.
>>
>> --
>> Justin C, by the sea.
>
> vidura@localhost~ $ perldoc -q book
> You need to install the perl-doc package to use this program.
God helps those who help themselves. Install perldoc.
Justin.
--
Justin C, by the sea.
------------------------------
Date: Tue, 22 Feb 2011 07:45:11 -0500
From: Henning Follmann <hfollmann@itcfollmann.com>
Subject: Re: books on perl
Message-Id: <87k4gsqluw.fsf@newton.itcfollmann.com>
K4 Monk <k4monk@gmail.com> writes:
> On Feb 21, 9:31Â pm, Justin C <justin.1...@purestblue.com> wrote:
>> On 2011-02-21, K4 Monk <k4m...@gmail.com> wrote:
>>
>> > can someone be so kind to point out some good perl books? I've
>> > programmed in perl for a few years now but only to write small scripts
>> > etc. and never went deep down to even find out stuff like proper use
>> > of regex or parsing long strings for repeat patterns etc. Any help
>> > would be appreciated.
>>
>> Ask perl: `perldoc -q book`
>>
>> Â Â Justin.
>>
>> --
>> Justin C, by the sea.
>
> vidura@localhost~ $ perldoc -q book
> You need to install the perl-doc package to use this program.
Yes do that! Install perl-doc!
H
--
Henning Follmann | hfollmann@itcfollmann.com
it consultant | www.itcfollmann.com
------------------------------
Date: Tue, 22 Feb 2011 07:10:56 -0800
From: Jürgen Exner <jurgenex@hotmail.com>
Subject: Re: books on perl
Message-Id: <cak7m6tkktmmb4fsosi988icimvcjlhign@4ax.com>
K4 Monk <k4monk@gmail.com> wrote:
>> On 2011-02-21, K4 Monk <k4m...@gmail.com> wrote:
>> > I've programmed in perl for a few years now
[...]
>vidura@localhost~ $ perldoc -q book
>You need to install the perl-doc package to use this program.
This combination is, well, shall we say, "interesting". How did you
manage to program in Perl without using the Perl documentation?
May I suggest to repair your broken installation asap?
jue
------------------------------
Date: Tue, 22 Feb 2011 08:17:12 -0800 (PST)
From: K4 Monk <k4monk@gmail.com>
Subject: Re: books on perl
Message-Id: <77736253-d9ba-4390-83d4-1cce3faecb82@k15g2000prk.googlegroups.com>
On Feb 22, 8:10=A0pm, J rgen Exner <jurge...@hotmail.com> wrote:
> K4 Monk <k4m...@gmail.com> wrote:
> >> On 2011-02-21, K4 Monk <k4m...@gmail.com> wrote:
> >> > I've programmed in perl for a few years now
> [...]
> >vidura@localhost~ $ perldoc -q book
> >You need to install the perl-doc package to use this program.
>
> This combination is, well, shall we say, "interesting". How did you
> manage to program in Perl without using the Perl documentation?
>
> May I suggest to repair your broken installation asap?
>
> jue
I've installed it now. I've programmed (if you can call it that) in
perl for years and never heard about perldoc. I generally wrote
whatever scripts I had to write with a bit of fiddling around and
looking at existing code
------------------------------
Date: Tue, 22 Feb 2011 12:02:29 -0500
From: Sherm Pendley <sherm.pendley@gmail.com>
Subject: Re: books on perl
Message-Id: <m2ipwcngt6.fsf@sherm.shermpendley.com>
K4 Monk <k4monk@gmail.com> writes:
> vidura@localhost~ $ perldoc -q book
> You need to install the perl-doc package to use this program.
So... install the perl-doc package.
sherm--
--
Sherm Pendley
<http://camelbones.sourceforge.net>
Cocoa Developer
------------------------------
Date: Tue, 22 Feb 2011 11:38:32 -0600
From: "J. Gleixner" <glex_no-spam@qwest-spam-no.invalid>
Subject: Re: books on perl
Message-Id: <4d63f499$0$4364$815e3792@news.qwest.net>
K4 Monk wrote:
> I've installed it now. I've programmed (if you can call it that) in
> perl for years and never heard about perldoc. I generally wrote
> whatever scripts I had to write with a bit of fiddling around and
> looking at existing code
Welcome to the 21st century. :-)
Be sure to learn about CPAN too: http://www.cpan.org/
------------------------------
Date: Tue, 22 Feb 2011 09:55:14 -0800 (PST)
From: K4 Monk <k4monk@gmail.com>
Subject: Re: books on perl
Message-Id: <15408e8a-fb8c-40cb-bd6f-fa1456ec727d@8g2000prt.googlegroups.com>
On Feb 22, 10:38=A0pm, "J. Gleixner" <glex_no-s...@qwest-spam-
no.invalid> wrote:
> K4 Monk wrote:
> > I've installed it now. I've programmed (if you can call it that) in
> > perl for years and never heard about perldoc. I generally wrote
> > whatever scripts I had to write with a bit of fiddling around and
> > looking at existing code
>
> Welcome to the 21st century. :-)
>
> Be sure to learn about CPAN too: =A0http://www.cpan.org/
Thank you! btw, I posted this in another newsgroup but never got a
response. After reading this thread and one of the booke (HOP) I have
realized that I don't know Perl. I've never used functions extensively
and don't understand how they work. And here's a program I wrote to
prove it.
#!/usr/bin/perl
use strict;
sub func {
my %list;
$list{"map"} =3D "key";
$list{"l"}=3D"j";
my @arr;
push (@arr, "egg");
push (@arr, "hell");
return (%list, @arr);
}
my @arrref =3D &func();
my %l =3D %{$arrref[0]};
my @r =3D @{$arrref[1]};
print "keys\n";
foreach my $k(keys %l) { print "$k\n"; }
print "array\n";
foreach my $rr(@r) { print "$rr\n"; }
------------------------------
Date: Tue, 22 Feb 2011 15:11:19 +0200
From: "George Mpouras" <nospam.gravitalsun@hotmail.com.nospam>
Subject: Re: grab posted data
Message-Id: <ik0cll$12s1$1@ulysses.noc.ntua.gr>
"George Mpouras" <nospam.gravitalsun@hotmail.com.nospam> wrote in message
news:ik04qa$a5u$1@ulysses.noc.ntua.gr...
>I want to catch row data posted to a CGI script.
> No url params are defined.
>
> STDIN
> $q->param('POSTDATA')
> $q->param('PUTDATA') are blank
>
> The only success I have is the $q->param(keywords)
> it returns the data until the first space .
> Any hint ;
>
>
Ok fixed, At "client" script the "$req->content_type('text/html');" did the
magic trick, so now data are at POSTDATA of server script, (without using
forms and temporary files)
....
my
$req = HTTP::Request->new();
$req->uri($Url);
$req->method( 'POST' );
$req->content_type('text/html');
$req->header ( 'MIME_Version' => '1.0', 'Accept' => 'text/html, text/plain,
image/*' );
...
$req->content ( $bindata );
...
------------------------------
Date: Tue, 22 Feb 2011 09:02:19 -0600
From: Ted Zlatanov <tzz@lifelogs.com>
Subject: Re: Hashes are good, but not good enough.
Message-Id: <87oc6415ac.fsf@lifelogs.com>
On Fri, 18 Feb 2011 21:18:47 +0100 "Peter J. Holzer" <hjp-usenet2@hjp.at> wrote:
PJH> On 2011-02-14 15:58, Ted Zlatanov <tzz@lifelogs.com> wrote:
>> Hundreds of millions of hash keys will take up a lot of memory, probably
>> unnecessarily.
PJH> If it's not necessary then don't use it. We are of course talking about
PJH> the case where a hash is the appropriate data structure.
This is a circular argument: of course if it's the appropriate data
structure, it's the appropriate data structure. My point was that
taking this approach is impractical generally.
>> Iterating through them will be painful even unsorted (as
>> with any large amount of data, it's the management that's hard, not
>> accumulating it).
PJH> Hashes are generally used for fast random lookup, not for iterating.
Sure, once it's loaded, it's fast. But the startup time is atrocious
and you can only do lookups. Also, do you need deletions, and if so,
are you happy with Perl's memory management?
>> I would *at least* partition the keys with a multi-level hash.
PJH> That takes even more memory, possibly a lot more (depends where you
PJH> split the key), and it doesn't improve locality. It may help if you only
PJH> need to access data from one partition, but then why are you putting the
PJH> other data into memory at all? It also helps for sorting, but you may
PJH> not have to sort your data.
In other words, it may help and it may not, and we don't know if we
don't know the specific use case. Right.
>> So I stand by "don't put hundreds of millions of keys
>> in a hash" whether you're using Perl or Java or C or C++. It may be
>> possible, but it's not practical.
PJH> It is practical as long as it fits into memory. One case where I could
PJH> have used a hash of 50+ million elements (but I could't at the time,
PJH> since that was on a 32 bit system so it wouldn't fit into memory) was a
PJH> comparison between to datasets: Read the first one into a hash, then
PJH> step through the second one record by record and look up the data from
PJH> the first. Total time: roughly the time to read the two files
PJH> sequentially. What I did instead was sort both datasets and them compare
PJH> the sorted files. Works, but was a lot slower (but still faster then
PJH> letting Oracle do the comparison).
This is similar to the case where I ended up with Sybase because the
Perl-based approach didn't scale. I can't say whether in your situation
it would have been a fast and sufficient approach to just use a hash,
but against Sybase I was able to parallelize the queries and do specific
comparisons on the interesting fields instead of the whole record. It
cut the run time significantly to do it against an RDBMS. As I said, it
was faster to just use a hash at first, but it quickly became an
unmanageable hack. That was my experience.
>> If a *string set* is required, then much more compact structures exist.
PJH> Yes. But you weren't talking about string sets.
I was giving practical advice that could actually be relevant to the
OP *after* discussing hashes.
PJH> You claimed that having huge hashes is slow (it isn't) and always a
PJH> mistake (it isn't).
OK, let's say it's fast for lookups in some cases and is a passable
solution in some very rare cases. Is that a fair summary?
Ted
------------------------------
Date: Tue, 22 Feb 2011 11:06:36 -0600
From: "J. Gleixner" <glex_no-spam@qwest-spam-no.invalid>
Subject: Re: Imager module with GIFs
Message-Id: <4d63ed1c$0$4355$815e3792@news.qwest.net>
jwcarlton wrote:
> Is it possible to convert an image from GIF to JPG using the Imager
> module, or am I going to have to switch over to Image::Magick?
>
> Currently, converting PNG or BMP is working fine, it's just a GIF that
> gives me an error. Here's the code I'm using:
Where's the following:
use Imager;
use strict;
use warnings;
???
>
> ($filename, $ext) = $pic =~ m/(.*)\.(.*)/;
What's the value of $pic?
>
> my $image = Imager->new;
What if new fails?
my $image = Imager->new() or die Imager->errstr;
> $image->read(file => "$path/$pic");
What if the read fails?
$image->read( file => "$path/$pic" ) or die $image->errstr . " When
trying to read $path/$pic.";
What's the value of $path?
> $image->write(file => "$path/$filename.jpg")) or
> die $image->errstr;
>
>
> When I upload a GIF, I get an error on the "write(file => ...)" line
Upload???..
> that says "Can't call method "write" on an undefined value".
That's not coming from it being a gif, jpg, etc. It's saying that
$image is not defined.
perldoc perldiag
------------------------------
Date: Tue, 22 Feb 2011 10:54:46 -0800 (PST)
From: jwcarlton <jwcarlton@gmail.com>
Subject: Re: Imager module with GIFs
Message-Id: <39b2beae-1b1a-4ea6-9d42-0ce33ded26b1@t19g2000prd.googlegroups.com>
> Where's the following:
>
> use Imager;
> use strict;
> use warnings;
>
> ???
I obviously didn't want to paste the entire script, just the relevant
parts. I'm also using use CGI::Carp qw(fatalsToBrowser).
> > ($filename, $ext) =3D $pic =3D~ m/(.*)\.(.*)/;
>
> What's the value of $pic?
$pic is the file name of the uploaded image. In this case, it's found
with the following:
$old_pic =3D upload('pic');
$pic =3D lc($old_pic);
$pic =3D~ s {.*[\:\\\/]} []gos;
$pic =3D~ s/[^A-Za-z0-9\._ \-=3D@\x80-\xFE]/_/go;
$pic =3D~ s/ /_/g;
open PIC, ">$path/$pic";
binmode (PIC);
while ($bytes =3D read($old_pic,$data,16384)) { print PIC $data; }
close PIC;
> > my $image =3D Imager->new;
>
> What if new fails?
> my $image =3D Imager->new() or die Imager->errstr;
>
> > $image->read(file =3D> "$path/$pic");
>
> What if the read fails?
> $image->read( file =3D> "$path/$pic" ) or die $image->errstr . " When
> trying to read $path/$pic.";
Neither are failing. I did add the die() statement here for testing,
but the only error is on the write() line.
> What's the value of $path?
/home/mydomain/www/image
> > $image->write(file =3D> "$path/$filename.jpg")) or
> > =A0 die $image->errstr;
>
> > When I upload a GIF, I get an error on the "write(file =3D> ...)" line
>
> Upload???..
>
> > that says "Can't call method "write" on an undefined value".
>
> That's not coming from it being a gif, jpg, etc. It's saying that
> $image is not defined.
>
> perldoc perldiag
I get that, but it's only happening when $pic is a GIF. On JPG, PNG,
and BMP, it's writing with no problem.
Thanks,
Jason
------------------------------
Date: Tue, 22 Feb 2011 07:16:58 -0800 (PST)
From: sharma__r@hotmail.com
Subject: Re: List Separator $, behaving oddly
Message-Id: <24712de4-1df6-4f79-9d57-e7bd4d29ee76@n16g2000prc.googlegroups.com>
On Feb 21, 10:02=A0am, "C.DeRykus" <dery...@gmail.com> wrote:
> On Feb 20, 6:16=A0pm, sharma...@hotmail.com wrote:
>
>
>
>
>
> > On Feb 21, 12:37=A0am, Ilya Zakharevich <nospam-ab...@ilyaz.org> wrote:
>
> > > On 2011-02-20, sharma...@hotmail.com <sharma...@hotmail.com> wrote:
>
> > > > So what you are implying is that Perl looks at the "address" of $,
> > > > to enable its magic.
>
> > > Do not think it is a productive way to describe the situation.
>
> > > The ACTUAL way things happen is that nobody ever reads $, . =A0A cert=
ain
> > > container is attached to a "scalar" slot of *, ; Perl internals read
> > > THIS CONTAINER when print() happens. =A0*foo =3D \BAR reassign the sc=
alar
> > > slot of *foo.
>
> > > > And why doesn't this behavior impacting the Exporter ?
>
> > > It is not clear what are you asking. =A0After
> > > =A0 *foo =3D \$, ;
> > > assignments to $foo would change the same container as assignments to
> > > $, .
>
> > > =A0 > perl -wle "*foo =3D \$, ; $foo =3D 12; print 1,2"
> > > =A0 1122
>
> > > Ilya
>
> > How do we explain what is going on in this scenario:
>
> > #!/usr/local/bin/perl
> > use strict; use warnings;
>
> > print "Before:...";
> > print "\$,=3D[$,]";
> > print "\\\$,=3D",\$,;
> > print qw(A B); #< -- AB
>
> > no strict 'refs';
> > =A0 =A0 =A0 =A0 *{"::,"} =3D \do{":"};
> > use strict 'refs';
> > print "After1:...";
> > print "\$,=3D[$,]";
> > print "\\\$,=3D",\$,;
> > print qw(A B); # <---- AB
>
> > =A0 =A0 =A0 =A0 $, =3D "+";
> > print "After2:...";
> > print "\$,=3D[$,]";
> > print "\\\$,=3D",\$,; #
> > print qw(A B); # <--- AB
> > __END__
>
> > Even when $, is reassigned as "+" the print is not taking it. This is
> > maybe coz container is still pointing to the do{":}" even now.
> > That means perl has stored the address of the "original" container of
> > $, and looks at that when print() is invoked. And that is
> > an undocumented feature.
>
> What version? =A0Program output is considerably
> different with modern Perl versions:
>
> =A0 =A0This is perl, v5.10.1 (*) built for amd64-freebsd
> =A0 =A0=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D
> =A0 =A0Before:...
> =A0 =A0Use of uninitialized value $, in concatenation (.)
> =A0 =A0or string...
> =A0 =A0$,=3D[]
> =A0 =A0\$,=3DSCALAR(0x9054ca8)
> =A0 =A0AB
> =A0 =A0After1:...
> =A0 =A0$,=3D[:]
> =A0 =A0\$,=3DSCALAR(0x9054e28)
> =A0 =A0AB
> =A0 =A0Modification of a read-only value attempted...
>
> =A0 =A0This is perl 5, version 12, subversion 2 (v5.12.2)
> =A0 =A0built for MSWin32-x86-multi-thread
> =A0 =A0=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D
> =A0 =A0Before:...
> =A0 =A0Use of uninitialized value $, in concatenation (.)
> =A0 =A0$,=3D[]
> =A0 =A0\$,=3DSCALAR(0x1a8028c)
> =A0 =A0AB
> =A0 =A0After1:...
> =A0 =A0$,=3D[:]
> =A0 =A0\$,=3D:SCALAR(0x90af74)
> =A0 =A0A:B
> =A0 =A0After2:...
> =A0 =A0$,=3D[+]
> =A0 =A0\$,=3D+SCALAR(0x90af74)
> =A0 =A0A+B
>
> --
> Charles DeRykus- Hide quoted text -
>
> - Show quoted text -
printf("perl v%vd OS %s\n",$^V, $^O);
$, =3D '_';
my $sep =3D '*';
*{"::,"} =3D \$sep;
print "ok", "[$,]\n";
#---------------------- Displays results shown below:
perl v5.8.9 OS linux
ok_[*]
###########################################################################=
#############################
My question is basically the following:
"print" when it spits out a list, separates the list elements by the
$, variable's value.
Now, in the print statement I have above, one of the list elements is
$, itself. When it prints
$, it picks '*' (that's coz $, has been aliased to $sep).
But the elements are separated by '_' which is the original value of
$,
Why does print not use the new aliased value of $, for separating the
list elements? Could it be the print has squirreled away
the value of $, at compile time, which it'll use at run time to
separate the elements?
#############################
--Rakesh
------------------------------
Date: Tue, 22 Feb 2011 14:51:12 +0100
From: "Peter J. Holzer" <hjp-usenet2@hjp.at>
Subject: Re: Regex question; match <br> after opening tag
Message-Id: <slrnim7fqh.a60.hjp-usenet2@hrunkner.hjp.at>
On 2011-02-22 09:02, Jason <jcarlton@gowilkes.com> wrote:
> On Feb 16, 9:27 pm, Sherm Pendley <sherm.pend...@gmail.com> wrote:
>> jwcarlton <jwcarl...@gmail.com> writes:
>> > Sherm Pendley <sherm.pend...@gmail.com> writes:
>>
>> >> The HTML::HTML5::Parser docs say that parse_string() should give you an
>> >> instance of XML::LibXML::Document, and the message above indicates that
>> >> it did. That's good news, as it shows that nothing actually went wrong;
>> >> the problem is that you're trying to print the object as if it were just
>> >> a string. What you should do instead is check the docs for that module,
>> >> and find a method for that object that will give you a string. At first
>> >> glance, it looks to me like toString() would be appropriate:
>>
>> >> print $comment->toString();
>>
>> > Awesome! That worked perfectly, Sherm.
>>
>> > I looked all through the docs, both last night and today, and didn't
>> > see anything like that. For the sake of my own learnin', where exactly
>> > did you find that?
>>
[...]
>
> I'm using HTML::HTML5::Parser now, and while it works fine on catching
> opening <span> or whatever without a closing </span>, I'm still not
> sure how I should use this to remove the opening or trailing <br> in a
> string like:
As Sherm said, HTML::HTML5::Parser returns an XML::LibXML::Document
object, so you can use all the methods of XML::LibXML::Document (and
XML::LibXML::Node, which is a superclass of XML::LibXML::Document) to
manipulate the tree.
For example:
* findnodes to find your br elements
* nextNonBlankSibling and previousNonBlankSibling to check if they are
the last or first nonblank element of their parent.
* unbindNode or removeChild to delete them
hp
------------------------------
Date: Tue, 22 Feb 2011 06:21:02 -0800 (PST)
From: ccc31807 <cartercc@gmail.com>
Subject: Re: Regex question; match <br> after opening tag
Message-Id: <4e55e461-a748-4909-8aa5-c862f27f8390@t13g2000prc.googlegroups.com>
On Feb 18, 4:03=A0pm, Tad McClellan <ta...@seesig.invalid> wrote:
> > not valid HTML.
> XHTML is not the same as HTML.
I was thinking of running the HTML code through the W3C validator. I
almost always to so, and try my best to achieve the green light.
http://validator.w3.org/
Sometimes I settle for less, but to my thinking (not following the
precise definitions but just my habits) anything that passes the
validator is valid HTML and anything that doesn't isn't.
I understand that this is a subject that people can have very
different opinions on. My opinion is that, whenever possible, HTML
should pass the validator, but I don't insist that others have the
same opinion.
CC.
------------------------------
Date: 6 Apr 2001 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 6 Apr 01)
Message-Id: <null>
Administrivia:
To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.
Back issues are available via anonymous ftp from
ftp://cil-www.oce.orst.edu/pub/perl/old-digests.
#For other requests pertaining to the digest, send mail to
#perl-users-request@ruby.oce.orst.edu. Do not waste your time or mine
#sending perl questions to the -request address, I don't have time to
#answer them even if I did know the answer.
------------------------------
End of Perl-Users Digest V11 Issue 3296
***************************************
