Re: Requiring GitHub login for actions on Trac

I'm sure there are other improvements that could be made - in particular, I think the release process section could benefit from a little more elaboration, highlighting the fact that 1.8 development is underway. Suggestions welcome! Russ %-) On Fri, Aug 15, 2014 at 8:28 AM, Russell Kei

Re: Wiki Home Page

Hi Colin, Good suggestion - and kinda obvious now you mention it! I'll make the change when I get a chance. Yours, Russ Magee %-) On Sunday, August 17, 2014, Collin Anderson wrote: > Hi Russ, > > I like the new wiki home page. Would it make sense to have a link to > Github? People who click "C

Re: Wiki Home Page

FYI - I've just made this change (and restored the homepage content again, which seemed to go missing...) Yours, Russ Magee %-) On Sun, Aug 17, 2014 at 8:55 AM, Russell Keith-Magee < russ...@keith-magee.com> wrote: > Hi Colin, > > Good suggestion - and kinda obvious now

Re: GSoC Meta refactor: Bikeshedding time!!

Hi Anssi, On Sun, Aug 17, 2014 at 3:06 AM, Anssi Kääriäinen wrote: > On Saturday, August 16, 2014 4:38:30 AM UTC+3, Russell Keith-Magee wrote: >> >> b) "Relating" data fields - This means ForeignKey. Fields that manifest >> as a single column, but repres

Re: GSoC Meta refactor: Bikeshedding time!!

Hi Shai, On Sun, Aug 17, 2014 at 3:44 AM, Shai Berger wrote: > Hi, > > It seems to me that the taxonomy doesn't handle well FileField and > ImageField. > It could be bundled in with ForeignKey (as the data it really represents is > only pointed at by the related column data), but not with the cu

Re: [ANN] django-synth, a bridge to Synth's C++ template engines

On Wed, Aug 20, 2014 at 3:00 AM, Alvaro J. Genial wrote: > > > On Wednesday, August 6, 2014 7:51:09 PM UTC-4, Russell Keith-Magee wrote: >> >> Hi Alvaro, >> >> Firstly - congratulations - sounds like an interesting package. However, >> you may find that dja

Re: GSoC Meta refactor: Bikeshedding time!!

On Mon, Aug 18, 2014 at 6:03 PM, Anssi Kääriäinen wrote: > On Monday, August 18, 2014 7:45:17 AM UTC+3, Russell Keith-Magee wrote: >> >> I understand what you're driving at here, and I've had similar thoughts >> over the course of the SoC. The catch is that this

Re: GSoC Meta refactor: Bikeshedding time!!

like a m2m field. > >> > >> There is an argument that it's 0-N anyway, but in the implementation > >> both within Django and in the database I don't think the distinction is > >> useful at the point, from an ORM point of view in any case. For a form

Re: GSoC Meta refactor: Bikeshedding time!!

On Thu, Aug 21, 2014 at 1:29 AM, Anssi Kääriäinen wrote: > On Wednesday, August 20, 2014 11:19:33 AM UTC+3, Russell Keith-Magee wrote: > >> I think Daniel and I might have come up with a way to meet both these >> requirements - a minimalist API for get_fields, with at least

Re: GSoC Meta refactor: Bikeshedding time!!

On Thu, Aug 21, 2014 at 2:21 AM, Shai Berger wrote: > On Wednesday 20 August 2014 10:29:49 Anssi Kääriäinen wrote: > > On Wednesday, August 20, 2014 11:19:33 AM UTC+3, Russell Keith-Magee > wrote: > > > > > > This yields the following formal API for _meta: > >

Re: GSoC Meta refactor: Bikeshedding time!!

Hi Collin, On Sat, Aug 23, 2014 at 1:35 AM, Collin Anderson wrote: > I like the direction the API is heading. > > RE: composite fields: > Would it help to have an attribute on the individual fields like: > field.parent = TheCompositeField()? This might help determine which fields > to pass into

Re: Next LTS version after 1.4?

Hi Cheng, The next LTS version hasn't been decided yet. Our LTS policy isn't based on a strict timeline (e.g., a new LTS every N years); the choice to make a release an LTS release is made based on the perception of that release's stability. On that basis, given the large number of new features i

