Re: Public method for getting model field names in order of definition

2009-11-22 Thread Richard Laager
On Sat, 2009-11-21 at 05:57 -0800, Anssi Kaariainen wrote:
> If I am not completely mistaken you can use your ModelForm with
> field.label and field.data to get read-only view of the model.

I was trying to do something like this today and didn't have any luck.
Do you have a pointer to a working sample?

Richard


signature.asc
Description: This is a digitally signed message part


Re: Patch Reviewing

2009-11-22 Thread Russell Keith-Magee
On Thu, Nov 19, 2009 at 10:39 AM, Richard Laager  wrote:
> It was suggested in #django that I ask here about some patches I've
> submitted:
> http://code.djangoproject.com/query?status=new&status=assigned&status=reopened&reporter=~rlaager&has_patch=1&order=priority
>
> What should I be doing to help get these tickets closed, one way or
> another?

Hi Richard,

We are currently in the feature development phase of Django 1.2. This
means that new features are getting priority at the moment. Unless a
bug represents a serious security problem, or data loss, or a bug in a
new feature that has already been committed, bug fixes aren't really
being looked at currently. The feature development phase is scheduled
to finish at the end of December, after which we will move into bug
fixing mode.

Once we move into bug-fixing mode, we will be using the tickets marked
1.2 [1] as a working list. If you have worked on a patch, marking that
ticket for milestone 1.2 is the best way to make sure it isn't
forgotten.

However, just marking a ticket 1.2 isn't a guarantee that it will be
committed. The patch needs to be trunk ready. Looking briefly at the
patches you have provided, they are all relatively minor fixes - but
none of them include tests. Writing tests isn't an optional activity -
it's how you prove to us (the core team) that you have actually
thought about the problem enough to work out that your solution
actually works.

In some cases, tests aren't possible or practical - the admin is one
place where this is often the case. In these cases, the ticket doesn't
get a complete pass. It should have a comment noting that a test isn't
practical, with a brief explanation why; in addition, it should have
clear and obvious instructions on how to reproduce the problem
manually (and what consititutes failure/success). The longer I (or
another core developer) need to spend working out what bug is actually
being fixed, the greater the likelihood that the ticket will get
bumped.

[1] 
http://code.djangoproject.com/query?status=new&status=assigned&status=reopened&group=component&milestone=1.2&order=priority

Yours,
Russ Magee %-)

--

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=.




Re: Design decision on FileField removing abandoned files?

2009-11-22 Thread Alexander Schepanovski
I agree, currently I am deleting old file in view handling form, which
does not feel right. I also need to check for upload errors and in
case of ImageField if it's a valid image, which feels really wrong
since the field is doing it on itself

--

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=.