Re: Subquery join support

Thanks, Alexandr, for your effort in addressing what I personally consider a much needed feature in the ORM. I gave your PR a try and noticed that evaluating the same Product.objects.annotate line below twice in a row returns two different SQL queries, the second of which results in an error.

Re: Master/slave trolling pull request accepted to django master branch

That is one great suggestion. +1 and as long as nobody -1s it, we're good to go! On Aug 12, 2014 11:17 AM, "Robert Grant" wrote: > I'd really, really like it if we were to stop saying a UI element is > "disabled" and say "differently abled". > > Thanks > > > On Tuesday,

Re: Requiring GitHub login for actions on Trac

Hi, Aymeric, Thank you for your e-mail. I sympathize with your frustration. On Thu, Aug 7, 2014 at 3:27 PM, Aymeric Augustin < aymeric.augus...@polytechnique.org> wrote: > Indeed, but I’m dismissing this argument because GitHub is the > pragmatic choice, whether you like it or not. Also, this

Re: Requiring GitHub login for actions on Trac

On Thu, Aug 7, 2014 at 3:46 AM, Aymeric Augustin < aymeric.augus...@polytechnique.org> wrote: > On 7 août 2014, at 02:58, Andre Terra <andrete...@gmail.com> wrote: > > > Most importantly, how would Django as a project benefit from this > > choice other than reducing

Re: Requiring GitHub login for actions on Trac

On Wed, Aug 6, 2014 at 9:47 PM, Shai Berger wrote: > Today, it is possible to contribute to the Django project without a > Github account. I would like this to remain the case. > This is the most important argument for the -0. In fact, as a seldom code contributor but long

Re: Pull django-registration into contrib?

Hi, Robert, I just wanted to say that I'm +9000 in favor of your proposal. In fact, I think Django as a whole can benefit from the kind of reasoning behind your argument. Having key strengths is what drives adoption from new users, and that should be any framework's concern. I strongly feel that

Re: 1.7 release status (RC2 coming soon)

On Fri, Jul 25, 2014 at 5:12 PM, Ryan Hiebert wrote: > I agree that learning to deal with git is probably one of the best things > we can encourage a new user to do. To that extent, I agree with your > sentiment, and if we can encourage more usage of git, I’m all for it. We

Re: 1.7 release status (RC2 coming soon)

On Fri, Jul 25, 2014 at 12:17 PM, Ryan Hiebert wrote: > > I see two benefits. One is that users who are interested in testing > > aren't necessarily going to think to go to github; they're likely to > > look for the most recent release and use that (on the other hand, if >

Re: [GSOC] Weekly update

On Sat, Jul 19, 2014 at 2:38 AM, Raffaele Salmaso wrote: > On Fri, Jul 18, 2014 at 7:32 PM, Daniel Pyrathon > wrote: > >> *- Started on my GMail Store* >> (...) >> > Pirosb3, just three words: really nice work! > > I absolutely agree! The possibilities

Re: collectstatic - override default ignore list

On Thu, Jul 3, 2014 at 3:12 AM, Aymeric Augustin < aymeric.augus...@polytechnique.org> wrote: > My concern -- and the reason why I started talking about an API -- is, > if every app clutters the AppConfig namespace with arbitrary names, > improvements to AppConfig may create name clashes. >

Re: collectstatic - override default ignore list

On Wed, Jul 2, 2014 at 5:14 PM, Tomas Ehrlich wrote: > I would really like to see app configs with app-specific settings. > Personally, I don't like flat settings where namespaces are created > with prefixes (eg. STATICFILES_ ). > > The idea of overriding class

Re: Revisiting multiline tags

On Wed, Apr 16, 2014 at 12:46 PM, imfletcher wrote: > to say this shouldn't be supported because its not aesthetically pleasing > is beyond bizarre, IMO. If you don't like it, keep it on one line. If you > are so offended by it that you cannot stand seeing it, ask your team

Re: Revisiting multiline tags

+1, for one simple reason: practicality beats purity. On Wed, Mar 5, 2014 at 10:23 AM, Daniel Ellis wrote: > +1 - I've had the same issue with sorl thumbnail. > > > On Wed, Mar 5, 2014 at 7:07 AM, Adam Serafini wrote: > >> +1 for multiline template

Re: Feature request: serve_file() view in static app

Use nginx? http://nginx.org/en/ Cheers, AT On Tue, Jan 14, 2014 at 6:18 PM, Rivo Laks wrote: > Hm, indeed. > > Is there any better alternative or best practice for my usecase though? > Basically I want a view that responds with contents of a static file and >

Re: Renaming apps.has_app

On Sun, Jan 5, 2014 at 7:38 PM, Raffaele Salmaso wrote: > On Sun, Jan 5, 2014 at 10:11 PM, Aymeric Augustin > wrote: > > `apps.has_app(...)` is technically correct but I think we can find a > better name. My current favorite is

Re: Digest for django-developers@googlegroups.com - 1 Message in 1 Topic

Apologies if I'm misunderstanding the issue, but wouldn't something like %(app_label)s and/or %(class_name)s solve this issue, as suggested in the Models docs[1] regarding abstract classes? Cheers, AT [1] https://docs.djangoproject.com/en/dev/topics/db/models/#abstract-related-name On Thu, Jan

Re: Improve annotation and aggregation

Hey, Sagar, I just wanted to say thank you in advance for tackling Annotation/Aggregation. IIRC, Anssi Kääriäinen was working on a large ORM refactor which put his improvements to aggregation on hold. It would be worth checking out if he has moved forward, and I'm sure he will have more than a

Re: Congo Curtis

Congratulations indeed! As a once-frequent participant in #django and having asked you too many question, I feel this is a very well deserved recognition of your efforts to improve Django not only as a Python web framework but also as a community, most importantly. I must say that the Prize is

Re: Model Docs Questions

On Sun, Nov 3, 2013 at 5:13 PM, Cody Scott wrote: > 3 > Why do Q objects use '&', '|' and '~' for AND, OR and NOT when python uses > 'and', 'or' and 'not'? > source > Because

Re: Dynamic AUTH_USER_MODEL based on modules or routes

Hi, Burak, I'm not sure if you're problem is one of too much cruft in *frontend-related code* or in *user-facing content* but, in any case, it seems to me that "there should be one-- and preferably only one --obvious way to do it." [0] Moreover, If you're having to deal with complex models for

Re: Usage and documentation of F()

On Sat, Aug 17, 2013 at 10:22 PM, Curtis Maloney wrote: > If, at the same time, perhaps ExpressionNode got a mention too, that could > really open up some opportunities :) Speaking of opportunities, here's a worthwhile ticket if we want to go further than docs for

