Sent from my Verizon Wireless BlackBerry
Send development mailing list submissions to
development@drupal.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.drupal.org/mailman/listinfo/development
or, via email, send a message with subject or body 'help' to
development-request@drupal.org
You can reach the person managing the list at
development-owner@drupal.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of development digest..."
Today's Topics:
1. Re: CVS Approval Policy: was Re: new features in D6 core?
(David Metzler)
2. Re: Content Specific Modules for Small Constituencies, Are
they Kosher? (Larry Garfield)
3. Re: Content Specific Modules for Small Constituencies, Are
they Kosher? (Shai Gluskin)
4. Re: PHP Standards Group (Larry Garfield)
5. Re: PHP Standards Group (David Metzler)
6. Re: Content Specific Modules for Small Constituencies, Are
they Kosher? (info@marcvangend.nl)
----------------------------------------------------------------------
Message: 1
Date: Wed, 18 Nov 2009 20:53:22 -0800
From: David Metzler <metzlerd@metzlerd.com>
Subject: Re: [development] CVS Approval Policy: was Re: new features
in D6 core?
To: development@drupal.org
Message-ID: <4167D2ED-EDD7-4662-8218-5D622DD9D862@metzlerd.com>
Content-Type: text/plain; charset="us-ascii"
Before one tries to solve a problem, it would be interesting to prove
or provide evidence that it exists. As a module maintainer, I think
REALLY HARD before considering creating a new module on CVS, because
I know what maintaining a module entails, and I've already worked
hard to try and get others involved in my own issue queue. I lean
towards looking for duplicate modules cause I want to pair up with
people to lessen my own workload. If I post a module, I've already
tried to find another module that does something similar, and when
possible have tried to float patches against that module to get it to
do what I want it to do. Because I KNOW my time is limited. I don't
think that I'm alone here.
Anecdotes don't count here. If we've got 5000+ modules, how many of
these are duplicates posted by maintainers of other modules. My bet
is the number is really low, and not worth investing a ton of time in.
Show me da numbers.... :)
On Nov 18, 2009, at 4:08 AM, Ashraf Amayreh wrote:
> I suddenly got this (perhaps silly) idea of only allowing a CVS
> owner to create one project and require approval by posting to the
> DEV list when wishing to create another project rather than making
> this open for all CVS owners. This would definitely help with the
> repetition problem and module boom.
>
> Posting to the DEV list should at least give other module
> developers and people interested the opportunity to object to,
> agree or suggest alternatives to the proposed module rather than
> suddenly finding a useless/repetitive module springing up here and
> there because the developer didn't know another one existed.
>
> Suggestions? Flames? Thoughts?
>
> AA
>
> On Sat, Oct 24, 2009 at 4:35 AM, Jeff Greenberg
> <jeff@ayendesigns.com> wrote:
> Dave Reid wrote:
>
> Again, how can one person know that one line is useful to the
> entire community if other people don't speak up about it? It
> requires the community to be involved in the process and not
> reacting to just when there are problems.
>
> Right, then if one person isn't qualified to know whether it would
> be useful to the community, let the community decide by downloading
> it or not.
>
>
>
> --
> Ashraf Amayreh
> http://aamayreh.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20091118/943a2cdf/attachment-0001.html
------------------------------
Message: 2
Date: Wed, 18 Nov 2009 22:53:36 -0600
From: Larry Garfield <larry@garfieldtech.com>
Subject: Re: [development] Content Specific Modules for Small
Constituencies, Are they Kosher?
To: development@drupal.org
Message-ID: <200911182253.37005.larry@garfieldtech.com>
Content-Type: Text/Plain; charset="iso-8859-15"
On Wednesday 18 November 2009 10:24:59 pm Andrew Berry wrote:
> On 2009-11-18, at 11:11 PM, Shai Gluskin wrote:
> > I'm thinking of creating a very simple module. All it would do is install
> > a particular vocabulary on your site which has about 50 terms (I'll give
> > the specific example further below).
>
> It strikes me that this would be much better suited as an install profile
> which would set this up, along with other common modules and data used by
> synagogues. It might be worth reaching out to them, finding some other
> common features which you need for your site, and starting from there
> instead.
>
> Or, if taxonomy import is all you need, see about a generic taxonomy import
> / export solution, and providing a dataset for that somewhere.
>
> --Andrew
I think the last answer here is key. Modules that provide *functionality*
that is useful only to a small subset of users are fine. There's a LOT of
those around. :-) However, modules that exist only as a glorified data dump
really should not, IMO, be modules to begin with. They should be handled in
some more elegant data-dump-centric way. If such a way doesn't exist, that
sounds like a perfectly good excuse to build one.
--
Larry Garfield
larry@garfieldtech.com
------------------------------
Message: 3
Date: Thu, 19 Nov 2009 00:21:00 -0500
From: Shai Gluskin <shai@content2zero.com>
Subject: Re: [development] Content Specific Modules for Small
Constituencies, Are they Kosher?
To: "development@drupal.org" <development@drupal.org>
Message-ID: <3FCEBA7E-A165-4860-8DA7-7ED5BA870C10@content2zero.com>
Content-Type: text/plain; charset="us-ascii"
Larry wrote,
"If such a way doesn't exist, that
sounds like a perfectly good excuse to build one."
I was thinking along those same lines... Like a site where people
could contribute and collaborate on open-source taxonomies, with
widgets built in like, "export to Drupal", "export to Plone", "export
to CSV".
And it would be cool if the export to Drupal choice created a zip with
a fully formed, dynamically generated module. Installing a module is
much less threatening to people than running a code snippet throgh
Devel's drupal_execute utility. And with D7 all the more so.
Anybody know of an open source taxonomy repository kind of site.
Shai
On Nov 18, 2009, at 11:53 PM, Larry Garfield <larry@garfieldtech.com>
wrote:
> If such a way doesn't exist, that
> sounds like a perfectly good excuse to build one.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20091119/7e9ef096/attachment-0001.html
------------------------------
Message: 4
Date: Thu, 19 Nov 2009 00:05:40 -0600
From: Larry Garfield <larry@garfieldtech.com>
Subject: Re: [development] PHP Standards Group
To: development@drupal.org
Message-ID: <200911190005.40220.larry@garfieldtech.com>
Content-Type: Text/Plain; charset="iso-8859-15"
It got renamed. The new docs (I don't think they're set in stone yet, but I
just got here) are:
http://groups.google.com/group/php-standards/web/php-coding-standard
http://groups.google.com/group/php-standards/web/psr-0-final-proposal
Feedback, I suppose, should get filtered through me and I'll try to summarize
as well as I can. It's an open-read list, though, so anyone interested can
browse the archives.
On Wednesday 11 November 2009 8:43:49 pm David Metzler wrote:
> I agree whole heartedly with you on this.
>
> FYI: The document appears to have been removed. I'd be interested
> in reading it if it ever appears again.
>
> Dave
>
> On Nov 11, 2009, at 9:19 AM, larry@garfieldtech.com wrote:
> > It seems to cover fewer things than they used to, but the one it
> > does cover is the one that is least Drupal-friendly; specifically
> > it mandates a direct Java-style mapping from namespace and class
> > name to file name. I dislike that and find it fundamentally Drupal-
> > incompatible, but we'll see.
--
Larry Garfield
larry@garfieldtech.com
------------------------------
Message: 5
Date: Wed, 18 Nov 2009 22:35:21 -0800
From: David Metzler <metzlerd@metzlerd.com>
Subject: Re: [development] PHP Standards Group
To: development@drupal.org
Message-ID: <9DD2B25B-AA64-4685-AB2F-BAF10FA48CF6@metzlerd.com>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Thanks Larry,
I don't really like the java-style mapping from namespace to filename
either. Would prefer to see that not happen at all.... wonder what
the chances of that are....
ABSOLUTELY do not agree with treating the_ as a directory
separator. Many languages do NOT do this (FLEX, etc). Would really
be a pain in moving drupal in any OO directions as well. The deep
trees that are typical in java are not my friend. I'd like to be
able to bundle things in flatter structures, if I can. The_
directory separator greatly impedes that effort.
I also don't really like the mandate of 1 class name per file name,
but I'll probably get overruled on that one, too.
Thanks for taking up the cause!
Dave
On Nov 18, 2009, at 10:05 PM, Larry Garfield wrote:
> It got renamed. The new docs (I don't think they're set in stone
> yet, but I
> just got here) are:
>
> http://groups.google.com/group/php-standards/web/php-coding-standard
> http://groups.google.com/group/php-standards/web/psr-0-final-proposal
>
> Feedback, I suppose, should get filtered through me and I'll try to
> summarize
> as well as I can. It's an open-read list, though, so anyone
> interested can
> browse the archives.
>
> On Wednesday 11 November 2009 8:43:49 pm David Metzler wrote:
>> I agree whole heartedly with you on this.
>>
>> FYI: The document appears to have been removed. I'd be interested
>> in reading it if it ever appears again.
>>
>> Dave
>>
>> On Nov 11, 2009, at 9:19 AM, larry@garfieldtech.com wrote:
>>> It seems to cover fewer things than they used to, but the one it
>>> does cover is the one that is least Drupal-friendly; specifically
>>> it mandates a direct Java-style mapping from namespace and class
>>> name to file name. I dislike that and find it fundamentally Drupal-
>>> incompatible, but we'll see.
>
> --
> Larry Garfield
> larry@garfieldtech.com
------------------------------
Message: 6
Date: Thu, 19 Nov 2009 10:02:21 +0100
From: <info@marcvangend.nl>
Subject: Re: [development] Content Specific Modules for Small
Constituencies, Are they Kosher?
To: <development@drupal.org>
Message-ID: <0fcee1fd6c38a970118277a2cea82fe8@localhost>
Content-Type: text/plain; charset="utf-8"
Shai, have you seen http://drupal.org/project/taxonomy_xml? I haven't
used it myself yet, but the module description says that it "makes it
possible to import and export vocabularies and taxonomy terms via XML, CSV,
RDF and other formats". Sounds like the module you need.
On Thu, 19 Nov
2009 00:21:00 -0500, Shai Gluskin wrote: Larry wrote,
"If such a way
doesn't exist, that
sounds like a perfectly good excuse to build one."
I
was thinking along those same lines... Like a site where people could
contribute and collaborate on open-source taxonomies, with widgets built in
like, "export to Drupal", "export to Plone", "export to CSV".
And it
would be cool if the export to Drupal choice created a zip with a fully
formed, dynamically generated module. Installing a module is much less
threatening to people than running a code snippet throgh Devel's
drupal_execute utility. And with D7 all the more so.
Anybody know of an
open source taxonomy repository kind of site.
Shai
On Nov 18, 2009, at
11:53 PM, Larry Garfield wrote:
If such a way doesn't exist, that
sounds like a perfectly good excuse to build one.
Links:
------
[1]
mailto:larry@garfieldtech.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20091119/af35299b/attachment.html
------------------------------
--
[ Drupal development list | http://lists.drupal.org/ ]
End of development Digest, Vol 83, Issue 44
*******************************************