Re: [ANN] RegexKit - An Objective-C Framework for Regular Expressions Using the PCRE Library

FROM : Mark Munz
DATE : Thu Sep 06 16:05:38 2007

I think this is just an expression of frustration that Apple hasn't
provided a standard Regex framework for Cocoa, despite using ICU since
Tiger.

Using ICU and building against the dylib is non-trivial -- and Apple
apparently doesn't feel addressing this issue is more important than
animating the views as they slide around the screen.


On 9/6/07, Michael Watson <<email_removed>> wrote:
> Isn't "NS" reserved for Apple? (So much as the namespace can be
> reserved, that is.)
>
>
>
> --
> m-s
>
> On 05 Sep, 2007, at 10:08, Ilan Volow wrote:
>
> > If by the time that 10.5 is released, the mac development community
> > still doesn't have basic regex support in Foundation, you have my
> > vote to the change the name of your project to NSRegularExpression.
> >
> > -- Ilan
> >
> > On Sep 2, 2007, at 7:12 PM, Alastair Houghton wrote:
> >
> >> On 1 Sep 2007, at 20:49, John Engelhart wrote:
> >>
> >>> Announcing RegexKit - A framework for regular
> >>> expressions using the PCRE library.
> >>
> >> Hi John,
> >>
> >> Any chance of changing the name to PCREKit or something more
> >> specific?  It's just that there are a number of regexp libraries,
> >> all with subtly different implementations (e.g. POSIX, PCRE,
> >> Oniguruma, ICU...).  It can be a bit puzzling at times when
> >> confronted with apps using the various different libraries (and/or
> >> with various different options enabled), so I think it'd be good
> >> to make it *really* obvious to people that your library is using
> >> PCRE.
> >>
> >> Incidentally, does PCRE have good (i.e. native) support for
> >> UTF-16?  Oniguruma and ICU both do (and ICU includes a powerful
> >> implementation of the regex character class feature that lets you
> >> query Unicode attributes), which makes them a good choice for
> >> integration with Cocoa, but if you have to e.g. transcode to UTF-8
> >> in order to use regex matching, it's going to be somewhat more
> >> expensive.
> >>
> >> BTW, nice documentation.  I was going to ask what tools you used
> >> to do it, but it looks like you included them in the source
> >> distribution.  You should consider packaging up the doc. building
> >> tools separately, as it looks like they're an improvement on
> >> headerdoc.
> >>
> >> On 1 Sep 2007, at 22:20, John C. Randolph wrote:
> >>
> >
> > Ilan Volow
> > "Implicit code is inherently evil, and here's the reason why:"
> >
> >
> >
> > _______________________________________________
> >
> > Cocoa-dev mailing list (<email_removed>)
> >
> > Please do not post admin requests or moderator comments to the list.
> > Contact the moderators at cocoa-dev-admins(at)lists.apple.com
> >
> > Help/Unsubscribe/Update your Subscription:
> > http://lists.apple.com/mailman/options/cocoa-dev/mikey-san%
> > 40bungie.org
> >
> > This email sent to <email_removed>
>
> _______________________________________________
>
> Cocoa-dev mailing list (<email_removed>)
>
> Please do not post admin requests or moderator comments to the list.
> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
>
> Help/Unsubscribe/Update your Subscription:
> http://lists.apple.com/mailman/options/cocoa-dev/<email_removed>
>
> This email sent to <email_removed>
>



--
Mark Munz
unmarked software
http://www.unmarked.com/