Re: new class based views

On Wed, Oct 20, 2010 at 7:05 PM, Valentin Golev wrote: > As far as I know, I can just say: > > @login_required > class MyView(View): >   # ... > > since it will wrap __init__ > > I need either to create a decorator for decorators: > @on_dispatch(login_required) > class MyView(View): > > or decorat

Re: new class based views

On Wed, Oct 20, 2010 at 9:59 PM, Luke Plant wrote: > On Wed, 2010-10-20 at 19:25 +0800, Russell Keith-Magee wrote: > >> A class decorator (and/or a wrapper function for turning decorators >> into class decorators) is also an interesting idea. > > An argument against t

Re: Proposal: A better way to handle unic�de in me ssages, etc

On Thu, Oct 21, 2010 at 12:50 AM, Yo-Yo Ma wrote: > I was trying some things out, and I noticed that it isn't actually > possible (without using a char-code and converting it) to put > something like ° (degree symbol) into a "message". Sure. Sounds like a bug to me. If you can't call a Django met

Re: new class based views

On Thu, Oct 21, 2010 at 1:42 AM, Luke Plant wrote: > On Wed, 2010-10-20 at 16:05 +0200, Łukasz Rekucki wrote: > >> OTOH, it's annoying to have to write an dispatch() method with a super >> inside (which effectively does nothing), just to apply a decorator. > > That's a good point I hadn't thought

Re: Gentle Proposal: add 'render' shortcut in 1.3

On Fri, Oct 22, 2010 at 12:34 AM, Ivan Sagalaev wrote: > On 10/21/2010 03:22 PM, Ivan Sagalaev wrote: >> >> On 10/21/2010 11:49 AM, Mikhail Korobov wrote: >>> >>> 2. Does TemplateResponse allow pretty exception pages or not? Is Ben's >>> issue resolved? >> >> I'll look into it this evening (MSD).

Re: Gentle Proposal: add 'render' shortcut in 1.3

On Fri, Oct 22, 2010 at 8:19 AM, Mikhail Korobov wrote: > Patch is ready for review: > http://bitbucket.org/kmike/django/changeset/37d977574923 > > This is the TempleteResponse by Simon Willison with tests and minor > tweaks. > > Notes: > > - TemplateResponse and SimpleTemplateResponse reside in

Re: Gentle Proposal: add 'render' shortcut in 1.3

2010/10/21 Łukasz Rekucki : > On 20 October 2010 21:57, Jacob Kaplan-Moss wrote: >> 2010/10/20 Mikhail Korobov : >>> There is an unresolved question in the ticket: "The only hesitation is >>> the relationship with #12815; we should resolve that decision before >>> committing anything for this tick

Re: Gentle Proposal: add 'render' shortcut in 1.3

2010/10/22 Łukasz Rekucki : > On 22 October 2010 03:59, Russell Keith-Magee wrote: >> 2010/10/21 Łukasz Rekucki : >>> On 20 October 2010 21:57, Jacob Kaplan-Moss wrote: >>>> 2010/10/20 Mikhail Korobov : >>>>> There is an unresolved question in

Re: Gentle Proposal: add 'render' shortcut in 1.3

On Fri, Oct 22, 2010 at 7:32 PM, Mikhail Korobov wrote: > Russell's comments were helpful in discovering the edge case. > _set_content behaves differently for baked and non-baked responses: > > response = render(request, Template('foo')) > response.content = 'bar' > print response.content    # 'fo

Re: #14471: Are there any plans to fix this in the 1.3?

