On Fri, 3 Oct 2008, Timothy S. Nelson wrote:
On Fri, 3 Oct 2008, Timothy S. Nelson wrote:
On Thu, 2 Oct 2008, Timothy S. Nelson wrote:
Now that Perl6 is in the mix, though, I think that the best way to do
it is to make roles that model eg. Nodes, Plexes (Documents), Elements,
and the like,
On Thu, 2 Oct 2008, Moritz Lenz wrote:
[snip]
It sounds like a perfect idea for a very general library or rather
library framework. Perl 6 has all the hooks to install stuff like this.
Agree 100%. But I thought it might be useful toget some feedback from
others on this; I'd like to see the
On Fri, 3 Oct 2008, Timothy S. Nelson wrote:
On Thu, 2 Oct 2008, Timothy S. Nelson wrote:
Now that Perl6 is in the mix, though, I think that the best way to do
it is to make roles that model eg. Nodes, Plexes (Documents), Elements, and
the like, and then have operators on them do all the wor
Qui, 2008-10-02 às 12:55 +0100, Tim Bunce escreveu:
> Like applying XPath to an XML DOM, only more general and taken
> further.
> By "more general and taken further" I'm thinking of the same kind of
> evoltion from simple regular expressions in perl5 to grammars in perl6.
> An XPath query is like a
For tree-oriented pattern matching syntax, I'd recommend for
inspiration the RELAX NG Compact Syntax, rather than XPath.
Technically, RELAX NG is an XML schema validation language; but the
basic principle that it uses is to describe a tree-oriented pattern,
and to consider the document to be valid
On Oct 2, 2008, at 10:36 , Timothy S. Nelson wrote:
On Thu, 2 Oct 2008, Timothy S. Nelson wrote:
Now that Perl6 is in the mix, though, I think that the best way to
do it is to make roles that model eg. Nodes, Plexes (Documents),
Elements, and the like, and then have operators on them do all
On Thu, 2 Oct 2008, Timothy S. Nelson wrote:
Now that Perl6 is in the mix, though, I think that the best way to do
it is to make roles that model eg. Nodes, Plexes (Documents), Elements, and
the like, and then have operators on them do all the work (like my idea of
using a slash for a combine
Timothy S. Nelson wrote:
> Hi all. I've enjoyed(?) reading over the February/March thread
> entitled "Musings on operator overloading". I've brought a few thoughts
> along; if they're old news, please tell me where to do more reading on it :).
>
> Over the last year or two, I've di
HaloO,
Tim Bunce wrote:
But I have a nagging suspicion that this is a very powerful idea.
Applying the expressive power of a grammar-like mechanism to
search, backtrack, and match within a tree-like data structure.
Is this new or has anyone discussed it before?
I've mentioned the idea of usin
On Thu, 2 Oct 2008, Daniel Ruoso wrote:
One thing we realized at that time is that XPath is good enough, even if
it seems to be adressing XML specifically, it has the concept of
"dimension" that can be extended to represent arbitrary aspects of
objects.
Hmm. Back in March, before I discovere
On Thu, 2 Oct 2008, Tim Bunce wrote:
The key point Brandon is making, that I'm not sure you're answering,
You probably mean "OtherTim" (ie. me) instead of "Brandon" here :).
Yeap, sorry Tim.
(I've seen comments like this totally confuse everyone, so I thought
I'd better mention i
On Thu, Oct 02, 2008 at 07:01:39PM +1000, Timothy S. Nelson wrote:
> On Thu, 2 Oct 2008, Tim Bunce wrote:
>
>> On Wed, Oct 01, 2008 at 11:24:04PM -0400, Brandon S. Allbery KF8NH wrote:
>>> On 2008 Oct 1, at 22:23, Timothy S. Nelson wrote:
On Wed, 1 Oct 2008, Brandon S. Allbery KF8NH wrote:
>>>
On Wed, Oct 01, 2008 at 11:24:04PM -0400, Brandon S. Allbery KF8NH wrote:
> On 2008 Oct 1, at 22:23, Timothy S. Nelson wrote:
>> On Wed, 1 Oct 2008, Brandon S. Allbery KF8NH wrote:
>>> On 2008 Oct 1, at 22:14, Timothy S. Nelson wrote:
Hi all. I've enjoyed(?) reading over the February/March
On Thu, 2 Oct 2008, Tim Bunce wrote:
On Wed, Oct 01, 2008 at 11:24:04PM -0400, Brandon S. Allbery KF8NH wrote:
On 2008 Oct 1, at 22:23, Timothy S. Nelson wrote:
On Wed, 1 Oct 2008, Brandon S. Allbery KF8NH wrote:
On 2008 Oct 1, at 22:14, Timothy S. Nelson wrote:
Hi all. I've enjoyed
14 matches
Mail list logo