In the beginning, we could just do this:
Hello World!
Then, they wanted us to do this:
http://www.w3.org/TR/html4/strict.dtd";>
Hello World!
Now, who can remember
"http://www.w3.org/TR/html4/strict.dtd";> ? It's irrelevant!
"html-4.01-en" would suffice, assuming a "st
Hi Ruslan,
Do you have a link? or some POD documentation?
-davidm
Ruslan U. Zakirov wrote:
Hello.
I'm planning to do my first CPAN upload.
I realy need some feedback.
Reasons:
1) Module is very simple, but I like it and use it.
2) I didn't find any similar on CPAN.
Questions:
--As off Monday, January 19, 2004 11:03 AM -0600, Chris Josephes is
alleged to have said:
I have enough trouble remembering APIs without trying to remember
whether I need to load something in namespace of William, Will,
Bill, Willie, or Willy.
Why would that be? I mean, the odds are if you're d
Hello.
I'm planning to do my first CPAN upload.
I realy need some feedback.
Reasons:
1) Module is very simple, but I like it and use it.
2) I didn't find any similar on CPAN.
Questions:
1) I'm not native English speaker, so I want some feedback about Name.
On Mon, 19 Jan 2004, Orton, Yves wrote:
> Also, the author namespaces issue is problematic in that how would you
> determine whose version is the latest, or correct or whatever.
>
Version numbering is an authorship issue. If I took over module Widget
from author XYZ, I'd probably use higher vers
On Mon, 19 Jan 2004, Mark Stosberg wrote:
> And then the 1000 people who use their module can all do a find and
> replace on all places where they have referenced the the module name
> with the other authors ids.
>
The namespaces don't have to change overnight.
> And what happens when module aut
On Mon, Jan 19, 2004 at 08:42:09AM -0600, Chris Josephes wrote:
> On Mon, 19 Jan 2004, Mark Stosberg wrote:
>
> > I would rather CPAN be wide at the top level than have un-intuitive
> > names. The author based system will also become more difficult when
> > authors change hands, disappear, or ther
* Chris Josephes <[EMAIL PROTECTED]> [2004-01-19 15:46]:
> Searching doesn't have to be limited to the name of the module
> itself. Almost everything in CPAN has POD documentation, which
> could be parsed, or there could be extensions to Makefile.PL
> (or maybe META.yml files, for people that go i
Hiya all,
i wish to upload a bunch of modules to cpan, but in light of the notes
they have for contributors i am wondering (/and/ talking) about
namespace before i do anything silly ;)
the modules i initally have to upload are a bunch of modules for
remote computer control of Uniden radio freque
Title: RE: cpan name spaces (was: Re: Re3: Re: How about class Foo {...} definition for Perl? )
> > I would rather CPAN be wide at the top level than have un-intuitive
> > names. The author based system will also become more difficult when
> > authors change hands, disappear, or there are mult
On Mon, 19 Jan 2004, A. Pagaltzis wrote:
> * Chris Josephes <[EMAIL PROTECTED]> [2004-01-19 14:39]:
> > I think sooner or later, we're all going to have to bite the
> > bullet and go with Java class naming conventions, like
>
> IMO, it is of the essence that modules have descriptive names.
> Other
On Mon, 19 Jan 2004, Mark Stosberg wrote:
> I would rather CPAN be wide at the top level than have un-intuitive
> names. The author based system will also become more difficult when
> authors change hands, disappear, or there are multiple authors.
There's kind of a trade-off here. Right now, whe
* Chris Josephes <[EMAIL PROTECTED]> [2004-01-19 14:39]:
> I think sooner or later, we're all going to have to bite the
> bullet and go with Java class naming conventions, like
IMO, it is of the essence that modules have descriptive names.
Otherwise, searching for something specific becomes nigh
i
* Terrence Brannon <[EMAIL PROTECTED]> [2004-01-19 10:54]:
> There is also PApp::* by Marc Lehmann, short for [P]erl
> [App]lication
My understanding is that "PApp" is actually a proper name for his
framework, not a generic TLNS.
--
Regards,
Aristotle
"If you can't laugh at yourself, you don't
[EMAIL PROTECTED] (Chris Josephes) writes:
> Otherwise, CPAN will continue to grow wide at the top level.
I used to think that mattered. But then, we now have search.cpan.org, and
there's not really much requirement for CPAN to be hierarchical any more. As
I've written in the past (http://blog.sim
On Mon, Jan 19, 2004 at 07:14:19AM -0600, Chris Josephes wrote:
>
> I think sooner or later, we're all going to have to bite the bullet and go
> with Java class naming conventions, like
>
> org::simon-cozens::MVC
>
> or maybe Larry's recommendation of using CPAN id as a top level.
>
> simon::MV
On Sun, 18 Jan 2004, Lincoln A. Baxter wrote:
> In my case, it is a Server/Integration platform for framework. In that
> discussion (to be posted later this week maybe), I will suggest that
> instead of creating a new TLNS for the application, perhaps all such
> applications should eventually be
Version 0.04 is out. Check out the documentation at:
http://search.cpan.org/src/NKH/Spreadsheet-Perl-0.04/README
http://search.cpan.org/~nkh/Spreadsheet-Perl-0.04/Perl.pm
I still need your input and I still need some help if any brave soul is
available.
Nadim.
18 matches
Mail list logo