Re: Deprecation a little harsh?

On Tue, Aug 13, 2013 at 9:22 AM, Jacob Kaplan-Moss wrote: > > >> We have apps in production running Django 1.3. There won't be any >> security fixes. If there's a critical vulnerability, we may have to do a >> lot of unpaid work to either backport the fix, > > > I have to say

Re: Deprecate FCGI support in Django 1.7

On Tue, Aug 6, 2013 at 10:18 AM, Javier Guerra Giraldez wrote: > On Tue, Aug 6, 2013 at 6:28 AM, VernonCole wrote: > > I had come the the conclusion that FastCGI was the only way > > > behind NginX, the best two options seem to be uWSGI and gunicorn. >

Re: Support Negative Indexing on QuerySets

On Wed, Jul 31, 2013 at 6:54 AM, Daniele Procida <dani...@vurt.org> wrote: > On Tue, Jul 30, 2013, Andre Terra <andrete...@gmail.com> wrote: > > >As for the reasons for disallowing negative indexes, dcramer's comment in > >the ticket makes it clear: there is no w

Re: Support Negative Indexing on QuerySets

On Tue, Jul 30, 2013 at 6:55 PM, Florian Apolloner wrote: > Right, it depends on your usecase; I was just trying to point out other > alternatives aside from the ones mentioned on the ticket. I'm sorry if I seemed arrogant in my post. I most definitely did not intend it,

Re: Support Negative Indexing on QuerySets

On Tue, Jul 30, 2013 at 6:06 PM, Florian Apolloner wrote: > You can always do list(qs)]:-1] though… Although you really shouldn't [1]. As for the reasons for disallowing negative indexes, dcramer's comment in the ticket makes it clear: there is no way to infer what the

Re: Multi-tenancy with different databases

Hi Fellipe, I'm sorry but you've e-mailed the wrong Google group. Questions about the use of Django should be directed to django-users, while django-developers is dedicated solely for the development of Django itself. Cheers, AT On Tue, Jul 23, 2013 at 3:23 PM, Fellipe Henrique

Re: MAC adddres field

Hi Patryk, While I understand your use case, I believe your proposal is lacking an argument as to why this should belong in core instead of in a third-party module. Considering it's restricted to PSQL, I find the maintenance burden hard to justify. Cheers, André Terra On Jun 26, 2013 12:20 PM,

Re: Meta-Proposal: Write *above* quotations in mailing list replies

I think I just posted a quick reply and I wasn't sure whether to quote above or below, but from now on I'll be glad to post in the way that provides easier readability for everyone. For long proposals, I'll keep replying below quotes for exactly the same reason. On Tue, Jun 4, 2013 at 2:18 PM,

Re: Not calling things twice in templates