Re: integrating django-secure

Hi Tim, On Thu, Aug 28, 2014 at 3:35 AM, Tim Graham wrote: > I've started tackling one of the ideas that's been on our GSoC ideas > page for a couple years now: integrating django-secure. I chatted with > Carl about the idea and he's onboard. There are a couple of design > decisions we'll need t

Re: integrating django-secure

On Thu, Aug 28, 2014 at 1:53 PM, Aymeric Augustin < aymeric.augustin.2...@polytechnique.org> wrote: > Le 28 août 2014 à 03:25, Tim Graham a écrit : > > I am fine with putting it in core instead of contrib. That just means we > need to figure out what to do about settings since we cannot put them

Re: Setting dictionaries (was Re: integrating django-secure)

On Thu, Sep 4, 2014 at 4:39 PM, Carl Meyer wrote: > On 09/04/2014 05:36 PM, Collin Anderson wrote: > > I'm trying to think outside the box on settings. > > > > If we want to logically group settings together, what if we supported > > syntax like this? > > > > MIDDLEWARE_CLASSES = ( > > 'djang

Re: Proposal: enhance 1.7 migration docs re django.core.handlers.wsgi:WSGIHandler()

Hi Robert, The "old" version breaks because it's now missing a key part of the Django startup sequence: import django django.setup() This is something that was added in 1.7 as part of the app loading changes. So, to answer your questions directly: 1) You either need to use get_wsgi_application

Re: The greatest proposal yet: rename this damn group

Hi Robert, Thanks for the suggestion. You're not the first to make the suggestion - the same suggestion has been made many times in the past. You can search the archives if you want to see those discussions. There are a number of problems with this proposal: 1) History. There are 10 years of ar

Re: Setting dictionaries (was Re: integrating django-secure)

On Fri, Sep 5, 2014 at 9:57 AM, Carl Meyer wrote: > On 09/05/2014 10:46 AM, Tim Graham wrote: > > In the meantime, shall we abandon the idea of organizing settings in > > dictionaries for "purity"? May we add new settings as described here: > > https://code.djangoproject.com/ticket/22734#comment:

Re: #20824 - Email-based auth contrib module; some help required

Hi JJ, On Mon, Sep 8, 2014 at 2:26 AM, JJ Zolper wrote: > Hey guys, > > I can only imagine how busy everyone has been with Django 1.7 and getting > that wrapped up with all the great new features it includes. I know I have > been spending a good bit of time updating my work. > > I know Russell s

Re: Two proposals for the Django Code of Conduct.

Hi Kevin, Thanks for these suggestions. By way of settings expectations - a patch of this nature has a little more procedural overhead than a normal patch, because it requires a change to our community policies. Regardless of the merit (or otherwise) of a specific proposal, a change to these poli

Re: The greatest proposal yet: rename this damn group

On Mon, Sep 8, 2014 at 11:24 PM, Carl Meyer wrote: > On 09/08/2014 08:56 AM, Aymeric Augustin wrote: > > 2014-09-08 16:21 GMT+02:00 Thomas Leo > >: > > > > +1 for django-contributors > > > > > > That would be "Django Contributors" since we're talking about changing >

Re: The greatest proposal yet: rename this damn group

On Tue, Sep 9, 2014 at 11:40 PM, Thomas Leo wrote: > +1 for @Wim Feijen's rewording but... > > I think the wording of the Group description isn't the issue, my guess is > that people who make the mistake of asking django-user's questions in the > django-developers mailing list didn't read the des

Re: Draft DEP: ORM expressions API changes

Hi Anssi, My only concern about pushing the DEP and formally numbering it is that we haven't fully worked out what our DEP process *is* yet. I'm still recovering from DjangoCon US jet lag, but once that has worn off, I've got some ideas about how we can use the DEP process and the technical board

Re: Two proposals for the Django Code of Conduct.

On Thu, Sep 11, 2014 at 6:11 AM, Andrew Pinkham wrote: > Hi, > I am not qualified enough to express an opinion on the matter of the DCoC. > However, I have a few questions: > > - Have we consulted a psychologist or a specialist on the topics of > community inclusion and protection? Their knowledg

Re: The greatest proposal yet: rename this damn group

