Gah, I should have read this thread sooner! I am actually working on adding such a feature to DBIC. Getting it to work is quite easy. Getting the right semantics is hard. For instance, we've discussed this on IRC and really there are two options:
1. Only have the remove-columns affect the default select, since having it affect an explicit columns list is a little silly. 2. Having it affect the *current* select list; the use-case for this would be if you had an explicit columns list in previous search (or a predefined search more likely) and you wanted to take away a column from that. I'm personally in favor of the former, mostly because it's the simplest to explain, test, and implement, and really all this is is a shortcut anyway. Honestly I've implemented this twice now, both ways, but we need to nail down the semantics. Furthermore, I feel like implementing remove-select and remove-as is needlessly complex. If someone provides a select/as just blow it away with columns. What do you guys think? -- fREW Schmidt http://blog.afoolishmanifesto.com
_______________________________________________ List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class IRC: irc.perl.org#dbix-class SVN: http://dev.catalyst.perl.org/repos/bast/DBIx-Class/ Searchable Archive: http://www.grokbase.com/group/dbix-class@lists.scsys.co.uk