One of the criteria for django.contrib is that the item for inclusion
is a "de facto standard implementation of common patterns"[0]. From
your own admittance there are conflicting views about how this should
be handled. Perhaps if someone abstracts this out a bit and has
something like image processing backends, it may make a bit more sense
for inclusion, but as it stands, I'm -1.

 -justin

[0]: http://jacobian.org/writing/what-is-django-contrib/

On Thu, Sep 16, 2010 at 1:26 PM, ptone <pres...@ptone.com> wrote:
>
>
> On Sep 16, 9:43 am, Patrick Altman <palt...@gmail.com> wrote:
>> Another "community voice" contribution on this thread...
>>
>> I am of the opposite opinion.  I think it would be better for Django as a 
>> whole if django.contrib approached zero.  In fact, I would have no problem 
>> with seeing it go away completely and promote auth and sessions to core but 
>> done in a way that is pluggable.  The reasoning behind this opinion is that 
>> it leaves the surface area in the project smaller to maintain and it's 
>> really not that hard to add a sorl-thumbnail external app to a Django 
>> project.  Furthermore, it provides more freedom for these apps to mature and 
>> develop at their own pace.
>>
>> I realize I could very well be in a minority opinion here, but thought I'd 
>> throw it into the mix nonetheless.
>
> Another vote for evolving away from contrib.
>
> My hope is that one day http://djangopackages.com/ will become
> packages.djangoproject.com
>
> (and along with that a management command startapp-dist which starts a
> distributable skeleton)
>
> -Preston
>
>>
>> On Sep 16, 2010, at 11:33 AM, Brian O'Connor wrote:
>>
>>
>>
>> > I have absolutely no pull in decision making, but maybe my message will 
>> > count towards a "community voice".
>>
>> > I think that including an image thumbnail package that integrates into the 
>> > database as easily as sorl.thumbnail and easy_thumbnail are is a great 
>> > idea.  From what I can tell, sorl.thumbnail was the de facto standard for 
>> > getting thumbnails in to Django, and I think it has just as much of a 
>> > place in Django contrib as some of the other contrib apps do.  I don't 
>> > think it belongs in the core, but contrib seems like an excellent place 
>> > for it to go along with the other batteries in the pack.
>>
>> > On Thu, Sep 16, 2010 at 12:24 PM, Yo-Yo Ma <baxterstock...@gmail.com> 
>> > wrote:
>> > I have no data to support the following assertion, but it's not too
>> > unreasonable: More people probably need thumbnail images than they
>> > need comments. Comments are most used on blogs, whereas thumbnails can
>> > be used on blogs, e-commerce, photo hosting, social networking,
>> > project management, et al. It's not to say that we don't need
>> > "contrib.comments", just that I wouldn't want to lose easy_thumbnails.
>>
>> > On Sep 15, 11:32 pm, "David P. Novakovic" <davidnovako...@gmail.com>
>> > wrote:
>> > > Actually, that really did sound negative. Sorry :)
>>
>> > > Is there a trac ticket open to address this issue? Generally it'd be
>> > > better to get discussion happening over a ticket and if there are
>> > > serious issues that need to be addressed then they can be discussed
>> > > here.
>>
>> > > I know it'd be nice to get things like easy-thumbnails accepted into
>> > > django.contrib , but the truth is that this probably falls outside of
>> > > things that that should be in contrib. Contrib isn't really an easier
>> > > way to get stuff into django, it still has to satisfy a bunch of
>> > > conditions like the rest of the code in the core.
>>
>> > > The real question is not "can it be included?" but why is it a problem
>> > > that this is a third party lib at the moment? Is there a strong case
>> > > that it be better if it was part of django core or does it do its job
>> > > just fine the way it is now?
>>
>> > > David
>>
>> > > On Thu, Sep 16, 2010 at 3:09 PM, David P. Novakovic
>>
>> > > <davidnovako...@gmail.com> wrote:
>> > > > I don't want to sound negative, but answering your own question before
>> > > > anyone else can doesn't change the answer ;)
>>
>> > > > D
>>
>> > > > On Thu, Sep 16, 2010 at 3:00 PM, Yo-Yo Ma <baxterstock...@gmail.com> 
>> > > > wrote:
>> > > >> Is there any plans to 
>> > > >> incorporatehttp://github.com/SmileyChris/easy-thumbnails/
>> > > >> into django.contrib? I have seen so many apps/libraries come into and
>> > > >> go out of existence (http://code.djangoproject.com/wiki/ThumbNailsfor
>> > > >> instance mentions sorl-thumbnails which is no longer being developed).
>> > > >> I just turned the key with easy-thumbnails and voila. It's like magic,
>> > > >> but not. It's easy enough to see what's going on behind the scenes.
>>
>> > > >> This is something that, with the help of the core and other
>> > > >> contributors, could be really great. It works for me as it it is, but
>> > > >> it may not work for a more "enterprise" application that uses S3, etc.
>> > > >> It might not be highly efficient (I wouldn't know). It might have bugs
>> > > >> that I just haven't noticed yet. I'm mentioning all of this because I
>> > > >> know somebody will say, "Why move it into Django if it's doing just
>> > > >> fine as a separate project?". After experiencing the bliss I thought
>> > > >> I'd drop a line here about it, and see what you guys thought.
>>
>> > > >> --
>> > > >> You received this message because you are subscribed to the Google 
>> > > >> Groups "Django developers" group.
>> > > >> To post to this group, send email to 
>> > > >> django-develop...@googlegroups.com.
>> > > >> To unsubscribe from this group, send email to 
>> > > >> django-developers+unsubscr...@googlegroups.com.
>> > > >> For more options, visit this group 
>> > > >> athttp://groups.google.com/group/django-developers?hl=en.
>>
>> > --
>> > You received this message because you are subscribed to the Google Groups 
>> > "Django developers" group.
>> > To post to this group, send email to django-develop...@googlegroups.com.
>> > To unsubscribe from this group, send email to 
>> > django-developers+unsubscr...@googlegroups.com.
>> > For more options, visit this group 
>> > athttp://groups.google.com/group/django-developers?hl=en.
>>
>> > --
>> > Brian O'Connor
>>
>> > --
>> > You received this message because you are subscribed to the Google Groups 
>> > "Django developers" group.
>> > To post to this group, send email to django-develop...@googlegroups.com.
>> > To unsubscribe from this group, send email to 
>> > django-developers+unsubscr...@googlegroups.com.
>> > For more options, visit this group 
>> > athttp://groups.google.com/group/django-developers?hl=en.
>
> --
> You received this message because you are subscribed to the Google Groups 
> "Django developers" group.
> To post to this group, send email to django-develop...@googlegroups.com.
> To unsubscribe from this group, send email to 
> django-developers+unsubscr...@googlegroups.com.
> For more options, visit this group at 
> http://groups.google.com/group/django-developers?hl=en.
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Django developers" group.
To post to this group, send email to django-develop...@googlegroups.com.
To unsubscribe from this group, send email to 
django-developers+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/django-developers?hl=en.

Reply via email to