; > Did you manage to speak to the technical board about renaming the group? > > Wim > > On Tuesday, 9 September 2014 03:49:21 UTC+2, Russell Keith-Magee wrote: >> >> >> On Mon, Sep 8, 2014 at 11:24 PM, Carl Meyer wrote: >> >>> On 09/08/2014 08:56 AM

Re: The greatest proposal yet: rename this damn group

On Fri, Sep 19, 2014 at 5:39 AM, Wim Feijen wrote: > Hi Russell, > > Is this an issue we should solve? > > Because I believe technology can help here. For example, by posing a > question when a user is creating a ticket. Ask if it deals with security; > then present two clear buttons: "Report a s

Re: The greatest proposal yet: rename this damn group

o X" by sending mail to "django-developers@" was asking for trouble. I've just rolled out this change, along with Daniele's suggested tightening of the description text. Thanks everyone for your suggestions and contributions. Yours, Russ Magee %-) On Fri, Sep 19, 201

Fwd: HTTP/2 and WSGI

Hi all, I have been contacted by Robert Collins, who is trying to get a working group together to discuss HTTP/2 and WSGI. Attached is the forwarded email from Robert with the kickoff details. Historically, Django hasn't been deeply involved in process of developing WSGI and related standards; t

Re: Why is the CSRF template context processor hardcoded?

Hi Aymeric, As I recall, the reasoning was: a) CSRF should almost always be on anyway b) The cost of having the CSRF token in place if you actually aren't using CSRF was pretty low c) Template documentation essentially says "put {% csrf_token %} in your template always; if it's hardcoded, there

Re: Adding sanity to an error message if HttpResponse is not returned from a view.

Hi Justin, On Tue, Sep 23, 2014 at 7:10 AM, Justin Holmes wrote: > Currently, we perform a sanity check to provide a useful error message > if a view returns None: > > > https://github.com/django/django/blob/1101467ce0756272a54f4c7bc65c4c335a94111b/django/core/handlers/base.py#L138 > > However,

Re: Built-in support for Jinja2 in Django

On Thu, Oct 2, 2014 at 3:04 AM, Aymeric Augustin < aymeric.augus...@polytechnique.org> wrote: > Hello, > > I've been thinking about providing built-in support for Jinja2 in Django. > I found that supporting pluggable template engines, like Django does for > databases, caches, etc. would be the mos

Re: Single SQL update to multiple values instead of multiple sequential queries

Hi Anshuman, On Sat, Oct 18, 2014 at 2:05 PM, Anshuman Aggarwal < anshuman.aggar...@gmail.com> wrote: > Please see this enhancement request: > https://code.djangoproject.com/ticket/23646 > > Unlike what Russ has suggested, I'm pretty sure that a single UPDATE query > with a large number (Ks/Ms) o

Re: #23646 Enhancement: Updating multiple values in a single sql update using Django ORM

Hi Anshuman, As I mentioned when you raised this issue 2 days, ago: https://groups.google.com/d/msgid/django-developers/bac70fe2-3bbb-45c9-b805-5469e89f2754%40googlegroups.com?utm_medium=email&utm_source=footer if you can provided evidence to back up your claim, I'll reverse my position on the n

Re: #23646 Enhancement: Updating multiple values in a single sql update using Django ORM

HI Anshuman, On Mon, Oct 20, 2014 at 2:03 PM, Anshuman Aggarwal < anshuman.aggar...@gmail.com> wrote: > Hi Russ, > Notwithstanding the performance, the current solution of doing 1000 > updates in a single transaction using ORM appears to be (in pseudocode > below): > > > > > > > as oppos

Re: Google Summer of Code 2018

Another approach would be to do what I laid out in this talk at DjangoCon US 2015, following the last Summer of Code student who tackled (tangentially) this problem. https://www.youtube.com/watch?v=VgM0qmpHDiE That is - finish the modifications needed to Django’s core such that an arbitrary m

Re: Vote on Jira as bugtracker

Weighing in on Jira specifically - I’ve had to use it on a number of projects, and I’ve never had a good experience with it. That might be because the Jira instances were badly configured - bit if that’s the case, it suggests to me that there’s a deeper problem with Jira being too complex for it’s

