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