ANN: English 0.1

[Trans]

English 0.1

http://english.rubyforge.org

The initial release of English has hit the streets. English is a
Facets spin-off project --containing all the libraries related to
working with the English language and language text in general. Among
these are libraries for plural/singular noun inflection, word
filtering, obfuscation, numerals as words, roman numerals, and so on.

This is a very early release so expect the API to shift a bit as it
develops. And please, let me know if you'd like to see anything
changed or added to the library.

gem install english

T.

 

[Alex Young]

English 0.1

http://english.rubyforge.org

I hate to point this out, but isn't having "require 'english'" and
"require 'English'" both being valid and completely different going to
be rather confusing?

 

[Trans]

I hate to point this out, but isn't having "require 'english'" and
"require 'English'" both being valid and completely different going to
be rather confusing?

Well, there is no "require 'english'" but rather "require 'english/
somelib'". But despite the name overlap I think we can manage.

Besides, "English" is a rather poor name for what that library does
IMHO; and Facets has an OOP alternative called 'rbsystem' (albeit it
could still use some fine tuning).

T.

 

[Trans]

Hi,




I don't mean to sound abrupt, but why are there so many spelling/grammar
errors on the main page? Missing 'for' in the first sentence, `a few',
`fantastic', `general', `handle'.. sorry. It just seems ironic for a gem
named english.

B/c I'm a "creative speller" and this is version 0.1. Thanks for
mentioning it though, I'll review and run a spell checker over it when
I get a chance.

T.

 

[ara.t.howard]

I hate to point this out, but isn't having "require 'english'" and
"require 'English'" both being valid and completely different going
to be rather confusing?

not only that but, on osx for one, case in-sensitive file names means
that, regardless of whether you require 'english' or 'English', the
first one of either type in your loadpath will be loaded:

cfp:~ > ruby -I . -r english -e 42
42

cfp:~ > ruby -I . -r English -e 42
42

so i think that users of osx will not even be able to load that via
gems since the built-in English will be picked up first.

regards.

a @ http://codeforpeople.com/

 

[Daniel Berger]

not only that but, on osx for one, case in-sensitive file names means
that, regardless of whether you require 'english' or 'English', the
first one of either type in your loadpath will be loaded:

cfp:~ > ruby -I . -r english -e 42
42

cfp:~ > ruby -I . -r English -e 42
42

so i think that users of osx will not even be able to load that via
gems since the built-in English will be picked up first.

Bad, bad, BAD!!!

Keep the project name, but rename the library. Personally, I think a
toplevel namespace of "Language" is in order. Then end users could
"require 'language/english'".

Regards,

Dan

 

[Trans]

Bad, bad, BAD!!!

Well, it's no quite that bad. As I said there is no "require
'english'", so it should still work fine.

Keep the project name, but rename the library. Personally, I think a
toplevel namespace of "Language" is in order. Then end users could
"require 'language/english'".

That's a reasonable idea ... though I have no plans to learn Japanese
at this time

T.

 

[Phrogz]

B/c I'm a "creative speller" and this is version 0.1. Thanks for
mentioning it though, I'll review and run a spell checker over it when
I get a chance.

Make sure you check the code samples, too:
reqiure 'english/inflect' # require

 

[Phrogz]

English 0.1

http://english.rubyforge.org

The initial release of English has hit the streets. English is a
Facets spin-off project --containing all the libraries related to
working with the English language and language text in general. Among
these are libraries for plural/singular noun inflection, word
filtering, obfuscation, numerals as words, roman numerals, and so on.

Perhaps I'm being too picky, but when someone adds a similar (or port)
library for Spanish, and Russian, and French (and so on), wouldn't it
be nice to have them all in a similar namespace?

Language::English, perhaps?

 

[Phrogz]

Keep the project name, but rename the library. Personally, I think a
toplevel namespace of "Language" is in order. Then end users could
"require 'language/english'".

Ah, nice; you beat me to my suggestion. This solves both the confusion
of the 'require' issue, and also makes it forward compatible for more
libraries of a similar nature.

 

[Trans]

Ah, nice; you beat me to my suggestion. This solves both the confusion
of the 'require' issue, and also makes it forward compatible for more
libraries of a similar nature.

Okay, I will do this.

Thanks,
T.

 

[Trans]

Uh.... So I'm looking into this, and I become very aware that like 80%
of libs contained in the collection really aren't English specific. So
now I ponder, is it's ok to put some libs in "language/..." rather
then "language/english/..." even though my package is called
'english'? This doesn't sit well with me, it would seem I ought to
make a package called "language" then.

T.

 

[John Joyce]

Uh.... So I'm looking into this, and I become very aware that like 80%
of libs contained in the collection really aren't English specific. So
now I ponder, is it's ok to put some libs in "language/..." rather
then "language/english/..." even though my package is called
'english'? This doesn't sit well with me, it would seem I ought to
make a package called "language" then.

T.

inheritance, design, polymorphism
No biggie, you've got .8 more versions to go!

 

[Aaron Patterson]

Perhaps I'm being too picky, but when someone adds a similar (or port)
library for Spanish, and Russian, and French (and so on), wouldn't it
be nice to have them all in a similar namespace?

Language::English, perhaps?

Maybe we should take a cue from perl land? Lingua::EN::*, or
Lingua::*::*.

 

[Daniel Schierbeck]

--=-CsIXMCDGuP0l9MXPXhkM
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

=20
Uh.... So I'm looking into this, and I become very aware that like 80%
of libs contained in the collection really aren't English specific. So
now I ponder, is it's ok to put some libs in "language/..." rather
then "language/english/..." even though my package is called
'english'? This doesn't sit well with me, it would seem I ought to
make a package called "language" then.

That's probably a good idea. If English depends on some libs in
Language, just add them as dependencies to the gem.


Cheers,
Daniel

--=-CsIXMCDGuP0l9MXPXhkM
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQBHEMwZE8pU4Gwf6g8RArTLAJ9OWLwYpbMXUegBtFWEd8veKgZUvACgnTLp
IBXHkEGKqwJ7i9gGqwKDj5o=
=NUHf
-----END PGP SIGNATURE-----

--=-CsIXMCDGuP0l9MXPXhkM--