Re: thinking about the admin's scope and its description in the docs

On Wed, Feb 10, 2016 at 7:25 AM, Tim Graham wrote: > The introduction to the admin in the docs [0] reads: > > "One of the most powerful parts of Django is the automatic admin >> interface. It reads metadata in your model to provide a powerful and >> production-ready interface that content produce

Re: confusion about contributions

Hi Becka, On Thu, Mar 3, 2016 at 8:55 AM, Becka wrote: > Hi, > > I've been spending some time looking over the docs, and I'm really > interested in making them more approachable to relative n00bs like myself, > particularly when it comes to contributing to Django and the docs. > Fantastic! This

Re: [ GSOC 2016 ] providing standard interface for NoSQL databases

It would also be worthwhile looking into the prior art on this topic. We had a GSoC project for non-relational data stores a few years back, and came to the conclusion that it probably wasn’t viable. You can dig into the archives to find out why. If you’re interested in adding non-relational suppo

Re: Help!!

Hi Chitra, Django’s contribution guide is here: https://docs.djangoproject.com/en/1.9/internals/contributing/ That gives you a step-by-step guide to the ways you can contribute, and how to get started. If you want some more specific guidelines or mentoring, you’ll need to tell us a bit more abo

Re: [ GSOC 2016 ] Proposal for template profiling and optimization

On Thu, Mar 24, 2016 at 6:36 AM, Florian Apolloner wrote: > Sorry, but this is no proposal -- this is a bad joke. You will need to put > way more work into > Florian - While this is true, this is an excessively harsh way of delivering the news. We have no reason to believe that Girish is activel

Re: Table Locks and bulk creating inherited models

Hi Geoffrey On Tue, May 3, 2016 at 3:42 AM, Geoffrey Martin-Noble wrote: > Is there a particular reason Django doesn't implement table locks? These > are vendor-specific, but seem to be common to various SQL backends, which > is something Django generally does well. > I’m not aware of any philo

Re: Django Integration

Hi Mark, On Thu, May 5, 2016 at 8:41 AM, Mark Lavin wrote: > Major features have never been perfect, no, but they have in the past > typically gone through two paths to prove out their design/API/usefulness. > One is as an established and mature third-party app such as messages, > staticfiles, a

Re: I would like to discuss my proposal for a working way to call .add() on an m2m with through= model

On Tue, Mar 21, 2017 at 2:37 PM, Adam Johnson wrote: > It does seem like a somewhat arbitrary historical restriction. Collin's > PoC change is surprisingly small and simple. > > Seems like it would be fine if Django allowed add() and let any errors >> about missing data bubble-up. >> > As the per

Re: Cython usage within Django

Hi Tom, My immediate reaction is No, for three reasons: 1. My experience has been that Cython isn’t especially stable.  Admittedly, I haven’t looked at it for a couple of years, but when I did, I ended up getting caught in some really nasty bugs that came back and forth between micro versions.

Re: contrib app tests

On 5/20/07, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote: > > Agreed. This would also make moving third-party apps into contrib > easier (we wouldn't have to move tests to a different place). > > Anyone interested in modifying runtests to discover and load > django.contrib.*.tests? The Djinn says

Re: contrib app tests

On 5/20/07, Russell Keith-Magee <[EMAIL PROTECTED]> wrote: > > Committed in [5296], along with a quick proof of concept test for the > lorem ipsum template tag in contrib.webdesign. > > Caveats for new players - The contrib app needs to have a models.py in > order for te

Re: newforms issues

On 5/22/07, Gary Wilson <[EMAIL PROTECTED]> wrote: > > I would like to request comments/suggestions about a few patches I have > submitted recently for the newforms library that solve some issues that > I encountered during the development of some newforms. > > #3718 - newforms.Form.clean should h

Re: Hiring Brilliant, Dedicated Mozilla and or Django Developers

On 5/24/07, Alok, MetaStart <[EMAIL PROTECTED]> wrote: > > Hi All, > > We're a small US-based start-up and we're building an exciting new > application using the Mozilla platform. Please direct notices of this type to the django-users mailing list. The django-developers list is for the discussion

Re: +++spam+++

On 5/25/07, simonbun <[EMAIL PROTECTED]> wrote: Could you please stop doing this. We are aware of the spam problem, and we are fixing it at the source as much as possible. Every time you reply and change the subject, it makes cleaning up the mess that much harder. Yours, Russ Magee %-) --~--~--

Re: +++spam+++

On 5/26/07, simonbun <[EMAIL PROTECTED]> wrote: > > Right, it slipped my mind that some people read these messages via > email. It made sense to me in the groups.google.com web interface > though. That way people didn't have to read the first 5 words of the > topic before realizing it was spam. I

Re: [DjangoProject.com] Volunteering for "Week in Review" postings

On 5/25/07, Clint Ecker <[EMAIL PROTECTED]> wrote: > > Hey everyone, > Should they be every week regardless of whether there were 1 or 10 > worthy developments, or should the author wait until X number of good > links have been culled until a post is made, no matter the time in > between posts. I

Re: MEDIA_URL template tag/context processor/etc again

On 5/25/07, Adrian Holovaty <[EMAIL PROTECTED]> wrote: > > Given the frequency of this request, I'm OK with adding a context > processor in django/core/context_processors.py that sets a "MEDIA_URL" > variable in the context. I'm also OK with having that be in the > default TEMPLATE_CONTEXT_PROCESS

Proposal: Generic newforms media

Hi all, A newforms widget currently defines the way to render a user interface input element. However, in order to make interesting input elements, you also need other media - i.e., Javascript and CSS. These requirements can be defined on a per-widget basis (a Date field requires a Calendar widge

Re: Proposal: Generic newforms media

On 5/27/07, Jared Kuolt <[EMAIL PROTECTED]> wrote: > > This gets a little complicated: tags are only allowed inside > tags, otherwise you have invalid (X)HTML. A is only allowed in the - but you can still write a template that renders the form in the block. We can't be expected to prevent pe

Re: Proposal: Generic newforms media

On 5/27/07, SmileyChris <[EMAIL PROTECTED]> wrote: > > I like the proposal. > > > The javascript > > portion seems fine, however I would see media as a class, not as a > > method, ala a model's Meta class: > Yea, I tend to agree. I hadn't considered that approach. +1. > However I'm not so keen o

Re: Proposal: Generic newforms media

On 5/27/07, Jeremy Bowers <[EMAIL PROTECTED]> wrote: > > Russell Keith-Magee wrote: > > > > > > > > > > > > > > > > This is a bad thing. Requests are extremely expensive and this is > encouraging scenarios where you end up with

Re: Proposal: Generic newforms media

On 5/27/07, Ivan Sagalaev <[EMAIL PROTECTED]> wrote: > > Russell Keith-Magee wrote: > > URL path. When rendered, it should take into account settings.MEDIA_URL. > > As a matter of fact it's not a universal practice to have css and js > filed under this root. A c

Re: Proposal: Generic newforms media

On 5/28/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote: > > On Mon, 2007-05-28 at 19:31 +0800, Russell Keith-Magee wrote: > > On 5/27/07, Ivan Sagalaev <[EMAIL PROTECTED]> wrote: > > > > > > Russell Keith-Magee wrote: > > > >

Re: MEDIA_URL template tag/context processor/etc again

On 5/29/07, Marc Fargas <[EMAIL PROTECTED]> wrote: > > My count at the end of the thread is: > #1278: 4 votes > #4105: 4 votes > > So I thow a coin to the air... oh, it felt off the window! That's not the count I'm reading from this thread: For #1278: - Adrian - Malcolm - James B

Re: MEDIA_URL template tag/context processor/etc again

On 5/29/07, SmileyChris <[EMAIL PROTECTED]> wrote: > > It would be great to hear from some of the previous "voters" in this > thread on their view of #4105 (as opposed to #1278) Here's a few: - It's one context variable. Hardly bloat - we just need to avoid the temptation of trying to include se

Re: Proposal: Generic newforms media

On 5/29/07, Luke Plant <[EMAIL PROTECTED]> wrote: > > On Saturday 26 May 2007 21:55:04 Jared Kuolt wrote: > > The javascript > > portion seems fine, however I would see media as a class, not as a > > method, ala a model's Meta class: > > > > class MyWidget(Widget): > > ... > > class Media:

Re: MEDIA_URL template tag/context processor/etc again

On 5/29/07, Marc Fargas <[EMAIL PROTECTED]> wrote: > > Anyway, now it's clear that we should go for {{ MEDIA_URL }} which means > that in a near future we'll have MEDIA_URL in templates, hurray! :) Committed in [5379]. Yours, Russ Magee %-) --~--~-~--~~~---~--~~

Re: Proposal: Generic newforms media

Hi all, I've just opened a ticket for Media descriptors, and uploaded a patch implementing the API that has emerged from this thread. http://code.djangoproject.com/ticket/4418 Hopefully, between this thread and the regression test, usage is obvious. Feedback is welcome. Yours, Russ Magee %-)

Re: Proposal: Generic newforms media

On 5/30/07, Luke Plant <[EMAIL PROTECTED]> wrote: > > On Tuesday 29 May 2007 21:13:44 Luke Plant wrote: > > > I've had to add hacks in before to get around the inflexibility of > > inner classes. > > It looks like my hack for this will no longer be needed in > newforms-admin. That's because: > >

Re: Proposal: Generic newforms media

On 5/30/07, Luke Plant <[EMAIL PROTECTED]> wrote: > > I've had to add hacks in before to get around the inflexibility of inner > classes. In those cases, there was good reason for those inner > classes -- Django needs to be able to get at the data they contained > before any instances of the oute

Re: Optgroups from nested choices in newforms (discussion of patch on #4412)

On 5/31/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote: > > (Cleaning up some flagged items I've been meaning to respond to...) > > On Tue, 2007-05-29 at 03:56 -0500, James Bennett wrote: > > I noticed a patch sitting on #4412 tonight which seems interesting but > > definitely needs a decision;

Re: Checking group permissions in template code

On 5/31/07, vida <[EMAIL PROTECTED]> wrote: > > After reading the docs and looking for posts relating this problem > here and in .users, I found no "standard" way of checking for a > user's group permissions in the templates. Double posting to two groups like this is _really_ bad form. On top of

Re: Checking group permissions in template code

On 6/1/07, vida <[EMAIL PROTECTED]> wrote: > > On May 31, 6:18 pm, "Russell Keith-Magee" <[EMAIL PROTECTED]> > > If you're asking a "How do I do this" questions, django-users is the > > place to do it. > > I meant to CC this group when

Re: Many-to-many relationships with additional columns

On 6/1/07, Marty Alchin <[EMAIL PROTECTED]> wrote: > > My main reason for bringing it here, however, is to ask if there are > indeed some previous discussions that I should consider before I go to > far in my experiments on this subject. Or if I'm just completely off > my rocker. You may well be

Re: Oracle branch: review notes

On 6/1/07, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote: > > Or does one of the other core devs have access to an Oracle install? I'm > pretty > sure Adrian doesn't, but if Russ or Malcolm does I'm happy to let one of them > do > the merge... I have access to an Oracle install at work. However,

Newforms media (#4418)

Hi All, I recently raised ticket #4418 to add media descriptors to newforms. It was discussed on the following thread: http://groups.google.com/group/django-developers/browse_thread/thread/58fc9cab819c08b9/82a9adc74ae81833 To my reading, Jacob and Malcolm were +1 to the change (correct me if I

Re: Newforms media (#4418)

On 6/2/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote: > > On Sat, 2007-06-02 at 10:02 +0800, Russell Keith-Magee wrote: > > Hi All, > > > > Any objections to my committing this to trunk? > > I hadn't actually read the patch and I think I lost conscious

Re: Making admin easier to hack!

On 6/3/07, sime <[EMAIL PROTECTED]> wrote: > > Been hacking admin a bit lately and wondering if anyone else thinks > the following couple of minor improvements would help. Be aware that the existing admin system is going through a major rewrite at the moment. The newforms-admin branch contains wh

Re: Separate models.py in multiple files

On 6/3/07, EL AATIFI Sidi Mohamed <[EMAIL PROTECTED]> wrote: > I suggest to change it: > > module_name = model_module.__name__.split('.') > new_class._meta.app_label = module_name[module_name.index('models')-1] > > it works perfectly in the both cases. Hi, Thanks for the suggestion. Could you p

Ticket #3297 and File uploads

Hi All, I've been looking at ticket #3297 - a request to implement FileField and ImageField in newforms. Adrian's comments on this ticket, plus the code in newforms-admin seem to suggest that the 'approved' technique for handling file submission data is to use: new_data = request.POST.copy() ne

Re: Ticket #3297 and File uploads

On 6/4/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote: > > On Mon, 2007-06-04 at 12:44 +0800, Russell Keith-Magee wrote: > > Hi All, > > > > I've been looking at ticket #3297 - a request to implement FileField > > and ImageField in newforms. ... > >

Re: newforms + editable=False

On 6/5/07, SmileyChris <[EMAIL PROTECTED]> wrote: > > Ticket #611 was reopened just now and the point raised seems valid > enough. > http://code.djangoproject.com/ticket/611#comment:8 The interpretation of editable=False behaviour is consistent from old to newforms - editable=False fields are not

Re: newforms + editable=False

On 6/5/07, Michael Radziej <[EMAIL PROTECTED]> wrote: > > On Tue, Jun 05, Malcolm Tredinnick wrote: > > > The number "4" exists as a piece of data, irrelevant of > > whether it was created by a user, a machine or a bunny rabbit. > > I hope no animals were harmed for producing this e-mail? ;-) Onl

Re: Ping: Extend "for" tag to allow unpacking of lists

On 6/5/07, David Larlet <[EMAIL PROTECTED]> wrote: > > 2007/6/5, SmileyChris <[EMAIL PROTECTED]>: > > > > Ticket http://code.djangoproject.com/ticket/3523 has been sitting > > quietly for a couple of months as a design decision and it's a > > reasonably common question in the IRC channel so I thou

#3297 (newforms FileField/ImageField) - Feedback requested

Hi all, I've just uploaded a potential fix for ticket #3297 - an implementation of FileField and ImageField for newforms - and I'm looking for some feedback. Details for those interested (repeated from the description of the ticket): * Modifies forms to take a "files" argument, for storage

Re: Ping: Extend "for" tag to allow unpacking of lists

On 6/6/07, SmileyChris <[EMAIL PROTECTED]> wrote: > > New patch uploaded, taking into account Brian's thoughts (and fixing a > small bug): > > http://code.djangoproject.com/ticket/3523#comment:11 Ok; I've had a chance to look at this now. I've made a couple of minor modifications, mostly in docs,

Russell Keith-Magee not contactable until 27 June

Hi all, As I've mentioned on one or two threads, my job requires me to do some travel over the next few weeks. The place I am traveling won't have any internet connectivity, so I will be essentially uncontactable from the 9th of June. I should be back in the real world somewhere around the 27th

Re: newforms + editable=False

On 6/8/07, rogerdpack <[EMAIL PROTECTED]> wrote: > > What I wish existed (and already might, I dunno), is the following: > (we can all wish, right?) > > subFormClass = > form_for_class_with_just_some_fields(ThisVeryLargeClass, > 'field_a','field_b','field_c' {'required': True}) erm.. do you mean

Re: multiple-db-support

On 6/8/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > It would be nice if someone might tell either myself or Ben, how we > would go about getting the merged code committed, once it's been > completed and tested or do we just submit it as a patch or > something on the wiki page for this

Re: Send 'text/html' send_mass_mail

On 6/8/07, Marinho Brandao <[EMAIL PROTECTED]> wrote: > > Hello all, > > I have notice some users (like me) need for 'text/html' mime-type in > sendmail (and send_mass_mail, of course), some tickets treats this > subject. This is the subject of ticket #3605; it has been discussed a few times, but

Re: multiple-db-support

On 6/8/07, Ben Ford <[EMAIL PROTECTED]> wrote: > Russ, > > Can I suggest doing it the other way round in this case. I believe that the > multiple-db-support branch has only a small user base and I haven't had time > to properly test all aspects of the merge, I think it might make it easier > for o

Re: multiple-db-support

On 6/8/07, Ben Ford <[EMAIL PROTECTED]> wrote: > Hi Russ, > Thanks for the reply. What's the prescribed way to track multiple patches in > one working copy? I haven't had much experience with patches, but I built my > django base code using patches from a couple of different branch into one > work

Re: multiple-db-support

On 6/8/07, Ben Ford <[EMAIL PROTECTED]> wrote: > Hi, > The branch is now up to date as of 5371 (from 4188, yes _stale_ is one word > you could use) in my local svk repo. Some of the tests are failing, (but > they're also failing at the same point when I run the tests in trunk too, so > I'm not qui

Re: multiple-db-support

On 6/8/07, Ben Ford <[EMAIL PROTECTED]> wrote: > > Which tests? > > modeltests/test_client/ClientTest.test_session_modifying_view > returns ok and after that everything stops... I have to kill the bash > session. !?! Sorry, no ideas. Can you isolate the test that is failing by running the tests

Re: Edit inline in newforms-admin branch (ATTN: Joseph Kocherans)

On 6/9/07, Masida <[EMAIL PROTECTED]> wrote: > > Is anyone working on FileField/ImageField support for the admin in > newforms-admin? > This isn't currently working (even with the latest patch from ticket > #3297). I uploaded a patch yesterday to add FileField/ImageField support in the general ca

Re: Volunteering for "Week in Review" postings

A little late to the party due to my travels to Never-Never land, but... On 6/19/07, Clint Ecker <[EMAIL PROTECTED]> wrote: > I think it would be most prudent to publish these before > noon on Mondays when there are likely to be the most eyeballs. Does > this sound reasonable? If this is your g

Re: Edit inline in newforms-admin branch (ATTN: Joseph Kocherans)

On 6/20/07, Joseph Kocherhans <[EMAIL PROTECTED]> wrote: > > Yep. None of the javascript stuff really works right now. The calendar > and picker widgets for date and time fields, for instance, are broken. Sounds like a good opportunity to plug ticket #4418 - widget level support for specifying me

Re: Ticket #650 - render_to_response uses Context instead DjangoContext

On 6/26/07, Paul Bowsher <[EMAIL PROTECTED]> wrote: > > render_to_response is a great shortcut, however in my opinion it's let > down by not supporting request. I see this has been discussed a bit on > the ticket, however that's more in respect to replacing the existing > shortcut. Isn't this jus

Re: Edit inline in newforms-admin branch (ATTN: Joseph Kocherans)

On 6/27/07, Joseph Kocherhans <[EMAIL PROTECTED]> wrote: > > Thanks for bringing this up Russ. The problem at the moment is that > the admin doesn't look at any of the inlines when figuring out what > javascript to load, so if your inlines have date fields, the js > doesn't get loaded unless the p

Re: requiest new list: 3rd party

On 7/2/07, Carl Karsten <[EMAIL PROTECTED]> wrote: > > The d-users list is getting pretty high volume, and I think it would help to > split some off that isn't really django but "something built with django." > > Is this the right place to make such a suggestion? Right place to make the suggestio

Re: Unicode branch - last call for comments(?)

On 7/3/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote: > > Russell, Adrian, Jacob: anybody want to read through a couple of > thousand lines of diffs for review or do you feel like trusting me > and/or the userbase (diffstat tells me the changes are: "190 files > changed, 2880 insertions(+), 164

Re: runtests.py defaults

On 7/4/07, Carl Karsten <[EMAIL PROTECTED]> wrote: > > how about supplying the following 3 line tests/settings.py and making it the > default? I'm not sure I see the value. The simple case is trivial to set up; committing the simple case to trunk implicitly suggests that the other backends aren't

Re: auto_now_add overwrites a given date

On 7/5/07, Noam <[EMAIL PROTECTED]> wrote: > > The conclusion is that auto_now_add should set the date only if it is > None. Or, another solution: it should set the date upon instance > creation, not upon saving. FYI - this is a known problem, with scope and ramifications much larger than the pro

Re: make db form settings

On 7/5/07, Nis Jørgensen <[EMAIL PROTECTED]> wrote: > > Carl Karsten skrev: > > I have the begging of something that may eventually get submitted, and > > looking > > for guidance as I build it. > > > > In the spirit of DRY, I have a nifty script that helps create the db > > defined in > > setti

<    21   22   23   24   25   26   27   28   29   >