www.mustardseedmedia.com, he has a few videos on views. Also Lynda.com has an awesome video series on Drupal, it include a while section on views. Lynda I think is 25 for a month. Sent from my Verizon Wireless BlackBerry
-----Original Message----- From: vishnu vardhan <[email protected]> Date: Thu, 19 Nov 2009 16:28:28 To: <[email protected]> Subject: [development] can any one help me views Hi All , I am currently assigned with a project in drupal to work with views. Can anyone guide me how should i go about it???? I am referring http://drupal.org/node/109604 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. What if I want to add an option in the default list of fields,arguments,filter how should i go about it ??? Vishnu On Thu, Nov 19, 2009 at 2:33 PM, <[email protected]> wrote: > Send development mailing list submissions to > [email protected] > > 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 > [email protected] > > You can reach the person managing the list at > [email protected] > > 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? ([email protected]) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 18 Nov 2009 20:53:22 -0800 > From: David Metzler <[email protected]> > Subject: Re: [development] CVS Approval Policy: was Re: new features > in D6 core? > To: [email protected] > Message-ID: <[email protected]> > 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 > > <[email protected]> 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 <[email protected]> > Subject: Re: [development] Content Specific Modules for Small > Constituencies, Are they Kosher? > To: [email protected] > Message-ID: <[email protected]> > 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 > [email protected] > > > ------------------------------ > > Message: 3 > Date: Thu, 19 Nov 2009 00:21:00 -0500 > From: Shai Gluskin <[email protected]> > Subject: Re: [development] Content Specific Modules for Small > Constituencies, Are they Kosher? > To: "[email protected]" <[email protected]> > Message-ID: <[email protected]> > 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 <[email protected]> > 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 <[email protected]> > Subject: Re: [development] PHP Standards Group > To: [email protected] > Message-ID: <[email protected]> > 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, [email protected] 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 > [email protected] > > > ------------------------------ > > Message: 5 > Date: Wed, 18 Nov 2009 22:35:21 -0800 > From: David Metzler <[email protected]> > Subject: Re: [development] PHP Standards Group > To: [email protected] > Message-ID: <[email protected]> > 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, [email protected] 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 > > [email protected] > > > > ------------------------------ > > Message: 6 > Date: Thu, 19 Nov 2009 10:02:21 +0100 > From: <[email protected]> > Subject: Re: [development] Content Specific Modules for Small > Constituencies, Are they Kosher? > To: <[email protected]> > Message-ID: <0fcee1fd6c38a970118277a2cea82...@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:[email protected] > -------------- 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 > ******************************************* >