On Mon, Jun 3, 2013 at 7:03 PM, Shai Berger wrote: > > {% with my_bonnet.bees as bees if my_bonnet.bees %} > > {% if my_bonnet.bees with my_bonnet.bees as bees %} > > The only problem I see with these is the repetition -- we could just allow > "as" on {% if %}: > > {% if

Re: Not calling things twice in templates

suggestion, but they seem easier to implement than the book-keeping alternative. Additional ideas would include having a magic name for if operands (effectively making if's behave like with's by default) or creating a different tag altogether. Cheers, Andre Terra [0]: http://docs.python.org/3/reference

Re: Improve annotation and aggregation

May I recommend you browse Trac and take a look at the pending tickets regarding aggregation? This query should give you enough food for thought: http://goo.gl/vvraU It is my understanding that Anssi Kääriäinen is working on an ORM refactor, so speaking to him seems fundamental if you really

Re: URL dispatcher fallthrough?

On Tue, Mar 26, 2013 at 10:44 AM, meric wrote: > Thinking through Adrian's post and mine above, it appears to be a trade > off between coupling in the framework and increased responsibility for user > views code. Personally I would opt for the former, because IMHO the idea of

Re: URL dispatcher fallthrough?

Hi, Julian I think this problem can already be addressed by having a single catchall // URL pattern, and writing a SlugHandlerView which would try different options within the view code, rather than in the URL dispatching. Then it would just be a matter or catching exceptions for your .get()

Re: Moving database backends out of the core

Hi Florian, On Tue, Mar 5, 2013 at 7:01 PM, Florian Apolloner wrote: > I am obviously biased against postgres as my previous post indicated, but > regardless of that I think that MSSQL should stay outside of core. No > core-developer I know actually uses Windows as base OS

Re: DjangoCon Europe tickets on sale today!

I just wanted to say that the list of talks & speakers is the best I've seen to date. I really wish I could go see it, but unfortunately Warsaw is too far for me. I wonder if these will ever be made available online for a fee, even if months after the conference. For a hobbyist developer like me,

Re: writing custom Authentication Backend, got different result between shell and web.

Hello, Bino First of all, thank you for your interest in Django. If you can, please take a moment to read our FAQ on getting help regarding Django: https://docs.djangoproject.com/en/dev/faq/help/ It should prove valuable in the future. Questions about using django belong in the django-users

Re: #19076 - TemplateView does not support setting mime type

Correct me if I'm wrong, but that ticket is marked as a bug. Cheers, AT On Mon, Dec 10, 2012 at 10:06 PM, Russell Keith-Magee < russ...@keith-magee.com> wrote: > Hi Gavin, > > Unfortunately, the deadline for new features in Django 1.5 has passed; > once we release a beta, we only accept bug

Re: Class based views: A standard hook for http-method-independent code (and a proposal for an init() method)

At first I wasn't sure about this hook, but after working with permissions in CBVs I can see how this would allow for much simpler code, especially when you're implementing a lot of subclassing. I tend to get carried away in writing mixins and base classes for my views, so yeah, I'm +1 on this

Re: Update on localflavor move

This seems like the most reasonable approach. FWIW, why not name it just django-localflavor? Cheers, AT On Tue, Oct 16, 2012 at 7:00 AM, Łukasz Rekucki wrote: > Maybe we need something like django-localflavour-commons, which would > include the test harness, packaging

Re: Schema Alteration update

On Fri, Oct 12, 2012 at 4:00 AM, Andrew Godwin wrote: > especially if it's something highly custom internal to a company where you > don't have the time or team to do that stuff properly. > Thank you for highlighting this scenario. Unfortunately, this is usually the case

Re: Django Oracle backend vs. numbers

On Mon, Sep 24, 2012 at 9:41 PM, Shai Berger wrote: > While preparing the patch, I ran into the inspectdb regression test suite; > this suite includes, among other things, a model with a database column > named > 'prc(%) x', which breaks test database creation on Oracle on

Re: Re-design "proposal" for djangoproject.com

"No ponies" was one of the guidelines in the previous thread. Also, I miss the official typography. Cheers, AT On Sun, May 20, 2012 at 5:19 PM, Adam "Cezar" Jenkins < emperorce...@gmail.com> wrote: > > > On Sun, May 20, 2012 at 3:05 PM, Horst Gutmann wrote: > >> On Sat,

Re: Django MEDIA url in storage.py

You can define a custom location for your files like the docs tell you: https://docs.djangoproject.com/en/dev/topics/files/#the-built-in-filesystem-storage-class https://docs.djangoproject.com/en/dev/howto/custom-file-storage/ https://docs.djangoproject.com/en/dev/topics/http/file-uploads/ If

Re: Redesign of djangoproject.com?

I'm just a hobbyist, but since you're asking for feedback, here's my humble opinion. I don't see a select input as the best solution for the "I am.." issue. Let's assume we have the 'new to django' option as the default for when a user first loads djangoproject.com, and a manager then visits the

Re: auth.user refactor: the profile aproach

DISCLAIMER: I'm just a hobbyist posting to an experienced developers' list. I for one really like Jacob's approach. I may be missing something, but my only concern right now is being able to infer which profiles are attached to the User model at any given point. Moreover, I'd like to be able to

Re: ANNOUNCE: Django 1.4 released

Hooray! Congrats to everyone involved, especially all that worked on bringing timezone support to this increasingly amazing web framework. I don't mean to nitpick but a minor detail in the release notes requires some attention: "Django does not support Python 3.x at this time. At some point

Re: Class based views: A standard hook for http-method-independent code

Then that would also be the case for many other methods in generic class-based views, like get_context_data, get_queryset, etc.. I hate boilerplate code as much as the next guy, but I'm not sure I follow why this single method would get a special hook. Correct me if I'm wrong, but special cases

Re: Revisiting multiline tags

I think regardless of our personal preferences on the aesthetics on template tags, the final decision to split them in multiple lines should be made by users. If there are no cons in implementing such a change and the patch really is only six characters long, then it seems like a no-brainer to

Re: Don't assume that missing fields from POST data are equal to an empty string value.

+1 on a loud exception being raised. "Errors should never pass silently. Unless explicitly silenced." Cheers, AT On Wed, Jan 11, 2012 at 1:29 PM, Daniel Sokolowski < daniel.sokolow...@klinsight.com> wrote: > +1 even though I agree with what Babatunde said I support this change as > anything

Re: SOPA bill question

On Wed, Dec 28, 2011 at 10:29 AM, Etienne Robillard wrote: > Further I disagree this is a bad list for discussing the implications > SOPA, and encourages everyone to sharpen their minds on this issue, so > please don't be "sorry" to talk about it. The fact that developers

Re: Proposal: Add a "lookup" attribute to SelectObjectMixin

On Tue, Dec 27, 2011 at 6:35 AM, Anssi Kääriäinen wrote: > How about renaming the slug_field to something more generic, slug_lookup > perhaps? (field + possibly the needed lookup). Keep the old one around just > for compatibility (or deprecate it, with a warning of: use

Proposal: Add a "lookup" attribute to SelectObjectMixin

Hello everyone, I asked around in #django-dev but nobody had much to say, so I decided to come here instead. Currently, developers writing class-based views[0] use SelectObjectMixin[1] to define which object will be handled by a given single-object view instance (e.g. DetailView). If I am

Re: incorrect check email with 'email_re' in 'django.core.validators'

Useful/interesting read: "I knew how to validate an e-mail address until I read the RFC" [1]. And a full regex for validating e-mails per the RFC is available here[2], not that you'd want to use it. [1] http://haacked.com/archive/2007/08/21/i-knew-how-to-validate-an-email-address-until-i.aspx

Re: Django 1.4 alpha on December 22nd

Thirded. On Fri, Dec 16, 2011 at 5:55 PM, Ian Clelland wrote: > I don't know if it's completely warranted; it would mean putting a piece > of code into core that is untested, and isn't used by any part of core, but > it would be handy to have. As I understand it,

Re: Sane defaults for Startapp and Startproject

Hi all, On Wed, Oct 19, 2011 at 5:50 AM, Gabriel Hurley wrote: > Thanks for the suggestions, Rich... I'll try not to repeat what others have > said, but have a couple notes to add: > > () > > As for the rest: I don't believe in adding magic in order to save a couple >

Re: RFC: "universal" view decorators

Definitely +1 on this idea. It seems to me like the cleanest solution yet proposed insofar as it provides the desired new functionality while requiring very little change for current code. Cheers, AT On Wed, Oct 12, 2011 at 5:31 PM, Donald Stufft wrote: > Sorry for the

Re: CSRF token not validated?

Oneliner: re.sub('[^a-zA-Z0-9]', '', str(token.decode('ascii', 'ignore'))) if (len(token) == 32) else '' Cheers, AT On Mon, Sep 12, 2011 at 5:32 PM, Carl Meyer wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi Jens, > > On 09/12/2011 10:20 AM, Jens Diemer

Re: How do add ancillary, display-only data to each form in a formset?

I'm on my phone, and therefore read your message really quickly, so excuse me if I misunderstood the issue. A few questions: * Have you considered using a custom widget for the form? * What does the ancillary data look like? * Could you paste the relevant model, form and view? I find it easier

Re: WTForm should be inbuilt to Django, and make admin & others use it.

Have we moved forward with this issue at all? What is its current status? Thank you in advance. Sincerely, André Terra -- You received this message because you are subscribed to the Google Groups "Django developers" group. To view this discussion on the web visit