On Sunday, October 24, 2010, lucky wrote: > Hi guys, > > Starting from django-1.2 it is impossible to override many methods in > custom model manager classes due changes in the implementation of the > RelatedManager and the ManyRelatedManager . These classes are define > methods `add`, `create`, `

Re: Gentle Proposal: add 'render' shortcut in 1.3

2010/10/25 Mikhail Korobov : > Sorry for massive email spam on this list :) > > I came up with even more naive implementation of > TemplateResponseMixin: > http://bitbucket.org/kmike/django/src/a3e242ca7b4b/django/views/generic/base.py#cl-87 > > response.template_name will contain a list of names

Re: Increasing the usefulness of ModelAdmin.get_formsets

On Mon, Oct 25, 2010 at 5:01 AM, Florian Apolloner wrote: > Hi, > > in one of my projects I would like to alter the inlines in the admin > on a per request basis. So I though I could use get_formsets to drop > unneeded inlines; this isn't the case :( get_formsets has to return > the same inlines i

Re: RFC: issue 13617

On Mon, Oct 25, 2010 at 1:29 AM, Benjamin Wohlwend wrote: > Hi, > > I reported #13617[1] a couple of months ago, and today Justin Bronn > committed a fix for it. Unfortunately, the fix doesn't solve my issue > (which I failed to describe correctly in the issue report, so the > blame is on me) nor

Re: Bump of #11035

On Mon, Oct 25, 2010 at 1:31 AM, oggy wrote: > Hi, > > would any of the commiters consider marking the patch in #11035 > (urlify.js with Serbian alphabet) as "ready for check-in"? It's > important for Serbian i18n, but it's been sitting there for over a > year. The patch shouldn't be controversial

Re: #13772 design decision needed

On Sun, Oct 24, 2010 at 3:42 PM, Andrew Godwin wrote: >  On 23/10/10 12:54, George Sakkis wrote: >> >> This has been (rightly) marked as DDN, so I'm wondering if there are >> any thoughts on it to move it forward, one way or another. Original >> thread at >> http://groups.google.com/group/django-d

Re: CSV serializer?

On Tue, Oct 26, 2010 at 12:01 PM, David Lindquist wrote: > I was wondering what the prospect was of getting a CSV serializer > added to Django. It seems like it would be useful for many use cases, > especially for bulk editing of objects by non-technical users. We have > this requirement where I w

Re: New localflavor: Turkey

On Tue, Oct 26, 2010 at 7:46 PM, Serkan Kenar wrote: > Hello, > > I have created a new localflavor for Turkey and attached the sources > and documentation to the ticket #14563 (http://code.djangoproject.com/ > ticket/14563). Is it possible that this new local flavor could be > added to 1.3 release

Re: Django on Google App Engine via SQL (not nonrel)

On Wed, Oct 27, 2010 at 6:56 AM, wesley chun wrote: > Dear Django developers, > > I got in touch with Jacob who suggested I contact you all together. As > you may (or may not) know, at Google I/O back in May, we announced a > hosted cloud SQL service as a new feature for our App Engine > applicati

Re: CSV serializer?

allow for a CSV import, but it's been something that > we've wanted. > > We'd be very interested in this project. > > On Tue, 2010-10-26 at 23:05 +0800, Russell Keith-Magee wrote: >> CSV has a basic >> structure (i.e., comma separated values), but doesn'

Re: It is real to add ticket #8054 to 1.3 milestone?

On Wed, Oct 13, 2010 at 12:47 AM, alekam wrote: > Hi All, > > I found very useful ticket #8054. This ticket has accepted status and > assigned to brosher about 2 years. The problem describes on ticket > detail page and in the wiki http://code.djangoproject.com/wiki/ListColumns > The ticket has pat

Re: Custum permission bug

On Thu, Oct 28, 2010 at 8:12 PM, Narciso Oceguera wrote: > Hi, everyone. > > As documentation said, I just added the lines: > > class USCitizen(models.Model): >   # ... > >   class Meta: >       permissions = ( >           ("can_drive", "Can drive"), >           ("can_vote", "Can vote in elections

Re: New localflavor: Turkey

On Thu, Oct 28, 2010 at 8:35 PM, Ekrem SEREN wrote: > 2010/10/28 Serkan Kenar >>> Thirdly, the patch needs verification by a third party, preferably >> I think we have to wait for somebody to raise his/her hand here. I don't >> know anybody else in the community who is familiar with Turkish. > >

Re: Ticket #7817: Extending "with" and "include" tags.

On Wed, Oct 27, 2010 at 3:46 PM, SmileyChris wrote: > On Oct 27, 5:35 am, Łukasz Rekucki wrote: >> I would like to bring this up again, because this is something that >> would really improve readability of my templates. I'm mainly >> interested in ticket #7817 (the include tag changes), but exten

Re: Gentle Proposal: add 'render' shortcut in 1.3

On Thu, Oct 28, 2010 at 2:55 PM, Ivan Sagalaev wrote: > On 10/27/2010 04:55 PM, Mikhail Korobov wrote: >> >> 1. 'Border' middleware is a backwards-compatible change, the >> requirement to bake response in middleware isn't. >> >> The >> difference is only that you propose to execute 'bake' in the e

Re: It is real to add ticket #8054 to 1.3 milestone?

On Thu, Oct 28, 2010 at 3:04 PM, Alex Kamedov wrote: > Hi All. Big thanks to response! >> >> > Am I correct and the goal is only to change list_display syntax? >> Yes, I don't see any other goal either, so I have controversial >> feelings about the issue. >> It has only syntax sugar, but that suga

Re: contrib.staticfiles and runserver

On Fri, Oct 29, 2010 at 9:45 AM, SmileyChris wrote: > It's cool that runserver takes away the hassle of needing to add in > your static url (is this documented? I didn't find it in my skim) but > doing it by default seems pretty backwards incompatible, even if we > are just talking about the dev s

Re: More efficient negative lookups

On Thu, Oct 28, 2010 at 6:59 AM, George Vilches wrote: > > > On Oct 27, 5:55 pm, Jacob Kaplan-Moss wrote: >> On Wed, Oct 27, 2010 at 4:32 PM, Adrian Holovaty wrote: >> > I'm inclined to say we do the former -- restore the "ne" lookup type >> > -- because it's a quick fix, and ask somebody to wri

Re: Gentle Proposal: add 'render' shortcut in 1.3

2010/10/29 Mikhail Korobov : > Hi Russel, > > Thank you for your reviews and moving things on! > > On 29 окт, 07:35, Russell Keith-Magee wrote: >> >> I like this idea -- it's is an elegant solution to the problem, and >> avoids all the backwards compatibili

Re: Papal module configuration in SATCHMO module

On Fri, Oct 29, 2010 at 1:47 PM, Tariq Mahmood wrote: > Assalam O Alaikum > > when i click for purchase item from my store following error appears. > please tell me what is the problem. is it any problem with satchmo > paypal module configuration Django-developers is for discussing the developmen

Re: Gentle Proposal: add 'render' shortcut in 1.3

On Fri, Oct 29, 2010 at 2:50 PM, Ivan Sagalaev wrote: > Russel: >>> >>> Wouldn't it make sense to put a flag on the TemplateResponse >>> that prohibits accidental baking? > > Mikhail: >> >> So maybe it will be better not to make bake/force_bake public so that >> users won't be able to shoot themse

Re: RFC: issue 13617

On Tue, Oct 26, 2010 at 8:00 AM, Benjamin Wohlwend wrote: > Hi, > > Russell, thanks for having a look at this. Much appreciated! > > On Mon, Oct 25, 2010 at 4:04 PM, Russell Keith-Magee > wrote: >> Responding so that >> >> "localize off" is a much

Re: Non-SQL database cache backend

On Fri, Oct 29, 2010 at 9:18 PM, Jonas H. wrote: > Hi folks, > > upon the recommendation on the django-nonrel mailing list, I'll re-post my > original question here: > > -- Begin original message -- > I just tried to use MongoDB as cache backend (only for development ;-) but > it failed because ap

Re: CUBRID as Django bakend

On Sat, Oct 30, 2010 at 8:59 PM, Alex wrote: > Hello, > > Are there any plans to add CUBRID - http://www.cubrid.org/ ad Django > backend? > > Seems to be very optimized DB for web application (opensource with > internal support clastering, partitioning, efficient paging support) Given that I've n

Re: New localflavor: Turkey

On Sun, Oct 31, 2010 at 10:49 PM, Serkan Kenar wrote: > Hello, > I have finished the changes. You can get the latest patch and list of > updates on the ticket page [1]. All tests run without an error and the patch > is ready for commit. I think somebody else should change the status of the > ticke

Re: Django/CherryPy problem with POST data

On Mon, Nov 1, 2010 at 7:58 AM, Mark wrote: > Changeset [14394], which introduced the HttpRequest.read feature, > breaks my Django project running behind CherryPy 3.1.2 on Python 2.7 > -- it hangs when trying to read request.POST data, specifically at: > > django/http/__init__.py, line 144: self._

Re: Django/CherryPy problem with POST data

On Mon, Nov 1, 2010 at 2:20 PM, Ivan Sagalaev wrote: > On 11/01/2010 03:06 AM, Russell Keith-Magee wrote: >> >> Sounds like a ticket is called for. > > Mark, can you also CC: me ('isagalaev') on this ticket. I have an idea where > it can be broken. > > I re

Re: Non-SQL database cache backend

On Mon, Nov 1, 2010 at 11:10 PM, Jonas H. wrote: > On 10/29/2010 03:37 PM, Russell Keith-Magee wrote: >> >> Writing a MongoDB (or any other non-SQL) cache backend shouldn't be a >> particularly onerous task; after all, the queries are simple, and the >> .The SQL b

Re: contrib.auth.user model and the username field

On Sun, Oct 31, 2010 at 8:26 PM, kinygos wrote: > As of Django 1.2, the username field of the contrib.auth.user model > may contain @, +, . and - characters.  This goes partway to allowing e- > mail addresses to be used as usernames. > > Is it possible to increase the max_length of this field to 2

Re: Non-SQL database cache backend

On Tue, Nov 2, 2010 at 9:20 AM, Jonas H. wrote: > On 11/02/2010 01:09 AM, Russell Keith-Magee wrote: >> >>   - The base class refactoring makes sense, although what you're >> proposing isn't really just a 'BaseDB backend', but a 'backend that >

Re: staticfiles defaults broke my site

On Tue, Nov 2, 2010 at 10:55 AM, Carl Karsten wrote: > I am not completely sure what is going on, but pretty sure the new > staticfiles thing is colliding with my existing > > urlpatterns += patterns('', > (r'^static/(?P.*)$', 'django.contrib.staticfiles.views.serve', >        {'document_root': 's

Re: Django/CherryPy problem with POST data

On Tue, Nov 2, 2010 at 4:19 AM, Ivan Sagalaev wrote: > On 11/01/2010 11:21 AM, Mark wrote: >> >> Ticket #14594 >> > > From a quick look it can be fixed in two ways: > > - HttpRequest.raw_post_data can always explicitly ask for content_length > bytes. If

Re: Git-using core devs: preference for merge vs. rebase?

On Wed, Nov 3, 2010 at 12:58 AM, Tom X. Tobin wrote: > Do the Git-using core developers have a preference for merge vs. > rebase for updating an upstream-tracking branch?  I prefer to rebase > to keep the changes in question at the branch HEAD, especially if the > branch hasn't been pushed publicl

Re: Gentle Proposal: add 'render' shortcut in 1.3

On Tue, Nov 2, 2010 at 11:06 PM, Mikhail Korobov wrote: > Hi all. > > The new patch is attached to ticket (see > http://code.djangoproject.com/attachment/ticket/12816/render_shortcut.6.diff?format=raw > ). Docs are cumbersome (and incomplete), and a couple of middleware > tests are missing. > > 1)

Re: Bug with testing framework when not using contrib.auth

On Wed, Nov 3, 2010 at 8:18 AM, David P. Novakovic wrote: > This is certainly an artifact of the fact that messages recent started > supporting anonymous messages. Previously it depended on auth. > > I suspect you just need to open a ticket for this. Yes - this is oversight, not intention. contr

Re: Bug with testing framework when not using contrib.auth

On Wed, Nov 3, 2010 at 1:43 PM, Yo-Yo Ma wrote: > I've been using CookieStorage (for less DB usage). Us that frowned > upon nowadays, in favor of the DB backend? There is no "db" backend for messages, there is only a "legacy" backend, which, as the name suggests, is for legacy applications -- app

Re: Potential mistake in docs.

On Wed, Nov 3, 2010 at 3:06 PM, Yo-Yo Ma wrote: > In the related_name docs ( > http://docs.djangoproject.com/en/dev/ref/models/fields/#django.db.models.ForeignKey.related_name > ) you read about how you must specify a related_name for any foreign > key in an abstract base class. This doesn't seem

Re: Bug with testing framework when not using contrib.auth

On Thu, Nov 4, 2010 at 3:58 AM, Yo-Yo Ma wrote: > Ok, thanks. I'm using CookieStorage for messages, so the issue may not > reside only with legacy storage. Should I create a ticket for this? If you'd be so kind. Yours, Russ Magee %-) -- You received this message because you are subscribed to t

Re: It is real to add ticket #8054 to 1.3 milestone?

On Thu, Nov 4, 2010 at 12:33 PM, Alex Kamedov wrote: > On Fri, Oct 29, 2010 at 7:47 AM, Russell Keith-Magee > wrote: >> Honestly, I can't see the benefit in what you're proposing here. >> Before you spend a whole lot more time updating the patch to try and >>

Re: Changing settings per test

On Fri, Nov 5, 2010 at 3:46 AM, David Cramer wrote: > A common behavior I seem to have is the need to tweak the settings > object for certain test cases. The other case is that in many cases we > were (are?) relying on settings being configured a certain way for the > Django tests to even work. I

Re: Changing settings per test

On Fri, Nov 5, 2010 at 8:18 AM, Alex Gaynor wrote: > On Thu, Nov 4, 2010 at 8:14 PM, Russell Keith-Magee > wrote: >> So - tl;dr. love the idea. However, we need to handle the edge cases >> if it's going to be added to Django trunk, and replacing Django's own >>

Re: Call for review and comment: #7539 (ForeignKey on_delete)

On Fri, Nov 5, 2010 at 1:27 PM, Carl Meyer wrote: > Hi all, > > The patch for #7539 [1] (support for on_delete behaviors other than > cascading deletes) has reached a state where I consider it a candidate > for committing; I invite review and comments. The current patch is > available as a github

Re: Class-based views

On Fri, Nov 5, 2010 at 10:29 PM, Valentin Golev wrote: > Hello, > > I'm still playing with brand new class-based views. I think I'm not > wrong about writing my experiences, questions and ideas so you > developers could polish the API more (if I'm being useless here, > sorry). > > My first questio

Re: Class-based views

On Fri, Nov 5, 2010 at 11:40 PM, Valentin Golev wrote: > Are you certain about self.instance? > http://code.djangoproject.com/browser/django/trunk/django/views/generic/edit.py Lines > 173 and 90 tell me another thing... I didn't say self.instance. I said *form*.instance. > Well, Django can provi

Re: Class-based views

2010/11/6 Łukasz Rekucki : > On 5 November 2010 16:52, Valentin Golev wrote: >> I'm sorry, I misread it. >> Please mention form.instance field in "forms for models" docs somewhere. >> >> The gain is inheritance. If one of your view classes is intented to be >> subclassed and requires logging in, M

Re: custom function for autoescape

On Sat, Nov 6, 2010 at 11:16 PM, Luke Plant wrote: > On Thu, 2010-11-04 at 19:06 -0700, SmileyChris wrote: > >> I too would like to know other's thoughts. > > Is there any other core dev who would like to weigh in on this? Reading over the discussion, I'm in the same camp as Luke. I can see the u

Re: Django POST Broken

On Wed, Nov 10, 2010 at 11:42 PM, john <185...@gmail.com> wrote: > Hello, > > I'm working on a Django project. I'm running on cloudservers hosting, > with nginx/uwsgi as the server. I'm trying to get an image upload form > working with POST, but I'm running into some problems. > > Basically, it com

Re: multi-tenant-ized AuthenticationMiddleware?

On Thu, Nov 11, 2010 at 12:49 AM, Jeff Enderwick wrote: > Hi, is anyone working on making the auth middleware friendly for > multi-tenent systems? > For example, username not being unique, but tenant+username being > unique instead? > I just thought I would check before diving in... I'm not aware

Re: Receipt for mail to security@ ?

On Thu, Nov 11, 2010 at 11:37 AM, Paul McMillan wrote: > In general, it would be helpful to have an auto-responder on that > address (so we know our reports didn't end up in a spambox), and a > more specific timeframe for expected response noted on the website. > It's great to have the list, but i

Re: Receipt for mail to security@ ?

On Fri, Nov 12, 2010 at 3:38 AM, Paul McMillan wrote: >> I'd argue that an autoresponder is almost exactly what we *don't* >> need. An autoreponder can give the illusion of that a message has been >> received when it's really just a robot going through the motions. The >> worst possible situation

Re: Papal module configuration in SATCHMO module

On Fri, Nov 12, 2010 at 9:16 PM, tariq mahmood wrote: > sir how i can pass a variable value from django views to django template > while i am using return HttpResponseRedirect(url) instead of httpresponse. > I will be very thankfull of ur kind response When I said last time that django-developers

Re: RFC: Add a "needinfo" state to triaging

On Sun, Nov 14, 2010 at 5:22 PM, Andrew Godwin wrote: > On 13/11/10 16:52, Daniel Moisset wrote: >> >> Hi, >>    while working on the sprint today doing triaging we noticed that a >> lot of tickets were in the "Unreviewed" state because actually there's >> not enough information to move it to any

Re: RFC: Add a "needinfo" state to triaging

On Mon, Nov 15, 2010 at 1:00 PM, Tai Lee wrote: > I like the idea of needmoreinfo as a resolution, which makes it clear > to the reporter that they need to take the next step to re-open the > ticket with more info. I don't think that closed with "invalid" and a > comment makes this as clear. > > H

Re: How to pass template variable to tag in Django?

On Mon, Nov 15, 2010 at 5:01 PM, DD wrote: > I try to pass a template variable to a tag as parameter, not sure how > it works. > > For instance > > in template html > >    {{ question.author_id }} > >    {% monetize_slot question.author_id "questioner" %} > > Here I can see the webpage show questi

Re: [16455] formsets should be iterable: closed [WONTFIX] -- why

On Tue, Nov 16, 2010 at 6:02 AM, KentH wrote: > Hi, > > My ticket was closed by Pandres with the comment: > > Your path seems to add another way to do something that is already > easy to do (and it's done all around in the code). It goes against the > principle of "there should be one obvious way

Re: Custom FilterSpecs

On Tue, Nov 16, 2010 at 1:47 PM, Simon Litchfield wrote: > Honza's #5833 is nifty. It's a pity it missed the cut last year for > 1.1. It's been kicking around for 3 years, and there seems to be > plenty of similar tickets that it'd address too. > > Any chance for 1.3? Is it just the lack of tests/

Re: RFC: Add a "needinfo" state to triaging

On Wed, Nov 17, 2010 at 9:22 PM, Gabriel Hurley wrote: > Bear in mind that this is a *very* old Trac installation... ;-) Hopefully not for long. Jacob is in the process of bringing a new server online to host djangoproject.com, and part of that upgrade will be an updated Trac install, running Tr

Re: RFC: Add a "needinfo" state to triaging

On Wed, Nov 17, 2010 at 3:17 AM, George Sakkis wrote: > On Nov 15, 6:31 am, Russell Keith-Magee > wrote: > >> On Mon, Nov 15, 2010 at 1:00 PM, Tai Lee wrote: >> > I like the idea of needmoreinfo as a resolution, which makes it clear >> > to the reporter that t

Call for comment: #14389 and #9666; changes to {% url %} and {% ssi %} syntax.

Hi all, I've just uploaded a patch [1] that proposes a deprecation and migration path to the template tag syntax. Since this is a significant change, I'm looking for votes on whether this should hit trunk, and especially for any votes/vetos from the core team. Barring objection, I intend to land t

Re: Ticket #7817: Extending "with" and "include" tags.

On Thu, Nov 18, 2010 at 11:04 PM, Luke Plant wrote: > On Wed, 2010-11-10 at 11:34 +0100, Jannis Leidel wrote: > >> Not really, I'm -1 on this and gave a different proposal that doesn't >> get rid of an existing paradigm and would solve the issues for me >> (+0). > > OK, there was no further progre

Re: Call for comment: #14389 and #9666; changes to {% url %} and {% ssi %} syntax.

On Fri, Nov 19, 2010 at 2:07 AM, Luke Plant wrote: > On Thu, 2010-11-18 at 22:07 +0800, Russell Keith-Magee wrote: > >> This migration also takes the opportunity to deprecate the crufty old >> comma argument syntax from the URL tag. >> >> Your comments and votes are

Re: Deprecating ADMIN_MEDIA_PREFIX

On 21/11/2010, at 10:52 AM, Carl Meyer wrote: > Hi all, > > The special-cased handling of contrib.admin static assets in Django > core is a long-time wart. Fortunately, the new static assets standard > introduced by contrib.staticfiles and the STATIC_URL and STATIC_ROOT > settings finally allow

Re: contrib.sites and multitenancy

On 21/11/2010, at 12:41 PM, Carl Meyer wrote: > Hi all, > > I've recently been exploring simple multitenancy options in Django > using contrib.sites, and have some thoughts on how core could make it > easier. ... > A few options for how such a hook could be implemented: ... > 1a) Same as above

Re: RFC #9964 - fix "missing" db commits by forcing managed transactions to close

On Mon, Nov 22, 2010 at 6:03 AM, Shai Berger wrote: > Hi list, > > #9964 is about managed transactions not being committed under transaction > middleware (or transaction.commit_on_success decorator) after the database was > modified via raw SQL. The root cause of that is that, today, managed > tra

Re: Ticket #12248 (moving django.template.__init__ contents to django.template.base)

On Tue, Nov 2, 2010 at 5:31 AM, Tom X. Tobin wrote: > I've updated the changes for ticket #12248 and placed them on GitHub: > > http://code.djangoproject.com/ticket/12248 > > http://github.com/tomxtobin/django/tree/template-import-refactor-t12248 > > Is there any chance this might make it into the

Re: Broken .dates() method?

On Sat, Nov 27, 2010 at 1:04 AM, Valentin Golev wrote: > Hello > > One of my projects which is running on trunk version of Django (not in > production, of course) have been broken with recent updates. > > DatabaseError at /news/ : near "FROM": syntax error > > Django Version: 1.3 alpha 1 SVN-14719

Re: Broken .dates() method?

On Sat, Nov 27, 2010 at 9:23 AM, Russell Keith-Magee wrote: > On Sat, Nov 27, 2010 at 1:04 AM, Valentin Golev wrote: >> Hello >> >> One of my projects which is running on trunk version of Django (not in >> production, of course) have been broken with recent updates. &

Re: logging

On Sat, Nov 27, 2010 at 8:28 AM, Luca Sbardella wrote: > Guys, > Just starting using 1.3 and I have a tiny problem with logging. Too > much of it! > I'm running with DEBUG, but I don't want to see database queries. > Quick way to mute that (not DEBUG+1 please)? > > Thanks > > > What is the django

Re: Strong security measures for the Auth Framework

On Sat, Nov 27, 2010 at 1:57 AM, Serge Spaolonzi (Cobalys.com) wrote: > Hi, > I have been working with Django for two years, in order to fit my > systems requirements i have changes some parts of the Django code, One > of them the Authorization Framework i have added the next features: > > -Passwo

Re: Ticket #12248 (moving django.template.__init__ contents to django.template.base)

On Sat, Nov 27, 2010 at 3:59 AM, Tom X. Tobin wrote: > On Fri, Nov 26, 2010 at 9:44 AM, Russell Keith-Magee > wrote: >> I just took a look at your patch. For the most part, it seems fairly >> straightforward -- but I was stumped by the extremely small subset of >> symbo

Re: ORM tests

On Sun, Nov 28, 2010 at 3:12 AM, dkeeney wrote: > > I am working on adding support for another database to Django's ORM. > > Is there a certain set of tests in the Django package that test the > ORM separately from other tests?  Can anyone recommend a list of tests > that I should ensure passing?

Re: Could the comments framework be more generic?

On Sun, Nov 28, 2010 at 9:17 AM, Jamie Rumbelow wrote: > Hello All, > Kevin's got a point, and actually, why aren't Django's components abstracted > as a generic rule? Things like django.contrib.session and > django.contrib.comments could be easily abstracted to allow for pluggable > drivers into

RFC: #12815/#12816 -- TemplateResponse and render() shortcut

Hi all, For your consideration, I present a patch to resolve #12815 and #12816, adding a TemplateResponse and a render() shortcut. Barring objection or feedback, my intention is to commit this patch mid week. This patch adds two features. Firstly, it adds a render() shortcut. This is just rende

Re: #12180: Test case advice

On Mon, Nov 29, 2010 at 4:32 AM, Christophe Pettus wrote: > Hi, > > I'm updating the patch for #12180 to work with the dev version of 1.3, and > preparing a test case for it.  Being new to the Django test suite, it's not > clear to me how to introduce a backend-specific and settings-file-specifi

Re: RFC: #12815/#12816 -- TemplateResponse and render() shortcut

On Sun, Nov 28, 2010 at 11:30 PM, Jacob Kaplan-Moss wrote: > Hi Russ -- > > On Sun, Nov 28, 2010 at 1:13 AM, Russell Keith-Magee > wrote: >> For your consideration, I present a patch to resolve #12815 and >> #12816, adding a TemplateResponse and a render() shortcut. >

Re: RFC: #12815/#12816 -- TemplateResponse and render() shortcut

On Mon, Nov 29, 2010 at 4:21 AM, Ivan Sagalaev wrote: > On 11/28/2010 10:13 AM, Russell Keith-Magee wrote: >> >> For your consideration, I present a patch to resolve #12815 and >> #12816, adding a TemplateResponse and a render() shortcut. > > Thank you! > >>

Re: Need help w/ sql.where.WhereNode tree

On Wed, Dec 1, 2010 at 4:34 AM, Jonas H. wrote: > Hello List! > > I'm working on queries on embedded objects for Django-nonrel (more > precisely, djangotoolbox) that will use JOIN-like syntax. > > For this, I need to know how to distinguish >  .filter(spam__op=eggs, foo__op=bar) > from >  .filter(

Re: RFC: #12815/#12816 -- TemplateResponse and render() shortcut

On Wed, Dec 1, 2010 at 3:55 PM, Mikhail Korobov wrote: > Just for the record: I'm with Ivan here and think that > > from django.template.response import TemplateResponse > def my_view(request): >    return TemplateResponse(request, 'foo.html') > > is worse than > > from django.shortcuts import ren

Re: #11675:Pyblic+Memcache changes, Draft #1

On Tue, Nov 30, 2010 at 10:31 AM, Jacob Burch wrote: > History: http://code.djangoproject.com/wiki/PylibmcSupport > Draft: https://gist.github.com/91de59e53f7f36f461ec > > Caveats/Notes: > > A) This is only the memcache.py file, changes to conf/global_settings > and core/cache/base will be needed

Re: formsets should be iterable: closed [WONTFIX] -- why

On Fri, Dec 3, 2010 at 3:47 AM, KentH wrote: > I completed the upload of patch, tests & docs a few weeks ago. As I > think it's complete, I was hoping review might make the sprint this > weekend. It's still assigned to "Pandres", but I think that was just > from when it was initially closed "Wontf

Re: Ticket #7817: Extending "with" and "include" tags.

2010/12/3 Łukasz Rekucki : > On 30 November 2010 16:38, Jacob Kaplan-Moss wrote: >> On Thu, Nov 18, 2010 at 9:47 AM, Russell Keith-Magee >> wrote: >>> However, given the Unless Jannis is willing to downgrade his -1 to a >>> -0, I think a BDFL judgement is cal

Re: Raising more than just 404

On Fri, Dec 3, 2010 at 10:36 PM, Andrew Godwin wrote: > So, one of the complaints I've heard from a few people now is the fact > that 404 is the only thing one can raise as a HTTP error - there are > plenty of others, such as 403 and 405, that could be useful to raise > back to the client. > > Thi

Feedback required: #14799 -- Problem with setting up test databases

Hi all, I've been looking at #14799, and trying to work out the best approach for a solution. I can see three options, none of which are are particularly attractive. I'm looking for feedback on which one smells the least. First off - the problem: * The test framework needs to create test databa

Re: #11675:Pyblic+Memcache changes, Draft #1

On Thu, Dec 2, 2010 at 3:05 AM, Jacob Burch wrote: > >>  * The timeout handling code should be abstracted behind >> _get_memcache_timeout(). That utility already exists to ensure the >> eccentricities of memcached timeout handling are supported, and I >> can't see an obvious reason why we can't pu

Re: Feedback required: #14799 -- Problem with setting up test databases

On Tue, Dec 7, 2010 at 11:21 PM, mpaolini wrote: > Maybe unrelated... > > have you had a look at #14662? It's related, but in the sense that it's the manual manifestation of what #14799 needed to correct. The contenttype and auth post_syncdb handlers ignore --db by design -- they should be (and

Re: How to concatenate strings in django templates?

On Wed, Dec 8, 2010 at 8:27 PM, Javier Guerra Giraldez wrote: > On Wed, Dec 8, 2010 at 5:39 AM, Muhammad Ahsan > wrote: >> {% extend shop/shop_name/base.html %} > > shop/{{shop_name}}/base.html > > > ... and this is the wrong list If you're going to respond like this, it's only polite to point o

Re: Feedback required: #14799 -- Problem with setting up test databases

On Thu, Dec 9, 2010 at 6:37 PM, Shai Berger wrote: > Sorry I haven't kept up with this discussion; althugh the issue has now been > closed, I'd like to say, > > On Sunday 05 December 2010 23:08:28 Nick Phillips wrote: >> On Sat, 2010-12-04 at 11:56 +0800, Russell Keit

Re: proposal/implementation for reordering inlines

On Sat, Dec 11, 2010 at 11:28 PM, patrickk wrote: > hi, > > the plan is to allow for reodering inlines within the admin-interface > (using drag/drop). before starting to work on patches, I´d like to > discuss some issues ... > > features: > 1. drag/drop (with jQuery-UI sortables). > 2. in case of

Re: Enabling context access in simple_tag

On Sat, Dec 11, 2010 at 5:29 PM, Julien Phalip wrote: > Hello, > > I'd like to bring up an itch that I've been desperate to scratch since > my very early days with Django: the inability to access the context > from a simple_tag. > > There are especially two use cases which I encounter on a near we

Re: proposal/implementation for reordering inlines

On Sun, Dec 12, 2010 at 6:04 PM, patrickk wrote: > > > On Dec 12, 12:50 am, Russell Keith-Magee > wrote: >> On Sat, Dec 11, 2010 at 11:28 PM, patrickk wrote: >> > hi, >> >> > the plan is to allow for reodering inlines within the admin-interface >>

Re: Enabling context access in simple_tag

On Sun, Dec 12, 2010 at 11:07 PM, Brian O'Connor wrote: >> As an example of what I'm talking about -- #14262 is a manifestation >> of a use case that is undeniably simple: "get_function() as var". This >> pattern is used in several places in Django's own codebase. > > >> >>  To that end, I'm will

<    12   13   14   15   16   17   18   19   20   21   >