On Fri, 24 Nov 2000, Nicholas Clark wrote:
> I think Dan was suggesting that the (user side) regex doesn't change at all
> (so that's no new syntax there)
> It's just that the innards of perl gains a tied scalar that doesn't actually
> read in and buffer the file immediately, but defers it as lon
David Mitchell wrote:
>
> Roland Giersig <[EMAIL PROTECTED]> wrote:
>
> > Maybe:
> >
> > "Perl6 should excell at manipulating *formatted* text."
>
> Quite possibly, although as a previous poster has pointed out,
> formatted text != XML.
Yes, but both share a common underlying structure: they a
Roland Giersig <[EMAIL PROTECTED]> wrote:
> Maybe:
>
> "Perl6 should excell at manipulating *formatted* text."
Quite possibly, although as a previous poster has pointed out,
fotmatted text != XML.
ie in the sense that HTML, RTF, TeX etc, have a natural sense of containing
a single piece of te
Bart Lateur wrote:
>
> On Fri, 24 Nov 2000 08:54:43 +0100, Roland Giersig wrote:
>
> >Maybe the title should be :
> >
> >"Perl should use XML as its basic data type instead of linear strings"
>
> Horrible.
>
> I kinda liked your original proposal. But you should NOT focus on XML.
> That leaves
On Fri, Nov 24, 2000 at 01:01:29AM -0500, Sam Tregar wrote:
> On Wed, 22 Nov 2000, Dan Sugalski wrote:
>
> > Probably the easiest thing is to implement some sort of file-tied scalar or
> > something that can provide bytes to the regex engine until it stops asking
> > for them. Some magic or other
On Fri, 24 Nov 2000 08:54:43 +0100, Roland Giersig wrote:
>Maybe the title should be :
>
>"Perl should use XML as its basic data type instead of linear strings"
Horrible.
I kinda liked your original proposal. But you should NOT focus on XML.
That leaves out too many other possible data sources:
