Re: Form Rendering API Proposal

2011-06-26 Thread Chris Beaven
Oh, and one more critical one: How does the form in python have knowledge of the widget which the field was rendered with as picked by the template? This is critical since building the form's data requires using the widget's value_from_datadict. -- You received this message because you are sub

Re: Form Rendering API Proposal

2011-06-26 Thread Chris Beaven
How do I override a field's label or help text? Specifically, help text may need to look something like: [[Can this person manage {{ site.name }}?]] How are HTML classes specified for rows which are required / contain errors? (and one more slightly obscure one, probably out of scope...) How doe

Re: [GSoC composite fields] Weekly check-in (this should be #5, right...?)

2011-06-26 Thread Michal Petrucha
Hi, some visible progress on my project at long last. I spent most of the last week digging deep inside the ORM's entrails to make composite field lookups possible and finally it looks promising. While working on this I found out the extra_filters approach I intended to use was a dead end (which

Re: [GSoC form-rendering] Weekly Check-in

2011-06-26 Thread Gregor Müllegger
Hi, we finally found (IMO) a really good API for the form rendering related template tags. There is currently an ongoing discussion on the mailinglist [1]. Jacob raised some concerns related to the performance impact that future form rendering will have. I will make this a more important point in

Re: [GSoC form-rendering] Weekly Check-in

2011-06-26 Thread Gregor Müllegger
Hi Mikhail, 2011/6/22 Mikhail Korobov : > Hi Gregor & others, > I've noticed the https://github.com/idangazit/formrendering and it reminds > me the approach I'm using for all my django 1.3 projects: > {# forms/fields/as_dl.html #} > {{ field.label_tag }}} {{ field }} > {% include "forms/fields

Re: Form Rendering API Proposal

2011-06-26 Thread Gregor Müllegger
Hi Benoit, hi Bruno, 2011/6/26 Benoît Bryon : > Hello, > > Le 25/06/2011 12:05, Bruno Renié a écrit : >> >> * If you want template-base widgets *now*, use django-floppyforms. >> * If you want to use the new forms / templates API as soon as it's >> done… how do you do it? Is it going to be packaged

assertFormSetError

2011-06-26 Thread Martin Green
The unittest client currently does not allow for the testing of non-formset errors. I have made a ticket for this https://code.djangoproject.com/ticket/11603, which now has an upto date patch for adding it into trunk. Could I check that: * this functionality is desired. * what version of django

Re: assertFormSetError

2011-06-26 Thread Martin Green
Documentation has now be changed assuming that it will be added to Django 1.4, after input from IRC channel. Martin On Sun, Jun 26, 2011 at 5:58 PM, Martin Green wrote: > The unittest client currently does not allow for the testing of > non-formset errors.  I have made a ticket for this > https:

Re: Form Rendering API Proposal

2011-06-26 Thread Benoît Bryon
Hello, Le 25/06/2011 12:05, Bruno Renié a écrit : * If you want template-base widgets *now*, use django-floppyforms. * If you want to use the new forms / templates API as soon as it's done… how do you do it? Is it going to be packaged as an app, as a patched version of django? One option could

Re: loading a typical image to Django 1.3

2011-06-26 Thread Karen Tracey
On Sun, Jun 26, 2011 at 8:10 AM, vahidR wrote: > > I have a very basic question about adding images to Django 1.3. > Questions about using Django should go to django-users. The topic of this list is the development of Django itself. Karen -- You received this message because you are subscribe

loading a typical image to Django 1.3

2011-06-26 Thread vahidR
Hi There, I have a very basic question about adding images to Django 1.3. I've almost read the whole documents on adding Static files , searched for relevant results both in here and StackOverFlow and still have a problem with my case. Please take a look at my settings : STATIC_ROOT = '/home/vah

Re: "c" date formating and Internet usage

2011-06-26 Thread Stephen Burrows
This is related to the recent discussion about timezone-aware datetime storage [1] and how django doesn't do it. Since the date filter's "c" argument is handled with python's datetime.isoformat() [2] timezone- naive datetimes will not display a UTC offset. [1] http://groups.google.com/group/djang