On Sun, April 6, 2008 9:28 pm, Gabor Szabo wrote:
> Is there a W3C validator that works locally on my computer?
You mean an X?HTML validator?
I haven't used it, but:
http://htmlhelp.com/tools/validator/offline/index.html.en
Is there a W3C validator that works locally on my computer?
All the modules I found so far use the http://validator.w3.org/ service
including Test::HTML::W3C but that's not really usable in a frequently
running test suit.
There is Bundle::W3C::Validator that I think bundles all the modules need
* On Sun, Apr 06 2008, Guy Hulbert wrote:
> On Sun, 2008-06-04 at 23:47 +0200, Philippe Bruhat (BooK) wrote:
>> > It still looks like a big job to me.
>> >
>>
>> Kobesearch's sources are available.
>
> See Jonathan Rockaway's last reply in this thread. His stuff looks
> really good. He pointed
Randy J. Ray wrote:
One thing I would like advice on (besides suggestions for future features),
is, errr, the name. Right now, I'm leaning towards Test::Markup. That might
wind up the YAML guys a bit, though (which is actually a quite-acceptable
bonus to me), possibly the JSON camp as well. So I
All,
Inspired by a u.p.o journal post that Ovid made (
http://use.perl.org/~Ovid/journal/36010), I've been working on a module that
will unify testing capabilities for various markup/serialization formats.
Right now, I plan on:
* XML validity against a DTD
* XML validity against a XML schema
* XM
On Sun, 2008-06-04 at 19:25 -0400, Guy Hulbert wrote:
> Jonathan Rockaway
Sorry. Should have been 'Rockway'.
--
--gh
On Sun, 2008-06-04 at 23:47 +0200, Philippe Bruhat (BooK) wrote:
> > It still looks like a big job to me.
> >
>
> Kobesearch's sources are available.
See Jonathan Rockaway's last reply in this thread. His stuff looks
really good. He pointed me to this (offlist):
http://git.jrock.us/?p=MetaCP
On Sat, Apr 05, 2008 at 09:18:21AM -0400, Guy Hulbert wrote:
>
> Concisely, I think the best solution is to add some restrictions at the
> upload interface. To be consistent with TMTOWTDI, these would not
> prevent modules from being uploaded but not following them would result
> in making the mo
# from Nicholas Clark
# on Sunday 06 April 2008 09:33:
>> reserved (and it's a parse error to use an unknown lower-case key).
>> Are there any strange Unicode issues where we might get confused
>> about what is upper and lower case?)
>
>I believe that there are code points which would be considere
--- Eric Wilhelm <[EMAIL PROTECTED]> wrote:
> # from Ovid
> # on Sunday 06 April 2008 08:41:
>
> >file: t/something.t
>
> If the filename is the same on every test in the stream, why is this
> being attached to the test and not the stream?
>
> Or, the filename *could* change between tests in a
Eric Wilhelm wrote:
> # from Ovid
> # on Sunday 06 April 2008 08:41:
>
>> file: t/something.t
>
> If the filename is the same on every test in the stream, why is this
> being attached to the test and not the stream?
It's the default (when attached to a stream), but can be overridden by each
ind
# from Ovid
# on Sunday 06 April 2008 08:41:
>file: t/something.t
If the filename is the same on every test in the stream, why is this
being attached to the test and not the stream?
Or, the filename *could* change between tests in a stream? Does it?
Should it?
--Eric
--
A counterintuitive
On Sun, Apr 06, 2008 at 08:41:11AM -0700, Ovid wrote:
> Currently you can shove anything in there you want, but you must use
> upper-case keys for your personal use and all lower-case keys are
> reserved (and it's a parse error to use an unknown lower-case key).
> Are there any strange Unicode is
Hi all,
Mostly an FYI: I'm in Oslo right now and we're working out (and
implementing) new features in TAP. One of them is the new YAML
diagnostics. They look like this (these aren't all we support):
not ok 2 We ain't got foobar!
---
file: t/something.t
line: 14
tags:
14 matches
Mail list logo
