Re: Character Properties

2002-10-22 Thread Larry Wall
On Tue, 22 Oct 2002, Erik Steven Harrison wrote: : On Mon, 21 Oct 2002 16:49:57 : Dan Sugalski wrote: : > : >Almost. At least perl 5's macros look like C. Emacs' macro horrors : >make C look like Lisp... : : This is because C is _clearly_ a dialect of Lisp . . . Yeah, look at all the extra p

Re: Character Properties

2002-10-22 Thread Erik Steven Harrison
-- On Mon, 21 Oct 2002 16:49:57 Dan Sugalski wrote: > >Almost. At least perl 5's macros look like C. Emacs' macro horrors >make C look like Lisp... This is because C is _clearly_ a dialect of Lisp . . . -Erik >-- > Dan > >-

Re: Character Properties

2002-10-21 Thread Rafael Garcia-Suarez
Dan Sugalski wrote : > > And, FWIW, emacs is written in C. Granted a much macro-mutated > version of C, but C nonetheless. Just like Perl 5 ;-)

Re: Character Properties

2002-10-21 Thread Luke Palmer
> I didn't call the problem unreasonable, I was objecting to its > characterization as an "essential feature". It isn't. A useful thing, > definitely, but there are a lot of those. It's hardly essential any > more than, say, a hash that automagically maps to the current > directory's files (ite

Re: Character Properties

2002-10-21 Thread Dan Sugalski
At 7:22 PM + 10/21/02, Rafael Garcia-Suarez wrote: Dan Sugalski wrote : And, FWIW, emacs is written in C. Granted a much macro-mutated version of C, but C nonetheless. Just like Perl 5 ;-) Almost. At least perl 5's macros look like C. Emacs' macro horrors make C look like Lisp... --

Re: Character Properties

2002-10-21 Thread Dan Sugalski
argument otherwise, I'm all ears. While they're certainly useful, I think essential's an awfully strong word there. You'll note that, just off the top of my head, C, BASIC, Fortran, Perl, Python, Java, Ruby, Pascal, Oberon, Modula (2 and 3), Forth, Eiffel, Haskell, BLISS, C++,

Re: Character Properties

2002-10-21 Thread Simon Cozens
[EMAIL PROTECTED] (David Whipp) writes: > It should be possible to define the bookmark methods on the basic string > class to rebless the object onto a more powerful subclass. That makes it a doubly good candidate for modulehood. -- It's 106 miles from Birmingham, we've got an eighth of a tank

Re: Character Properties

2002-10-21 Thread Dan Sugalski
orth, Eiffel, Haskell, BLISS, C++, C#, COBOL, PL/I, APL, B, and BCPL > all don't do character properties/attributes. -- Dan --"it's like this"--- Dan Sugalski

RE: Character Properties

2002-10-21 Thread David Whipp
Jonathan Scott Duff wrote: > > Ok, how about this: Is there a reason I to? Or > > should I not go there? > > Off hand, it sounds expensive. I don't see a way to only let > the people who use it incur the penalty, but my vision isn't > the best in the world. It should be possible to define the

Re: Character Properties

2002-10-21 Thread Jonathan Scott Duff
On Mon, Oct 21, 2002 at 02:20:56PM -0600, Luke Palmer wrote: > Fair enough. Then tell me how you solve this problem: You have a text > file in a string, that the user has marked several places in. He's > referring to words for which he wants to keep bookmarks in. Now, he > deletes text (using su

Re: Character Properties

2002-10-21 Thread Dan Sugalski
'm all ears. While they're certainly useful, I think essential's an awfully strong word there. You'll note that, just off the top of my head, C, BASIC, Fortran, Perl, Python, Java, Ruby, Pascal, Oberon, Modula (2 and 3), Forth, Eiffel, Haskell, BLISS, C++, C#, COBOL, PL/I,

Re: Character Properties

2002-10-21 Thread Luke Palmer
t otherwise, I'm all ears. > > While they're certainly useful, I think essential's an awfully strong > word there. You'll note that, just off the top of my head, C, BASIC, > Fortran, Perl, Python, Java, Ruby, Pascal, Oberon, Modula (2 and 3), > Forth, Eiff